Hitachi Command Suite

Compute Systems Manager
導入・設定ガイド

3021-9-097-A0

目次

前書き

はじめに

対象読者

マニュアルの構成

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

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

1. Compute Systems Managerの概要

1.1 Compute Systems Managerの概要

1.1.1 Compute Systems Managerとは

1.1.2 Compute Systems Managerの管理対象

1.2 システム構成

1.2.1 システムの構成要素

1.2.2 基本的なシステム構成

1.2.3 ネットワーク構成

1.3 関連製品

1.4 作業フローの全体像

1.5 導入の作業フロー

1.5.1 インストールの流れ

1.5.2 新規インストール後に必要な作業の流れ

1.6 環境設定の作業フロー

1.6.1 SNMPトラップの設定の流れ

1.6.2 管理対象ホストの設定の流れ

1.6.3 管理クライアントとの通信のセキュリティ設定の流れ

1.6.4 SMTPサーバとの通信のセキュリティ設定の流れ

1.6.5 管理対象サーバとの通信のセキュリティ設定の流れ

1.6.6 Device Managerサーバとの通信のセキュリティ設定の流れ

1.6.7 LDAPディレクトリサーバとの通信のセキュリティ設定の流れ

1.6.8 外部認証サーバとの連携の流れ

1.6.9 デプロイメントマネージャーの環境設定の流れ

1.7 運用と保守の作業フロー

1.7.1 管理サーバの移行の流れ

1.7.2 データベースの管理の流れ

1.7.3 ネットワーク構成の変更の流れ

1.7.4 トラブルシューティングの流れ

2. インストールとアンインストール

2.1 Compute Systems Managerのインストール方法について

2.2 インストール環境の確認

2.2.1 インストール環境の確認とは

2.2.2 システム要件を確認する

2.2.3 ポート番号が競合していないことを確認する

2.2.4 管理サーバのシステム環境を確認する（Linux）

2.2.5 カーネルパラメーターとシェル制限を設定する（Linux）

2.2.6 ファイアウォールの例外登録をする（Linux）

2.2.7 管理サーバの時刻を調整する

2.2.8 IPv6を使用する場合の設定を確認する

2.2.9 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とユーザーアカウントを共有する場合の設定を確認する

2.3 インストール時の入力項目の検討

2.3.1 インストール時の入力項目の検討とは

2.3.2 パスの指定規則

2.3.3 インストールに使用するディレクトリの内容を確認する

2.3.4 管理サーバの情報を確認する

2.4 インストール

2.4.1 インストールとは

2.4.2 インストールする前の確認事項

2.4.3 Compute Systems Managerをインストールする（Windows）

2.4.4 Compute Systems Managerをインストールする（Linux）

2.4.5 ウィルス検出プログラムを使用する場合に必要な設定

2.4.6 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とのユーザーアカウントの共有を有効にする

2.4.7 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とのユーザーアカウントの共有を無効にする

2.5 新規インストール後に必要な作業

2.5.1 新規インストール後に必要な作業とは

2.5.2 管理サーバにアクセスできるか確認する

2.5.3 プラグインライセンスを登録する

2.5.4 Systemアカウントのパスワードを変更する

2.5.5 Systemアカウントにメールアドレスを設定する

2.5.6 Eメール通知を設定する

2.5.7 Eメールで通知するアラートレベルを設定する

2.5.8 管理対象リソースを登録する

2.5.9 サーバ管理者のユーザーアカウントを作成する

2.5.10 リソースグループを設定する

2.5.11 ユーザーグループを設定する

2.5.12 初期設定作業を完了する

2.6 アンインストール

2.6.1 アンインストールとは

2.6.2 アンインストールするための確認事項

2.6.3 アンインストールする（Windows）

2.6.4 アンインストールする（Linux）

3. 管理サーバの環境設定

3.1 SNMPトラップの設定

3.1.1 SNMPトラップの設定とは

3.1.2 MIBファイルを登録する

3.1.3 インバンドSNMPトラップの監視とは

3.1.4 インバンドSNMPトラップを監視する

3.2 ユーザーアカウントのポリシーの設定

3.2.1 ユーザーアカウントのポリシーの設定とは

3.2.2 Systemアカウントをロックの対象にする

3.2.3 アカウントのロックを解除する

3.3 JP1/IMでのアラート監視設定

3.3.1 JP1/IMでのアラート監視とは

3.3.2 JP1/IMでアラート監視できるよう設定する

3.4 JP1/IMからのCompute Systems Managerのラウンチ

3.4.1 JP1/IMからのCompute Systems Managerのラウンチとは

3.4.2 JP1/IMからCompute Systems Managerをラウンチできるように設定する

3.5 管理サーバの設定変更

3.5.1 ポート番号の変更

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

3.5.3 Compute Systems ManagerのURLの変更

3.5.4 JDKを変更する

3.5.5 管理サーバの時刻設定の更新

3.5.6 アラート発生時に実行するコマンドのタイムアウト時間を変更する

3.5.7 管理クライアントに表示される温度の単位を設定する

3.5.8 管理サーバのファイアウォールに例外登録をする（Windows）

3.5.9 管理サーバのファイアウォールに例外登録をする（Linux）

3.5.10 管理サーバのファイアウォールに例外登録が必要なポート（Linux）

3.5.11 WinRMの設定を反映する（Linux）

4. 管理対象の設定

4.1 管理対象ホストの設定

4.1.1 WoLを有効にする

4.1.2 BMC監視を有効にする

4.2 管理対象サーバの設定

4.2.1 日立製のブレードサーバを管理対象にするための確認事項

4.2.2 日立製のラックマウントサーバを管理対象にするための確認事項

4.3 管理対象ホストの設定（Windowsホスト）

4.3.1 ホストを管理対象にするための確認事項（Windowsホスト）

4.3.2 Windowsファイアウォールを設定する（Windowsホスト）

4.3.3 DCOMを有効にする（Windowsホスト）

4.3.4 WinRMを有効にする（Windowsホスト）

4.3.5 UACを使用したリモート接続を設定する（Windowsホスト）

4.3.6 SNMPトラップを設定する（Windowsホスト）

4.4 管理対象ホストの設定（Linuxホスト）

4.4.1 ホストを管理対象にするための確認事項（Linuxホスト）

4.4.2 OSのファイルおよびディレクトリ構成の確認項目（Linuxホスト）

4.4.3 Compute Systems Managerで使用するアカウントを設定する（Linuxホスト）

4.4.4 IP接続を許可する（Linuxホスト）

4.4.5 管理対象ホストへのログインの許可とは

4.4.6 rootユーザーでのログインを許可する（Linuxホスト）

4.4.7 一般ユーザーでログインし，suコマンドを利用することを許可する（Linuxホスト）

4.4.8 一般ユーザーでログインし，sudoコマンドを利用することを許可する（Linuxホスト）

4.4.9 SNMPトラップを設定する（Linuxホスト）

4.5 移行する管理対象ホストを探索するための設定を変更する

4.6 シャーシのマネジメントモジュールのIPアドレスを変更する

5. セキュリティ設定

5.1 セキュリティの設定とは

5.2 管理クライアントとの通信のセキュリティ設定

5.2.1 管理クライアントの通信のセキュリティ設定とは

5.2.2 管理サーバでSSL通信するよう設定する（管理クライアントとの通信路）

5.2.3 管理クライアントでSSL通信するよう設定する（GUIとの通信路）

5.2.4 管理クライアントでSSL通信するよう設定する（CLIとの通信路）

5.3 SMTPサーバとの通信のセキュリティ設定

5.3.1 SMTPサーバとの通信のセキュリティ設定とは

5.3.2 管理サーバでSSL通信するよう設定する（SMTPサーバとの通信路）

5.4 管理対象サーバとの通信のセキュリティ設定

5.4.1 管理対象サーバとの通信のセキュリティ設定とは

5.4.2 管理サーバでSSL通信するよう設定する（管理対象サーバとの通信路）

5.5 Device Managerサーバとの通信のセキュリティ設定

5.5.1 Device Managerサーバとの通信のセキュリティ設定とは

5.5.2 管理サーバでSSL通信するよう設定する（Device Managerサーバとの通信路）

5.6 LDAPディレクトリサーバとの通信のセキュリティ設定とは

5.7 管理クライアントからの接続を制限する設定

5.7.1 管理クライアントからの接続の制限とは

5.7.2 管理クライアントからの接続を制限する

5.8 サーバ証明書の有効期限を確認する

5.9 トラストストアーにインポートされたサーバ証明書を削除する

6. 外部認証サーバとの連携

6.1 外部認証サーバとの連携の概要

6.1.1 外部認証サーバとの連携とは

6.1.2 外部認可サーバとの連携とは

6.2 外部認証サーバと連携するための操作フロー

6.2.1 LDAPディレクトリサーバと連携するための操作フロー

6.2.2 Kerberosサーバと連携するための操作フロー

6.3 複数の外部認証サーバと連携している場合の構成

6.4 LDAPディレクトリサーバの構造モデル

6.4.1 BaseDNとは

6.4.2 階層構造モデルとは

6.4.3 フラットモデルとは

6.5 LDAPディレクトリサーバで認証する場合に必要な設定

6.5.1 LDAPディレクトリサーバを接続するための前提条件

6.5.2 DNSサーバに接続先のLDAPディレクトリサーバを照会する場合の条件

6.6 LDAPディレクトリサーバとの接続

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

6.7 Kerberosサーバとの接続

6.7.1 Kerberos認証に使用できる暗号タイプ

6.7.2 Kerberosサーバと接続するよう設定する

6.8 LDAPディレクトリサーバと接続するための設定項目

6.8.1 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバの情報を直接指定する場合で，外部認証サーバとだけ連携するとき）

6.8.2 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認証サーバとだけ連携するとき）

6.8.3 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバの情報を直接指定する場合で，外部認可サーバとも連携するとき）

6.8.4 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認可サーバとも連携するとき）

6.9 Kerberosサーバと接続するための設定項目

6.9.1 exauth.propertiesファイルの設定項目（Kerberosサーバの情報を直接指定する場合で，外部認証サーバとだけ連携するとき）

6.9.2 exauth.propertiesファイルの設定項目（KerberosサーバをDNSサーバに照会する場合で，外部認証サーバとだけ連携するとき）

6.9.3 exauth.propertiesファイルの設定項目（Kerberosサーバの情報を直接指定する場合で，外部認可サーバとも連携するとき）

6.9.4 exauth.propertiesファイルの設定項目（KerberosサーバをDNSサーバに照会する場合で，外部認可サーバとも連携するとき）

6.10 外部認証サーバと接続するためのコマンド

6.10.1 外部認証サーバとの連携設定で使用するコマンドに関する注意事項

6.10.2 外部認証サーバとの接続を確認するコマンド（hcmds64checkauth）の書式

6.11 情報検索用のユーザーアカウントを使用してLDAPディレクトリサーバに接続する

6.11.1 情報検索用のユーザーアカウントの条件

6.11.2 情報検索用のユーザーアカウントを登録するコマンド（hcmds64ldapuser）の書式

6.11.3 管理サーバで情報検索用のユーザーアカウントの登録状況を確認する

6.11.4 管理サーバから情報検索用のユーザーアカウントを削除する

6.12 LDAPディレクトリサーバの証明書のインポート

6.12.1 LDAPディレクトリサーバの証明書の条件

6.12.2 LDAPディレクトリサーバの証明書をインポートする場合の注意事項

6.12.3 LDAPディレクトリサーバの証明書をインポートするコマンド（hcmds64keytoolまたはkeytool）の書式

7. デプロイメントマネージャーの環境設定

7.1 デプロイメントマネージャーの環境設定とは

7.2 デプロイメントマネージャーをインストールするための前提条件

7.3 IISをインストールする

7.4 .NET Frameworkをインストールする（デプロイメントマネージャーを使用する場合）

7.5 デプロイメントマネージャーをインストールする

7.6 デプロイメントマネージャーを運用するための前提条件

7.7 管理対象リソースのブートの設定を変更する

7.8 デプロイメントマネージャーが使用するポート番号を変更する

7.9 ポート変更時に編集するデプロイメントマネージャーのプロパティと設定ファイル

8. 管理サーバの運用

8.1 Compute Systems Managerの起動と停止

8.1.1 Compute Systems Managerの起動と停止とは

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

8.1.4 Compute Systems Managerの常駐プロセス

8.1.5 Compute Systems Managerの稼働状況を確認する

8.2 データベースの管理

8.2.1 データベースの管理とは

8.2.2 データベースをバックアップするための確認事項

8.2.3 データベースをバックアップする

8.2.4 データベースをリストアするための確認事項

8.2.5 データベースをリストアする

8.2.6 データベースを移行するための確認事項

8.2.7 移行元サーバからデータベースをエクスポートする

8.2.8 移行先サーバにデータベースをインポートする

9. クラスタを使用するための環境設定と運用

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.3 クラスタ運用を開始する前の確認事項

9.3.1 クラスタ運用を開始する環境設定手順の確認

9.3.2 クラスタ環境で運用する管理サーバの空き容量の確認

9.3.3 クラスタ管理アプリケーションを使用して設定する前の確認

9.4 クラスタ環境へのインストール

9.4.1 クラスタ環境にインストールする（Windows）

9.4.2 実行系ノードで新規インストールする（Red Hat Enterprise Linux）

9.4.3 待機系ノードで新規インストールする（Red Hat Enterprise Linux）

9.4.4 実行系ノードでアップグレードまたは上書きインストールする（Red Hat Enterprise Linux）

9.4.5 待機系ノードでアップグレードまたは上書きインストールする（Red Hat Enterprise Linux）

9.5 クラスタ環境への移行

9.5.1 クラスタ環境に移行する（Windows）

9.5.2 クラスタ環境に移行する（Red Hat Enterprise Linux）

9.6 クラスタ管理アプリケーションへのサービスの登録と削除

9.6.1 クラスタ管理アプリケーションにサービスを登録する（Windows）

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

9.6.3 クラスタ管理アプリケーションからサービスを削除する（Windows）

9.6.4 クラスタ管理アプリケーションからサービスを削除する（Red Hat Enterprise Linux）

9.7 新規インストールまたはクラスタ環境に移行した後の環境設定

9.7.1 クラスタ環境でウィルス検出プログラムを使用する場合に必要な設定

9.7.2 クラスタ環境で同期が必要な設定

9.7.3 デプロイメントマネージャーを使用する場合のクラスタ環境を設定する

9.8 クラスタ環境でのCompute Systems Managerの起動と停止

9.8.1 Compute Systems Managerのクラスタ運用を一時停止する（Windows）

9.8.2 Compute Systems Managerのクラスタ運用を一時停止する（Red Hat Enterprise Linux）

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

9.9 クラスタ環境でのデータベースの管理

9.9.1 クラスタ環境でデータベースをバックアップする（Windows）

9.9.2 クラスタ環境でデータベースをバックアップする（Red Hat Enterprise Linux）

9.9.3 クラスタ環境でデータベースをリストアする（Windows）

9.9.4 クラスタ環境でデータベースをリストアする（Red Hat Enterprise Linux）

9.9.5 クラスタ環境でデータベースをエクスポートする（Windows）

9.9.6 クラスタ環境でデータベースをエクスポートする（Red Hat Enterprise Linux）

9.9.7 クラスタ環境でデータベースをインポートする（Windows）

9.9.8 クラスタ環境でデータベースをインポートする（Red Hat Enterprise Linux）

9.9.9 データベースを移行するコマンド（hcmds64dbclustersetup）の書式（Red Hat Enterprise Linux）

9.10 クラスタ環境からのアンインストール

9.10.1 クラスタ環境からデプロイメントマネージャーをアンインストールする

9.10.2 クラスタ環境からCompute Systems Managerをアンインストールする（Windows）

9.10.3 クラスタ環境からCompute Systems Managerをアンインストールする（Red Hat Enterprise Linux）

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

10.1 トラブルシューティングについて

10.2 トラブルシューティング事例

10.2.1 トラブルシューティング事例（ログイン画面が表示されない）

10.2.2 トラブルシューティング事例（Compute Systems Managerが起動しない）

10.2.3 トラブルシューティング事例（データベースをリストアできない）

10.2.4 トラブルシューティング事例（Windowsのクラスタ環境でデータベースをリストアできない）

10.2.5 トラブルシューティング事例（Red Hat Enterprise Linuxのクラスタ環境でデータベースをリストアできない）

10.3 保守情報の採取

10.3.1 保守情報の採取とは

10.3.2 管理サーバの保守情報を採取する（hcmds64getlogs）

10.3.3 管理サーバのJava VMスレッドダンプを採取する（Windows）

10.3.4 管理サーバのJava VMスレッドダンプを採取する（Linux）

10.3.5 管理対象ホストの保守情報を採取する（Windowsホスト）

10.3.6 管理対象ホストの保守情報を採取する（Linuxホスト）

10.4 監査ログの確認

10.4.1 監査ログとは

10.4.2 監査ログの環境設定ファイルを設定する

10.4.3 監査ログを確認する

10.4.4 監査ログの種別

10.4.5 監査ログのメッセージ部の出力形式

10.4.6 タスクの操作で出力される情報

10.4.7 リクエスト受理時またはレスポンス送信時に出力される情報

10.4.8 リクエスト受理時に監査ログの詳細メッセージに出力される情報

10.5 ログの設定

10.5.1 ログの設定とは

10.5.2 Compute Systems Managerのログの設定を変更する

付録A. ポートの設定

A.1 Compute Systems Managerサーバで使用されるポート

A.2 Hitachi Command Suite共通コンポーネントで使用されるポート

A.3 デプロイメントマネージャーで使用されるポート

A.4 用途ごとのポートの詳細

付録B. プロパティ

B.1 Compute Systems Managerサーバのプロパティ

B.2 Hitachi Command Suite共通コンポーネントのプロパティ

B.3 デプロイメントマネージャーで使用されるポートに関するプロパティ（Port.ini）

付録C. Compute Systems Managerが発行するJP1イベント

C.1 Compute Systems Managerが発行するJP1イベントの属性

C.2 事象種別ごとのJP1イベント拡張属性

付録D. バージョン7.x.xからのアップグレード

D.1 バージョン7.x.xからのアップグレードとは

D.2 アップグレードする前の確認事項

D.3 バージョン7.x.xからアップグレードする（非クラスタ環境の場合）

D.4 バージョン7.x.xからアップグレードする（クラスタ環境の場合）

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

E.1 関連マニュアル

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

E.3 英略語

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

E.5 ディレクトリとフォルダの表記について

用語解説

索引

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

前書き

対象製品

Hitachi Compute Systems Manager 8.5.0

適用OSの詳細については「ソフトウェア添付資料」でご確認ください。

輸出時の注意

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

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

商標類

HITACHI，HiRDB，JP1は，株式会社 日立製作所の商標または登録商標です。

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

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

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

Microsoft .NET は，お客様，情報，システムおよびデバイスを繋ぐソフトウェアです。

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

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

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.

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

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

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

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

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

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

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

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

Hitachi Compute Systems Managerには，日本電気株式会社が著作権を有している部分が含まれています。

Hitachi Compute Systems 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.

Java is a registered trademark of Oracle and/or its affiliates.

発行

2016年 10月 3021-9-097-A0

著作権

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

はじめに

このマニュアルはHitachi Compute Systems Managerのインストール方法および基本的な環境設定方法，ならびにシステム構成およびトラブルシューティングについて説明したものです。

以降，このマニュアルでは，Hitachi Compute Systems ManagerをCompute Systems Managerと呼びます。

はじめにの構成

対象読者

マニュアルの構成

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

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

対象読者

このマニュアルは，Compute Systems Managerを使用したサーバ管理システムを構築するシステム管理者の方を対象としています。次のことについて理解していることを前提としています。

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

TCP/IPネットワークについての基本的な知識

マニュアルの構成

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

1. Compute Systems Managerの概要

基本的なシステム構成，作業フローなど，Compute Systems Managerの概要について説明しています。

2. インストールとアンインストール

Compute Systems Managerのインストール時の前提条件，インストールの手順，新規インストール時の環境設定，およびアンインストール手順について説明しています。

3. 管理サーバの環境設定

SNMPトラップ，ユーザーアカウントの設定など，管理サーバの環境設定について説明しています。

4. 管理対象の設定

Compute Systems Managerの管理対象を設定するための前提条件および手順について説明しています。

5. セキュリティ設定

SSL通信などセキュリティ設定について説明しています。

6. 外部認証サーバとの連携

外部認証サーバと連携して認証する方法について説明しています。

7. デプロイメントマネージャーの環境設定

デプロイメントマネージャーの前提ソフトウェアおよびデプロイメントマネージャーのインストール手順，デプロイメントマネージャーで使用されるポートおよび管理対象リソースの設定などについて説明しています。

8. 管理サーバの運用

Compute Systems Managerの起動と停止，データベースの管理など，管理サーバの運用について説明しています。

9. クラスタを使用するための環境設定と運用

クラスタを使用して運用するためのCompute Systems Managerのインストールと環境設定，起動と停止，データベースの管理などについて説明しています。

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

Compute Systems Manager運用中に障害が発生した場合に必要となる保守情報の採取方法，ログの設定について説明しています。

付録A. ポートの設定

Compute Systems Managerで使用されるポートについて説明しています。

付録B. プロパティ

Compute Systems Managerのプロパティについて説明しています。

付録C. Compute Systems Managerが発行するJP1イベント

Compute Systems Managerで発行されるJP1イベントの内容について説明しています。

付録D. バージョン7.x.xからのアップグレード

Compute Systems Managerをバージョン7.x.xからアップグレードする手順について説明しています。

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

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

用語解説

Compute Systems Managerを使用するために理解しておきたい用語の意味について解説しています。

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

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

表記
製品名

.NET Framework
Microsoft® .NET Framework

Hyper-V
Microsoft® Hyper-V®

IIS
Microsoft® Internet Information Services

Internet Explorer
Windows® Internet Explorer®

SQL Server
Microsoft® SQL Server

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

Microsoft® Windows® 7

Windows® 8

Windows® 8.1

Windows® 10

Microsoft® Windows Server® 2008

Microsoft® Windows Server® 2008 R2

Microsoft® Windows Server® 2012

Microsoft® Windows Server® 2012 R2

Microsoft® Windows Vista®

Windows PowerShell
Microsoft® Windows® PowerShell

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

Microsoft® Windows Server® 2008

Microsoft® Windows Server® 2008 R2

Windows Server 2008 R2
Microsoft® Windows Server® 2008 R2

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

Microsoft® Windows Server® 2012

Microsoft® Windows Server® 2012 R2

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

Windows Server® Failover Clustering

Microsoft® Failover Cluster

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

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

記号
意味

［ ］
（角括弧）

GUI操作の説明

メニュータイトル，メニュー項目，タブ名，およびボタンの名称を示します。メニュー項目を連続して選択する場合は，［ ］を「－」（ハイフン）でつないで説明しています。

キー操作の説明

キーの名称を示します。

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

コマンドの書式の説明では，次に示す記号を使用しています。

記号
意味と例

|
（ストローク）
複数の項目に対して項目間の区切りを示し，「または」の意味を示します。
（例）
「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. Compute Systems Managerの概要

この章では，基本的なシステム構成，作業フローなど，Compute Systems Managerの概要について説明します。

この章の構成

1.1 Compute Systems Managerの概要

1.2 システム構成

1.3 関連製品

1.4 作業フローの全体像

1.5 導入の作業フロー

1.6 環境設定の作業フロー

1.7 運用と保守の作業フロー

1.1 Compute Systems Managerの概要

この節の構成

1.1.1 Compute Systems Managerとは

1.1.2 Compute Systems Managerの管理対象

1.1.1 Compute Systems Managerとは

Compute Systems Managerは，大規模なシステム環境上で遠隔地に分散されたサーバリソースの管理・運用を支援するソフトウェアです。Compute Systems ManagerはHitachi Command Suite製品のラインアップの1つです。Hitachi Command Suite製品を使用している環境にCompute Systems Managerを導入すると，ストレージリソースとサーバリソースを一元的に管理および運用できます。

さらに，Device ManagerとCompute Systems Managerを同じ環境で使用する場合，Device Managerで管理するホストの情報とCompute Systems Managerで管理するホストの情報が自動で同期するため，ホスト管理業務の効率が向上します。

Compute Systems Managerには，システムを円滑に構築し，運用できる次の特徴があります。

新規インストール後，画面のガイダンスに従えば運用を開始するまでに最低限必要な設定を完了できます。

GUIの操作でシステム設定できます。

Compute Systems Managerのユーザーを外部認証サーバで管理できます。

ユーザーおよびセキュリティに関する設定を，Hitachi Command Suite製品共通の機能を使用して管理できます。

関連項目

1.1.2 Compute Systems Managerの管理対象

1.2.1 システムの構成要素

1.2.2 基本的なシステム構成

1.2.3 ネットワーク構成

1.3 関連製品

1.1.2 Compute Systems Managerの管理対象

Compute Systems Managerでは，次のリソースを管理できます。

Windowsホスト，およびLinuxホスト
ホストは物理環境だけでなく，仮想環境も管理対象です。

ハイパーバイザー
Hyper-VおよびVMware ESXiが管理対象です。

仮想マシン
仮想マシンはハイパーバイザー単位で管理されます。

日立製のサーバ
シャーシおよびラックマウントサーバが管理対象です。
ブレードサーバはシャーシ単位で管理されます。

LPAR
LPARはブレードサーバ単位で管理されます。

関連項目

1.1.1 Compute Systems Managerとは

1.2.1 システムの構成要素

1.2.2 基本的なシステム構成

1.4 作業フローの全体像

1.2 システム構成

この節の構成

1.2.1 システムの構成要素

1.2.2 基本的なシステム構成

1.2.3 ネットワーク構成

1.2.1 システムの構成要素

Compute Systems Managerを使用したシステムは，次の要素で構成されています。

管理クライアント
Compute Systems ManagerをGUIまたはCLIで操作する際に使用するマシンです。GUIはWebブラウザーで使用できます。CLIを利用するためには，管理クライアントにCLIをインストールする必要があります。

管理サーバ
Compute Systems Managerをインストールしたマシンです。管理サーバでリソースを一元管理します。
管理サーバは次のコンポーネントから構成されています。

Hitachi Command Suite共通コンポーネント
ユーザーおよびセキュリティに関するHitachi Command Suite製品共通の機能を提供します。

Compute Systems Managerサーバ
リソースを管理します。

管理対象リソース
Compute Systems Managerで管理されるホスト，サーバ，関連するシステムなどのリソースです。

LAN
管理サーバと管理クライアント間，および管理サーバと管理対象リソース間をTCP/IPで接続します。

関連項目

1.2.2 基本的なシステム構成

1.2.2 基本的なシステム構成

Compute Systems Managerを使用する場合の基本的なシステム構成を次に示します。

上記の図で示すシステム構成は，次の条件で構築されています。

Compute Systems Manager以外のHitachi Command Suite製品を導入していない
Compute Systems Manager以外のHitachi Command Suite製品を導入する場合は，管理サーバに，導入するHitachi Command Suite製品のサーバが追加されます。

外部認証サーバを使用していない
Compute Systems Managerの機能でユーザーを管理しています。

管理サーバと管理クライアント間の通信にSSL通信を使用していない

重要

複数のCompute Systems Managerから，同一の管理対象リソースを操作しないでください。

次に示す操作を複数のCompute Systems Managerから実施すると，障害が発生するおそれがあります。

管理対象リソースの構成変更を伴う操作
例：N+Mコールドスタンバイ，論理分割，デプロイメントマネージャー

管理対象リソースの状態変更を伴う操作
例：管理対象リソースの電源管理

Compute Systems Managerを，サービスのダウンに備えた冗長構成にする場合は，クラスタを使用してください。

参考

管理サーバとシャーシ間の通信では，IPv6も使用できます。

関連項目

1.2.1 システムの構成要素

1.2.3 ネットワーク構成

1.4 作業フローの全体像

2.2.8 IPv6を使用する場合の設定を確認する

9.1 クラスタを使用するための環境設定と運用とは

1.2.3 ネットワーク構成

セキュリティ上のリスクを低減する目的で，一般的に，管理用LANと業務用LANは切り離されています。

管理用LANの構成に関する指針を次に示します。

公衆LANと管理用LANの間にファイアウォールを設置することを推奨します。

業務用LANからのトラフィックが，管理用LANを流れたり経由したりしないようにしてください。

関連項目

1.1.2 Compute Systems Managerの管理対象

1.4 作業フローの全体像

1.3 関連製品

Compute Systems Managerは，Hitachi Command Suite製品のラインアップの1つです。

Compute Systems Manager以外のHitachi Command Suite製品を次に示します。

Device Manager

Tiered Storage Manager

Dynamic Link Manager

Replication Manager

Tuning Manager

Global Link Manager

Hitachi Command Suite製品を同じマシンで運用すると，ユーザー，ライセンス，およびセキュリティに関する設定を共通で管理できます。また，Device ManagerとCompute Systems Managerを同じマシンで運用すると，Device Managerで管理するホストの情報とCompute Systems Managerで管理するホストの情報が自動で同期されるため，ホスト管理業務の効率が向上します。

重要

Compute Systems ManagerとDevice Manager間で自動的に同期されるのは，ホスト情報だけです。そのほかのリソースの情報は，同期されません。

関連項目

1.1.1 Compute Systems Managerとは

1.4 作業フローの全体像

Compute Systems Managerの導入から運用までの作業フローを次に示します。

このマニュアルでは，インストール，システム設定，システム運用，および保守について説明します。管理クライアントでの運用および保守については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

1.5.1 インストールの流れ

1.5.2 新規インストール後に必要な作業の流れ

1.6.1 SNMPトラップの設定の流れ

1.6.2 管理対象ホストの設定の流れ

1.6.3 管理クライアントとの通信のセキュリティ設定の流れ

1.6.4 SMTPサーバとの通信のセキュリティ設定の流れ

1.6.5 管理対象サーバとの通信のセキュリティ設定の流れ

1.6.6 Device Managerサーバとの通信のセキュリティ設定の流れ

1.6.7 LDAPディレクトリサーバとの通信のセキュリティ設定の流れ

1.6.8 外部認証サーバとの連携の流れ

1.7.1 管理サーバの移行の流れ

1.7.2 データベースの管理の流れ

1.7.3 ネットワーク構成の変更の流れ

1.7.4 トラブルシューティングの流れ

1.5 導入の作業フロー

この節の構成

1.5.1 インストールの流れ

1.5.2 新規インストール後に必要な作業の流れ

1.5.1 インストールの流れ

管理サーバにCompute Systems Managerをインストールします。

インストールには，インストールメディアを利用する方法と，Hitachi Command Suiteの仮想アプライアンスを利用する方法があります。

Compute Systems Managerをインストールメディアからインストールする作業フローを次に示します。

Hitachi Command Suiteの仮想アプライアンスを利用する場合は，作成される仮想マシンにCompute Systems Managerがインストールされているため，このフローで説明しているインストールの各作業は不要です。

仮想アプライアンスを利用したインストールについては，マニュアル「Hitachi Command Suite 仮想アプライアンス インストールガイド」を参照してください。

関連項目

1.5.2 新規インストール後に必要な作業の流れ

1.6.2 管理対象ホストの設定の流れ

2.1 Compute Systems Managerのインストール方法について

2.2.1 インストール環境の確認とは

2.4.1 インストールとは

1.5.2 新規インストール後に必要な作業の流れ

新規インストール後に必要な作業フローを次に示します。作業にはCompute Systems ManagerのSystemアカウントを使用します。

関連項目

1.6.2 管理対象ホストの設定の流れ

2.5.1 新規インストール後に必要な作業とは

2.5.2 管理サーバにアクセスできるか確認する

2.5.3 プラグインライセンスを登録する

2.5.4 Systemアカウントのパスワードを変更する

2.5.5 Systemアカウントにメールアドレスを設定する

2.5.6 Eメール通知を設定する

2.5.7 Eメールで通知するアラートレベルを設定する

2.5.8 管理対象リソースを登録する

2.5.9 サーバ管理者のユーザーアカウントを作成する

2.5.10 リソースグループを設定する

2.5.11 ユーザーグループを設定する

1.6 環境設定の作業フロー

この節の構成

1.6.1 SNMPトラップの設定の流れ

1.6.2 管理対象ホストの設定の流れ

1.6.3 管理クライアントとの通信のセキュリティ設定の流れ

1.6.4 SMTPサーバとの通信のセキュリティ設定の流れ

1.6.5 管理対象サーバとの通信のセキュリティ設定の流れ

1.6.6 Device Managerサーバとの通信のセキュリティ設定の流れ

1.6.7 LDAPディレクトリサーバとの通信のセキュリティ設定の流れ

1.6.8 外部認証サーバとの連携の流れ

1.6.9 デプロイメントマネージャーの環境設定の流れ

1.6.1 SNMPトラップの設定の流れ

管理対象ホストから送信されるSNMPトラップをCompute Systems Managerで受信するには，管理サーバおよび管理クライアントでそれぞれ設定する必要があります。

また，管理対象ホストのOSで発生したイベントを送信するには，管理対象ホストでイベントのSNMPを設定する必要があります。

SNMPトラップの設定の作業フローを次に示します。

関連項目

3.1.1 SNMPトラップの設定とは

3.1.3 インバンドSNMPトラップの監視とは

1.6.2 管理対象ホストの設定の流れ

管理対象として追加したホストに，Compute Systems Managerで管理できるよう設定します。設定内容は管理サーバおよび管理対象ホストのOSによって異なります。

管理サーバがWindowsの場合，Windowsの管理対象ホストを設定する作業フローを次に示します。

図1-1 Windowsの管理対象ホストを設定する作業フロー（管理サーバがWindowsの場合）

管理サーバがLinuxの場合，Windowsの管理対象ホストを設定する作業フローを次に示します。

図1-2 Windowsの管理対象ホストを設定する作業フロー（管理サーバがLinuxの場合）

Linuxの管理対象ホストを設定する作業フローを次に示します。

図1-3 Linuxの管理対象ホストを設定する作業フロー

関連項目

4.1.1 WoLを有効にする

4.1.2 BMC監視を有効にする

4.3.2 Windowsファイアウォールを設定する（Windowsホスト）

4.3.3 DCOMを有効にする（Windowsホスト）

4.3.4 WinRMを有効にする（Windowsホスト）

4.3.5 UACを使用したリモート接続を設定する（Windowsホスト）

4.4.2 OSのファイルおよびディレクトリ構成の確認項目（Linuxホスト）

4.4.3 Compute Systems Managerで使用するアカウントを設定する（Linuxホスト）

4.4.4 IP接続を許可する（Linuxホスト）

4.4.5 管理対象ホストへのログインの許可とは

1.6.3 管理クライアントとの通信のセキュリティ設定の流れ

Compute Systems Managerの設定を変更することで，管理サーバと管理クライアントの通信にSSL通信を利用できます。

管理サーバと管理クライアントの通信のセキュリティを設定する作業フローを次に示します。

関連項目

5.2.1 管理クライアントの通信のセキュリティ設定とは

5.2.2 管理サーバでSSL通信するよう設定する（管理クライアントとの通信路）

5.2.3 管理クライアントでSSL通信するよう設定する（GUIとの通信路）

5.2.4 管理クライアントでSSL通信するよう設定する（CLIとの通信路）

1.6.4 SMTPサーバとの通信のセキュリティ設定の流れ

Compute Systems Managerの設定を変更することで，管理サーバとSMTPサーバの通信にSSL通信を利用できます。

管理サーバとSMTPサーバの通信のセキュリティを設定する作業フローを次に示します。

関連項目

5.3.1 SMTPサーバとの通信のセキュリティ設定とは

5.3.2 管理サーバでSSL通信するよう設定する（SMTPサーバとの通信路）

1.6.5 管理対象サーバとの通信のセキュリティ設定の流れ

管理サーバと日立製のサーバの情報の送受信には，SSL通信が適用されます。

デフォルトの設定で運用する場合，Compute Systems Managerに同梱されている証明書が使用されますが，セキュリティを確保するために設定を変更することもできます。

管理サーバと日立製のサーバの通信のセキュリティをデフォルトの設定から変更する作業フローを次に示します。

関連項目

5.4.1 管理対象サーバとの通信のセキュリティ設定とは

5.4.2 管理サーバでSSL通信するよう設定する（管理対象サーバとの通信路）

1.6.6 Device Managerサーバとの通信のセキュリティ設定の流れ

Compute Systems Managerの設定を変更することで，管理サーバとDevice Managerサーバの通信にSSL通信を利用できます。

管理サーバとDevice Managerサーバの通信のセキュリティを設定する作業フローを次に示します。

関連項目

5.5.1 Device Managerサーバとの通信のセキュリティ設定とは

5.5.2 管理サーバでSSL通信するよう設定する（Device Managerサーバとの通信路）

1.6.7 LDAPディレクトリサーバとの通信のセキュリティ設定の流れ

Compute Systems Managerの設定を変更することで，管理サーバとLDAPディレクトリサーバの通信にStartTLS通信を利用できます。

管理サーバとLDAPディレクトリサーバの通信のセキュリティを設定する作業フローを次に示します。

関連項目

5.6 LDAPディレクトリサーバとの通信のセキュリティ設定とは

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

1.6.8 外部認証サーバとの連携の流れ

管理サーバと管理クライアントで設定すれば，外部認証サーバと連携してユーザーアカウントを管理できます。

LDAPディレクトリサーバと連携する場合と，Kerberosサーバと連携する場合とに分けて次に示します。

図1-4 LDAPディレクトリサーバと連携する作業フロー

図1-5 Kerberosサーバと連携する作業フロー

関連項目

6.1.1 外部認証サーバとの連携とは

6.2.1 LDAPディレクトリサーバと連携するための操作フロー

6.2.2 Kerberosサーバと連携するための操作フロー

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

6.7.2 Kerberosサーバと接続するよう設定する

1.6.9 デプロイメントマネージャーの環境設定の流れ

デプロイメントマネージャーを運用すると，ディスクの障害や破損が発生した場合に管理対象リソースのディスクデータを過去の状態に戻したり，同じ環境の管理対象リソースを複数複製したりできます。

デプロイメントマネージャーは，管理サーバのOSがWindowsの場合に運用できます。

デプロイメントマネージャーを運用するための環境を設定する作業フローを次に示します。

Compute Systems Managerのインストール時にデプロイメントマネージャーをインストールできます。

関連項目

7.1 デプロイメントマネージャーの環境設定とは

7.7 管理対象リソースのブートの設定を変更する

7.8 デプロイメントマネージャーが使用するポート番号を変更する

1.7 運用と保守の作業フロー

この節の構成

1.7.1 管理サーバの移行の流れ

1.7.2 データベースの管理の流れ

1.7.3 ネットワーク構成の変更の流れ

1.7.4 トラブルシューティングの流れ

1.7.1 管理サーバの移行の流れ

管理サーバをリプレースしたいときに，管理サーバにあるCompute Systems Managerの環境を移行できます。

管理サーバの環境を移行する作業フローを次に示します。

関連項目

1.5.1 インストールの流れ

1.7.2 データベースの管理の流れ

2.6.1 アンインストールとは

8.2.7 移行元サーバからデータベースをエクスポートする

8.2.8 移行先サーバにデータベースをインポートする

1.7.2 データベースの管理の流れ

データベースの障害に備えて，データベースをバックアップします。

データベースを管理する作業フローを次に示します。

関連項目

8.2.1 データベースの管理とは

8.2.3 データベースをバックアップする

8.2.5 データベースをリストアする

8.2.7 移行元サーバからデータベースをエクスポートする

8.2.8 移行先サーバにデータベースをインポートする

1.7.3 ネットワーク構成の変更の流れ

ネットワーク構成を変更した場合，管理サーバの設定も変更する必要があります。

ネットワーク構成を変更する作業フローを次に示します。

関連項目

1.7.2 データベースの管理の流れ

(3) ポートを変更する

(3) 管理サーバのホスト名またはIPアドレスを変更する

(2) Compute Systems ManagerのURLを変更する

8.2.3 データベースをバックアップする

1.7.4 トラブルシューティングの流れ

Compute Systems Manager運用時にトラブルが発生した場合，エラーメッセージを見てトラブルに対処したり，トラブルの原因を突き止めるために資料を採取したりします。

トラブルシュート時の作業フローを次に示します。

関連項目

10.1 トラブルシューティングについて

10.3.2 管理サーバの保守情報を採取する（hcmds64getlogs）

10.3.5 管理対象ホストの保守情報を採取する（Windowsホスト）

10.3.6 管理対象ホストの保守情報を採取する（Linuxホスト）

2. インストールとアンインストール

この章では，Compute Systems Managerのインストール時の前提条件，インストールの手順，新規インストール時の環境設定，およびアンインストール手順について説明します。

この章の構成

2.1 Compute Systems Managerのインストール方法について

2.2 インストール環境の確認

2.3 インストール時の入力項目の検討

2.4 インストール

2.5 新規インストール後に必要な作業

2.6 アンインストール

2.1 Compute Systems Managerのインストール方法について

Compute Systems Managerのインストール方法には，次に示す2つの方法があります。

インストールメディアからインストールする

Compute Systems Managerには，単体インストールメディアと統合インストールメディアの2種類があります。

ほかのHitachi Command Suite製品をあわせて購入した場合は，統合インストールメディアが提供されます。

インストールメディアからインストールする場合は，あらかじめインストール環境を確認してください。

Hitachi Command Suiteの仮想アプライアンスを利用してインストールする

ハイパーバイザーにVMware ESXiを利用する場合，Hitachi Command Suiteの仮想アプライアンスを利用して，Compute Systems Managerを含むHitachi Command Suite製品がインストールされた仮想マシンを作成できます。

仮想アプライアンスを利用する場合は，このマニュアルで説明しているインストールの準備作業，およびインストールメディアを使用したインストール作業は不要です。ただし，仮想マシンにHitachi Command Suite製品を追加でインストールしたり，アップグレードしたりする場合は，インストールメディアから対象となる製品をインストールしてください。

仮想アプライアンスを利用したインストールについては，マニュアル「Hitachi Command Suite 仮想アプライアンス インストールガイド」を参照してください。

関連項目

1.5.1 インストールの流れ

2.2.1 インストール環境の確認とは

2.2 インストール環境の確認

この節の構成

2.2.1 インストール環境の確認とは

2.2.2 システム要件を確認する

2.2.3 ポート番号が競合していないことを確認する

2.2.4 管理サーバのシステム環境を確認する（Linux）

2.2.5 カーネルパラメーターとシェル制限を設定する（Linux）

2.2.6 ファイアウォールの例外登録をする（Linux）

2.2.7 管理サーバの時刻を調整する

2.2.8 IPv6を使用する場合の設定を確認する

2.2.9 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とユーザーアカウントを共有する場合の設定を確認する

2.2.1 インストール環境の確認とは

Compute Systems Managerのインストールを開始する前に，運用できる環境か確認する必要があります。Windowsの管理サーバにインストールする場合は，デプロイメントマネージャーをインストールするかどうかを検討します。

重要

インストールやインストール後の設定のためには，Administrator権限（Windows），またはroot（Linux）でのログインが必要です。

Hitachi Command Suiteの仮想アプライアンスを利用する場合は，作成される仮想マシンにCompute Systems Managerがインストールされています。また，Compute Systems Managerの動作に必要な設定がデフォルトで設定されているため，このマニュアルで説明しているインストール環境の確認は不要です。
仮想アプライアンスを利用したインストールについては，マニュアル「Hitachi Command Suite 仮想アプライアンス インストールガイド」を参照してください。

関連項目

2.2.2 システム要件を確認する

2.2.3 ポート番号が競合していないことを確認する

2.2.4 管理サーバのシステム環境を確認する（Linux）

2.2.5 カーネルパラメーターとシェル制限を設定する（Linux）

2.2.6 ファイアウォールの例外登録をする（Linux）

2.2.8 IPv6を使用する場合の設定を確認する

2.2.9 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とユーザーアカウントを共有する場合の設定を確認する

2.3.1 インストール時の入力項目の検討とは

7.1 デプロイメントマネージャーの環境設定とは

2.2.2 システム要件を確認する

管理サーバの前提ハードウェア要件，前提ソフトウェア要件などについて確認します。詳細は，ソフトウェア添付資料を参照してください。

関連項目

2.2.1 インストール環境の確認とは

2.2.3 ポート番号が競合していないことを確認する

Compute Systems Managerを新規インストールする前に，Compute Systems Managerが使用するポートが管理サーバでほかの製品によって使用されていないか確認する必要があります。

Compute Systems Managerが使用するポートをほかの製品が使用している場合，Compute Systems Managerやそのほかの製品が正常に動作しなくなるおそれがあります。

管理サーバで使用されているポートの使用状況は，netstatコマンドを使って確認します。

重要

Compute Systems Managerは，SNMPトラップの受信で162/udpを使用します。

Compute Systems Manager以外の製品がすでに162/udpを使用している場合，インストール中にCompute Systems Managerが使用するポート変更を促すメッセージが表示されます。この場合，メッセージの表示内容に従い，Compute Systems Managerで使用するポートを変更してください。

関連項目

2.2.1 インストール環境の確認とは

(3) ポートを変更する

A.1 Compute Systems Managerサーバで使用されるポート

A.2 Hitachi Command Suite共通コンポーネントで使用されるポート

2.2.4 管理サーバのシステム環境を確認する（Linux）

/etc/hostsファイルには，localhostと管理サーバのホスト名が記述されている必要があります。

/etc/hostsファイルに，localhostと管理サーバのホスト名が記述されていない場合，インストール時にエラーが発生するおそれがあります。

関連項目

2.2.1 インストール環境の確認とは

2.2.5 カーネルパラメーターとシェル制限を設定する（Linux）

Linuxの場合，Compute Systems Managerをインストールする前に，カーネルパラメーターとシェル制限を設定する必要があります。

設定するカーネルパラメーターとシェル制限の値については，「ソフトウェア添付資料」を参照してください。

事前に完了しておく操作

カーネルパラメーターおよびシェル制限のファイルのバックアップ取得

カーネルパラメーターおよびシェル制限の値の見積もり

カーネルパラメーターとシェル制限を設定する手順を次に示します。

見積もり結果に従って，各パラメーターに値を設定します。

OSを再起動します。

関連項目

2.2.1 インストール環境の確認とは

2.2.6 ファイアウォールの例外登録をする（Linux）

Linux環境でのファイアウォールの例外登録は，ユーザーが手動で実施する必要があります。

ファイアウォールの例外リストに，Compute Systems Managerで使用されるポート番号を登録してください。

関連項目

2.2.1 インストール環境の確認とは

3.5.9 管理サーバのファイアウォールに例外登録をする（Linux）

2.2.7 管理サーバの時刻を調整する

Compute Systems Managerのタスクやアラートに関する時刻などは，管理サーバの時刻に基づいてます。

ただし，管理サーバの時刻をCompute Systems Managerの起動中に変更した場合，Compute Systems Managerが正しく動作しなくなるおそれがあります。時刻を変更する必要がある場合には，インストールの前に調整してください。

NTPなどで管理サーバの時刻を自動的に変更する場合，次の内容に注意してください。

マシンの時刻が実際の時刻よりも進んだときに，少しずつ時間を掛けてマシンの時刻と実際の時刻を合わせるように設定してください。

Windows Timeサービスなど使用する時刻修正ツールによっては，時刻のずれ幅が一定時間内であれば少しずつ時刻が修正され，一定時間を超えると時刻をさかのぼらせて一気に実際の時刻に合うよう時刻が修正されるものがあります。時刻のずれ幅が，少しずつ修正される範囲を超えないように設定してください。

重要

米国およびカナダのタイムゾーンでCompute Systems Managerを使用する場合，2007年から米国およびカナダで適用された新しいDST（サマータイム）に対応するよう，管理サーバのOSの設定を変更してください。OSが新しいDSTに対応していない場合，Compute Systems Managerも対応しません。

関連項目

2.2.1 インストール環境の確認とは

(1) Compute Systems Managerで適用される時刻について

(2) 運用開始後に管理サーバの時刻を調整する

2.2.8 IPv6を使用する場合の設定を確認する

Compute Systems Managerは，管理サーバとシャーシ間の通信でIPv6をサポートしています。

IPv6を使用する場合は，管理サーバでIPv6とIPv4の両方が使用できることを確認してください。IPv4は，ほかの管理対象との通信，内部通信などで使用されます。

関連項目

2.2.1 インストール環境の確認とは

2.2.9 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とユーザーアカウントを共有する場合の設定を確認する

32ビットのHitachi Command Suite共通コンポーネントを使用する製品と，Compute Systems Managerを同じホストで運用する場合は，両方の製品でユーザーアカウントを共有するかどうかを検討します。

ユーザーアカウントの共有には，次に示す特徴があります。これらの特徴を考慮して，ユーザーアカウントを共有するかどうかをインストール前に検討してください。

Compute Systems Managerと同じユーザーアカウントで，32ビットのHitachi Command Suite共通コンポーネントを使用する製品にもログインできます。

32ビットのHitachi Command Suite共通コンポーネントを使用する製品のユーザーアカウントは，Compute Systems Managerが使用するHitachi Command Suite共通コンポーネントで管理されます。

重要

ユーザーアカウントの共有を無効にできるのは，Compute Systems Managerを含むHitachi Command Suite製品をインストールした直後だけです。ユーザーアカウントの共有を有効にして運用を開始すると，運用の途中で共有を無効にできません。

製品のインストール環境，およびユーザーアカウントの共有の有無に応じたインストール手順の概要を次に示します。32ビットのHitachi Command Suite共通コンポーネントを使用する製品のインストール手順については，各製品のマニュアルを参照してください。

32ビットのHitachi Command Suite共通コンポーネントを使用する製品，およびCompute Systems Managerの両方をインストールする場合

ユーザーアカウントの共有を無効にして運用する場合は，次の手順でインストールしてください。

Compute Systems Managerをインストールします。

32ビットのHitachi Command Suite共通コンポーネントを使用する製品をインストールします。

ユーザーアカウントの共有を有効にして運用する場合は，上記の手順を逆の順序でインストールしてください。

すでに32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされているホストに，Compute Systems Managerをインストールする場合

ユーザーアカウントの共有を無効にして運用する場合は，次の手順でインストールしてください。

Compute Systems Managerをインストールします。

Hitachi Command Suite製品によるシステムの運用を開始する前に，hcmdsprmsetコマンドを実行します。

ユーザーアカウントの共有を有効にして運用する場合は，そのままCompute Systems Managerをインストールしてください。自動的にユーザーアカウントの共有が有効になります。

すでにCompute Systems Managerがインストールされているホストに，32ビットのHitachi Command Suite共通コンポーネントを使用する製品をインストールする場合

ユーザーアカウントの共有を無効にして運用する場合は，そのまま32ビットのHitachi Command Suite共通コンポーネントを使用する製品をインストールしてください。ユーザーアカウントの共有は無効のままとなります。

ユーザーアカウントの共有を有効にして運用する場合は，次の手順でインストールしてください。

32ビットのHitachi Command Suite共通コンポーネントを使用する製品をインストールします。

hcmdsprmsetコマンドを実行します。

関連項目

2.2.1 インストール環境の確認とは

2.4.6 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とのユーザーアカウントの共有を有効にする

2.4.7 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とのユーザーアカウントの共有を無効にする

2.3 インストール時の入力項目の検討

この節の構成

2.3.1 インストール時の入力項目の検討とは

2.3.2 パスの指定規則

2.3.3 インストールに使用するディレクトリの内容を確認する

2.3.4 管理サーバの情報を確認する

2.3.1 インストール時の入力項目の検討とは

インストールの際，インストールウィザードでは，インストール先や管理サーバの情報などを入力する必要があります。デフォルト値が用意されている項目については，デフォルト値を使用することをお勧めします。

デフォルト値と異なる値を設定する項目については，入力する値をあらかじめ決めておいてください。

重要

Hitachi Command Suiteの仮想アプライアンスを利用する場合は，作成される仮想マシンにCompute Systems Managerがインストールされています。また，Compute Systems Managerの動作に必要な設定がデフォルトで設定されているため，このマニュアルで説明しているインストール時の入力項目の検討は不要です。

仮想アプライアンスを利用したインストールについては，マニュアル「Hitachi Command Suite 仮想アプライアンス インストールガイド」を参照してください。

指定できるインストール先とデフォルト値を次に示します。

Compute Systems Managerのインストール先（新規インストールの場合）
Windows：
＜Program Filesディレクトリ＞¥HiCommand

＜Program Filesディレクトリ＞は，環境変数%ProgramFiles%に設定されているディレクトリです。
デプロイメントマネージャーはx86アーキテクチャで動作するため，Compute Systems Managerとは異なるディレクトリにインストールされます。x86アーキテクチャで動作するプログラムの場合，＜Program Filesディレクトリ＞は，環境変数%ProgramFiles(x86)%に設定されているディレクトリです。

Linux：
/opt/HiCommand

データベースの格納先（新規インストールの場合）
Windows：
＜Compute Systems Managerのインストールディレクトリ＞¥database¥x64¥HCSM
Linux：
/var/＜Compute Systems Managerのインストールディレクトリ＞/database/x64/HCSM
データベースの格納先を変更すると，指定したディレクトリに「x64¥HCSM」（Windowsの場合）または「x64/HCSM」（Linuxの場合）ディレクトリが作成されます。

データベースのバックアップ先（Hitachi Command Suite製品を構築済みの環境にCompute Systems Managerをインストールする場合）
Windows：
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager_backup
Linux：
/var/＜Compute Systems Managerのインストールディレクトリ＞/backup

参考

Hitachi Command Suite共通コンポーネントは，デフォルトで次のディレクトリにインストールされます。

Windows：

＜Compute Systems Managerのインストールディレクトリ＞¥Base64

Linux：

＜Compute Systems Managerのインストールディレクトリ＞/Base64

すでにほかのHitachi Command Suite製品が稼働しているサーバにCompute Systems Managerをインストールする場合は，ほかのHitachi Command Suite製品で指定したHitachi Command Suite共通コンポーネントのインストール先と同じ場所にインストールされます。

関連項目

2.3.2 パスの指定規則

2.3.3 インストールに使用するディレクトリの内容を確認する

2.3.4 管理サーバの情報を確認する

2.3.2 パスの指定規則

デフォルト値とは異なるインストール先を指定する場合は，インストール前にディレクトリを作成しておいてください。インストール先として，任意のディレクトリを作成する場合は，条件を満たすディレクトリを用意してください。

インストールに使用する任意のディレクトリのパスに指定できる文字および文字数を次に示します。

指定できる文字：

Windows：A～Z a～z 0～9 . _ 半角スペース ¥ :

Linux：A～Z a～z 0～9 . _ /
Linuxの場合，データベース格納先パスには"."も指定できます。

指定できる文字数：

インストール先パス：64バイト以内

データベース格納先パス：90バイト以内

データベースのバックアップ先パス：150バイト以内

インストール先のパスに指定できない文字など，制限事項を次に示します。この項目のどれにもあてはまらないパスを指定してください。

Windows：

半角スペースが2文字以上続いている

ピリオドおよび半角スペースがディレクトリ名の末尾に指定されている

シンボリックリンクまたはジャンクションが指定されている

ドライブ直下（例えば，D:¥）のパスが指定されている

次のどれかのディレクトリまたはその下のディレクトリが指定されている

%ProgramFiles(x86)%に設定されているディレクトリ

%CommonProgramFiles(x86)%に設定されているディレクトリ

%systemroot%¥system32ディレクトリ

%systemroot%¥SysWOW64ディレクトリ

%ProgramFiles%¥WindowsAppsディレクトリ（Windows Server 2012の場合）

%ProgramFiles(x86)%，%CommonProgramFiles(x86)%，%systemroot%，および%ProgramFiles%はWindowsの環境変数です。

ネットワークドライブのパスが指定されている

Linux：

次のディレクトリが指定されている

ルートディレクトリ

/usrディレクトリ

/usr/localディレクトリ

/varディレクトリ

シンボリックリンクが指定されている

ディレクトリパスの最後にパスの区切り文字（/）が指定されている

関連項目

2.3.1 インストール時の入力項目の検討とは

2.3.3 インストールに使用するディレクトリの内容を確認する

2.3.3 インストールに使用するディレクトリの内容を確認する

Compute Systems Managerのインストール中に指定または作成されるディレクトリ内容の確認について説明します。

次に示すパスをデフォルトとは異なるディレクトリを作成して指定する場合は，そのディレクトリの内容を前もって確認してください。

Compute Systems Managerのインストール先

データベースの格納先

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

参考

インストール中に取得されたデータベースのバックアップは，hcmds64dbtransコマンドを使ってインポートできます。

また，デプロイメントマネージャーをインストールすると，次のディレクトリが作成されます。すでに作成されている場合，ディレクトリが使用できる状態かどうか，前もって確認してください。

＜Compute Systems Managerのインストールドライブ＞¥Deploy
デプロイメントマネージャーが内部処理で使用するファイルなどが格納されるディレクトリです。

＜システムドライブ＞¥DeployBackup
イメージファイルを格納するデフォルトのディレクトリです。デプロイメントマネージャーをインストールしたあと，GUIで異なるディレクトリのパスに変更できます。

関連項目

2.3.1 インストール時の入力項目の検討とは

2.3.2 パスの指定規則

7.1 デプロイメントマネージャーの環境設定とは

2.3.4 管理サーバの情報を確認する

Compute Systems Managerのインストール中には，管理サーバのホスト名の入力を求められます。

デフォルトはOSに設定されているホスト名です。ホスト名を指定する場合は，管理サーバに設定されているホスト名が次の条件をすべて満たすことを確認してください。

長さが128バイト以内であること。

次の文字で構成されていること。
A～Z a～z 0～9 - .
ただし，ハイフン（-）はホスト名の先頭と末尾には使用できません。

ホスト名またはIPアドレスは，Compute Systems ManagerにアクセスするURLに使用されます。

関連項目

2.3.1 インストール時の入力項目の検討とは

2.4 インストール

この節の構成

2.4.1 インストールとは

2.4.2 インストールする前の確認事項

2.4.3 Compute Systems Managerをインストールする（Windows）

2.4.4 Compute Systems Managerをインストールする（Linux）

2.4.5 ウィルス検出プログラムを使用する場合に必要な設定

2.4.6 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とのユーザーアカウントの共有を有効にする

2.4.7 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とのユーザーアカウントの共有を無効にする

2.4.1 インストールとは

インストールメディアを使用して，管理サーバにCompute Systems Managerをインストールします。

Compute Systems Managerのインストール種別を次に示します。

新規インストール
Compute Systems Managerがインストールされていない環境に，Compute Systems Managerをインストールすることを指します。

上書きインストール
Compute Systems Managerがインストールされている環境に，同じバージョンのCompute Systems Managerをインストールすることを指します。 上書きインストールは，次の場合に実施します。

Compute Systems Managerを構成するファイルが破損した場合

Compute Systems Managerのインストールまたはアンインストールに失敗した場合

アップグレードインストール
インストール済みのCompute Systems Managerよりも，バージョンが新しいCompute Systems Managerをインストールすることを指します。

Compute Systems Managerをインストールする手順は，バージョン7.x.xからアップグレードする場合を除いて，どのインストール種別でも同じです。

重要

ウィルス検出プログラムを使用している環境にCompute Systems Managerをインストールする場合は，インストール後にウィルス検出プログラムの設定を変更する必要があります。

クラスタ環境にインストールする場合は，あらかじめ環境設定が必要です。環境設定の詳細，およびクラスタ環境へのインストール手順については，クラスタを使用するための環境設定と運用についての説明を参照してください。

Hitachi Command Suiteの仮想アプライアンスを利用する場合は，作成される仮想マシンにCompute Systems Managerがインストールされているため，インストールメディアからのインストールは不要です。ただし，仮想マシンにHitachi Command Suite製品を追加でインストールしたり，アップグレードしたりする場合は，インストールメディアから対象となる製品をインストールしてください。
仮想アプライアンスを利用したインストールについては，マニュアル「Hitachi Command Suite 仮想アプライアンス インストールガイド」を参照してください。

関連項目

2.4.3 Compute Systems Managerをインストールする（Windows）

2.4.4 Compute Systems Managerをインストールする（Linux）

2.4.5 ウィルス検出プログラムを使用する場合に必要な設定

9.1 クラスタを使用するための環境設定と運用とは

D.1 バージョン7.x.xからのアップグレードとは

2.4.2 インストールする前の確認事項

Compute Systems Managerをインストールする前に，次の操作を完了しておいてください。

インストール環境の確認

インストール時の入力項目の検討

統合インストールメディアからほかのHitachi Command Suite製品もインストールする場合は，各製品のインストール要件の確認

Hitachi Command Suite共通コンポーネントを利用する製品がインストールされている場合は，それらの製品の停止

Windowsの管理サーバにインストールする場合は，次の操作も完了しておいてください。

デプロイメントマネージャーを新規インストールする場合は，インストールするための前提条件の確認

Windowsファイアウォールが有効になっている場合は，Windowsファイアウォールのサービスの起動

Windowsの［サービス］ダイアログ，および［イベント ビューアー］ダイアログを閉じる

重要

Compute Systems Managerは，ネットワークドライブ経由ではインストールできません。
なお，ネットワークドライブには，Windowsのリモートデスクトップ機能を使用したローカルデバイスの共有も含みます。

インストール先の管理サーバにほかのHitachi Command Suite製品がインストールされている場合は，すべての製品のバージョンが8.0.1以降であることを確認してください。バージョン8.0.1より前のHitachi Command Suite製品がインストールされている場合は，バージョン8.0.1以降にアップグレードしてください。

インストール先の管理サーバにDevice Managerがインストールされていて，かつ別のマシンにインストールされたTuning ManagerがDevice Managerとリモート接続している場合は，Tuning Managerをいったん停止しておく必要があります。

関連項目

2.2.1 インストール環境の確認とは

2.3.1 インストール時の入力項目の検討とは

2.4.1 インストールとは

2.4.3 Compute Systems Managerをインストールする（Windows）

2.4.4 Compute Systems Managerをインストールする（Linux）

2.4.3 Compute Systems Managerをインストールする（Windows）

単体インストールメディア，または統合インストールメディアを使用して，Windowsの管理サーバにCompute Systems Managerをインストールします。

事前に完了しておく操作

インストールする前の確認作業

Compute Systems Managerのインストール手順を次に示します。

インストールメディアを管理サーバにセットします。
統合インストールメディアでウィンドウが自動で表示されない場合は，＜統合インストールメディア＞¥index.htmlをダブルクリックしてウィンドウを開いてください。

インストールウィザードを起動します。

単体インストールメディアの場合
＜Compute Systems Managerのインストールメディア＞¥HCSM_SERVER¥setup.exeを実行します。

統合インストールメディアの場合
表示された画面の［HCSM］を選択して，［Install］ボタンをクリックします。

インストールウィザードの指示に従って，それぞれの画面で必要な情報を指定します。

［インストール完了］画面で，［完了］ボタンをクリックします。
OSの再起動を促すメッセージが表示された場合は，OSの再起動が必要です。［インストール完了時にOSを再起動する。］チェックボックスを選択して［完了］ボタンをクリックしてください。
チェックボックスを選択しなかった場合は，運用を開始する前に必ずOSを再起動してください。

32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされているホストに新規インストールした場合で，ユーザーアカウントの共有を無効にして運用するときは，Hitachi Command Suite製品によるシステムの運用を開始する前に，hcmdsprmsetコマンドを実行して共有を無効にします。

重要

SSL通信をしている場合，またはHitachi Command Suite共通コンポーネントのポート番号を変更している場合，［インストール完了］画面で［インストール完了時にHitachi Command Suite GUIを起動する。］チェックボックスを選択しても，GUIを起動できないことがあります。
その場合は，変更後の管理サーバの情報を確認して，WebブラウザーのアドレスバーにCompute Systems ManagerのURLを入力してGUIを起動してください。
また，次のショートカットのURLも変更してください。
Windows Server 2008 R2の場合：
［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Compute Systems Manager］－［Login - HCSM］を右クリックすると表示される，［プロパティ］－［Webドキュメント］タブの［URL］
Windows Server 2012の場合：
［スタート］－［すべてのアプリ］－［Hitachi Command Suite］－［Compute Systems Manager］－［Login - HCSM］を右クリックすると表示される，［プロパティ］－［Webドキュメント］タブの［URL］

WebブラウザーがInternet Explorer 11の場合，Compute Systems Managerにログインしたあと，空白や遷移途中のウィンドウが表示されることがあります。
その場合は，再度Webブラウザーを起動し，アドレスバーにCompute Systems ManagerのURLを入力してください。

管理サーバでOracle JDK 7を使用している場合，バージョン8.2.1より前のCompute Systems Managerからアップグレードすると，使用するJDKがCompute Systems Managerに同梱されたJDKに変更されます。
SSL通信をしている場合は，インストール後にサーバ証明書を管理サーバにインポートし直す必要があります。ただし，アップグレード後もOracle JDKを使用する場合は，hcmds64chgjdkコマンドを実行して，使用するJDKを変更したあとにインポートし直してください。

Compute Systems Managerがインストールされ，DCOMが有効になります。

関連項目

2.4.2 インストールする前の確認事項

2.4.5 ウィルス検出プログラムを使用する場合に必要な設定

2.4.7 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とのユーザーアカウントの共有を無効にする

2.5.2 管理サーバにアクセスできるか確認する

3.5.4 JDKを変更する

7.2 デプロイメントマネージャーをインストールするための前提条件

2.4.4 Compute Systems Managerをインストールする（Linux）

単体インストールメディア，または統合インストールメディアを使用して，Linuxの管理サーバにCompute Systems Managerをインストールします。

事前に完了しておく操作

インストールする前の確認作業

Compute Systems Managerのインストール手順を次に示します。

インストールメディアを管理サーバにセットします。
自動的にマウントされない場合は，手動でマウントしてください。

次のディレクトリに移動します。
＜Compute Systems Managerのインストールメディア＞/HCSM_SERVER/＜プラットフォーム名＞

次のコマンドを実行して，インストールします。
./install.sh

重要

［Ctrl］＋［C］を使用してインストールを中断しないでください。

表示されたメッセージに従って，必要な情報を指定します。

32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされているホストに新規インストールした場合で，ユーザーアカウントの共有を無効にして運用するときは，Hitachi Command Suite製品によるシステムの運用を開始する前に，hcmdsprmsetコマンドを実行して共有を無効にします。

重要

インストールメディアのマウントパスに指定できる文字は次のとおりです。
A～Z a～z 0～9 _ /

管理サーバでOracle JDK 7を使用している場合，バージョン8.2.1より前のCompute Systems Managerからアップグレードすると，使用するJDKがCompute Systems Managerに同梱されたJDKに変更されます。
SSL通信をしている場合は，インストール後にサーバ証明書を管理サーバにインポートし直す必要があります。ただし，アップグレード後もOracle JDKを使用する場合は，hcmds64chgjdkコマンドを実行して使用するJDKを変更したあとにインポートし直してください。

関連項目

2.4.2 インストールする前の確認事項

2.4.5 ウィルス検出プログラムを使用する場合に必要な設定

2.4.7 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とのユーザーアカウントの共有を無効にする

2.5.2 管理サーバにアクセスできるか確認する

3.5.4 JDKを変更する

2.4.5 ウィルス検出プログラムを使用する場合に必要な設定

管理サーバでウィルス検出プログラムを使用する場合は，次のディレクトリをスキャン対象から外してください。

ウィルス検出プログラムが，次のディレクトリ配下にあるデータベースのファイルにアクセスすると，I/O遅延やファイル排他などによって障害が発生するおそれがあります。

次に示すHitachi Command Suite共通コンポーネントのディレクトリ
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥HDB
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB

Hitachi Command Suite共通コンポーネント，およびCompute Systems Managerのデータベース格納先ディレクトリ
Windows：
＜Compute Systems Managerのインストールディレクトリ＞¥database※
Linux：
/var/＜Compute Systems Managerのインストールディレクトリ＞/database※

注※

データベースの格納先ディレクトリをデフォルトから変更している場合は，そのディレクトリを指定してください。

関連項目

2.4.1 インストールとは

2.4.6 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とのユーザーアカウントの共有を有効にする

Compute Systems Managerがインストールされているホストに，32ビットのHitachi Command Suite共通コンポーネントを使用する製品をインストールした場合，両方の製品でユーザーアカウントの共有を有効にするには，hcmdsprmsetコマンドを実行します。

重要

32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされているホストに，Compute Systems Managerをインストールした場合は，Compute Systems Managerのインストール時に自動的にユーザーアカウントの共有が有効になるため，このトピックで説明している手順は不要です。

ユーザーアカウントの共有を有効にする手順を次に示します。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネントの設定を変更します。
Windows：
＜Hitachi Command Suite製品（32ビット）のインストールディレクトリ＞¥Base¥bin¥hcmdsprmset /host ＜インストール先ホストのIPアドレス＞ /port ＜非SSL通信用のポート番号＞
Linux：
＜Hitachi Command Suite製品（32ビット）のインストールディレクトリ＞/Base/bin/hcmdsprmset -host ＜インストール先ホストのIPアドレス＞ -port ＜非SSL通信用のポート番号＞

host

Compute Systems ManagerをインストールしたホストのIPアドレスを指定します。ただし，127.0.0.1は指定しないでください。

インストール環境が非SSL通信，または非SSL通信とSSL通信の両方で構成されている場合で，Hitachi Command Suite共通コンポーネントの内部通信をネットワーク経由からサーバ内通信に変更するときは，hostsファイルで任意のホスト名を127.0.0.1に定義したあと，hostオプションにそのホスト名を指定して実行してください。

外部から管理サーバへの非SSL通信を遮断する設定にしている場合は，user_httpsd.confファイルのServerNameプロパティに指定したホスト名を，hostsファイルで127.0.0.1に定義したあと，hostオプションにそのホスト名を指定して実行してください。

hostsファイルの編集例を次に示します。

127.0.0.1 localhost ＜hcmdsprmsetコマンドで指定するホスト名＞

port

HBase 64 Storage Mgmt Web Serviceへの接続ポート番号を指定します。非SSL通信用のポート番号のデフォルトは22015です。

Compute Systems Managerを再起動します。

32ビットのHitachi Command Suite共通コンポーネントを使用する製品を再起動します。

関連項目

2.2.9 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とユーザーアカウントを共有する場合の設定を確認する

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

2.4.7 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とのユーザーアカウントの共有を無効にする

32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされているホストに，Compute Systems Managerをインストールすると，自動的にユーザーアカウントの共有が有効となります。ユーザーアカウントの共有を無効にするには，hcmdsprmsetコマンドを実行します。

重要

このトピックで説明する手順は，Compute Systems Managerをインストールした直後で，運用を開始していない場合にだけ有効です。すでに運用を開始した場合，ユーザーアカウントの共有を無効にするには，ホスト上にインストールされているすべてのHitachi Command Suite製品（32ビットのHitachi Command Suite共通コンポーネントを使用する製品も含みます）をアンインストールしたあと，再度インストールする必要があります。

Compute Systems Managerがインストールされているホストに，32ビットのHitachi Command Suite共通コンポーネントを使用する製品をインストールした場合は，このトピックで説明している手順は不要です。

ユーザーアカウントの共有を無効にする手順を次に示します。

Compute Systems Managerを停止します。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネントの設定を変更します。
Windows：
＜Hitachi Command Suite製品（32ビット）のインストールディレクトリ＞¥Base¥bin¥hcmdsprmset /host 127.0.0.1 /port ＜非SSL通信用のポート番号＞
Linux：
＜Hitachi Command Suite製品（32ビット）のインストールディレクトリ＞/Base/bin/hcmdsprmset -host 127.0.0.1 -port ＜非SSL通信用のポート番号＞

port

HBase Storage Mgmt Web Serviceへの接続ポート番号を指定します。非SSL通信用のポート番号のデフォルトは23015です。

32ビットのHitachi Command Suite共通コンポーネントを使用する製品を再起動します。

Compute Systems Managerを起動します。

関連項目

2.2.9 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とユーザーアカウントを共有する場合の設定を確認する

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

2.5 新規インストール後に必要な作業

この節の構成

2.5.1 新規インストール後に必要な作業とは

2.5.2 管理サーバにアクセスできるか確認する

2.5.3 プラグインライセンスを登録する

2.5.4 Systemアカウントのパスワードを変更する

2.5.5 Systemアカウントにメールアドレスを設定する

2.5.6 Eメール通知を設定する

2.5.7 Eメールで通知するアラートレベルを設定する

2.5.8 管理対象リソースを登録する

2.5.9 サーバ管理者のユーザーアカウントを作成する

2.5.10 リソースグループを設定する

2.5.11 ユーザーグループを設定する

2.5.12 初期設定作業を完了する

2.5.1 新規インストール後に必要な作業とは

Compute Systems Managerを新たに導入するため，新規インストールした場合には，次の作業が必要です。

次のすべての作業は，Systemアカウントでログインして実行する必要があります。

管理サーバへのアクセス確認

プラグインライセンスの登録（必要に応じて）

Systemアカウントのパスワードの変更（推奨）

ログインしてからリソースを管理するまでの初期設定作業
Compute Systems Managerに最初にログインしたとき，ダッシュボードの［To Do］リストに初期設定ウィザードが表示されます。初期設定ウィザードは，初めてのログインの場合にだけ表示され，指示どおりに設定すれば，必要事項を設定できます。

これらの作業が完了すると，Compute Systems Managerの運用を開始できます。

関連項目

2.5.2 管理サーバにアクセスできるか確認する

2.5.3 プラグインライセンスを登録する

2.5.4 Systemアカウントのパスワードを変更する

2.5.5 Systemアカウントにメールアドレスを設定する

2.5.6 Eメール通知を設定する

2.5.7 Eメールで通知するアラートレベルを設定する

2.5.8 管理対象リソースを登録する

2.5.9 サーバ管理者のユーザーアカウントを作成する

2.5.10 リソースグループを設定する

2.5.11 ユーザーグループを設定する

2.5.12 初期設定作業を完了する

2.5.2 管理サーバにアクセスできるか確認する

インストールが成功したことを確認するために，管理クライアントのWebブラウザーから管理サーバにアクセスできることを確認します。

事前に確認しておく情報

インストールした管理サーバのIPアドレスまたはホスト名

Webブラウザーから管理サーバにアクセスする手順を次に示します。

Webブラウザーを起動します。

Webブラウザーの設定を確認し，必要に応じて設定を変更します。
Webブラウザーの設定については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

アドレスバーにCompute Systems ManagerにアクセスするURLを次の形式で指定します。
＜プロトコル＞://＜管理サーバのIPアドレスまたはホスト名＞:＜ポート番号＞/ComputeSystemsManager/

＜プロトコル＞

非SSL通信の場合はhttp，SSL通信の場合はhttpsを指定します。

＜管理サーバのIPアドレスまたはホスト名＞

Compute Systems Managerをインストールした管理サーバのIPアドレスまたはホスト名を指定します。

＜ポート番号＞

user_httpsd.confファイルのListen行に設定されているポート番号を指定します。

非SSL通信の場合は非SSL通信用のポート番号（デフォルト：22015），SSL通信の場合はSSL通信用のポート番号（デフォルト：22016）を指定します。

user_httpsd.confファイルの格納先は次のとおりです。

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf¥user_httpsd.conf

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/user_httpsd.conf

Compute Systems Managerのログイン画面が表示され，管理サーバにアクセスできるようになります。

関連項目

2.5.1 新規インストール後に必要な作業とは

2.5.3 プラグインライセンスを登録する

Compute Systems Managerで特定の機能を使用するためにはプラグインライセンスを登録する必要があります。

事前に確認しておく情報

ライセンスキーまたはライセンスキーファイル

プラグインライセンスを登録する手順を次に示します。

Compute Systems Managerのログイン画面で，［ライセンス］ボタンをクリックします。

ライセンスキーを入力し，［保存］ボタンをクリックします。

［ライセンス］画面にライセンスの内容が表示されます。

プラグインライセンスの登録については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

2.5.1 新規インストール後に必要な作業とは

2.5.4 Systemアカウントのパスワードを変更する

Systemアカウントは，ユーザー管理のための権限とHitachi Command Suite製品に対するすべての操作を実行できる権限を持つビルトインアカウントです。

ほかのHitachi Command Suite製品がインストールされていない環境に初めてCompute Systems Managerをインストールした場合，Systemアカウントのパスワードを変更することをお勧めします。

Systemアカウントのパスワードを変更する手順を次に示します。

管理クライアントから，次のユーザーIDおよびパスワードでCompute Systems Managerにログインします。
ユーザーID：system
パスワード：manager
Systemアカウントの初期パスワードは「manager」です。

表示された初期設定ウィザードの［To Do］リストで，［ユーザープロファイルの編集，E-mailアドレスの設定］を選択します。

表示された［プロファイル］画面で，パスワードを変更します。

Systemアカウントのパスワードが変更されます。

ユーザーアカウントのパスワードの変更については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

2.5.1 新規インストール後に必要な作業とは

2.5.5 Systemアカウントにメールアドレスを設定する

Compute Systems ManagerでEメール通知の機能を使用するためには，Systemアカウントにメールアドレスを登録しておく必要があります。

Systemアカウントのメールアドレスを登録する手順を次に示します。

初期設定ウィザードの［To Do］リストで，［ユーザープロファイルの編集，E-mailアドレスの設定］を選択します。

表示された［プロファイル］画面で，［プロファイル編集］を選択し，メールアドレスと名前を登録します。

Systemアカウントのメールアドレスが登録されます。

プロファイルの変更については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

2.5.1 新規インストール後に必要な作業とは

2.5.6 Eメール通知を設定する

アラートが発生したことやタスクが終了したことなどをEメールで通知するかどうかを設定します。

Eメールで通知する場合，Eメール通知で使用するSMTPサーバも設定します。

Eメールの通知を設定するには，ログイン後に表示される［To Do］リストに従って，設定します。

Eメール通知を設定する詳細については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

2.5.1 新規インストール後に必要な作業とは

2.5.7 Eメールで通知するアラートレベルを設定する

どのレベルのアラートをEメールで通知するかを設定します。

Eメールで通知するアラートレベルを設定するには，ログイン後に表示される［To Do］リストに従って設定します。

Eメールで通知するアラートレベルの設定の詳細については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

2.5.1 新規インストール後に必要な作業とは

2.5.6 Eメール通知を設定する

2.5.8 管理対象リソースを登録する

Compute Systems Managerでサーバリソースを管理するためには，管理対象リソースを登録する必要があります。

事前に完了しておく操作

管理対象リソース側の設定

管理対象リソースを登録するには，ログイン後に表示される［To Do］リストに従って，リソースを探索し，管理対象としてCompute Systems Managerに登録します。

管理対象リソースの登録の詳細については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

参考

次の条件をどちらも満たす場合，Device Managerで探索されたホストの情報が同期され，自動的にCompute Systems Managerの管理対象となります。自動的に管理対象となったホストを管理対象から外す場合，管理対象にするホストを選択する画面でチェックを外してください。

Compute Systems ManagerとDevice Managerが同じ管理サーバで稼働している

探索条件に合ったホストが，すでにDevice Managerで探索されている

ただし，Device Managerで探索されたVMware ESXiの情報は，Compute Systems Managerと同期されません。

関連項目

2.5.1 新規インストール後に必要な作業とは

4.2.1 日立製のブレードサーバを管理対象にするための確認事項

4.2.2 日立製のラックマウントサーバを管理対象にするための確認事項

4.3.1 ホストを管理対象にするための確認事項（Windowsホスト）

4.4.1 ホストを管理対象にするための確認事項（Linuxホスト）

2.5.9 サーバ管理者のユーザーアカウントを作成する

Compute Systems Managerを操作するサーバ管理者のユーザーアカウントを作成します。また，必要に応じてUser Management権限を設定します。

サーバ管理者のユーザーアカウントを作成するには，ログイン後に表示される［To Do］リストに従って，サーバ管理者のユーザーアカウントを作成します。作成したユーザーアカウントでほかのユーザーを管理する場合，User Management権限を設定します。

詳細については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

2.5.1 新規インストール後に必要な作業とは

2.5.10 リソースグループを設定する

管理対象リソースへのアクセスを制御するために，リソースグループを設定します。

事前に完了しておく操作

管理対象リソースの登録

リソースグループを設定するには，ログイン後に表示される［To Do］リストに従って，リソースグループを作成し，管理対象リソースを追加します。

詳細については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

2.5.1 新規インストール後に必要な作業とは

2.5.8 管理対象リソースを登録する

2.5.11 ユーザーグループを設定する

管理対象リソースへのアクセスを制御するために，ユーザーグループを設定します。

事前に完了しておく操作

サーバ管理者のユーザーアカウントの作成

ユーザーグループを設定するには，ログイン後に表示される［To Do］リストに従って，ユーザーグループを作成し，サーバ管理者のユーザーアカウントを追加します。ユーザーグループには，リソースグループとロールを割り当てます。

詳細については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

2.5.1 新規インストール後に必要な作業とは

2.5.9 サーバ管理者のユーザーアカウントを作成する

2.5.12 初期設定作業を完了する

初期設定作業を完了するには，［ダッシュボード］タブにある情報レポートの［To Do］リストで，［ダッシュボードの表示］リンクをクリックします。

［情報］画面の［To Do］リストから，初期設定作業の項目が削除され，初期設定作業が完了します。

関連項目

2.5.1 新規インストール後に必要な作業とは

2.6 アンインストール

この節の構成

2.6.1 アンインストールとは

2.6.2 アンインストールするための確認事項

2.6.3 アンインストールする（Windows）

2.6.4 アンインストールする（Linux）

2.6.1 アンインストールとは

次のような場合には，管理サーバからCompute Systems Managerをアンインストールします。

Compute Systems Managerを新しくインストールし直す

異なる環境にCompute Systems Managerを移行する

Compute Systems Managerの運用を停止する

管理サーバのOSをアップグレードする

Compute Systems Managerをアンインストールすると，プロパティファイル，データベースファイル，ログファイルなどが削除されます。

ただし，Compute Systems Managerをアンインストールしても削除されないファイルやディレクトリがあります。削除されない場合の条件とそのファイルまたはディレクトリを次に示します。

Hitachi Command Suite共通コンポーネントを前提とする製品が，管理サーバにインストールされている場合
Hitachi Command Suite共通コンポーネントのプロパティファイル，データベースファイル，ログファイルなど

デプロイメントマネージャーをインストールしていた場合
イメージファイルの格納先ディレクトリ（デフォルトの格納先は＜システムドライブ＞¥DeployBackup）
デプロイメントマネージャーをアンインストールしたあと，上記のディレクトリが不要となる場合は，削除してください。

重要

管理サーバのOSをアップグレードする場合，事前にCompute Systems Managerをアンインストールしてください。例えば，Windows Server 2012からWindows Server 2012 R2にアップグレードする場合も，Compute Systems Managerをいったんアンインストールする必要があります。

OSをアップグレードしたあと，アップグレードしたOSに対応するCompute Systems Managerを新規インストールして，Compute Systems Managerのデータベースを移行してください。

関連項目

2.6.2 アンインストールするための確認事項

2.6.3 アンインストールする（Windows）

2.6.4 アンインストールする（Linux）

8.2.6 データベースを移行するための確認事項

2.6.2 アンインストールするための確認事項

Compute Systems Managerをアンインストールすると，Compute Systems Managerのインストール先ディレクトリおよびデータベースのインストール先ディレクトリが削除されます。これらのディレクトリの下の内容を再利用したい場合は，アンインストール前に退避しておく必要があります。

Compute Systems Managerをアンインストールする前に，次の操作を完了しておいてください。

データベースのエクスポート
新しくインストールし直したり，異なる環境にCompute Systems Managerを移行したりする場合に必要です。

インストール先に追加したディレクトリまたはファイルの退避
アンインストールすると，次の場所に作成したディレクトリも削除されます。
再利用したい場合は，アンインストール前に退避してください。
Windows：
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager
Linux：
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager

重要

32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされている管理サーバから，バージョン8.0.0以降のHitachi Command Suite製品をすべてアンインストールすると，32ビットのHitachi Command Suite共通コンポーネントを使用する製品が使用できなくなります。アンインストール後も引き続き使用する場合は，次の手順で再インストールしてください。

32ビットのHitachi Command Suite共通コンポーネントを使用する製品をアンインストールします。

バージョン8.0.0以降のHitachi Command Suite製品をアンインストールします。

32ビットのHitachi Command Suite共通コンポーネントを使用する製品を再インストールします。

関連項目

2.6.1 アンインストールとは

8.2.6 データベースを移行するための確認事項

2.6.3 アンインストールする（Windows）

Windowsの管理サーバからCompute Systems Managerをアンインストールします。

Windowsの［プログラムと機能］を開きます。

［Hitachi Compute Systems Manager］を選択し，［削除］ボタンまたは［アンインストール］リンクをクリックします。

画面指示に従います。

DCOMを利用しているプログラムがほかになければ，DCOMを無効にします。

Compute Systems Managerが管理サーバからアンインストールされます。

関連項目

2.6.1 アンインストールとは

2.6.2 アンインストールするための確認事項

2.6.4 アンインストールする（Linux）

Linuxの管理サーバからCompute Systems Managerをアンインストールします。

/rootディレクトリに移動します。

次のコマンドを実行します。
＜Compute Systems Managerのインストールディレクトリ＞/CSMUninstall/uninstall.sh

表示されたメッセージに従って操作します。

Compute Systems Managerが管理サーバからアンインストールされます。

関連項目

2.6.1 アンインストールとは

2.6.2 アンインストールするための確認事項

3. 管理サーバの環境設定

この章では，SNMPトラップ，ユーザーアカウントの設定など，管理サーバの環境設定について説明します。

この章の構成

3.1 SNMPトラップの設定

3.2 ユーザーアカウントのポリシーの設定

3.3 JP1/IMでのアラート監視設定

3.4 JP1/IMからのCompute Systems Managerのラウンチ

3.5 管理サーバの設定変更

3.1 SNMPトラップの設定

この節の構成

3.1.1 SNMPトラップの設定とは

3.1.2 MIBファイルを登録する

3.1.3 インバンドSNMPトラップの監視とは

3.1.4 インバンドSNMPトラップを監視する

3.1.1 SNMPトラップの設定とは

Compute Systems Managerでは，日立製でないサーバに搭載されたホストが出力したSNMPトラップをアラートとして受信できます。SNMPトラップには障害の発生部位だけでなく，発生場所の情報も含まれているため，障害要因を特定するのに便利です。

SNMPトラップをアラートとして受信するには，次の設定が必要です。

管理サーバでのMIBファイル登録

管理クライアントでのSNMPトラップの受信設定

管理クライアントでの設定については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

3.1.2 MIBファイルを登録する

3.1.3 インバンドSNMPトラップの監視とは

3.1.4 インバンドSNMPトラップを監視する

3.1.2 MIBファイルを登録する

管理サーバで，SNMPトラップの定義が記述されているMIBファイルを登録します。

事前に完了しておく作業

SNMPトラップ受信用のポート（デフォルトは162/udp）を管理サーバで使えるようにする

MIBファイルを準備する
MIBファイル名は任意です。

管理サーバのOSがRed Hat Enterprise LinuxまたはOracle Linuxの場合，64bit版のnet-snmp-libsパッケージをインストールする

MIBファイルを登録する手順を次に示します。

次のディレクトリにMIBファイルを格納します。
Windows：
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥mibs¥mib
Linux：
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/mibs/mib

Compute Systems Managerを停止します。

次のコマンドを実行します。
Windows：
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥bin¥hcsmtraptoxml -c
Linux：
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/bin/hcsmtraptoxml -c

Compute Systems Managerを起動します。

MIBファイルに記述されているSNMPトラップの定義がCompute Systems Managerに登録されます。

関連項目

3.1.1 SNMPトラップの設定とは

3.1.4 インバンドSNMPトラップを監視する

(3) ポートを変更する

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

3.1.3 インバンドSNMPトラップの監視とは

管理対象ホストのOSで発生するイベントを監視するために，管理対象ホストと管理サーバでSNMPトラップを設定します。

Compute Systems Managerで設定が必要な項目を次に示します。

管理対象ホストでのSNMPトラップの送信設定

管理サーバでのSNMPトラップの受信設定

関連項目

3.1.4 インバンドSNMPトラップを監視する

4.3.6 SNMPトラップを設定する（Windowsホスト）

4.4.9 SNMPトラップを設定する（Linuxホスト）

3.1.4 インバンドSNMPトラップを監視する

管理対象ホストのOSで発生したイベントをCompute Systems Managerでアラートとして受信するには，管理サーバでSNMP関連のMIBファイルとSNMPトラップ受信を登録し，管理対象ホストでSNMPトラップの送信について設定する必要があります。

SNMPトラップを送信するよう設定する手順を次に示します。

管理対象ホストで発生したイベントを監視するためのMIBファイルを登録します。
インストールメディアに格納されている次のファイルをコピーして，MIBファイルの登録に使用してください。

管理対象ホストがWindowsの場合に使用するMIBファイル
＜Compute Systems Managerのインストールメディア＞¥HCSM_SERVER¥HCSM¥snmp¥mibs¥hfcwdd-win.mib

管理対象ホストがLinuxの場合に使用するMIBファイル
＜Compute Systems Managerのインストールメディア＞¥HCSM_SERVER¥HCSM¥snmp¥mibs¥hfcldd-lin.mib

上記のファイルパスは，管理サーバがWindowsの場合の表記です。Linuxの場合は，区切り文字の円記号（¥）をスラント（/）に読み替えてください。

SNMPトラップの受信を設定します。
SNMPトラップの受信設定については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

管理対象ホストでイベントのSNMPを設定します。

関連項目

3.1.2 MIBファイルを登録する

3.1.3 インバンドSNMPトラップの監視とは

4.3.6 SNMPトラップを設定する（Windowsホスト）

4.4.9 SNMPトラップを設定する（Linuxホスト）

3.2 ユーザーアカウントのポリシーの設定

この節の構成

3.2.1 ユーザーアカウントのポリシーの設定とは

3.2.2 Systemアカウントをロックの対象にする

3.2.3 アカウントのロックを解除する

3.2.1 ユーザーアカウントのポリシーの設定とは

Compute Systems Managerでは，ユーザーの登録やパスワードの設定など，ユーザーアカウントに関する基本的な設定はGUIでできます。

このマニュアルでは，GUIで設定できないオプション設定について説明します。

オプション設定の種類を次に示します。

Systemアカウントをロックの対象にする設定
Compute Systems Managerの初期導入時には，Systemアカウントは自動ロックおよび手動ロックの対象にはなっていません。設定を変更することで，Systemアカウントをロックの対象にできます。

アカウントのロック解除
アカウントのロック解除は，通常はGUIで操作しますが，自分のアカウントのロックは解除できません。
管理サーバで操作すると，自分のアカウントのロックを解除できます。

重要

Compute Systems Manager以外のHitachi Command Suite製品を使用している場合，Compute Systems Managerで設定した内容はHitachi Command Suite製品のすべてのユーザーアカウントに適用されます。

関連項目

3.2.2 Systemアカウントをロックの対象にする

3.2.3 アカウントのロックを解除する

3.2.2 Systemアカウントをロックの対象にする

Compute Systems Managerの初期導入時には，Systemアカウントは自動ロックおよび手動ロックの対象にはなっていません。設定を変更することで，Systemアカウントをロックの対象にできます。

Systemアカウントをロックの対象にする手順を次に示します。

次の場所に格納されているuser.confを開きます。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥conf¥user.conf
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/user.conf
上記の場所にuser.confファイルがない場合は新しく作成します。

account.lock.systemプロパティの値をtrueに設定します。
Systemアカウントをロックの対象にしない場合はfalseを指定します。

Systemアカウントが自動ロックおよび手動ロックの対象になります。

関連項目

3.2.1 ユーザーアカウントのポリシーの設定とは

B.2.12 ユーザーアカウントに関するプロパティ（user.conf）

3.2.3 アカウントのロックを解除する

アカウントがロックされた場合，ロックを解除するまでは，そのアカウントでCompute Systems Managerにアクセスできなくなります。次のどちらかの方法で，ロックを解除できます。

アカウントがロックされていないUser Management権限を持つアカウントでCompute Systems Managerにログインし，アカウントのロックを解除する
User Management権限を持つアカウントでロックを解除する場合については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

コマンドを使って，アカウントのロックを解除する

ここでは，コマンドを使ってアカウントのロックを解除する方法について説明します。

コマンドを使ってアカウントのロックを解除する場合，次の条件を満たしている必要があります。

必要条件

管理サーバが稼働している

ロックを解除するアカウントにパスワードが設定されている
パスワードが設定されていない場合は，hcmds64unlockaccountコマンドではロックを解除できません。

管理者のアカウントで管理サーバにログインしたあと，次のコマンドを使用して，アカウントのロックを解除します。

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64unlockaccount [/user ＜ユーザーID＞] [/pass ＜パスワード＞]

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64unlockaccount [-user ＜ユーザーID＞] [-pass ＜パスワード＞]

user：アカウントのロックを解除したいユーザーIDを指定します。

pass：userオプションで指定したアカウントのパスワードを指定します。

userまたはpassオプションを省略した場合は，ユーザーIDまたはパスワードの応答入力を求められます。メッセージの指示に従い入力してください。

関連項目

3.2.1 ユーザーアカウントのポリシーの設定とは

8.1.2 Compute Systems Managerを起動する

8.1.5 Compute Systems Managerの稼働状況を確認する

3.3 JP1/IMでのアラート監視設定

この節の構成

3.3.1 JP1/IMでのアラート監視とは

3.3.2 JP1/IMでアラート監視できるよう設定する

3.3.1 JP1/IMでのアラート監視とは

Compute Systems Managerで発生するアラートをJP1イベントとして転送することで，Compute Systems Managerのアラートを含む多様な製品の情報をJP1/IMで一括して監視できます。

JP1/IMでのアラート監視は，管理サーバのOSがWindowsの場合に運用できます。

JP1イベントとして転送されるCompute Systems Managerのアラートは，JP1イベントの属性に従ってJP1/IMのイベントコンソール画面に表示されます。

JP1/IMでアラートを監視するためには，イベント拡張属性定義ファイルをホストに準備したあと，GUIでJP1イベント転送を有効にする必要があります。

関連項目

3.3.2 JP1/IMでアラート監視できるよう設定する

3.3.2 JP1/IMでアラート監視できるよう設定する

JP1/IMでCompute Systems Managerのアラートを監視するには，Compute Systems Managerが提供するJP1/IMのイベント拡張属性定義ファイルを準備する必要があります。

JP1/IMでアラート情報を監視するよう設定するために，JP1/IM - Managerがインストールされているホストにイベント拡張属性定義ファイルをコピーしてください。

コピーするイベント拡張属性定義ファイルは，JP1/IM - Managerがインストールされているホストの環境によって異なります。

日本語環境の場合
＜Compute Systems Managerのインストールメディア＞¥HCSM_SERVER¥HCSM¥IM¥hitachi_hcsm_attr_ja.conf

英語環境の場合
＜Compute Systems Managerのインストールメディア＞¥HCSM_SERVER¥HCSM¥IM¥hitachi_hcsm_attr_en.conf

イベント拡張属性定義ファイルのコピー先については，JP1/IMのマニュアルを参照してください。

イベント拡張属性定義ファイルを準備したあと，Compute Systems ManagerのアラートをJP1/IMで監視できるよう，Compute Systems ManagerのGUIでJP1イベント転送を有効にします。

関連項目

3.3.1 JP1/IMでのアラート監視とは

C.1 Compute Systems Managerが発行するJP1イベントの属性

C.2 事象種別ごとのJP1イベント拡張属性

3.4 JP1/IMからのCompute Systems Managerのラウンチ

この節の構成

3.4.1 JP1/IMからのCompute Systems Managerのラウンチとは

3.4.2 JP1/IMからCompute Systems Managerをラウンチできるように設定する

3.4.1 JP1/IMからのCompute Systems Managerのラウンチとは

JP1/IMの統合機能メニュー画面からCompute Systems ManagerのGUIをラウンチできます。JP1/IMでCompute Systems Managerから通知されたアラートを確認したあと，Compute Systems ManagerのGUIをラウンチしてアラートの詳細を確認できます。

JP1/IMからのCompute Systems Managerのラウンチは，管理サーバのOSがWindowsの場合に運用できます。

JP1/IMからCompute Systems ManagerのGUIをラウンチするためには，JP1/IM - Viewの統合機能メニュー定義ファイルを，管理サーバからJP1/IM - Viewがインストールされているホストにコピーしたあと，環境に合わせて編集する必要があります。

関連項目

3.3.1 JP1/IMでのアラート監視とは

3.4.2 JP1/IMからCompute Systems Managerをラウンチできるように設定する

3.4.2 JP1/IMからCompute Systems Managerをラウンチできるように設定する

JP1/IMからCompute Systems ManagerのGUIをラウンチできるようにするには，JP1/IM - Viewの統合機能メニュー定義ファイルを作成する必要があります。

事前に完了しておく操作

管理サーバへのJP1/Baseのインストール

JP1/IM - Viewにログインするユーザーと同じアカウントをCompute Systems Managerに作成すること

JP1/IMからCompute Systems ManagerのGUIをラウンチできるように設定する方法を次に示します。

JP1/IM - Viewの統合機能メニュー定義ファイルを，管理サーバからJP1/IM - Viewがインストールされているホストにコピーします。

コピー元

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥sample¥JP1_IM_conf¥compute_systems_manager_ja.conf

統合機能メニュー定義ファイルのコピー先については，JP1/IM のマニュアルを参照してください。

コピーした統合機能メニュー定義ファイルのarguments=で始まる行を環境に合わせて修正し，保存します。
arguments="＜URLのプロトコル＞://＜IPアドレス＞:＜ポート＞/HiCommand/IMLogin?jp1userid=%JCO_JP1USER%&jp1token=%JCO_JP1TOKEN%&launchurl=＜URLのプロトコル＞://＜IPアドレス＞:＜ポート＞/ComputeSystemsManager/Login";
＜URLのプロトコル＞，＜IPアドレス＞および＜ポート＞を，次のように指定します。

＜URLのプロトコル＞

非SSL通信の場合は，httpから変更する必要はありません。

SSL通信の場合は，httpsを指定します。

＜IP アドレス＞

管理サーバのIPアドレスを指定します。

＜ポート＞

HBase 64 Storage Mgmt Web Serviceのポート番号を指定します。デフォルト値は，非SSL通信の場合は22015，SSL通信の場合は22016です。

JP1/IMの統合機能メニュー画面から［サーバ管理］－［サーバ管理(HCSM)］を選択して，Compute Systems ManagerのGUIが表示されれば，正しく設定されています。

関連項目

3.4.1 JP1/IMからのCompute Systems Managerのラウンチとは

3.5 管理サーバの設定変更

この節の構成

3.5.1 ポート番号の変更

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

3.5.3 Compute Systems ManagerのURLの変更

3.5.4 JDKを変更する

3.5.5 管理サーバの時刻設定の更新

3.5.6 アラート発生時に実行するコマンドのタイムアウト時間を変更する

3.5.7 管理クライアントに表示される温度の単位を設定する

3.5.8 管理サーバのファイアウォールに例外登録をする（Windows）

3.5.9 管理サーバのファイアウォールに例外登録をする（Linux）

3.5.10 管理サーバのファイアウォールに例外登録が必要なポート（Linux）

3.5.11 WinRMの設定を反映する（Linux）

3.5.1 ポート番号の変更

この項の構成

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(2) ポート変更時に編集するCompute Systems Managerサーバのプロパティ

(3) ポートを変更する

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

Hitachi Command Suite共通コンポーネントで使用されるポート番号を変更する場合は，Hitachi Command Suite共通コンポーネントのプロパティを編集する必要があります。

重要

32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされている場合は，その製品が使用するポート番号と競合しないように設定してください。

ポート番号を変更する場合に，編集が必要なプロパティを次の表に示します。

デフォルトのポート番号
プロパティファイルの格納パス
プロパティ

22015/TCP

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf¥user_httpsd.conf

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/user_httpsd.conf

Listen

Listen [::]:

#Listen 127.0.0.1:

22016/TCP

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf¥user_httpsd.conf

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/user_httpsd.conf

Listen

Listen [::]:

<VirtualHost>タグの＜ホスト名＞:＜ポート番号＞

22027/TCP

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥web¥redirector¥workers.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/web/redirector/workers.properties

worker.ComputeSystemsManagerWebService.port

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥usrconf¥ejb¥ComputeSystemsManagerWebService¥usrconf.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/usrconf/ejb/ComputeSystemsManagerWebService/usrconf.properties

webserver.connector.ajp13.port

22028/TCP

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥usrconf¥ejb¥ComputeSystemsManagerWebService¥usrconf.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/usrconf/ejb/ComputeSystemsManagerWebService/usrconf.properties

ejbserver.rmi.naming.port

22031/TCP

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf¥user_hsso_httpsd.conf

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/user_hsso_httpsd.conf

Listen

22032/TCP

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥HDB¥CONF¥emb¥HiRDB.ini

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB/CONF/emb/HiRDB.ini

PDNAMEPORT

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥HDB¥CONF¥pdsys

Linux：

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

pd_name_port

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥database¥work¥def_pdsys

Linux：

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

pd_name_port

22035/TCP

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥web¥redirector¥workers.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/web/redirector/workers.properties

worker.HBase64StgMgmtSSOService.port

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥usrconf¥ejb¥HBase64StgMgmtSSOService¥usrconf.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/usrconf/ejb/HBase64StgMgmtSSOService/usrconf.properties

webserver.connector.ajp13.port

22036/TCP

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥usrconf¥ejb¥HBase64StgMgmtSSOService¥usrconf.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/usrconf/ejb/HBase64StgMgmtSSOService/usrconf.properties

ejbserver.rmi.naming.port

22037/TCP

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥usrconf¥ejb¥HBase64StgMgmtSSOService¥usrconf.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/usrconf/ejb/HBase64StgMgmtSSOService/usrconf.properties

ejbserver.http.port

22038/TCP

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥usrconf¥ejb¥HBase64StgMgmtSSOService¥usrconf.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/usrconf/ejb/HBase64StgMgmtSSOService/usrconf.properties

ejbserver.rmi.remote.listener.port

22613/TCP

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥usrconf¥ejb¥ComputeSystemsManagerWebService¥usrconf.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/usrconf/ejb/ComputeSystemsManagerWebService/usrconf.properties

ejbserver.http.port

22614/TCP

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥usrconf¥ejb¥ComputeSystemsManagerWebService¥usrconf.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/usrconf/ejb/ComputeSystemsManagerWebService/usrconf.properties

ejbserver.rmi.remote.listener.port

関連項目

(2) ポート変更時に編集するCompute Systems Managerサーバのプロパティ

(3) ポートを変更する

A.2 Hitachi Command Suite共通コンポーネントで使用されるポート

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

(2) ポート変更時に編集するCompute Systems Managerサーバのプロパティ

Compute Systems Managerサーバで使用されるポート番号を変更する場合は，Compute Systems Managerサーバのプロパティを編集する必要があります。

ポート番号を変更する場合に，編集が必要なプロパティを次の表に示します。

デフォルトのポート番号
プロパティファイルの格納パス
プロパティ

162/UDP
22601/UDP※

Windows：

＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥user.properties

Linux：

＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

snmp.trap.receive.port

22610/TCP
server.rmi.port

22611/TCP
svp.alert.receive.port

注※

デフォルトは162/UDPです。もし，162/UDPがほかの製品で使用されていた場合，22601/UDPがデフォルトになります。

関連項目

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(3) ポートを変更する

A.1 Compute Systems Managerサーバで使用されるポート

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

(3) ポートを変更する

Compute Systems Managerをインストールしたあとに，Compute Systems Managerで使用されるポート番号を変更する手順を次に示します。

Compute Systems Managerを停止します。

Compute Systems Managerサーバのプロパティ，またはHitachi Command Suite共通コンポーネントのプロパティを編集します。

Compute Systems Managerを起動します。

ポートが変更されます。

管理サーバと管理クライアント間の通信に使用するポート（デフォルトは22015/tcpまたは22016/tcp）を変更した場合，Compute Systems ManagerにアクセスするURLも変更してください。

関連項目

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(2) ポート変更時に編集するCompute Systems Managerサーバのプロパティ

(2) Compute Systems ManagerのURLを変更する

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

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

この項の構成

(1) 管理サーバのホスト名変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(2) 管理サーバのIPアドレス変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(3) 管理サーバのホスト名またはIPアドレスを変更する

(1) 管理サーバのホスト名変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

管理サーバのホスト名を変更した場合，変更が必要なHitachi Command Suite共通コンポーネントのプロパティを次の表に示します。

重要

user_httpsd.confファイルには，ホスト名を指定することをお勧めします。

プロパティファイルの格納パス
プロパティ
編集内容

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf¥user_httpsd.conf

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/user_httpsd.conf

ServerName
変更後のホスト名に変更します。

<VirtualHost>タグ
管理サーバと管理クライアント間でセキュリティ通信していて，かつ，ホスト名が指定されていた場合は，アスタリスク（*）に変更します。

<VirtualHost>タグ内のServerNameパラメーター
管理サーバと管理クライアント間でセキュリティ通信している場合は変更後のホスト名に変更します。

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥HDB¥CONF¥pdsys

Linux：

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

pdunit -x
ループバックアドレス127.0.0.1に変更します。

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥database¥work¥def_pdsys

Linux：

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

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥HDB¥CONF¥pdutsys

Linux：

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

pd_hostname

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥database¥work¥def_pdutsys

Linux：

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

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥HDB¥CONF¥emb¥HiRDB.ini

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB/CONF/emb/HiRDB.ini

PDHOST

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥conf¥cluster.conf

Linux：

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

virtualhost
管理サーバがクラスタ構成の場合，該当するホスト名を変更後のホスト名に変更します。

onlinehost

standbyhost

関連項目

(2) 管理サーバのIPアドレス変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(3) 管理サーバのホスト名またはIPアドレスを変更する

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

(2) 管理サーバのIPアドレス変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

管理サーバのIPアドレスを変更した場合，変更が必要なHitachi Command Suite共通コンポーネントのプロパティを次の表に示します。

重要

user_httpsd.confファイルには，ホスト名を指定することをお勧めします。

プロパティファイルの格納パス
プロパティ
編集内容

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf¥user_httpsd.conf

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/user_httpsd.conf

ServerName
変更後のホスト名またはIPアドレスに変更します。

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥HDB¥CONF¥pdsys

Linux：

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

pdunit -x
変更前のIPアドレスが指定されていた場合は，ループバックアドレス127.0.0.1に変更します。

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥database¥work¥def_pdsys

Linux：

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

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥HDB¥CONF¥pdutsys

Linux：

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

pd_hostname

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥database¥work¥def_pdutsys

Linux：

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

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥HDB¥CONF¥emb¥HiRDB.ini

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/HDB/CONF/emb/HiRDB.ini

PDHOST

関連項目

(1) 管理サーバのホスト名変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(3) 管理サーバのホスト名またはIPアドレスを変更する

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

(3) 管理サーバのホスト名またはIPアドレスを変更する

Compute Systems Managerをインストールしたあとに，管理サーバのホスト名またはIPアドレスを変更できます。

事前に確認しておく情報

変更後の管理サーバのホスト名（ホスト名を変更する場合）
すでに管理サーバのホスト名を変更した場合は，hostnameコマンドで表示されるホスト名を控えておいてください。Windowsの場合，ホスト名はipconfig /ALLコマンドでも表示できます。
ホスト名は次の条件をすべて満たす必要があります。
・長さが128バイト以内であること。
・次の文字で構成されていること。
　A～Z a～z 0～9 - .
　ただし，ハイフン（-）はホスト名の先頭と末尾には使用できません。

変更後の管理サーバのIPアドレス（IPアドレスを変更する場合）

管理サーバのホスト名またはIPアドレスを変更する手順を次に示します。

IPアドレスを変更する場合，すべてのシャーシを管理対象から外します。

Compute Systems Managerを停止します。

Hitachi Command Suite共通コンポーネントのプロパティを編集します。

管理サーバのOSがLinuxであり，かつホスト名を変更する場合は，/etc/hostsファイルを編集します。
管理サーバのホスト名を変更後のホスト名に変更します。localhostが記述されている行よりも，上の行に変更後のホスト名を記述してください。

Compute Systems Manager以外のHitachi Command Suite製品を使用している場合，必要に応じてそれぞれの製品の設定を見直します。

管理サーバのホスト名またはIPアドレスを変更します。
管理サーバに設定する実際のホスト名を，大文字と小文字の区別も含めそのまま指定してください。

マシンを再起動したあと，Compute Systems Managerが正常に起動していることを確認します。

Compute Systems ManagerにアクセスするURLに変更前のホスト名またはIPアドレスが使われている場合，URLを変更します。

IPアドレスを変更した場合，管理対象から外したシャーシを管理対象に戻します。

データベースのバックアップを取得します。
ホスト名またはIPアドレスを変更すると，変更前にバックアップしたデータベースは使用できなくなるためです。

管理サーバのホスト名またはIPアドレスが変更されます。

関連項目

(1) 管理サーバのホスト名変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(2) 管理サーバのIPアドレス変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(2) Compute Systems ManagerのURLを変更する

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

3.5.3 Compute Systems ManagerのURLの変更

この項の構成

(1) Compute Systems ManagerのURLを変更するタイミング

(2) Compute Systems ManagerのURLを変更する

(1) Compute Systems ManagerのURLを変更するタイミング

Compute Systems Managerの運用を開始したあとに，次のどれかの設定を変更した場合，Compute Systems ManagerにアクセスするためのURLを変更する必要があります。

管理クライアントと管理サーバ間で使用するポート番号の変更

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

SSL通信を使用するため，またはSSL通信の使用を中止するための設定変更

関連項目

(2) Compute Systems ManagerのURLを変更する

(2) Compute Systems ManagerのURLを変更する

管理サーバのホスト名，IPアドレス，ポート番号，SSL通信の設定などを変更した場合は，Compute Systems ManagerにアクセスするURLを変更する必要があります。

事前に確認しておく情報

変更後のURL
プロトコルとポートを含む完全なURL（例：http://HostA:22015）を指定する必要があります。

Compute Systems ManagerのURLを変更する手順を次に示します。

次のコマンドを実行して，現在登録されているURLの情報を確認します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64chgurl /list
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64chgurl -list

次のコマンドを実行して，Compute Systems ManagerにアクセスするURLを変更します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64chgurl /change ＜変更後のURL＞ /type HCSM
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64chgurl -change ＜変更後のURL＞ -type HCSM

同じ管理サーバにインストールされているCompute Systems Manager以外のHitachi Command Suite製品のURLもすべて変更する場合には，次のhcmds64chgurlコマンドを実行します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64chgurl /change ＜変更前のURL＞ ＜変更後のURL＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64chgurl -change ＜変更前のURL＞ ＜変更後のURL＞

Windowsの場合，ショートカットファイルのURLを変更します。

Windows Server 2008 R2の場合：

［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Compute Systems Manager］－［Login - HCSM］を右クリックして，［プロパティ］－［Webドキュメント］タブのURLを変更します。

Windows Server 2012の場合：

［スタート］－［すべてのアプリ］－［Hitachi Command Suite］－［Compute Systems Manager］－［Login - HCSM］を右クリックして，［プロパティ］－［Webドキュメント］タブのURLを変更します。

URLの形式は次のとおりです。
＜プロトコル＞://＜管理サーバのIPアドレスまたはホスト名＞:＜ポート番号＞/ComputeSystemsManager/

＜プロトコル＞

非SSL通信の場合はhttp，SSL通信の場合はhttpsを指定します。

＜管理サーバのIPアドレスまたはホスト名＞

Compute Systems Managerをインストールした管理サーバのIPアドレスまたはホスト名を指定します。

＜ポート番号＞

user_httpsd.confファイルのListen行に設定されているポート番号を指定します。

非SSL通信の場合は非SSL通信用のポート番号（デフォルト：22015），SSL通信の場合はSSL通信用のポート番号（デフォルト：22016）を指定します。

user_httpsd.confファイルの格納先は次のとおりです。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf¥user_httpsd.conf

Compute Systems ManagerにアクセスするURLが変更されます。

JP1/IMからCompute Systems ManagerのGUIをラウンチできるように設定している場合は，JP1/IM - Viewの統合機能メニュー定義ファイルも変更してください。

関連項目

3.4.1 JP1/IMからのCompute Systems Managerのラウンチとは

(1) Compute Systems ManagerのURLを変更するタイミング

3.5.4 JDKを変更する

管理サーバで使用するJDKを変更したい場合，Compute Systems Managerをインストールしたあとに，必要に応じて変更できます。

使用するJDKを変更する手順を次に示します。

Compute Systems Managerを停止します。

次のコマンドを実行して，JDKを変更します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64chgjdk
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64chgjdk

表示された画面で，使用するJDKを選択します。

Compute Systems Managerを起動します。

セキュリティ通信している場合は，次の証明書を管理サーバにインポートし直します。

Hitachi Command Suite共通コンポーネントのサーバ証明書および認証局の証明書

Compute Systems Managerサーバのサーバ証明書および認証局の証明書

LDAPディレクトリサーバのサーバ証明書

インポートし直すことで，証明書の格納場所が切り替わります。

重要

Oracle JDKを上書きまたはアップデートした場合は，hcmds64chgjdkコマンドを再実行して，設定し直してください。

Oracle JDKをアンインストールする場合は，hcmds64chgjdkコマンドを実行して表示される画面で製品に同梱されたJDKを選択してください。

関連項目

5.1 セキュリティの設定とは

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

3.5.5 管理サーバの時刻設定の更新

この項の構成

(1) Compute Systems Managerで適用される時刻について

(2) 運用開始後に管理サーバの時刻を調整する

(1) Compute Systems Managerで適用される時刻について

Compute Systems Managerは，管理サーバの時刻を基準としてデータを管理します。

このため，管理クライアントのGUIまたはCLIで表示されるタスクやアラートに関する時刻なども，管理サーバの時刻を基準に表示されます。

関連項目

(2) 運用開始後に管理サーバの時刻を調整する

(2) 運用開始後に管理サーバの時刻を調整する

NTPなど，時刻を自動的に調整する機能を使用できない場合，または直ちに時刻を変更する必要がある場合，管理サーバの時刻を手動で変更します。

重要

米国およびカナダのタイムゾーンでCompute Systems Managerを使用する場合，2007年から米国およびカナダで適用された新しいDST（サマータイム）に対応するよう，管理サーバのOSの設定を変更してください。OSが新しいDSTに対応していない場合，Compute Systems Managerも対応しません。

管理サーバの時刻を手動で変更する手順を次に示します。

Compute Systems Managerを停止します。

現在の管理サーバの時刻を控えたあとで，管理サーバの時刻を変更します。

管理サーバの時刻を遅らせた場合，時刻を変更した時点の管理サーバの時刻になるまで待ちます。
時刻を進めた場合，この手順はスキップして次の手順に移ってください。

OSを再起動します。

管理サーバに時刻が反映されます。

関連項目

(1) Compute Systems Managerで適用される時刻について

3.5.6 アラート発生時に実行するコマンドのタイムアウト時間を変更する

アラート発生時に実行するコマンドのタイムアウト時間を変更できます。処理に時間の掛かるコマンドを実行する場合は，タイムアウト時間を調整してください。

アラート発生時に実行するコマンドのタイムアウト時間を変更する手順を次に示します。

Compute Systems Managerを停止します。

次の場所に格納されているuser.propertiesを開きます。
Windows：
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥user.properties
Linux：
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

server.process.timeoutプロパティに， コマンドのタイムアウト時間を設定します。

Compute Systems Managerを起動します。

コマンドのタイムアウト時間が変更されます。

関連項目

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

3.5.7 管理クライアントに表示される温度の単位を設定する

Compute Systems Managerでリソースの電力情報を取得している場合，管理クライアントに表示される温度の単位を，華氏または摂氏に変更できます。

管理クライアントに表示される温度の単位を設定する手順を次に示します。

Compute Systems Managerを停止します。

次の場所に格納されているuser.propertiesを開きます。
Windows：
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥user.properties
Linux：
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

powermonitoring.temperature.unitプロパティに，温度の表示単位を設定します。
powermonitoring.temperature.unitプロパティが設定されていない場合は追記します。

Compute Systems Managerを起動します。

管理クライアントに表示される温度の単位が変更されます。

関連項目

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

3.5.8 管理サーバのファイアウォールに例外登録をする（Windows）

Compute Systems ManagerをインストールしたあとでWindowsファイアウォールを有効にした場合，Windowsファイアウォールの例外リストにHitachi Command Suite共通コンポーネントのサービスを登録する必要があります。

事前に確認しておく情報

Windowsファイアウォールのサービスが起動されている

管理サーバのWindowsファイアウォールに例外登録をする手順を次に示します。

次のコマンドを実行します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64fwcancel

次のコマンドを実行します。

netsh advfirewall firewall add rule name="HBase(trap)" dir=in action=allow program="＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥bin¥cjstartsv.exe" description="＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥bin¥cjstartsv.exe" enable=yes

Compute Systems Managerを再起動します。

参考

Windowsファイアウォールを有効にしてからCompute Systems Managerをインストールすれば，インストール時に自動的にWindowsファイアウォールの設定が変更されます。

関連項目

4.3.2 Windowsファイアウォールを設定する（Windowsホスト）

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

3.5.9 管理サーバのファイアウォールに例外登録をする（Linux）

管理サーバのOSがLinuxで，かつ次のどちらかに該当する場合は，ファイアウォールの例外リストにCompute Systems Managerで使用されるポート番号を登録する必要があります。

ファイアウォールを有効にしている環境にCompute Systems Managerをインストールする場合

Compute Systems Managerをインストールしたあとでファイアウォールを有効にした場合

重要

次に示す手順は，Red Hat Enterprise Linux 6.2を使用した場合の例です。Red Hat Enterprise Linux 6.2以外のファイアウォール設定の詳細については，各OSのドキュメントを参照してください。

管理サーバのファイアウォールに例外登録をする手順を次に示します。

ターミナルウィンドウからsetupコマンドを実行します。
テキストモードセットアップユーティリティの［ツール選択］画面が表示されます。

［ファイアウォールの設定］を選択し，［Tab］キーで［実行ツール］ボタンへ移動し，［Enter］キーを押します。
［ファイアウォール設定］画面が表示されます。

［セキュリティレベル］を［有効］に合わせ，スペースキーを押してチェックを入れ，［Tab］キーで［カスタマイズ］ボタンへ移動し，［Enter］キーを押します。
［ファイアウォール設定－カスタマイズ］画面が表示されます。

［その他のポート］に例外登録するポートを指定し，［Tab］キーで［OK］ボタンへ移動し，［Enter］キーを押します。
ポートを指定する例を次に示します。

その他のポート　162:udp 22015:tcp

重要

すでにポートが指定されていた場合は，空白区切りで追加入力してください。

［ファイアウォール設定］画面に戻ったら，［セキュリティレベル］が［有効］になっていることを確認し，［Tab］キーで［OK］ボタンへ移動し，［Enter］キーを押します。

関連項目

3.5.10 管理サーバのファイアウォールに例外登録が必要なポート（Linux）

3.5.10 管理サーバのファイアウォールに例外登録が必要なポート（Linux）

管理サーバがLinuxの場合に，ファイアウォールの例外リストに登録する必要があるポートの一覧を次の表に示します。

ポート番号をデフォルトから変更している場合は，例外登録するポート番号も変更してください。

表3-1 管理サーバのファイアウォールに例外登録が必要なポート（Linux）

デフォルトのポート番号
説明

162/UDP
管理クライアントからSNMPトラップを受信する際に使用されます。
162/UDPがほかの製品で使用されていた場合，インストール時にポート番号を変更（推奨値：22601/UDP）しているため，例外リストには変更したポート番号を登録します。

22015/TCP
管理クライアント（GUIおよびCLI）と非SSLで通信する際に，Hitachi Command Suite共通コンポーネントのサービス（HBase 64 Storage Mgmt Web Service）へのアクセスで使用されます。

22016/TCP
管理クライアント（GUI）とSSL通信する際に，Hitachi Command Suite共通コンポーネントのサービス（HBase 64 Storage Mgmt Web Service）へのアクセスで使用されます。

22610/TCP
Device Managerと通信する際に使用されます。

22611/TCP
日立製のサーバからのアラートを受信する際に使用されます。

関連項目

3.5.9 管理サーバのファイアウォールに例外登録をする（Linux）

3.5.11 WinRMの設定を反映する（Linux）

管理対象ホストでMaxEnvelopeSizekbに推奨値以外を指定してWinRMを有効にした場合，user.propertiesファイルのプロパティを編集して，WinRMの設定を反映する必要があります。

事前に確認しておく情報

管理対象ホストで設定したMaxEnvelopeSizekbの値
複数の管理対象ホストで異なる値を設定している場合は，それらの値の中の最大値

事前に完了しておく操作

WinRMの有効化

WinRMの設定を反映する手順を次に示します。

Compute Systems Managerを停止します。

次の場所に格納されているuser.propertiesファイルを開きます。
＜Compute Systems Manager のインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

winrm.maxEnvelopeSizeプロパティに，事前に確認しておいたMaxEnvelopeSizekbの値を指定します。

Compute Systems Managerを起動します。

関連項目

4.3.4 WinRMを有効にする（Windowsホスト）

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

4. 管理対象の設定

この章では，Compute Systems Managerの管理対象を設定するための前提条件および手順について説明します。

この章の構成

4.1 管理対象ホストの設定

4.2 管理対象サーバの設定

4.3 管理対象ホストの設定（Windowsホスト）

4.4 管理対象ホストの設定（Linuxホスト）

4.5 移行する管理対象ホストを探索するための設定を変更する

4.6 シャーシのマネジメントモジュールのIPアドレスを変更する

4.1 管理対象ホストの設定

この節の構成

4.1.1 WoLを有効にする

4.1.2 BMC監視を有効にする

4.1.1 WoLを有効にする

Compute Systems Managerでは，ユーザーが設定したBMCの情報を基に，WoLを利用して管理対象ホストの電源を制御できます。WoLを有効にしておくと，電源ON時にBMCの設定がない場合でも，WoLによって処理が試行されます。

事前に確認しておく情報

管理対象ホストがWoLに対応している

ネットワークアダプターのWoLの設定を有効にします。設定の詳細については，サーバ（ハードウェア）の各ベンダーのドキュメントを参照してください。

注意

ネットワークにスイッチまたはルーターが配置されている場合にWoLを使用するとき，管理対象ホストの電源管理ができなくなることがあります。次の場合に注意してください。

マジックパケットが遮断された場合

電源が切れた結果，ARPテーブルから管理対象ホストのIPアドレス（マジックパケットの送信先）が消えた場合

関連項目

4.3.1 ホストを管理対象にするための確認事項（Windowsホスト）

4.4.1 ホストを管理対象にするための確認事項（Linuxホスト）

4.1.2 BMC監視を有効にする

Alive Monitorをインストールすると，BMCとホスト間で相互に監視できます。ホストに異常が発生した場合は，Compute Systems Managerにアラートが通知されます。BMCに異常が発生した場合は，ホストにログが出力されます。

管理対象ホストがAlive Monitorの適用OSであることを確認の上，管理対象ホストにAlive Monitorをインストールします。

関連項目

4.3.1 ホストを管理対象にするための確認事項（Windowsホスト）

4.4.1 ホストを管理対象にするための確認事項（Linuxホスト）

4.2 管理対象サーバの設定

この節の構成

4.2.1 日立製のブレードサーバを管理対象にするための確認事項

4.2.2 日立製のラックマウントサーバを管理対象にするための確認事項

4.2.1 日立製のブレードサーバを管理対象にするための確認事項

日立製のブレードサーバを管理対象として登録する前に，次の条件を満たしていることを確認してください。

日立製のブレードサーバとシャーシのマネジメントモジュールが最新のファームウェアの必要条件を満たしている
詳細については，ソフトウェア添付資料を参照してください。

シャーシのマネジメントモジュールがHTTPSのポートを使用する設定になっている
日立製のブレードサーバに付属しているWebコンソールを使用して，HTTPSのポートの設定を確認してください。

4.2.2 日立製のラックマウントサーバを管理対象にするための確認事項

日立製のラックマウントサーバを管理対象として登録する前に，次の条件を満たしていることを確認してください。

日立製のラックマウントサーバのBMCが最新のファームウェアの必要条件を満たしている
詳細については，ソフトウェア添付資料を参照してください。

ラックマウントのBMCモジュールがHTTPSまたはSSHのポートを使用する設定になっている
日立製のラックマウントサーバに付属しているWebコンソールを使用して，HTTPSまたはSSHのポートの設定を確認してください。
ラックマウントサーバの機種によって，使用するポートが異なります。ラックマウントサーバが使用するポートについては，ソフトウェア添付資料を参照してください。

重要

ラックマウントサーバの一部機種の場合，電力情報を取得するには次の条件をすべて満たす必要があります。

ラックマウントサーバ上のホストでUpdate Managerのsnvpowermonitorサービスが稼働していること

電力情報を取得するラックマウントサーバ，およびUpdate Managerが稼働しているホストがCompute Systems Managerの管理対象になっていること

対象となるラックマウントサーバの機種については，ソフトウェア添付資料を参照してください。

4.3 管理対象ホストの設定（Windowsホスト）

この節の構成

4.3.1 ホストを管理対象にするための確認事項（Windowsホスト）

4.3.2 Windowsファイアウォールを設定する（Windowsホスト）

4.3.3 DCOMを有効にする（Windowsホスト）

4.3.4 WinRMを有効にする（Windowsホスト）

4.3.5 UACを使用したリモート接続を設定する（Windowsホスト）

4.3.6 SNMPトラップを設定する（Windowsホスト）

4.3.1 ホストを管理対象にするための確認事項（Windowsホスト）

Windowsホストを管理対象に設定するため，ホストで事前に確認しておく情報と事前に完了しておく操作を，次に示します。

事前に確認しておく情報

ホストのハードウェアがCompute Systems Managerの前提ハードウェアである

ホストのOSがCompute Systems Managerの適用OSである

リモート接続で使用するアカウントが，Administratorsグループ所属でホストに登録されている

事前に完了しておく操作

前提ソフトウェアのインストール

Windowsファイアウォールの設定（管理サーバがWindowsの場合）

DCOMの有効化（管理サーバがWindowsの場合）

WinRMの有効化（管理サーバがLinuxの場合）

UACを使用するためのリモート接続設定（任意）

WoLの有効化（任意）

関連項目

4.1.1 WoLを有効にする

4.3.2 Windowsファイアウォールを設定する（Windowsホスト）

4.3.3 DCOMを有効にする（Windowsホスト）

4.3.4 WinRMを有効にする（Windowsホスト）

4.3.5 UACを使用したリモート接続を設定する（Windowsホスト）

4.3.2 Windowsファイアウォールを設定する（Windowsホスト）

管理サーバのOSがWindowsの場合，WindowsファイアウォールでWMI（DCOM）の通信を許可することで，管理対象ホストと通信できるようにします。

事前に確認しておく情報

管理対象ホストがWindowsである

Windowsファイアウォールが有効になっている

管理対象ホストがWindowsの場合に，WindowsファイアウォールでWMIの通信を許可する手順を次に示します。

Windowsファイアウォールで［受信接続］が［すべての接続をブロック］の場合は［許可］または［ブロック (既定)］に変更します。
［許可］に変更した場合は，次の手順以降は不要です。

次のコマンドを実行して，WindowsファイアウォールでWMIの［規則］を有効にします。

netsh advfirewall firewall set rule group="windows management instrumentation (wmi)" new enable=yes

Windowsファイアウォールの設定でWMIの［規則］が有効になります。

関連項目

4.3.1 ホストを管理対象にするための確認事項（Windowsホスト）

4.3.3 DCOMを有効にする（Windowsホスト）

管理サーバのOSがWindowsの場合，管理対象ホストのDCOMを有効にすることで，WMIの通信が有効になり，管理対象ホストの情報が取得できるようになります。

DCOMを有効にする手順を次に示します。

dcomcnfgコマンドを実行します。

コンポーネントサービスのサブカテゴリの［コンピュータ］から［マイコンピュータ］を選択します。

右クリックして［プロパティ］を選択します。

［既定のプロパティ］タブを選択し，［このコンピュータ上で分散COMを有効にする］チェックボックスが選択されていることを確認します。

［COMセキュリティ］タブを選択し，次の項目を確認します。

［アクセス許可］の［制限の編集］ボタンをクリックし，Everyoneグループに対して［リモートアクセス］の［許可］チェックボックスが選択されていること。

［起動とアクティブ化のアクセス許可］の［制限の編集］ボタンをクリックし，Administratorsグループに対して［リモートからのアクティブ化］の［許可］チェックボックスが選択されていること。

管理対象ホストを再起動します。

DCOMが有効になります。

関連項目

4.3.1 ホストを管理対象にするための確認事項（Windowsホスト）

4.3.4 WinRMを有効にする（Windowsホスト）

管理サーバのOSがLinuxの場合，管理対象ホストのWindowsリモート管理（WinRM）を有効にすることで，管理対象ホストの情報が取得できるようになります。

事前に確認しておく情報

管理対象ホストがWindowsホストである

WinRMを有効にする手順を次に示します。

次のコマンドを実行して，WinRMを有効にします。
winrm qc
winrm set winrm/config/service @{AllowUnencrypted="true"}
winrm set winrm/config @{MaxEnvelopeSizekb="512"}
MaxEnvelopeSizekbの値は512（推奨値）を指定してください。ただし，ファイバーチャネル接続している管理対象ホストで，認識されるLU数が25を超える場合はLU数×20を指定します。
なお，ラックマウントサーバの一部機種の電力情報をUpdate Managerから取得する場合，MaxEnvelopeSizekbの値は1500（推奨値）を指定してください。ただし，ファイバーチャネル接続している管理対象ホストで，認識されるLU数が75を超える場合はLU数×20を指定します。
対象となるラックマウントサーバの機種については，ソフトウェア添付資料を参照してください。

WinRMが使用するポート番号を変更する場合，次のコマンドを実行します。
winrm delete winrm/config/Listener?Address=*+Transport=HTTP
winrm create winrm/config/Listener?Address=*+Transport=HTTP @{Port="＜変更後のポート番号＞"}
WinRMが使用するポート番号のデフォルト値は，80または5985です。デフォルト値は，WinRMのバージョンによって異なります。

手順1で，MaxEnvelopeSizekbに推奨値以外を指定した場合，管理サーバでプロパティファイルを編集して，WinRMの設定を反映する必要があります。

WinRMが有効になります。

関連項目

3.5.11 WinRMの設定を反映する（Linux）

4.3.1 ホストを管理対象にするための確認事項（Windowsホスト）

4.3.5 UACを使用したリモート接続を設定する（Windowsホスト）

WindowsホストとUACを使用して接続するためには，管理サーバとホスト間のリモート接続が設定されている必要があります。

UACが有効になっている状態で，Administrator（ビルトインアカウント）でないローカルユーザーを使用してリモート接続する場合，管理対象ホストでリモート接続を許可するよう設定します。

参考

Administrator（ビルトインアカウント）およびドメインユーザーは，標準でUACを使用したリモート接続が許可されているため，このトピックで説明している設定は不要です。

事前に確認しておく情報

管理対象ホストがWindowsである

次に示すコマンドを実行して，UACのリモート接続を許可します。コマンド実行後，OSの再起動は不要です。

reg add HKLM¥SOFTWARE¥Microsoft¥Windows¥CurrentVersion¥Policies¥System /v LocalAccountTokenFilterPolicy /t REG_DWORD /d 1 /f

参考

UACリモート接続の許可を解除する場合は次のコマンドを実行します。ただし，次のコマンドを実行した場合は，OSの再起動が必要です。

reg delete HKLM¥SOFTWARE¥Microsoft¥Windows¥CurrentVersion¥Policies¥System /v LocalAccountTokenFilterPolicy /f

関連項目

4.3.1 ホストを管理対象にするための確認事項（Windowsホスト）

4.3.6 SNMPトラップを設定する（Windowsホスト）

Windowsの管理対象ホストで発生したイベントのトラップを管理サーバで監視するには，管理対象ホストでの設定が必要です。

トラップを送信したいWindowsの管理対象ホストにはすべて設定してください。

参考

日立製のサーバ上に作成したホストの場合，SNMPトラップの設定は不要です。

関連項目

3.1.3 インバンドSNMPトラップの監視とは

3.1.4 インバンドSNMPトラップを監視する

(3) ポートを変更する

4.4 管理対象ホストの設定（Linuxホスト）

この節の構成

4.4.1 ホストを管理対象にするための確認事項（Linuxホスト）

4.4.2 OSのファイルおよびディレクトリ構成の確認項目（Linuxホスト）

4.4.3 Compute Systems Managerで使用するアカウントを設定する（Linuxホスト）

4.4.4 IP接続を許可する（Linuxホスト）

4.4.5 管理対象ホストへのログインの許可とは

4.4.6 rootユーザーでのログインを許可する（Linuxホスト）

4.4.7 一般ユーザーでログインし，suコマンドを利用することを許可する（Linuxホスト）

4.4.8 一般ユーザーでログインし，sudoコマンドを利用することを許可する（Linuxホスト）

4.4.9 SNMPトラップを設定する（Linuxホスト）

4.4.1 ホストを管理対象にするための確認事項（Linuxホスト）

Linuxホストを管理対象に設定するため，ホストで事前に確認しておく情報と事前に完了しておく操作を次に示します。

事前に確認しておく情報

ホストのハードウェアがCompute Systems Managerの前提ハードウェアである

ホストのOSがCompute Systems Managerの適用OSである

使用するアカウントがホストに登録されている

OSのファイルおよびディレクトリ構成が登録可能な状態である

事前に完了しておく操作

前提ソフトウェアのインストール

前提パッケージのインストール
詳細については，ソフトウェア添付資料を参照してください。

IP接続の許可

WoLの有効化（任意）

関連項目

4.1.1 WoLを有効にする

4.4.2 OSのファイルおよびディレクトリ構成の確認項目（Linuxホスト）

4.4.3 Compute Systems Managerで使用するアカウントを設定する（Linuxホスト）

4.4.4 IP接続を許可する（Linuxホスト）

4.4.5 管理対象ホストへのログインの許可とは

4.4.6 rootユーザーでのログインを許可する（Linuxホスト）

4.4.7 一般ユーザーでログインし，suコマンドを利用することを許可する（Linuxホスト）

4.4.8 一般ユーザーでログインし，sudoコマンドを利用することを許可する（Linuxホスト）

4.4.2 OSのファイルおよびディレクトリ構成の確認項目（Linuxホスト）

Linuxホストを管理対象として登録する場合に，ホストのOSのファイルおよびディレクトリ構成が次の状態になっているか確認してください。

次に示すOS標準のコマンドのパスが変更されていない
/sbin, /bin, /usr/sbin, /usr/bin

/procおよび/sysのディレクトリがある

次に示すLinuxのディストリビューション情報ファイルが，存在していて，かつ変更されていない

Red Hat Enterprise Linuxの場合：/etc/redhat-release

SUSE Linuxの場合：/etc/SuSE-release

Oracle Linuxの場合：/etc/oracle-releaseまたは/etc/enterprise-release

4.4.3 Compute Systems Managerで使用するアカウントを設定する（Linuxホスト）

管理対象ホストがLinuxの場合に，Compute Systems Managerで使用するアカウントの設定が必要です。

管理サーバから操作できるアカウントを割り当てる手順を次に示します。

ログインシェルをbashまたはtcshに設定します。
設定の例を次に示します。

既存アカウントの場合：usermodコマンドでログインシェルを変更します。

新規アカウント作成の場合：useraddコマンド実行時にログインシェルを指定します。

Compute Systems Managerで使用するアカウントの初期化スクリプトを変更している場合，次に示すファイルの内容を，OSをインストールした直後の状態に戻します。

bash：/etc/profile，~/.bash_profile，~/.bashrc

tcsh：/etc/csh.login，/etc/csh.cshrc，~/.login，~/.cshrc

重要

初期化スクリプトを変更した内容によっては，ホストの探索に失敗するおそれがあります。

管理サーバから管理対象ホストにリモート接続できるようになります。

関連項目

4.4.1 ホストを管理対象にするための確認事項（Linuxホスト）

4.4.5 管理対象ホストへのログインの許可とは

4.4.4 IP接続を許可する（Linuxホスト）

管理対象ホストがLinuxの場合に，管理サーバとのSSHプロトコルによるIP接続の設定が必要です。

管理サーバからのSSHプロトコルによる接続を許可する手順を次に示します。

OSのTCP Wrapper機能が有効になっている場合は，/etc/hosts.allowに管理サーバのIPアドレスを追記します。
sshd:＜管理サーバのIPアドレス＞
記述例を次に示します。

sshd:168.1.2.3

ほかのユーザーがSSHプロトコルによって接続していないことを確認します。

/etc/ssh/sshd_configを開き，次の項目の値を変更します。
PermitRootLogin yes
一般ユーザーだけをログインに利用する場合は，PermitRootLogin noに変更します。
PasswordAuthentication yes
Protocol 2,1またはProtocol 2

次のコマンドを実行して，デーモンを再起動します。
Red Hat Enterprise Linux 6以前またはOracle Linux 6の場合：/etc/rc.d/init.d/sshd restart
Red Hat Enterprise Linux 7またはOracle Linux 7の場合：systemctl restart sshd
SUSE Linuxの場合：service sshd restart

管理対象ホストでファイアウォールを設定した場合は，SSHプロトコルによる接続を許可するポートの設定を変更する必要があります。
ファイアウォール設定の詳細については，各OSのドキュメントを参照してください。

SSHプロトコルによる接続が許可されます。

関連項目

4.4.1 ホストを管理対象にするための確認事項（Linuxホスト）

4.4.5 管理対象ホストへのログインの許可とは

4.4.5 管理対象ホストへのログインの許可とは

Linuxの管理対象ホストにアクセスする際，ホストに登録されているアカウントを使ってアクセスします。アカウントにはroot権限が必要です。

次のどれかの方法でLinuxの管理対象ホストにアクセスできます。運用に合わせて使い分けてください。

一般ユーザーでアクセスし，sudoコマンドでroot権限を持つユーザーで実行する
ホストにアクセスする方法で最も安全な方法です。root権限を持つユーザーで実行するためには，管理対象ホストでsudoコマンドの設定が必要です。

一般ユーザーでアクセスし，suコマンドでroot権限を持つユーザーに切り替える
ユーザーIDやパスワードが漏えいしなければ，rootユーザーでアクセスするより安全です。ただし，root権限を持つユーザーに切り替えるためには，rootユーザーのパスワードが必要です。

rootユーザーでアクセスする
rootユーザーでアクセスすることは容易ですが，rootパスワードが漏えいして管理対象ホストの設定が偽造されるおそれがあります。rootユーザーでのアクセスは，権限のないアクセスを防止できる環境の場合に採用してください。

関連項目

4.4.3 Compute Systems Managerで使用するアカウントを設定する（Linuxホスト）

4.4.4 IP接続を許可する（Linuxホスト）

4.4.6 rootユーザーでのログインを許可する（Linuxホスト）

4.4.7 一般ユーザーでログインし，suコマンドを利用することを許可する（Linuxホスト）

4.4.8 一般ユーザーでログインし，sudoコマンドを利用することを許可する（Linuxホスト）

4.4.6 rootユーザーでのログインを許可する（Linuxホスト）

Linuxの管理対象ホストと管理サーバ間でSSHプロトコルを使用する場合は，ログインユーザーの設定が必要です。

参考

管理対象ホストに一般ユーザーでログインしてsuコマンドまたはsudoコマンドを利用する場合は，このトピックで説明している設定は不要です。

事前に確認しておく情報

管理対象ホストがLinuxである

事前に完了しておく操作

rootユーザーを使用した，SSHプロトコルによるIP接続の設定

rootユーザーでログインできるようにする手順を次に示します。

管理対象ホストを探索するときに利用する認証情報として，次の情報を管理サーバに登録します。

IPアドレス：＜管理対象ホストのIPアドレス＞

ポート番号：＜管理対象ホストのSSHポート番号＞

ユーザー名：root

パスワード：＜rootユーザーのパスワード＞

suパスワード：空白

管理クライアントを使用した管理対象ホストの設定については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

4.4.1 ホストを管理対象にするための確認事項（Linuxホスト）

4.4.4 IP接続を許可する（Linuxホスト）

4.4.5 管理対象ホストへのログインの許可とは

4.4.7 一般ユーザーでログインし，suコマンドを利用することを許可する（Linuxホスト）

Linuxの管理対象ホストと管理サーバ間でSSHプロトコルを使用する場合は，ログインユーザーの設定が必要です。

参考

管理対象ホストにrootユーザーでログインする場合，または一般ユーザーでログインしてsudoコマンドを利用する場合は，このトピックで説明している設定は不要です。

事前に確認しておく情報

管理対象ホストがLinuxである

事前に完了しておく操作

root権限を持たない一般ユーザーを使用した，SSHプロトコルによるIP接続の設定

管理対象ホストに一般ユーザーでログインし，suコマンドを利用できるようにする手順を次に示します。

管理対象ホストを探索するときに利用する認証情報として，次の情報を管理サーバに登録します。

IPアドレス：＜管理対象ホストのIPアドレス＞

ポート番号：＜管理対象ホストのSSHポート番号＞

ユーザー名：＜ログイン時に使用する一般ユーザー名＞

パスワード：＜一般ユーザーのパスワード＞

suパスワード：＜rootユーザーのパスワード＞

管理クライアントを使用した管理対象ホストの設定については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

rootユーザーでのアクセスを制限したい場合は，管理対象ホストで/etc/ssh/sshd_configを開き，PermitRootLoginの値を次のように変更します。

PermitRootLogin no

重要

ほかのプログラムでrootユーザーを使ってログインすることがない場合は，PermitRootLogin noに設定することをお勧めします。

Device ManagerとCompute Systems Managerを同じ管理サーバで使用する場合，Device Managerではsudoコマンドを実行できるように設定する必要があります。
Device Managerでのsudoコマンドの設定方法については，マニュアル「Hitachi Command Suite システム構成ガイド」を参照してください。

一般ユーザーでログインしてsuコマンドを利用できるようになります。

関連項目

4.4.1 ホストを管理対象にするための確認事項（Linuxホスト）

4.4.4 IP接続を許可する（Linuxホスト）

4.4.5 管理対象ホストへのログインの許可とは

4.4.8 一般ユーザーでログインし，sudoコマンドを利用することを許可する（Linuxホスト）

Linuxの管理対象ホストと管理サーバ間でSSHプロトコルを使用する場合は，ログインユーザーの設定が必要です。

参考

管理対象ホストにrootユーザーでログインする場合，または一般ユーザーでログインしてsuコマンドを利用する場合は，このトピックで説明している設定は不要です。

事前に確認しておく情報

管理対象ホストがLinuxである

事前に完了しておく操作

root権限を持たない一般ユーザーを使用した，SSHプロトコルによるIP接続の設定

一般ユーザーでログインし，sudoコマンドを利用できるようにする手順を次に示します。

次に示す定義をsudoコマンドの設定に追加します。

＜一般ユーザー名＞ ＜管理対象ホスト名＞=NOPASSWD: /usr/sbin/dmidecode
＜一般ユーザー名＞ ＜管理対象ホスト名＞=NOPASSWD: /usr/sbin/smartctl
＜一般ユーザー名＞ ＜管理対象ホスト名＞=NOPASSWD: /sbin/ethtool
＜一般ユーザー名＞ ＜管理対象ホスト名＞=NOPASSWD: /sbin/shutdown

SUSE Linuxの場合，次に示す定義もsudoコマンドの設定に追加します。

＜一般ユーザー名＞ ＜管理対象ホスト名＞=NOPASSWD: /bin/cat
＜一般ユーザー名＞ ＜管理対象ホスト名＞=NOPASSWD: /bin/df

Red Hat Enterprise Linux 6以降，Oracle Linux 6以降，SUSE Linux 11 SP1以降，およびSUSE Linux 12の場合，次に示す定義もsudoコマンドの設定に追加します。

＜一般ユーザー名＞ ＜管理対象ホスト名＞=NOPASSWD: /usr/sbin/exportfs

ラックマウントサーバの一部機種の電力情報をUpdate Managerから取得する場合は，次に示す定義もsudoコマンドの設定に追加します。

＜一般ユーザー名＞ ＜管理対象ホスト名＞=NOPASSWD: /opt/hitachi/snv/bin/snvcli

対象となるラックマウントサーバの機種については，ソフトウェア添付資料を参照してください。

rootユーザーでのアクセスを制限したい場合は，管理対象ホストで/etc/ssh/sshd_configを開き，PermitRootLoginの値を次のように変更します。

PermitRootLogin no

重要

ほかのプログラムでrootユーザーを使ってログインすることがない場合は，PermitRootLogin noに設定することをお勧めします。

管理対象ホストを探索するときに利用する認証情報として，次の情報を管理サーバに登録します。

IPアドレス：＜管理対象ホストのIPアドレス＞

ポート番号：＜管理対象ホストのSSHポート番号＞

ユーザー名：＜ログイン時に使用する一般ユーザー名＞

パスワード：＜一般ユーザーのパスワード＞

suパスワード：空白

管理クライアントを使用した管理対象ホストの設定については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

4.4.1 ホストを管理対象にするための確認事項（Linuxホスト）

4.4.4 IP接続を許可する（Linuxホスト）

4.4.5 管理対象ホストへのログインの許可とは

4.4.9 SNMPトラップを設定する（Linuxホスト）

Linuxの管理対象ホストで発生したイベントのトラップを管理サーバで監視するには，管理対象ホストでの設定が必要です。

トラップを送信したいLinuxの管理対象ホストにはすべて設定してください。

参考

日立製のサーバ上に作成したホストの場合，SNMPトラップの設定は不要です。

関連項目

3.1.3 インバンドSNMPトラップの監視とは

3.1.4 インバンドSNMPトラップを監視する

(3) ポートを変更する

4.5 移行する管理対象ホストを探索するための設定を変更する

管理対象ホストを移行する場合に，マザーボードの交換またはIPアドレス割り当ての変更に伴って，ホストの探索やホスト情報の更新を実行する必要があります。

すべてのホストの更新情報をホストの探索で確実に取得するため，ホストの移行方法によって探索の設定を変更します。

ホストの移行方法と，対応する探索方法について次に示します。

マザーボードを交換する場合，またはCompute Systems Managerの［リソース］タブのホスト一覧に表示されるIPアドレスを異なるホストに割り当てる場合
GUIの［管理］タブから，情報を更新する管理対象ホストに対して，探索対象条件を指定しない（［リソース探索］画面の詳細設定にある［探索対象条件］で［すべてのIPアドレス］を選択）で，ホストの探索を実行します。

ホストの詳細情報として［IPネットワーク］タブにだけ表示されるIPアドレスを新しいホストに割り当てる場合
IPアドレスを変更した管理対象ホストの情報を更新したあと，新しいホストに対してホストの探索を実行します。

ホストの探索およびホスト情報の更新については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

2.5.8 管理対象リソースを登録する

4.6 シャーシのマネジメントモジュールのIPアドレスを変更する

シャーシのマネジメントモジュールのIPアドレスを変更した場合は，変更後のIPアドレスを指定してシャーシを再探索してください。

シャーシを探索してシャーシの情報を更新する場合の詳細については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

関連項目

2.5.8 管理対象リソースを登録する

5. セキュリティ設定

この章では，SSL通信などセキュリティ設定について説明します。

この章の構成

5.1 セキュリティの設定とは

5.2 管理クライアントとの通信のセキュリティ設定

5.3 SMTPサーバとの通信のセキュリティ設定

5.4 管理対象サーバとの通信のセキュリティ設定

5.5 Device Managerサーバとの通信のセキュリティ設定

5.6 LDAPディレクトリサーバとの通信のセキュリティ設定とは

5.7 管理クライアントからの接続を制限する設定

5.8 サーバ証明書の有効期限を確認する

5.9 トラストストアーにインポートされたサーバ証明書を削除する

5.1 セキュリティの設定とは

Compute Systems Managerでは，ネットワークの通信でTLSを使用してセキュリティ通信できます。セキュリティ通信を使用すると，通信路が暗号化されるため，情報の漏えいを防げます。また，通信相手を特定するための認証を強化したり，送受信するデータの改ざんを検出したりできます。

Compute Systems Managerでは次の通信路でセキュリティ通信を使用できます。

管理サーバと管理クライアント間の通信路

管理サーバとSMTPサーバ間の通信路

管理サーバと管理対象サーバ間の通信路

管理サーバとDevice Managerサーバ間の通信路

管理サーバと外部認証サーバ（LDAPディレクトリサーバ）間の通信路

また，特定の管理クライアントにだけ管理サーバへのアクセスを許可するよう，アクセス制限を設けることで管理サーバのセキュリティを強化できます。

重要

セキュリティを有効にしてCompute Systems Managerを運用する場合，サーバ証明書の有効期限が切れていないことを確認してください。サーバ証明書の有効期限が切れるとユーザーがCompute Systems Managerに接続できなくなることがあります。この場合，有効期限内の証明書をCompute Systems Managerに登録し直してください。

関連項目

5.2.1 管理クライアントの通信のセキュリティ設定とは

5.3.1 SMTPサーバとの通信のセキュリティ設定とは

5.4.1 管理対象サーバとの通信のセキュリティ設定とは

5.5.1 Device Managerサーバとの通信のセキュリティ設定とは

5.6 LDAPディレクトリサーバとの通信のセキュリティ設定とは

5.7.1 管理クライアントからの接続の制限とは

5.8 サーバ証明書の有効期限を確認する

5.2 管理クライアントとの通信のセキュリティ設定

この節の構成

5.2.1 管理クライアントの通信のセキュリティ設定とは

5.2.2 管理サーバでSSL通信するよう設定する（管理クライアントとの通信路）

5.2.3 管理クライアントでSSL通信するよう設定する（GUIとの通信路）

5.2.4 管理クライアントでSSL通信するよう設定する（CLIとの通信路）

5.2.1 管理クライアントの通信のセキュリティ設定とは

管理サーバと管理クライアントの通信には，SSL通信を利用できます。管理サーバと管理クライアント間でSSL通信する場合，最初に管理サーバで設定したあと，管理クライアントで設定します。

管理クライアントでのSSL通信の設定は，GUIとCLIで異なります。

関連項目

5.1 セキュリティの設定とは

5.2.2 管理サーバでSSL通信するよう設定する（管理クライアントとの通信路）

5.2.3 管理クライアントでSSL通信するよう設定する（GUIとの通信路）

5.2.4 管理クライアントでSSL通信するよう設定する（CLIとの通信路）

5.2.2 管理サーバでSSL通信するよう設定する（管理クライアントとの通信路）

管理サーバと管理クライアント間でSSL通信するためには，管理サーバで次の手順を実行してください。

Compute Systems Managerでは，暗号方式がRSA暗号および楕円曲線暗号（ECC）のサーバ証明書に対応しています。

重要

ほかのHitachi Command Suite製品がCompute Systems Managerと同じマシンにインストールされている場合，この手順を実行すると，それらの製品の管理サーバと管理クライアント間の通信にもSSL通信が適用されます。

事前に確認しておく情報

管理クライアントで使用するWebブラウザーのバージョン
管理クライアントで使用するWebブラウザーが，サーバ証明書の署名アルゴリズムに対応している必要があります。

次の情報については，使用する認証局に確認してください。

証明書発行要求の要件
hcmds64ssltoolコマンドで作成される証明書発行要求はPEM形式です。秘密鍵のキーサイズは，RSA暗号用のサーバ証明書の場合は2,048ビット，楕円曲線暗号用のサーバ証明書の場合は256ビットまたは384ビットです。

認証局が発行するサーバ証明書の要件
X.509 PEM形式のサーバ証明書を発行してもらう必要があります。
また，サーバ証明書の署名アルゴリズムに，認証局が対応していることを確認してください。

サーバ証明書の発行申請方法

事前に完了しておく操作

既存の秘密鍵，証明書発行要求，自己署名証明書，および自己署名証明書の内容ファイルの退避または削除（再作成する場合）
出力先パスに同じ名称のファイルがある場合，hcmds64ssltoolコマンドを実行してもファイルは上書きされません。同じ名称のファイルを再作成する場合は，事前に既存のファイルを退避または削除する必要があります。

管理サーバでSSL通信するよう設定する手順を次に示します。

Compute Systems Managerを起動します。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネントの秘密鍵，証明書発行要求，および自己署名証明書を作成します。
自己署名証明書は，暗号化通信のテストなどの目的でだけ使用することをお勧めします。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64ssltool [/key ＜秘密鍵ファイル＞] [/csr ＜証明書発行要求ファイル＞] [/cert ＜自己署名証明書ファイル＞] [/certtext ＜自己署名証明書の内容ファイル＞] [/validity ＜有効期限＞] [/sigalg ＜RSA暗号用のサーバ証明書の署名アルゴリズム＞] [/eccsigalg ＜楕円曲線暗号用のサーバ証明書の署名アルゴリズム＞] [/ecckeysize ＜楕円曲線暗号用の秘密鍵のキーサイズ＞]
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64ssltool [-key ＜秘密鍵ファイル＞] [-csr ＜証明書発行要求ファイル＞] [-cert ＜自己署名証明書ファイル＞] [-certtext ＜自己署名証明書の内容ファイル＞] [-validity ＜有効期限＞] [-sigalg ＜RSA暗号用のサーバ証明書の署名アルゴリズム＞] [-eccsigalg ＜楕円曲線暗号用のサーバ証明書の署名アルゴリズム＞] [-ecckeysize ＜楕円曲線暗号用の秘密鍵のキーサイズ＞]

key

出力される秘密鍵ファイル名を絶対パスで指定します。指定を省略した場合は，デフォルトの出力先パス※にhttpsdkey.pem（RSA暗号用）およびecc-httpsdkey.pem（楕円曲線暗号用）というファイル名で出力されます。

csr

出力される証明書発行要求ファイル名を絶対パスで指定します。指定を省略した場合は，デフォルトの出力先パス※にhttpsd.csr（RSA暗号用）およびecc-httpsd.csr（楕円曲線暗号用）というファイル名で出力されます。

cert

出力される自己署名証明書ファイル名を絶対パスで指定します。指定を省略した場合は，デフォルトの出力先パス※にhttpsd.pem（RSA暗号用）およびecc-httpsd.pem（楕円曲線暗号用）というファイル名で出力されます。

certtext

出力される自己署名証明書の内容ファイル名を絶対パスで指定します。指定を省略した場合は，デフォルトの出力先パス※にhttpsd.txt（RSA暗号用）およびecc-httpsd.txt（楕円曲線暗号用）というファイル名で出力されます。

validity

自己署名証明書の有効期間を日数で指定します。指定を省略した場合は，有効期間は3650日になります。

sigalg

RSA暗号用のサーバ証明書の署名アルゴリズムを指定します。SHA256withRSA，SHA1withRSAまたはMD5withRSAを指定できます。指定を省略した場合は，署名アルゴリズムはSHA256withRSAになります。

eccsigalg

楕円曲線暗号用のサーバ証明書の署名アルゴリズムを指定します。SHA512withECDSA，SHA384withECDSA，SHA256withECDSAまたはSHA1withECDSAを指定できます。指定を省略した場合は，署名アルゴリズムはSHA384withECDSAになります。

ecckeysize

楕円曲線暗号用のサーバ証明書の秘密鍵のキーサイズ（ビット）を指定します。256または384を指定できます。指定を省略した場合は，キーサイズは384になります。

コマンドを実行すると，指定した出力先パスにRSA暗号用のファイルと楕円曲線暗号用のファイルが出力されます。RSA暗号用のファイルは指定したファイル名で出力され，楕円曲線暗号用のファイルは指定したファイル名の先頭に「ecc-」が追加されて出力されます。

注※

key，csr，certまたはcerttextオプションの指定を省略した場合の出力先パスは次のとおりです。

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf¥ssl¥server

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/ssl/server

コマンド実行後に入力を求められたら，コロン（:）のあとに値を入力します。
フィールドを空白にしておく場合は，ピリオド（.）を入力します。[]内に示されるデフォルト値を選択する場合は，［Enter］キーを押します。

Enter Server Name [default=＜管理サーバのホスト名＞]:＜管理サーバのホスト名＞
Enter Organizational Unit:＜組織の構成単位名＞
Enter Organization Name [default=＜管理サーバのホスト名＞]:＜組織名＞
Enter your City or Locality:＜市町村名または地域名＞
Enter your State or Province:＜都道府県名＞
Enter your two-character country-code:＜2文字の国コード＞

作成した証明書発行要求を認証局に送付し，サーバ証明書の発行を申請します。
自己署名証明書を使用する場合，この手順は不要です。
認証局で発行されたサーバ証明書は，通常，Eメールで送付されます。認証局からの返答，および発行されたサーバ証明書は保存しておいてください。

Compute Systems Managerを停止します。

作成した秘密鍵と，サーバ証明書または自己署名証明書を次のディレクトリにコピーします。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf¥ssl¥server
Linux：
＜Hitachi Command Suite 共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/ssl/server

参考

手順2で，hcmds64ssltoolコマンドのkey，csr，またはcertオプションを省略して実行した場合，上記のディレクトリにファイルが出力されます。

次に示すuser_httpsd.confを開きます。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf¥user_httpsd.conf
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/user_httpsd.conf

user_httpsd.confファイルの次のプロパティから，#を削除します。

#Listen 22016

#<VirtualHost *:22016>から#</VirtualHost>までの各行
ただし，#SSLCACertificateFileの#は削除しません。

#HWSLogSSLVerbose On

user_httpsd.confファイルの次のプロパティを，必要に応じて編集します。

先頭行のServerName

<VirtualHost>タグ内のServerName

SSLCertificateKeyFile

SSLCertificateFile

SSLECCCertificateKeyFile

SSLECCCertificateFile

#SSLCACertificateFile
チェインした認証局で発行されたサーバ証明書を使用して運用する場合は，# SSLCACertificateFileの#を削除して，チェインした認証局の証明書ファイルを絶対パスで指定します。

user_httpsd.confの編集例を次に示します。ここでは，デフォルトのポート番号を示しています。

ServerName ＜ホスト名＞
Listen 22015
Listen [::]:22015
#Listen 127.0.0.1:22015
SSLDisable
Listen 22016
#Listen [::]:22016
<VirtualHost *:22016>
 ServerName ＜ホスト名＞
 SSLEnable
 SSLProtocol TLSv12
 SSLRequiredCiphers ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-ECDSA-AES256-SHA:ECDHE-ECDSA-AES128-SHA:AES256-SHA256:AES256-SHA:AES128-SHA256:AES128-SHA:DES-CBC3-SHA
 SSLRequireSSL
 SSLCertificateKeyFile "＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/ssl/server/＜秘密鍵ファイル（RSA暗号用）＞"
 SSLCertificateFile "＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/ssl/server/＜サーバ証明書または自己署名証明書ファイル（RSA暗号用）＞"
 SSLECCCertificateKeyFile "＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/ssl/server/＜秘密鍵ファイル（楕円曲線暗号用）＞"
 SSLECCCertificateFile "＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/ssl/server/＜サーバ証明書または自己署名証明書ファイル（楕円曲線暗号用）＞"
# SSLCACertificateFile "＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/ssl/cacert/＜認証局の証明書ファイル＞"
</VirtualHost>
HWSLogSSLVerbose On

重要

外部から管理サーバへの非SSL通信を遮断したい場合は，user_httpsd.confファイルの「Listen 22015」と「Listen [::]:22015」の行に#を追記してコメント行にしたあと，「#Listen 127.0.0.1:22015」の行から#を削除してください。
この場合に，管理サーバに32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされているときは，これらの製品が提供するhcmdsprmsetコマンドにprintオプションを指定して実行し，表示されたホスト名から127.0.0.1への名前解決ができることを確認してください。
名前解決ができない場合は，OS上でホスト名から127.0.0.1への名前解決ができるようにするか，hostsファイルで任意のホスト名を127.0.0.1に定義したあと，hcmdsprmsetコマンドのhostオプションにそのホスト名を指定して実行してください。

バージョン8.2.1より前のCompute Systems Managerからアップグレードした場合，楕円曲線暗号用のサーバ証明書を使用するときは，次のプロパティを編集および追加する必要があります。
・SSLRequiredCiphers（編集）
・SSLECCCertificateKeyFile（追加）
・SSLECCCertificateFile（追加）
上記の各プロパティの内容を，次に示すサンプルファイルからコピーしてuser_httpsd.confファイルに反映してください。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥sample¥httpsd¥conf¥user_httpsd.conf
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/sample/httpsd/conf/user_httpsd.conf

サーバ証明書は，RSA暗号用および楕円曲線暗号用の両方を使用することを推奨します。認証局が楕円曲線暗号用のサーバ証明書をサポートしていないなどの理由で，RSA暗号用のサーバ証明書だけを使用する場合は，user_httpsd.confファイルが次の条件をすべて満たすことを確認してください。
・SSLRequiredCiphersプロパティに，「ECDHE-ECDSA-」で始まる記述が含まれていないこと。
　RSA暗号のサーバ証明書だけを使用する場合のSSLRequiredCiphersプロパティの内容を次に示します。
　SSLRequiredCiphers AES256-SHA256:AES256-SHA:AES128-SHA256:AES128-SHA:DES-CBC3-SHA
・SSLECCCertificateKeyFileプロパティ，およびSSLECCCertificateFileプロパティが記述されていないか，プロパティの行頭に#を追記してコメント行になっていること。

Compute Systems Managerを起動します。

hcmds64chgurlコマンドを実行して，Compute Systems ManagerにアクセスするURLを次のように変更します。

プロトコルをhttp:からhttps:に変更する。

SSL通信用のポート番号に変更する。

ほかのHitachi Command Suite製品がCompute Systems Managerと同じマシンにインストールされている場合は，それらの製品のURLも変更してください。

管理サーバに秘密鍵と，サーバ証明書または自己署名証明書が登録され，管理サーバのSSL通信の設定が完了します。

関連項目

(2) Compute Systems ManagerのURLを変更する

5.2.1 管理クライアントの通信のセキュリティ設定とは

5.2.3 管理クライアントでSSL通信するよう設定する（GUIとの通信路）

5.2.4 管理クライアントでSSL通信するよう設定する（CLIとの通信路）

5.8 サーバ証明書の有効期限を確認する

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

B.2.3 Webサーバに関するプロパティ（user_httpsd.conf）

5.2.3 管理クライアントでSSL通信するよう設定する（GUIとの通信路）

管理サーバとSSL通信するすべての管理クライアント（GUI）でSSL通信するよう設定する必要があります。管理クライアントで初めてSSL通信する時だけ設定します。

事前に確認しておく情報

署名アルゴリズムにSHA256withRSAを指定してGUIでSSL通信する場合，使用するOSとWebブラウザーの組み合わせがSHA256withRSAで署名されたサーバ証明書をサポートしている

事前に完了しておく操作

管理サーバでのSSL通信設定

GUIでSSL通信するよう設定する手順を次に示します。

管理クライアントから次のURLにアクセスします。
https://＜Compute Systems Managerをインストールしたホスト名またはIPアドレス＞:＜SSL通信用のポート番号＞/ComputeSystemsManager/

管理クライアントにSSL通信するための証明書をインストールします。

管理クライアントに証明書が登録され，管理サーバとSSL通信できるようになります。

関連項目

5.2.1 管理クライアントの通信のセキュリティ設定とは

5.2.2 管理サーバでSSL通信するよう設定する（管理クライアントとの通信路）

5.2.4 管理クライアントでSSL通信するよう設定する（CLIとの通信路）

5.2.4 管理クライアントでSSL通信するよう設定する（CLIとの通信路）

管理サーバとSSL通信するすべての管理クライアント（CLI）でSSL通信するよう設定する必要があります。

事前に完了しておく操作

管理サーバでのSSL通信設定

CLIでSSL通信するよう設定する手順を次に示します。

次の場所に格納されているCompute Systems Managerのサーバ証明書を，任意のディレクトリに格納します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf¥ssl¥server
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/ssl/server

次のコマンドを使って，Compute Systems Managerのサーバ証明書をトラストストアー（cacerts）にインポートします。
Windows：
＜JREのインストールディレクトリ＞¥bin¥keytool -importcert -trustcacerts -alias ＜トラストストアー内のユニーク名＞ -file ＜サーバ証明書ファイル＞ -keystore ＜JREのインストールディレクトリ＞¥lib¥security¥cacerts -storepass changeit
Linux：
＜JREのインストールディレクトリ＞/bin/keytool -importcert -trustcacerts -alias ＜トラストストアー内のユニーク名＞ -file ＜サーバ証明書ファイル＞ -keystore ＜JREのインストールディレクトリ＞/lib/security/cacerts -storepass changeit
file：手順1で格納した証明書ファイルを指定します。
storepass：「changeit」はトラストストアー（cacerts）の初期パスワードです。パスワード不正でエラーになるときは入手元に確認してください。

次のコマンドを実行します。
Windows：
＜CLIのインストールディレクトリ＞¥csm configure
Linux：
＜CLIインストール先ディレクトリ＞/csm configure

コマンド実行時の応答に基づき，次の情報を入力します。

HCSM server host name:＜Compute Systems Managerが稼働するホスト名＞
Use SSL: y
HCSM server port number:＜SSL通信用のポート番号＞

管理クライアントにサーバ証明書が登録され，管理サーバとSSL通信できるようになります。

関連項目

5.2.1 管理クライアントの通信のセキュリティ設定とは

5.2.2 管理サーバでSSL通信するよう設定する（管理クライアントとの通信路）

5.2.3 管理クライアントでSSL通信するよう設定する（GUIとの通信路）

5.3 SMTPサーバとの通信のセキュリティ設定

この節の構成

5.3.1 SMTPサーバとの通信のセキュリティ設定とは

5.3.2 管理サーバでSSL通信するよう設定する（SMTPサーバとの通信路）

5.3.1 SMTPサーバとの通信のセキュリティ設定とは

SMTPサーバでサーバ証明書を使用している場合，管理サーバとSMTPサーバの通信に，SSL通信を利用できます。

管理サーバにSMTPサーバの証明書を登録することで，管理サーバとSMTPサーバの通信にSSL通信を利用できるようになります。

関連項目

5.1 セキュリティの設定とは

5.3.2 管理サーバでSSL通信するよう設定する（SMTPサーバとの通信路）

5.3.2 管理サーバでSSL通信するよう設定する（SMTPサーバとの通信路）

管理サーバとSMTPサーバ間でSSL通信するためには，管理サーバで次の手順を実行してください。

次のコマンドを実行して，SMTPサーバの証明書を管理サーバに登録します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -import -alias ＜トラストストアー内のユニーク名＞ -file ＜SMTPサーバの証明書ファイル＞ -keystore ＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥jdk¥jre¥lib¥security¥jssecacerts -storepass ＜トラストストアーのパスワード＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -import -alias ＜トラストストアー内のユニーク名＞ -file ＜SMTPサーバの証明書ファイル＞ -keystore ＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/jre/lib/security/jssecacerts -storepass ＜トラストストアーのパスワード＞
file：PEM形式またはDER形式の証明書ファイルを指定します。

Compute Systems Managerを再起動します。

Compute Systems Managerにログインして，Eメール通知の設定で，SMTPサーバで設定されているSSL通信用のポート番号を設定します。
Eメール通知の設定の詳細については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

管理サーバにSMTPサーバの証明書が登録され，管理サーバのSSL通信の設定が完了します。

関連項目

5.2.1 管理クライアントの通信のセキュリティ設定とは

5.3.1 SMTPサーバとの通信のセキュリティ設定とは

5.8 サーバ証明書の有効期限を確認する

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

5.4 管理対象サーバとの通信のセキュリティ設定

この節の構成

5.4.1 管理対象サーバとの通信のセキュリティ設定とは

5.4.2 管理サーバでSSL通信するよう設定する（管理対象サーバとの通信路）

5.4.1 管理対象サーバとの通信のセキュリティ設定とは

管理サーバと日立製のサーバ（ブレードサーバ上のHVMも含みます）との通信には，SSL通信が適用されます。

デフォルトの設定で運用する場合，Compute Systems Managerに同梱されている自己署名証明書でSSL通信が行われます。セキュリティを確保する場合は，ユーザーがキーストアーを作成してサーバ証明書または自己署名証明書を登録する必要があります。

関連項目

5.1 セキュリティの設定とは

5.4.2 管理サーバでSSL通信するよう設定する（管理対象サーバとの通信路）

5.4.2 管理サーバでSSL通信するよう設定する（管理対象サーバとの通信路）

日立製のサーバ（ブレードサーバ上のHVMも含みます）との通信でセキュリティを確保する場合は，次の手順を実行して，管理サーバの証明書または自己署名証明書と，日立製のサーバの証明書を管理サーバのキーストアーにインポートします。

事前に完了しておく操作

日立製のサーバの証明書の取得
HVMを使用している場合は，HVMの証明書も取得してください。
証明書の取得方法は，日立製のサーバのマニュアルを参照してください。

次の情報については，使用する認証局に確認してください。

証明書発行要求の要件
hcmds64keytoolまたはkeytoolコマンドで作成される証明書発行要求はPEM形式で，秘密鍵のキーサイズが2,048ビットです。

認証局が発行するサーバ証明書の要件
X.509 PEM形式のサーバ証明書を発行してもらう必要があります。
また，サーバ証明書の署名アルゴリズムに，認証局が対応していることを確認してください。

サーバ証明書の発行申請方法

管理サーバと日立製のサーバの間でSSL通信するためには，管理サーバで次の手順を実行してください。

Compute Systems Managerを停止します。

次のコマンドを実行して，キーストアーを作成します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -genkey -keystore ＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥ssl¥＜キーストアーファイル名＞ -storepass ＜キーストアーのパスワード＞ -keypass ＜秘密鍵のパスワード＞ -keyalg RSA -keysize 2048 -sigalg SHA256withRSA -validity ＜証明書の有効期限日数＞ -alias ＜キーストアー内のユニーク名＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -genkey -keystore ＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/ssl/＜キーストアーファイル名＞ -storepass ＜キーストアーのパスワード＞ -keypass ＜秘密鍵のパスワード＞ -keyalg RSA -keysize 2048 -sigalg SHA256withRSA -validity ＜証明書の有効期限日数＞ -alias ＜キーストアー内のユニーク名＞

サーバ証明書を使用する場合は，次のコマンドを実行して，証明書発行要求を作成します。
自己署名証明書を使用する場合，手順3～手順6は不要です。手順7に進んでください。
Windows：
＜Hitachi Command Suite 共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -certreq -file ＜出力する証明書発行要求ファイル＞ -keystore ＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥ssl¥＜キーストアーファイル名＞ -storepass ＜キーストアーのパスワード＞ -keypass ＜秘密鍵のパスワード＞ -alias ＜キーストアー内のユニーク名＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -certreq -file ＜出力する証明書発行要求ファイル＞ -keystore ＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/ssl/＜キーストアーファイル名＞ -storepass ＜キーストアーのパスワード＞ -keypass ＜秘密鍵のパスワード＞ -alias ＜キーストアー内のユニーク名＞
alias：手順2で指定したエイリアス名を指定します。

作成した証明書発行要求を認証局に送付し，サーバ証明書の発行を申請します。
認証局で発行されたサーバ証明書は，通常，Eメールで送付されます。認証局からの返答，および発行されたサーバ証明書は保存しておいてください。

次のコマンドを実行して，認証局の証明書をキーストアーにインポートします。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -import -file ＜認証局の証明書ファイル＞ -keystore ＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥ssl¥＜キーストアーファイル名＞ -storepass ＜キーストアーのパスワード＞ -alias ＜キーストアー内のユニーク名＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -import -file ＜認証局の証明書ファイル＞ -keystore ＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/ssl/＜キーストアーファイル名＞ -storepass ＜キーストアーのパスワード＞ -alias ＜キーストアー内のユニーク名＞
alias：手順2で指定した名称以外の任意のエイリアス名を指定します。

次のコマンドを実行して，認証局で発行されたサーバ証明書をキーストアーにインポートします。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -import -file ＜サーバ証明書ファイル＞ -keystore ＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥ssl¥＜キーストアーファイル名＞ -storepass ＜キーストアーのパスワード＞ -alias ＜キーストアー内のユニーク名＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -import -file ＜サーバ証明書ファイル＞ -keystore ＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/ssl/＜キーストアーファイル名＞ -storepass ＜キーストアーのパスワード＞ -alias ＜キーストアー内のユニーク名＞
alias：手順2で指定したエイリアス名を指定します。

次のコマンドを実行して，日立製のサーバの証明書をキーストアーにインポートします。
HVMを使用している場合は，HVMの証明書も同様にインポートしてください。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -import -file ＜日立製のサーバの証明書ファイル＞ -keystore ＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥ssl¥＜キーストアーファイル名＞ -storepass ＜キーストアーのパスワード＞ -alias ＜キーストアー内のユニーク名＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -import -file ＜日立製のサーバの証明書ファイル＞ -keystore ＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/ssl/＜キーストアーファイル名＞ -storepass ＜キーストアーのパスワード＞ -alias ＜キーストアー内のユニーク名＞
file：PEM形式またはDER形式の証明書ファイルを指定します。
alias：手順2または手順5で指定した名称以外の任意のエイリアス名を指定します。

次の場所に格納されているuser.propertiesを開きます。
Windows：
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥user.properties
Linux：
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

hcsm.keystore.filenameプロパティに，手順2で作成したキーストアーファイル名を設定します。

hcsm.certification.verifyプロパティにEnableを設定します。
hcsm.certification.verifyプロパティが設定されていない場合は追記します。

LPARをマイグレーションする際に，管理サーバとHVMとの間で暗号化された通信だけを許可したい場合は，hvm.lpar.migration.allow.plaintextプロパティにDisableを指定します。
hvm.lpar.migration.allow.plaintextプロパティが設定されていない場合は追記します。

Compute Systems Managerを起動します。

Compute Systems Managerにログインし，キーストアーおよび秘密鍵のパスワードを設定します。
キーストアーおよび秘密鍵のパスワード設定については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

参考

日立製のサーバとの通信で使用するCompute Systems Managerのサーバ証明書をキーストアーから取得する場合は，次のコマンドを実行します。

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -exportcert -file ＜出力する証明書ファイル＞ -keystore ＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥ssl¥＜キーストアーファイル名＞ -storepass ＜キーストアーのパスワード＞ -alias ＜キーストアー内のユニーク名＞

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -exportcert -file ＜出力する証明書ファイル＞ -keystore ＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/ssl/＜キーストアーファイル名＞ -storepass ＜キーストアーのパスワード＞ -alias ＜キーストアー内のユニーク名＞

alias：手順2で指定したエイリアス名を指定します。

関連項目

5.4.1 管理対象サーバとの通信のセキュリティ設定とは

5.8 サーバ証明書の有効期限を確認する

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

5.5 Device Managerサーバとの通信のセキュリティ設定

この節の構成

5.5.1 Device Managerサーバとの通信のセキュリティ設定とは

5.5.2 管理サーバでSSL通信するよう設定する（Device Managerサーバとの通信路）

5.5.1 Device Managerサーバとの通信のセキュリティ設定とは

Device Managerサーバでサーバ証明書を使用している場合，管理サーバとDevice Managerサーバの通信にSSL通信を利用できます。

管理サーバにDevice Managerサーバの証明書を登録することで，管理サーバとDevice Managerサーバの通信にSSL通信を利用できるようになります。

関連項目

5.1 セキュリティの設定とは

5.5.2 管理サーバでSSL通信するよう設定する（Device Managerサーバとの通信路）

5.5.2 管理サーバでSSL通信するよう設定する（Device Managerサーバとの通信路）

管理サーバとDevice Managerサーバ間でSSL通信するためには，管理サーバで次の手順を実行してください。

事前に完了しておく操作

Device Managerサーバの証明書の取得
証明書の取得方法については，マニュアル「Hitachi Command Suite システム構成ガイド」を参照してください。

管理サーバでSSL通信するよう設定する手順を次に示します。

次のコマンドを実行して，Device Managerサーバの証明書を管理サーバに登録します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -import -alias ＜トラストストアー内のユニーク名＞ -file ＜Device Managerサーバの証明書ファイル＞ -keystore ＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥jdk¥jre¥lib¥security¥jssecacerts -storepass ＜トラストストアーのパスワード＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -import -alias ＜トラストストアー内のユニーク名＞ -file ＜Device Managerサーバの証明書ファイル＞ -keystore ＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/jre/lib/security/jssecacerts -storepass ＜トラストストアーのパスワード＞
file：PEM形式またはDER形式の証明書ファイルを指定します。

Compute Systems Managerを再起動します。

Compute Systems Managerにログインして，［管理］－［論理分割］－［マイグレーションWWPNの自動登録］を選択します。
通信に使用するプロトコルがHTTPSであることを確認します。
マイグレーションWWPNの自動登録については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

管理サーバにDevice Managerサーバの証明書が登録され，管理サーバのSSL通信の設定が完了します。

関連項目

5.2.1 管理クライアントの通信のセキュリティ設定とは

5.5.1 Device Managerサーバとの通信のセキュリティ設定とは

5.8 サーバ証明書の有効期限を確認する

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

5.6 LDAPディレクトリサーバとの通信のセキュリティ設定とは

管理サーバとLDAPディレクトリサーバの通信には，StartTLS通信を利用できます。

管理サーバとLDAPディレクトリサーバ間の通信をStartTLSで保護するためには次の作業が必要です。

exauth.propertiesファイルの設定

LDAPディレクトリサーバの証明書の入手

トラストストアーファイルへの証明書のインポート

関連項目

1.6.7 LDAPディレクトリサーバとの通信のセキュリティ設定の流れ

5.1 セキュリティの設定とは

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

5.7 管理クライアントからの接続を制限する設定

この節の構成

5.7.1 管理クライアントからの接続の制限とは

5.7.2 管理クライアントからの接続を制限する

5.7.1 管理クライアントからの接続の制限とは

Compute Systems Managerでは，管理サーバにGUIまたはCLI経由でアクセスする管理クライアントを制限できます。特定の管理クライアントだけをアクセスできるようにすることで，管理サーバのセキュリティを強化できます。

関連項目

5.1 セキュリティの設定とは

5.7.2 管理クライアントからの接続を制限する

5.7.2 管理クライアントからの接続を制限する

管理クライアントからの接続を制限する手順を次に示します。

Compute Systems Managerを停止します。

次の場所に格納されているuser_httpsd.confファイルを開きます。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf¥user_httpsd.conf
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/httpsd/conf/user_httpsd.conf

user_httpsd.confファイルの最終行に<Location /ComputeSystemsManager>タグを追加して，管理サーバに接続できる管理クライアントの情報を登録します。

Compute Systems Managerを起動します。

重要

user_httpsd.confファイルに登録していない管理クライアントで，Compute Systems Manager以外のHitachi Command Suite製品にログインしている場合，ログインしている製品のGUIからCompute Systems ManagerのGUIは起動できません。

管理サーバに接続できる管理クライアントが制限されるようになります。

関連項目

5.7.1 管理クライアントからの接続の制限とは

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

B.2.3 Webサーバに関するプロパティ（user_httpsd.conf）

5.8 サーバ証明書の有効期限を確認する

管理サーバに登録されているサーバ証明書の有効期限を確認します。

重要

管理サーバと管理対象サーバ間の通信路で，SSL通信の設定をデフォルトから変更していない場合，有効期限の確認は不要です。

次のコマンドで，サーバ証明書の有効期限を確認できます。

サーバ証明書ファイルの確認方法

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -printcert -v -file ＜サーバ証明書ファイル名＞

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -printcert -v -file ＜サーバ証明書ファイル名＞

file

サーバ証明書ファイル（X.509 PEM形式）を指定します。

キーストアーまたはトラストストアーファイルの確認方法

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -list -v -keystore ＜キーストアーまたはトラストストアーファイル名＞ -storepass ＜キーストアーまたはトラストストアーのパスワード＞

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -list -v -keystore ＜キーストアーまたはトラストストアーファイル名＞ -storepass ＜キーストアーまたはトラストストアーのパスワード＞

keystore

サーバ証明書がインポートされているキーストアーまたはトラストストアーファイルを指定します。

storepass

キーストアーまたはトラストストアーファイルにアクセスするためのパスワードを指定します。

参考

サーバ証明書の有効期限は，上記のコマンドのほかに，OSの機能などを使用して確認することもできます。

サーバ証明書の内容が表示され，有効期限を確認できます。

関連項目

5.1 セキュリティの設定とは

5.2.2 管理サーバでSSL通信するよう設定する（管理クライアントとの通信路）

5.3.2 管理サーバでSSL通信するよう設定する（SMTPサーバとの通信路）

5.4.2 管理サーバでSSL通信するよう設定する（管理対象サーバとの通信路）

5.5.2 管理サーバでSSL通信するよう設定する（Device Managerサーバとの通信路）

5.9 トラストストアーにインポートされたサーバ証明書を削除する

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

5.9 トラストストアーにインポートされたサーバ証明書を削除する

管理サーバのトラストストアーにインポートされたサーバ証明書を削除します。

事前に確認しておく情報

削除するサーバ証明書のエイリアス名
エイリアス名を確認する方法は，トラストストアーファイルに登録されたサーバ証明書の有効期限を確認する方法と同じです。

トラストストアーファイルの格納先

トラストストアーのパスワード

次のコマンドで，サーバ証明書を削除できます。

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -delete -alias ＜エイリアス名＞ -keystore ＜トラストストアーファイル名＞ -storepass ＜トラストストアーのパスワード＞

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -delete -alias ＜エイリアス名＞ -keystore ＜トラストストアーファイル名＞ -storepass ＜トラストストアーのパスワード＞

alias

削除するサーバ証明書のエイリアス名を指定します。

keystore

削除するサーバ証明書がインポートされているトラストストアーファイルを指定します。

storepass

トラストストアーファイルにアクセスするためのパスワードを指定します。

トラストストアーからサーバ証明書が削除されます。

関連項目

5.8 サーバ証明書の有効期限を確認する

6. 外部認証サーバとの連携

この章では，外部認証サーバと連携して認証する方法について説明します。

この章の構成

6.1 外部認証サーバとの連携の概要

6.2 外部認証サーバと連携するための操作フロー

6.3 複数の外部認証サーバと連携している場合の構成

6.4 LDAPディレクトリサーバの構造モデル

6.5 LDAPディレクトリサーバで認証する場合に必要な設定

6.6 LDAPディレクトリサーバとの接続

6.7 Kerberosサーバとの接続

6.8 LDAPディレクトリサーバと接続するための設定項目

6.9 Kerberosサーバと接続するための設定項目

6.10 外部認証サーバと接続するためのコマンド

6.11 情報検索用のユーザーアカウントを使用してLDAPディレクトリサーバに接続する

6.12 LDAPディレクトリサーバの証明書のインポート

6.1 外部認証サーバとの連携の概要

この節の構成

6.1.1 外部認証サーバとの連携とは

6.1.2 外部認可サーバとの連携とは

6.1.1 外部認証サーバとの連携とは

Hitachi Command Suite製品では，外部認証サーバに登録されたユーザーIDを使って，ログインできます。

外部認証サーバに登録されているユーザーIDをCompute Systems Managerに登録しておくことで，外部認証サーバに登録されたユーザーIDを使って，Compute Systems Managerにログインできます。このため，Compute Systems Managerでのログインパスワードの管理や，アカウントの制御が不要になります。

Compute Systems Managerでは，次の外部認証サーバとの連携をサポートしています。

LDAPディレクトリサーバ

Kerberosサーバ

重要

外部認証サーバと直接接続したり，DNSサーバに接続先の外部認証サーバを照会したりできます。外部認証サーバと直接接続する場合は，外部認証サーバとStartTLS通信できます。DNSサーバに接続先の外部認証サーバを照会する場合は，ユーザーがログインする際に，処理に時間が掛かることがあります。

関連項目

1.6.8 外部認証サーバとの連携の流れ

6.1.2 外部認可サーバとの連携とは

6.3 複数の外部認証サーバと連携している場合の構成

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.7.2 Kerberosサーバと接続するよう設定する

6.1.2 外部認可サーバとの連携とは

外部認証サーバと外部認可サーバを併用することで，Compute Systems Managerに対するユーザーのアクセス権限を外部認可サーバで制御できます。

外部認可サーバとも連携する場合，Compute Systems Managerでは，ユーザーを外部認可サーバのグループ（認可グループ）ごとに管理するため，Compute Systems Managerでの個々のユーザーのアカウント管理や権限設定が不要になります。

Compute Systems Managerでは，LDAPディレクトリサーバ（Active Directory）との連携をサポートしています。

関連項目

6.1.1 外部認証サーバとの連携とは

6.2.1 LDAPディレクトリサーバと連携するための操作フロー

6.2.2 Kerberosサーバと連携するための操作フロー

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.7.2 Kerberosサーバと接続するよう設定する

6.2 外部認証サーバと連携するための操作フロー

この節の構成

6.2.1 LDAPディレクトリサーバと連携するための操作フロー

6.2.2 Kerberosサーバと連携するための操作フロー

6.2.1 LDAPディレクトリサーバと連携するための操作フロー

LDAPディレクトリサーバでユーザー認証するためには，Compute Systems Managerで，管理サーバへの外部認証サーバの登録や，認証対象のアカウントの登録などが必要です。

LDAPディレクトリサーバでユーザー認証するための操作フローを次に示します。

重要

外部認可サーバとも連携する場合，外部認証サーバと外部認可サーバは同一サーバである必要があります。

Compute Systems Managerの運用開始後に，外部認可サーバと連携したシステム構成に切り替える場合は，Compute Systems Managerに登録されている同名のユーザーIDは削除するか，変更してください。同名のユーザーIDにドメイン名が含まれている場合（例：user1@example.com）も同様に，ユーザーIDを削除するか，変更してください。同名のユーザーIDが登録されている場合，そのユーザーがCompute Systems Managerにログインした際には，Hitachi Command Suite共通コンポーネントで認証（内部認証）されます。

登録した認可グループのネストグループに属するユーザーも，認可グループに設定されたロール（権限）でCompute Systems Managerを操作できるようになります。

LDAPディレクトリサーバと管理サーバとの通信にStartTLSを使用する場合は，セキュリティ通信のための環境設定が別途必要です。

外部認可サーバと連携している場合，外部認可サーバ側で認可グループにユーザーアカウントを登録したとき，またはユーザーの情報（所属する認可グループ，メールアドレス）を変更したときは，Compute Systems Managerにその情報を反映させるために，対象のユーザーはCompute Systems Managerにログインする必要があります。

関連項目

6.1.1 外部認証サーバとの連携とは

6.1.2 外部認可サーバとの連携とは

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

6.2.2 Kerberosサーバと連携するための操作フロー

Kerberosサーバでユーザー認証するためには，Compute Systems Managerで，管理サーバへの外部認証サーバの登録や，認証対象のアカウントの登録などが必要です。

Kerberosサーバでユーザー認証するための操作フローを次に示します。

重要

外部認可サーバとも連携する場合，外部認証サーバと外部認可サーバは同一サーバである必要があります。

Compute Systems Managerの運用開始後に，外部認可サーバと連携したシステム構成に切り替える場合は，Compute Systems Managerに登録されている同名のユーザーIDは削除するか，変更してください。同名のユーザーIDにレルム名が含まれている場合（例：user1@EXAMPLE.COM）も同様に，ユーザーIDを削除するか，変更してください。同名のユーザーIDが登録されている場合，そのユーザーがCompute Systems Managerにログインした際には，Hitachi Command Suite共通コンポーネントで認証（内部認証）されます。

登録した認可グループのネストグループに属するユーザーも，認可グループに設定されたロール（権限）でCompute Systems Managerを操作できるようになります。

LDAPディレクトリサーバ（外部認可サーバ）と管理サーバとの通信にStartTLSを使用する場合は，セキュリティ通信のための環境設定が別途必要です。

外部認可サーバと連携している場合，外部認可サーバ側で認可グループにユーザーアカウントを登録したとき，またはユーザーの情報（所属する認可グループ，メールアドレス）を変更したときは，Compute Systems Managerにその情報を反映させるために，対象のユーザーはCompute Systems Managerにログインする必要があります。

関連項目

6.1.1 外部認証サーバとの連携とは

6.1.2 外部認可サーバとの連携とは

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

6.7.2 Kerberosサーバと接続するよう設定する

6.3 複数の外部認証サーバと連携している場合の構成

複数の外部認証サーバと連携している場合，冗長構成またはマルチドメイン構成でユーザー認証します。

それぞれの外部認証サーバで同一のユーザー情報を管理する構成を，冗長構成と呼びます。ある外部認証サーバに障害が発生しても，ほかの外部認証サーバでユーザー認証できます。

それぞれの外部認証サーバでドメインごとに異なるユーザー情報を管理する構成を，マルチドメイン構成と呼びます。ドメイン名を含んでいるユーザーIDでログインすると，入力したドメインの外部認証サーバでユーザー認証されます。

外部認証サーバがKerberosサーバの場合は，レルムごとに異なるユーザー情報を管理することで，マルチドメイン構成と同様の構成にできます。

Compute Systems Managerがサポートする外部認証サーバの構成を次に示します。

外部認証サーバ | 冗長構成 | マルチドメイン構成
LDAPディレクトリサーバ | ○※1 | ○※1
Kerberosサーバ | ○ | ○※2

（凡例）

○：サポートしている

注※1

冗長構成またはマルチドメイン構成のどちらか一方の構成にできます。

注※2

レルムごとに異なるユーザー情報を管理することで，マルチドメイン構成と同様の構成にできます。

マルチドメイン構成のLDAPディレクトリサーバでユーザー認証する場合，ログイン時に入力したユーザーIDにドメイン名を含んでいるかどうかで，ユーザー認証の処理が異なります。

ドメイン名を含んでいるユーザーIDでログインすると，次の図に示すように，入力したドメインのLDAPディレクトリサーバでユーザー認証されます。

図6-1 マルチドメイン構成のユーザー認証処理（ドメイン名を含んでいるユーザーIDの場合）

ドメイン名を含んでいないユーザーIDでログインすると，次の図に示すように，連携しているすべてのLDAPディレクトリサーバへ順に，ユーザー認証ができるまで認証処理が実行されます。このとき，多数のLDAPディレクトリサーバと連携していると，ユーザー認証に時間が掛かるため，ドメイン名を含んでいるユーザーIDでログインすることを推奨します。

図6-2 マルチドメイン構成のユーザー認証処理（ドメイン名を含んでいないユーザーIDの場合）

関連項目

6.1.1 外部認証サーバとの連携とは

6.4 LDAPディレクトリサーバの構造モデル

この節の構成

6.4.1 BaseDNとは

6.4.2 階層構造モデルとは

6.4.3 フラットモデルとは

6.4.1 BaseDNとは

BaseDNは，LDAPディレクトリサーバを使用した認証の際にユーザーを検索する起点となるエントリーです。

BaseDNは，Compute Systems Managerの管理サーバのexauth.propertiesファイルのプロパティで設定します。

BaseDNより下の階層のユーザーエントリーが認証の対象となります。Compute Systems Managerで認証したいユーザーをすべて含むエントリーであることが必要です。

関連項目

6.4.2 階層構造モデルとは

6.4.3 フラットモデルとは

6.5.1 LDAPディレクトリサーバを接続するための前提条件

6.4.2 階層構造モデルとは

LDAPディレクトリサーバを使用する前に，LDAPディレクトリサーバのデータ構造を決定し，認証方式に合うよう設定する必要があります。

LDAPディレクトリサーバが提供しているデータ構造の1つとして，階層構造モデルがあります。階層構造モデルは，BaseDNより下の階層が分岐していて，かつ別の階層下にユーザーエントリーが登録されているデータ構造です。この場合，BaseDNより下のエントリーを対象に，ログインIDとユーザー属性値が等しいエントリーが検索されます。

次の図に階層構造モデルの例を示します。

点線で囲まれた範囲が，認証の対象となるユーザーエントリーです。

上記の例では，対象のユーザーエントリーが「cn=sales」および「cn=development」のエントリーにわたって属しているので，BaseDNは「cn=group,dc=example,dc=com」となります。

関連項目

6.4.1 BaseDNとは

6.4.3 フラットモデルとは

6.5.1 LDAPディレクトリサーバを接続するための前提条件

6.4.3 フラットモデルとは

LDAPディレクトリサーバを使用する前に，LDAPディレクトリサーバのデータ構造を決定し，認証方式に合うよう設定する必要があります。

LDAPディレクトリサーバが提供しているデータ構造の1つとして，フラットモデルがあります。フラットモデルは，BaseDNより下に分岐がなく，かつ直下にユーザーエントリーが登録されているデータ構造です。この場合，BaseDNより下のエントリーを対象に，ログインIDとBaseDNを組み合わせたDNを持つエントリーが認証されます。

次の図にフラットモデルの例を示します。

点線で囲まれた範囲が，認証の対象となるユーザーエントリーです。この例では，認証対象のすべてのユーザーエントリーが「ou=people」の直下に属しているので，BaseDNは「ou=people,dc=example,dc=com」となります。

ただし，次のどちらかに該当する場合は，データ構造がフラットモデルであっても，階層構造モデルとして設定してください。

Compute Systems ManagerのユーザーIDとして，RDNの属性以外のユーザー属性値を使用する
ユーザーエントリーのRDNの属性値以外のユーザー属性値（WindowsのログオンIDなど）をユーザーIDとして使用する場合には，階層構造モデルの場合の認証方法の設定が必要です。

ユーザーエントリーのRDNの属性値に，Compute Systems ManagerのユーザーIDとして使用できない文字が使われている
フラットモデルの場合の認証では，ユーザーエントリーのRDNの属性値をCompute Systems ManagerのユーザーIDとして使用します。そのため，Compute Systems ManagerのユーザーIDとして使用できない文字が使われている場合は，フラットモデルで認証できません。
使用できるRDNの例を次に示します。
uid=John123S
cn=John_Smith
使用できないRDNの例を次に示します。
uid=John:123S（コロン（:）が使用されている）
cn=John Smith（半角スペースが使用されている）

関連項目

6.4.1 BaseDNとは

6.4.2 階層構造モデルとは

6.5.1 LDAPディレクトリサーバを接続するための前提条件

6.5 LDAPディレクトリサーバで認証する場合に必要な設定

この節の構成

6.5.1 LDAPディレクトリサーバを接続するための前提条件

6.5.2 DNSサーバに接続先のLDAPディレクトリサーバを照会する場合の条件

6.5.1 LDAPディレクトリサーバを接続するための前提条件

Compute Systems Managerのログイン情報を，LDAPディレクトリサーバで認証させる場合，LDAPディレクトリサーバの次の情報を決定する必要があります。

LDAPディレクトリサーバのデータ構造
LDAPディレクトリサーバでは，次のどちらかのデータ構造が使用できます。

階層構造モデル

フラットモデル

BaseDN
認証の際にユーザーを検索する起点となるエントリーです。

関連項目

6.4.1 BaseDNとは

6.4.2 階層構造モデルとは

6.4.3 フラットモデルとは

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.5.2 DNSサーバに接続先のLDAPディレクトリサーバを照会する場合の条件

LDAPディレクトリサーバの情報を保持するDNSサーバに，LDAPディレクトリサーバへの接続情報を照会する場合，次の操作を完了している必要があります。

LDAPディレクトリサーバのOSで，DNSサーバの環境設定が完了している

DNSサーバのSRVレコードに，LDAPディレクトリサーバのホスト名，ポート番号，ドメイン名など登録済みである

重要

DNSサーバに接続先のLDAPディレクトリサーバを照会する場合，ユーザーがログインする際に，処理に時間が掛かることがあります。

関連項目

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.8.2 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認証サーバとだけ連携するとき）

6.8.4 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認可サーバとも連携するとき）

6.6 LDAPディレクトリサーバとの接続

この節の構成

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

6.6.1 LDAPディレクトリサーバと接続するよう設定する

LDAPディレクトリサーバと接続するためには，事前作業が必要です。必要な情報を確認したあと，LDAPディレクトリサーバの情報を基に管理サーバで接続情報を設定したり，管理クライアントでユーザーアカウントの作成やアクセス制御の設定をしたりします。

事前に確認しておく情報

LDAPディレクトリサーバのデータ構造
階層構造モデルか，フラットモデルかによって，プロパティの設定が変わります。

LDAPディレクトリサーバとの接続方法
LDAPディレクトリサーバの情報を直接指定するか，DNSサーバに接続先のLDAPディレクトリサーバの情報を照会するかによって，設定するプロパティが異なります。

LDAPディレクトリサーバが管理する，外部認可サーバ用のドメイン名（外部認可サーバとも連携する場合）

LDAPディレクトリサーバが管理する，マルチドメイン構成用のドメイン名（外部認証サーバがマルチドメイン構成の場合）

事前に完了しておく操作

Compute Systems Managerで使用するためのLDAPディレクトリサーバでのユーザーアカウント登録
登録されていない場合は，使用するLDAPディレクトリサーバのマニュアルに従って，ユーザーアカウントを登録します。
ユーザーアカウント登録時には次の内容に注意してください。

ユーザーIDおよびパスワードは，Compute Systems Managerで使用できる次の文字で構成されている
A～Z a～z 0～9 ! # $ % & ' ( ) * + - . = @ ¥ ^ _ |

1バイト以上256バイト以内の文字である

Compute Systems Managerでは，ユーザーIDの大文字と小文字の違いが区別されない
パスワードの文字種の組み合わせは，外部認証サーバでの設定に従ってください。

LDAPディレクトリサーバと接続するための設定手順を次に示します。

exauth.propertiesファイルで，LDAPディレクトリサーバと接続するよう設定します。

階層構造モデルの場合，またはフラットモデルでかつ外部認可サーバとも連携する場合は，hcmds64ldapuserコマンドを実行して，情報検索用のユーザーアカウントを登録します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64ldapuser /set /dn ＜情報検索用ユーザーのDN＞ [/pass ＜情報検索用ユーザーのパスワード＞] /name ＜サーバ識別名＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64ldapuser -set -dn ＜情報検索用ユーザーのDN＞ [-pass ＜情報検索用ユーザーのパスワード＞] -name ＜サーバ識別名＞
フラットモデルで外部認証サーバとだけ連携する場合は，認証時にユーザー情報の検索が実行されないため，この作業は不要です。すでに登録されている場合は，情報検索用のユーザーアカウントを削除してください。

hcmds64checkauthコマンドを実行して，外部認証サーバおよび外部認可サーバに正しく接続できるか確認します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64checkauth [/user ＜ユーザーID＞] [/pass ＜パスワード＞] [/summary]
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64checkauth [-user ＜ユーザーID＞] [-pass ＜パスワード＞] [-summary]
userまたはpassオプションを省略した場合は，ユーザーID，パスワードの応答入力を求められます。メッセージの指示に従い入力してください。

外部認証サーバとだけ連携する場合は，管理クライアントで次の項目を設定します。

ユーザーアカウントの作成

ユーザーの認証方式の変更

管理対象に対するアクセス制御の設定

ユーザーグループの作成

ユーザーグループに対するリソースグループの割り当て

リソースグループに対するCompute Systems Managerのロールの設定

管理クライアントでの設定方法については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

外部認可サーバとも連携する場合は，管理クライアントで次の項目を設定します。

認可グループの登録

認可グループに対するアクセス制御の設定

認可グループ（ユーザーグループ）に対するリソースグループの割り当て

リソースグループに対するCompute Systems Managerのロールの設定

管理クライアントでの設定方法については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

外部認可サーバとも連携する場合は，LDAPディレクトリサーバに登録したユーザーアカウントで，Compute Systems Managerにログインします。

重要

外部認可サーバに登録したユーザーアカウントの情報をCompute Systems Managerに反映させるために，ログインする必要があります。

外部認証サーバとしてLDAPディレクトリサーバと管理サーバが接続できるようになります。

関連項目

6.1.1 外部認証サーバとの連携とは

6.1.2 外部認可サーバとの連携とは

6.3 複数の外部認証サーバと連携している場合の構成

6.5.1 LDAPディレクトリサーバを接続するための前提条件

6.5.2 DNSサーバに接続先のLDAPディレクトリサーバを照会する場合の条件

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

6.8.1 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバの情報を直接指定する場合で，外部認証サーバとだけ連携するとき）

6.8.2 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認証サーバとだけ連携するとき）

6.8.3 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバの情報を直接指定する場合で，外部認可サーバとも連携するとき）

6.8.4 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認可サーバとも連携するとき）

6.10.1 外部認証サーバとの連携設定で使用するコマンドに関する注意事項

6.10.2 外部認証サーバとの接続を確認するコマンド（hcmds64checkauth）の書式

6.11.1 情報検索用のユーザーアカウントの条件

6.11.2 情報検索用のユーザーアカウントを登録するコマンド（hcmds64ldapuser）の書式

6.11.4 管理サーバから情報検索用のユーザーアカウントを削除する

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

外部認証サーバとしてLDAPディレクトリサーバと管理サーバの接続を設定したあとで，StartTLS通信するよう設定できます。

事前に完了しておく操作

LDAPディレクトリサーバとの接続設定

次の手順で，LDAPディレクトリサーバと管理サーバ間のStartTLS通信を設定します。

管理サーバのexauth.propertiesファイルで，次のプロパティを編集します。

auth.ocsp.enable（任意）

auth.ocsp.responderURL（任意）

auth.ldap.ServerName.protocol（必須）

exauth.propertiesファイルのauth.ocsp.enableプロパティまたはauth.ocsp.responderURLプロパティを変更した場合には，Compute Systems Managerを再起動します。

次のコマンドを実行して，証明書がHitachi Command Suite共通コンポーネントで利用するトラストストアーに設定済みか確認します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -list -v -keystore ＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥jdk¥jre¥lib¥security¥cacerts -storepass ＜トラストストアーへのアクセスパスワード＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -list -v -keystore ＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/jre/lib/security/cacerts -storepass ＜トラストストアーへのアクセスパスワード＞
storepass：デフォルトのパスワードは「changeit」です。
すでにトラストストアーに設定されている場合は，以降の手順は不要です。

LDAPディレクトリサーバのサーバ証明書を入手します。
入手方法は，利用するLDAPディレクトリサーバのマニュアルを参照してください。

入手したLDAPディレクトリサーバの証明書が，Hitachi Command Suite共通コンポーネントで利用するトラストストアーにインポートする証明書の条件と合致することを確認します。

次のコマンドを実行して，証明書をHitachi Command Suite共通コンポーネントで利用するトラストストアーにインポートします。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -import -alias ＜トラストストアー内のユニーク名＞ -file ＜証明書ファイル＞ -keystore ＜トラストストアーファイル名＞ -storepass ＜トラストストアーへのアクセスパスワード＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -import -alias ＜トラストストアー内のユニーク名＞ -file ＜証明書ファイル＞ -keystore ＜トラストストアーファイル名＞ -storepass ＜トラストストアーへのアクセスパスワード＞
証明書ファイルが複数ある場合は，トラストストアー内で使用されていない任意のエイリアス名を指定して，インポートしてください。

インポートしたトラストストアーの内容を確認します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -list -v -keystore ＜トラストストアーファイル名＞ -storepass ＜トラストストアーへのアクセスパスワード＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -list -v -keystore ＜トラストストアーファイル名＞ -storepass ＜トラストストアーへのアクセスパスワード＞

Compute Systems Managerを再起動します。

LDAPディレクトリサーバと管理サーバが，StartTLS通信で接続できるようになります。

関連項目

5.8 サーバ証明書の有効期限を確認する

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.8.1 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバの情報を直接指定する場合で，外部認証サーバとだけ連携するとき）

6.8.2 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認証サーバとだけ連携するとき）

6.8.3 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバの情報を直接指定する場合で，外部認可サーバとも連携するとき）

6.8.4 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認可サーバとも連携するとき）

6.10.2 外部認証サーバとの接続を確認するコマンド（hcmds64checkauth）の書式

6.12.1 LDAPディレクトリサーバの証明書の条件

6.12.3 LDAPディレクトリサーバの証明書をインポートするコマンド（hcmds64keytoolまたはkeytool）の書式

6.7 Kerberosサーバとの接続

この節の構成

6.7.1 Kerberos認証に使用できる暗号タイプ

6.7.2 Kerberosサーバと接続するよう設定する

6.7.1 Kerberos認証に使用できる暗号タイプ

Hitachi Command Suite製品でサポートされている暗号タイプを使用できるようにKerberosサーバを構築する必要があります。

Hitachi Command Suite製品で，Kerberos認証に使用できる暗号タイプ（encryption types）は次のとおりです。

AES256-CTS

AES128-CTS

RC4-HMAC

DES3-CBC-SHA1

DES-CBC-CRC

DES-CBC-MD5

関連項目

6.9.1 exauth.propertiesファイルの設定項目（Kerberosサーバの情報を直接指定する場合で，外部認証サーバとだけ連携するとき）

6.9.2 exauth.propertiesファイルの設定項目（KerberosサーバをDNSサーバに照会する場合で，外部認証サーバとだけ連携するとき）

6.7.2 Kerberosサーバと接続するよう設定する

Kerberosサーバと接続するためには，事前作業が必要です。必要な情報を確認したあと，Kerberosサーバの情報を基に管理サーバで接続情報を設定したり，管理クライアントでユーザーアカウントの作成やアクセス制御の設定をしたりします。

事前に確認しておく情報

Kerberosサーバとの接続方法
Kerberosサーバの情報を直接指定するか，DNSサーバに接続先のKerberosサーバの情報を照会するかによって，設定するプロパティが異なります。

事前に完了しておく操作

Compute Systems Managerで使用するためのKerberosサーバでのユーザーアカウント登録
登録されていない場合は，使用するKerberosサーバのマニュアルに従って，ユーザーアカウントを登録します。
ユーザーアカウント登録時には次の内容に注意してください。

ユーザーIDおよびパスワードは，Compute Systems Managerで使用できる次の文字で構成されている
A～Z a～z 0～9 ! # $ % & ' ( ) * + - . = @ ¥ ^ _ |

1バイト以上256バイト以内の文字である

Compute Systems Managerでは，ユーザーIDの大文字と小文字の違いが区別されない
パスワードの文字種の組み合わせは，外部認証サーバでの設定に従ってください。

Kerberosサーバと接続するための設定手順を次に示します。

exauth.propertiesファイルで，Kerberosサーバと接続するよう設定します。

外部認可サーバとも連携する場合は，hcmds64ldapuserコマンドを実行して，情報検索用のユーザーアカウントを登録します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64ldapuser /set /dn ＜情報検索用ユーザーのDN＞ [/pass ＜情報検索用ユーザーのパスワード＞] /name ＜サーバ識別名＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64ldapuser -set -dn ＜情報検索用ユーザーのDN＞ [-pass ＜情報検索用ユーザーのパスワード＞] -name ＜サーバ識別名＞
外部認証サーバとだけ連携する場合は，認証時にユーザー情報の検索が実行されないため，この作業は不要です。すでに登録されている場合は，情報検索用のユーザーアカウントを削除してください。

hcmds64checkauthコマンドを実行して，外部認証サーバおよび外部認可サーバに正しく接続できるか確認します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64checkauth [/user ＜ユーザーID＞] [/pass ＜パスワード＞] [/summary]
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64checkauth [-user ＜ユーザーID＞] [-pass ＜パスワード＞] [-summary]
userまたはpassオプションを省略した場合は，ユーザーID，パスワードの応答入力を求められます。メッセージの指示に従い入力してください。

外部認証サーバとだけ連携する場合は，管理クライアントで次の項目を設定します。

ユーザーアカウントの作成

ユーザーの認証方式の変更

管理対象に対するアクセス制御の設定

ユーザーグループの作成

ユーザーグループに対するリソースグループの割り当て

リソースグループに対するCompute Systems Managerのロールの設定

管理クライアントでの設定方法については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

外部認可サーバとも連携する場合は，管理クライアントで次の項目を設定します。

認可グループの登録

認可グループに対するアクセス制御の設定

認可グループ（ユーザーグループ）に対するリソースグループの割り当て

リソースグループに対するCompute Systems Managerのロールの設定

管理クライアントでの設定方法については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

外部認可サーバとも連携する場合は，Kerberosサーバに登録したユーザーアカウントで，Compute Systems Managerにログインします。

重要

外部認可サーバに登録したユーザーアカウントの情報をCompute Systems Managerに反映させるために，ログインする必要があります。

外部認証サーバとしてKerberosサーバと管理サーバが接続できるようになります。

関連項目

6.1.1 外部認証サーバとの連携とは

6.1.2 外部認可サーバとの連携とは

6.3 複数の外部認証サーバと連携している場合の構成

6.5.1 LDAPディレクトリサーバを接続するための前提条件

6.5.2 DNSサーバに接続先のLDAPディレクトリサーバを照会する場合の条件

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

6.9.1 exauth.propertiesファイルの設定項目（Kerberosサーバの情報を直接指定する場合で，外部認証サーバとだけ連携するとき）

6.9.2 exauth.propertiesファイルの設定項目（KerberosサーバをDNSサーバに照会する場合で，外部認証サーバとだけ連携するとき）

6.9.3 exauth.propertiesファイルの設定項目（Kerberosサーバの情報を直接指定する場合で，外部認可サーバとも連携するとき）

6.9.4 exauth.propertiesファイルの設定項目（KerberosサーバをDNSサーバに照会する場合で，外部認可サーバとも連携するとき）

6.10.1 外部認証サーバとの連携設定で使用するコマンドに関する注意事項

6.10.2 外部認証サーバとの接続を確認するコマンド（hcmds64checkauth）の書式

6.11.1 情報検索用のユーザーアカウントの条件

6.11.2 情報検索用のユーザーアカウントを登録するコマンド（hcmds64ldapuser）の書式

6.11.4 管理サーバから情報検索用のユーザーアカウントを削除する

6.8 LDAPディレクトリサーバと接続するための設定項目

この節の構成

6.8.1 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバの情報を直接指定する場合で，外部認証サーバとだけ連携するとき）

6.8.2 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認証サーバとだけ連携するとき）

6.8.3 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバの情報を直接指定する場合で，外部認可サーバとも連携するとき）

6.8.4 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認可サーバとも連携するとき）

6.8.1 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバの情報を直接指定する場合で，外部認証サーバとだけ連携するとき）

exauth.propertiesファイルを編集します。編集するプロパティとその設定値を次の表に示します。

プロパティ名
設定値

auth.server.type
ldap

auth.server.name
LDAPディレクトリサーバのサーバ識別名

auth.ldap.multi_domain※1
true（マルチドメイン構成の場合）
false（冗長構成の場合）

auth.group.mapping
false

auth.ocsp.enable
false※2

auth.ocsp.responderURL
（空白）※2

auth.ldap.＜auth.server.nameの指定値＞.protocol
ldap※3

auth.ldap.＜auth.server.nameの指定値＞.host
LDAPディレクトリサーバのホスト名またはIPアドレス

auth.ldap.＜auth.server.nameの指定値＞.port
LDAPディレクトリサーバのポート番号

auth.ldap.＜auth.server.nameの指定値＞.timeout
LDAPディレクトリサーバとの接続待ち時間

auth.ldap.＜auth.server.nameの指定値＞.attr
認証で使用するユーザーIDの値が定義されている属性名

auth.ldap.＜auth.server.nameの指定値＞.basedn
DN（BaseDN）

auth.ldap.＜auth.server.nameの指定値＞.retry.interval
LDAPディレクトリサーバとの通信失敗時のリトライ間隔

auth.ldap.＜auth.server.nameの指定値＞.retry.times
LDAPディレクトリサーバとの通信失敗時のリトライ回数

auth.ldap.＜auth.server.nameの指定値＞.domain※4
マルチドメイン構成のドメイン名

auth.ldap.＜auth.server.nameの指定値＞.dns_lookup
false

注※1

接続先のLDAPディレクトリサーバがマルチドメイン構成または冗長構成の場合に指定します。

注※2

StartTLS通信する場合は，必要に応じて設定を変更します。

注※3

StartTLS通信する場合は，tlsに変更します。

注※4

接続先のLDAPディレクトリサーバがマルチドメイン構成の場合に指定します。

関連項目

6.6.1 LDAPディレクトリサーバと接続するよう設定する

B.2.13 LDAPディレクトリサーバとの連携に関するプロパティ（exauth.properties）

B.2.14 LDAPディレクトリサーバとの連携に関するプロパティの設定例

6.8.2 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認証サーバとだけ連携するとき）

exauth.propertiesファイルを編集します。編集するプロパティとその設定値を次の表に示します。

プロパティ名 | 設定値
auth.server.type | ldap
auth.server.name | LDAPディレクトリサーバのサーバ識別名
auth.group.mapping | false
auth.ldap.＜auth.server.nameの指定値＞.protocol | ldap
auth.ldap.＜auth.server.nameの指定値＞.timeout | LDAPディレクトリサーバとの接続待ち時間
auth.ldap.＜auth.server.nameの指定値＞.attr | 認証で使用するユーザーIDの値が定義されている属性名
auth.ldap.＜auth.server.nameの指定値＞.basedn | DN（BaseDN）
auth.ldap.＜auth.server.nameの指定値＞.retry.interval | LDAPディレクトリサーバとの通信失敗時のリトライ間隔
auth.ldap.＜auth.server.nameの指定値＞.retry.times | LDAPディレクトリサーバとの通信失敗時のリトライ回数
auth.ldap.＜auth.server.nameの指定値＞.domain.name | ドメイン名
auth.ldap.＜auth.server.nameの指定値＞.dns_lookup | true

関連項目

6.5.2 DNSサーバに接続先のLDAPディレクトリサーバを照会する場合の条件

6.6.1 LDAPディレクトリサーバと接続するよう設定する

B.2.13 LDAPディレクトリサーバとの連携に関するプロパティ（exauth.properties）

B.2.14 LDAPディレクトリサーバとの連携に関するプロパティの設定例

6.8.3 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバの情報を直接指定する場合で，外部認可サーバとも連携するとき）

exauth.propertiesファイルを編集します。編集するプロパティとその設定値を次の表に示します。

プロパティ名
設定値

auth.server.type
ldap

auth.server.name
LDAPディレクトリサーバのサーバ識別名

auth.ldap.multi_domain※1
true（マルチドメイン構成の場合）
false（冗長構成の場合）

auth.group.mapping
true

auth.ocsp.enable
false※2

auth.ocsp.responderURL
（空白）※2

auth.ldap.＜auth.server.nameの指定値＞.protocol
ldap※3

auth.ldap.＜auth.server.nameの指定値＞.host
LDAPディレクトリサーバのホスト名またはIPアドレス

auth.ldap.＜auth.server.nameの指定値＞.port
LDAPディレクトリサーバのポート番号

auth.ldap.＜auth.server.nameの指定値＞.timeout
LDAPディレクトリサーバとの接続待ち時間

auth.ldap.＜auth.server.nameの指定値＞.attr
認証で使用するユーザーIDの値が定義されている属性名

auth.ldap.＜auth.server.nameの指定値＞.basedn
DN（BaseDN）

auth.ldap.＜auth.server.nameの指定値＞.retry.interval
LDAPディレクトリサーバとの通信失敗時のリトライ間隔

auth.ldap.＜auth.server.nameの指定値＞.retry.times
LDAPディレクトリサーバとの通信失敗時のリトライ回数

auth.ldap.＜auth.server.nameの指定値＞.domain.name
外部認可サーバのドメイン名

auth.ldap.＜auth.server.nameの指定値＞.domain※4
マルチドメイン構成のドメイン名

auth.ldap.＜auth.server.nameの指定値＞.dns_lookup
false

注※1

接続先のLDAPディレクトリサーバがマルチドメイン構成または冗長構成の場合に指定します。

注※2

StartTLS通信する場合は，必要に応じて設定を変更します。

注※3

StartTLS通信する場合は，tlsに変更します。

注※4

接続先のLDAPディレクトリサーバがマルチドメイン構成の場合に指定します。

関連項目

6.6.1 LDAPディレクトリサーバと接続するよう設定する

B.2.13 LDAPディレクトリサーバとの連携に関するプロパティ（exauth.properties）

B.2.14 LDAPディレクトリサーバとの連携に関するプロパティの設定例

6.8.4 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認可サーバとも連携するとき）

exauth.propertiesファイルを編集します。編集するプロパティとその設定値を次の表に示します。

プロパティ名 | 設定値
auth.server.type | ldap
auth.server.name | LDAPディレクトリサーバのサーバ識別名
auth.group.mapping | true
auth.ldap.＜auth.server.nameの指定値＞.protocol | ldap
auth.ldap.＜auth.server.nameの指定値＞.timeout | LDAPディレクトリサーバとの接続待ち時間
auth.ldap.＜auth.server.nameの指定値＞.attr | 認証で使用するユーザーIDの値が定義されている属性名
auth.ldap.＜auth.server.nameの指定値＞.basedn | DN（BaseDN）
auth.ldap.＜auth.server.nameの指定値＞.retry.interval | LDAPディレクトリサーバとの通信失敗時のリトライ間隔
auth.ldap.＜auth.server.nameの指定値＞.retry.times | LDAPディレクトリサーバとの通信失敗時のリトライ回数
auth.ldap.＜auth.server.nameの指定値＞.domain.name | ドメイン名
auth.ldap.＜auth.server.nameの指定値＞.dns_lookup | true

関連項目

6.5.2 DNSサーバに接続先のLDAPディレクトリサーバを照会する場合の条件

6.6.1 LDAPディレクトリサーバと接続するよう設定する

B.2.13 LDAPディレクトリサーバとの連携に関するプロパティ（exauth.properties）

B.2.14 LDAPディレクトリサーバとの連携に関するプロパティの設定例

6.9 Kerberosサーバと接続するための設定項目

この節の構成

6.9.1 exauth.propertiesファイルの設定項目（Kerberosサーバの情報を直接指定する場合で，外部認証サーバとだけ連携するとき）

6.9.2 exauth.propertiesファイルの設定項目（KerberosサーバをDNSサーバに照会する場合で，外部認証サーバとだけ連携するとき）

6.9.3 exauth.propertiesファイルの設定項目（Kerberosサーバの情報を直接指定する場合で，外部認可サーバとも連携するとき）

6.9.4 exauth.propertiesファイルの設定項目（KerberosサーバをDNSサーバに照会する場合で，外部認可サーバとも連携するとき）

6.9.1 exauth.propertiesファイルの設定項目（Kerberosサーバの情報を直接指定する場合で，外部認証サーバとだけ連携するとき）

exauth.propertiesファイルを編集します。編集するプロパティとその設定値を次の表に示します。

プロパティ名 | 設定値
auth.server.type | kerberos
auth.group.mapping | false
auth.ocsp.enable | false※
auth.ocsp.responderURL | （空白）※
auth.kerberos.default_realm | レルム名
auth.kerberos.dns_lookup_kdc | false
auth.kerberos.default_tkt_enctypes | Kerberos認証に使用する暗号タイプ
auth.kerberos.clockskew | 管理サーバとKerberosサーバ間の時刻の差の許容範囲
auth.kerberos.timeout | Kerberosサーバと接続するときの接続待ち時間
auth.kerberos.realm_name | レルム識別名
auth.kerberos.＜auth.kerberos.realm_nameの指定値＞.realm | レルム名
auth.kerberos.＜auth.kerberos.realm_nameの指定値＞.kdc | ＜ホスト名またはIPアドレス＞[:＜ポート番号＞]

注※

StartTLS通信する場合は，必要に応じて設定を変更します。

関連項目

6.7.1 Kerberos認証に使用できる暗号タイプ

6.7.2 Kerberosサーバと接続するよう設定する

B.2.15 Kerberosサーバとの連携に関するプロパティ（exauth.properties）

B.2.16 Kerberosサーバとの連携に関するプロパティの設定例

6.9.2 exauth.propertiesファイルの設定項目（KerberosサーバをDNSサーバに照会する場合で，外部認証サーバとだけ連携するとき）

exauth.propertiesファイルを編集します。編集するプロパティとその設定値を次の表に示します。

プロパティ名 | 設定値
auth.server.type | kerberos
auth.group.mapping | false
auth.kerberos.default_realm | レルム名
auth.kerberos.dns_lookup_kdc | true
auth.kerberos.default_tkt_enctypes | Kerberos認証に使用する暗号タイプ
auth.kerberos.clockskew | 管理サーバとKerberosサーバ間の時刻の差の許容範囲
auth.kerberos.timeout | Kerberosサーバと接続するときの接続待ち時間

関連項目

6.7.1 Kerberos認証に使用できる暗号タイプ

6.7.2 Kerberosサーバと接続するよう設定する

B.2.15 Kerberosサーバとの連携に関するプロパティ（exauth.properties）

B.2.16 Kerberosサーバとの連携に関するプロパティの設定例

6.9.3 exauth.propertiesファイルの設定項目（Kerberosサーバの情報を直接指定する場合で，外部認可サーバとも連携するとき）

exauth.propertiesファイルを編集します。編集するプロパティとその設定値を次の表に示します。

プロパティ名 | 設定値
auth.server.type | kerberos
auth.group.mapping | true
auth.ocsp.enable | false※1
auth.ocsp.responderURL | （空白）※1
auth.kerberos.default_realm | レルム名
auth.kerberos.dns_lookup_kdc | false
auth.kerberos.clockskew | 管理サーバとKerberosサーバ間の時刻の差の許容範囲
auth.kerberos.timeout | Kerberosサーバと接続するときの接続待ち時間
auth.kerberos.realm_name | レルム識別名
auth.kerberos.＜auth.kerberos.realm_nameの指定値＞.realm | レルム名
auth.kerberos.＜auth.kerberos.realm_nameの指定値＞.kdc | ＜ホスト名またはIPアドレス＞[:＜ポート番号＞]
auth.group.＜レルム名＞.protocol | ldap※2
auth.group.＜レルム名＞.port | Kerberosサーバのポート番号
auth.group.＜レルム名＞.basedn | DN（BaseDN）
auth.group.＜レルム名＞.timeout | LDAPディレクトリサーバとの接続待ち時間
auth.group.＜レルム名＞.retry.interval | LDAPディレクトリサーバとの通信失敗時のリトライ間隔
auth.group.＜レルム名＞.retry.times | LDAPディレクトリサーバとの通信失敗時のリトライ回数

注※1

StartTLS通信する場合は，必要に応じて設定を変更します。

注※2

StartTLS通信する場合は，「tls」に変更します。

関連項目

6.7.2 Kerberosサーバと接続するよう設定する

B.2.15 Kerberosサーバとの連携に関するプロパティ（exauth.properties）

B.2.16 Kerberosサーバとの連携に関するプロパティの設定例

6.9.4 exauth.propertiesファイルの設定項目（KerberosサーバをDNSサーバに照会する場合で，外部認可サーバとも連携するとき）

exauth.propertiesファイルを編集します。編集するプロパティとその設定値を次の表に示します。

プロパティ名 | 設定値
auth.server.type | kerberos
auth.group.mapping | true
auth.kerberos.default_realm | レルム名
auth.kerberos.dns_lookup_kdc | true
auth.kerberos.clockskew | 管理サーバとKerberosサーバ間の時刻の差の許容範囲
auth.kerberos.timeout | Kerberosサーバと接続するときの接続待ち時間

関連項目

6.7.2 Kerberosサーバと接続するよう設定する

B.2.15 Kerberosサーバとの連携に関するプロパティ（exauth.properties）

B.2.16 Kerberosサーバとの連携に関するプロパティの設定例

6.10 外部認証サーバと接続するためのコマンド

この節の構成

6.10.1 外部認証サーバとの連携設定で使用するコマンドに関する注意事項

6.10.2 外部認証サーバとの接続を確認するコマンド（hcmds64checkauth）の書式

6.10.1 外部認証サーバとの連携設定で使用するコマンドに関する注意事項

外部認証サーバと連携するためのコマンドを実行する場合，コマンドの引数を指定する規則に従っている必要があります。

コマンドラインの引数に制御文字が含まれる場合は，次の規則に従い正しくエスケープしてください。

また，円記号（¥）はコマンドラインでは特殊な扱いとなるため，引数に円記号（¥）が含まれる場合には注意が必要です。

Windowsの場合：

次の文字が引数に含まれる場合，引数を引用符（"）で囲むか，1文字ごとにアクサンシルコンフレックス（^）でエスケープしてください。

半角スペース & | ^ < > ( )

円記号（¥）は，次に続く文字によってはエスケープ文字として扱われることがあります。このため，引数に円記号（¥）と上記の文字が含まれる場合には，引用符（"）で囲まないで，上記文字を1文字ごとにアクサンシルコンフレックス（^）でエスケープしてください。

また，引数の末尾に円記号（¥）がある場合は，円記号（¥）でエスケープしてください。

Linuxの場合：

次の文字が引数に含まれる場合は，引数を引用符（"）で囲むか，1文字ごとに円記号（¥）でエスケープしてください。

半角スペース # & ' ( ) ~ ¥ ` < > ; |

ただし，円記号（¥）は，引用符（"）で囲われていてもエスケープ文字として扱われます。引数に円記号（¥）が含まれる場合には，必ず円記号（¥）でエスケープしてください。

関連項目

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.10.2 外部認証サーバとの接続を確認するコマンド（hcmds64checkauth）の書式

6.10.2 外部認証サーバとの接続を確認するコマンド（hcmds64checkauth）の書式

管理サーバと，外部認証サーバまたは外部認可サーバが接続できているかを確認するコマンド（hcmds64checkauth）の書式を次に示します。

書式

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64checkauth [/user ＜ユーザーID＞] [/pass ＜パスワード＞] [/summary]

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64checkauth [-user ＜ユーザーID＞] [-pass ＜パスワード＞] [-summary]

オプション

userおよびpass

接続を確認する外部認証サーバまたは外部認可サーバに登録されているユーザーアカウントのユーザーIDおよびパスワードを指定します。＜ユーザーID＞および＜パスワード＞の先頭に，Windowsの場合はスラント（/），Linuxの場合はハイフン（-）を指定できません。

認証方式がLDAPの場合
＜ユーザーID＞に，exauth.propertiesファイルのauth.ldap. ＜auth.server.nameの指定値＞.attrの値を指定してください。

認証方式がKerberosの場合
外部認証サーバとだけ連携するときは，Hitachi Command Suite製品に登録されていて，かつ認証方式がKerberosのユーザーアカウントを指定してください。
外部認可サーバとも連携するときは，Hitachi Command Suite製品に登録されていないユーザーアカウントを指定してください。

認証方式がLDAPでマルチドメイン構成の場合，hcmds64checkauthコマンドを実行すると，連携しているすべての外部認証サーバに対してチェックし外部認証サーバごとにチェック結果が表示されます。hcmds64checkauthコマンドで指定したユーザーアカウントが登録されていない外部認証サーバでは，チェック結果のフェーズ3でユーザーアカウントが登録されていないことを示すエラーメッセージが表示され，フェーズ3での確認で失敗することがあります。この場合，接続確認したい外部認証サーバごとに，外部認証サーバに登録されているユーザーアカウントで確認してください。

認証方式がKerberosの場合，exauth.propertiesファイルでレルム名を複数指定したときは，レルムごとに接続できるかを確認してください。この場合，接続を確認するユーザーアカウントがデフォルトのレルム（exauth.propertiesファイルのauth.kerberos.default_realmプロパティで指定した値）に所属しているかどうかで，＜ユーザーID＞の指定方法が異なります。

デフォルトのレルムと異なるレルムに所属するユーザーアカウントを指定する場合
「＜ユーザーID＞@＜レルム名＞」の形式で指定してください。

デフォルトのレルムに所属するユーザーアカウントを指定する場合
レルム名を省略して＜ユーザーID＞を指定できます。

summary

summaryオプションを指定すると，コマンド実行時に表示される確認メッセージが簡略化されます。

userまたはpassオプションを省略した場合は，ユーザーIDまたはパスワードの応答入力を求められます。メッセージの指示に従い入力してください。

hcmds64checkauthコマンドを実行すると，次の4フェーズに分けてチェックされ，結果が表示されます。

フェーズ1：exauth.propertiesファイルの共通のプロパティが正しく設定されているか

フェーズ2：exauth.propertiesファイルの外部認証サーバと外部認可サーバのプロパティが正しく設定されているか

フェーズ3：外部認証サーバに接続できるか

フェーズ4：外部認可サーバとも連携するよう設定されている場合に，外部認可サーバに接続できるか，および認可グループを検索できるか

関連項目

6.8.1 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバの情報を直接指定する場合で，外部認証サーバとだけ連携するとき）

6.8.2 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認証サーバとだけ連携するとき）

6.8.3 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバの情報を直接指定する場合で，外部認可サーバとも連携するとき）

6.8.4 exauth.propertiesファイルの設定項目（LDAPディレクトリサーバをDNSサーバに照会する場合で，外部認可サーバとも連携するとき）

6.10.1 外部認証サーバとの連携設定で使用するコマンドに関する注意事項

6.11 情報検索用のユーザーアカウントを使用してLDAPディレクトリサーバに接続する

この節の構成

6.11.1 情報検索用のユーザーアカウントの条件

6.11.2 情報検索用のユーザーアカウントを登録するコマンド（hcmds64ldapuser）の書式

6.11.3 管理サーバで情報検索用のユーザーアカウントの登録状況を確認する

6.11.4 管理サーバから情報検索用のユーザーアカウントを削除する

6.11.1 情報検索用のユーザーアカウントの条件

LDAPディレクトリサーバの接続を設定するためには，LDAP情報の検索のためのユーザーアカウントをLDAPディレクトリサーバに用意しておく必要があります。

ユーザーアカウントの条件を示します。条件に記載している「DN」は，認証方式によって指定するプロパティが異なります。

認証方式がLDAPの場合

exauth.propertiesファイルのauth.ldap.＜auth.server.nameの指定値＞.basednで指定したDN

認証方式がKerberosの場合

exauth.propertiesファイルのauth.group.＜レルム名＞.basednで指定したDN

LDAP情報を検索するためのユーザーアカウントは，次の条件をすべて満たしている必要があります。

DNにバインドできる

DNに参照できる

DN以下のすべてのエントリーに対して属性を検索できる

DN下にある認可グループを参照できる（外部認可サーバとも連携するとき）

DN下にある認可グループの属性と，認可グループのネストグループの属性を検索できる（外部認可サーバとも連携するとき）

重要

LDAPディレクトリサーバではDNやパスワードに引用符（"）を使用できますが，管理サーバに登録するユーザーアカウントのDNおよびパスワードには引用符（"）を使用しないでください。

参考

Active Directoryを使用している場合，Active Directoryが提供するdsqueryコマンドでユーザーのDNを確認できます。

ユーザーを「administrator」とした場合，次のコマンドを実行してDNを確認します。

dsquery user -name administrator

関連項目

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.11.2 情報検索用のユーザーアカウントを登録するコマンド（hcmds64ldapuser）の書式

6.11.3 管理サーバで情報検索用のユーザーアカウントの登録状況を確認する

B.2.13 LDAPディレクトリサーバとの連携に関するプロパティ（exauth.properties）

B.2.15 Kerberosサーバとの連携に関するプロパティ（exauth.properties）

6.11.2 情報検索用のユーザーアカウントを登録するコマンド（hcmds64ldapuser）の書式

LDAPディレクトリサーバのユーザー情報を検索するためのユーザーアカウントを登録するコマンド（hcmds64ldapuser）の書式を次に示します。

書式

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64ldapuser /set /dn ＜情報検索用ユーザーのDN＞ [/pass ＜情報検索用ユーザーのパスワード＞] /name ＜サーバ識別名＞

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64ldapuser -set -dn ＜情報検索用ユーザーのDN＞ [-pass ＜情報検索用ユーザーのパスワード＞] -name ＜サーバ識別名＞

オプション

dn

情報検索用ユーザーのDNを指定します。RFC4514の規約に従って指定してください。

pass

情報検索用ユーザーのパスワードを指定します。大文字と小文字の違いも含めて，LDAPディレクトリサーバに登録しているパスワードと完全に一致している必要があります。

name

認証方式によって指定内容が異なります。

認証方式がLDAPの場合：LDAPディレクトリサーバのサーバ識別名，またはドメイン名
exauth.propertiesファイルのauth.server.nameプロパティの値，またはauth.ldap.＜auth.server.nameの指定値＞.domain.nameプロパティの値を指定します。

認証方式がKerberosの場合：Kerberosサーバのレルム名
Kerberosサーバの情報を直接指定するよう設定した場合は，auth.kerberos.default_realmの値，またはauth.kerberos.＜auth.kerberos.realm_nameの指定値＞.realmの値を指定します。
Kerberosサーバの情報をDNSサーバに照会するよう設定した場合は，DNSサーバに登録されたレルム名を指定します。

データ構造が階層構造モデルで，情報検索用のユーザーアカウント（BaseDN以下のすべてのユーザーの属性を検索する権限を持つ）を「administrator」，administratorのDNを「cn=administrator,cn=admin,dc=example,dc=com」，administratorのパスワードを「administrator_pass」とした場合のコマンドの実行例を，次に示します。

Windows：

hcmds64ldapuser /set /dn "cn=administrator,cn=admin,dc=example,dc=com" /pass administrator_pass /name ＜auth.server.nameの指定値＞

Linux：

hcmds64ldapuser -set -dn "cn=administrator,cn=admin,dc=example,dc=com" -pass administrator_pass -name ＜auth.server.nameの指定値＞

また，DNに「cn=administrator,cn=admin,dc=example,com」のように，コンマ（,）が含まれる場合は，次のように指定します。

Windows：

hcmds64ldapuser /set /dn "cn=administrator,cn=admin,dc=example¥,com" /pass administrator_pass /name ＜auth.server.nameの指定値＞

Linux：

hcmds64ldapuser -set -dn "cn=administrator,cn=admin,dc=example¥¥,com" -pass administrator_pass -name ＜auth.server.nameの指定値＞

関連項目

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.11.1 情報検索用のユーザーアカウントの条件

6.11.3 管理サーバで情報検索用のユーザーアカウントの登録状況を確認する

6.11.4 管理サーバから情報検索用のユーザーアカウントを削除する

B.2.13 LDAPディレクトリサーバとの連携に関するプロパティ（exauth.properties）

B.2.15 Kerberosサーバとの連携に関するプロパティ（exauth.properties）

6.11.3 管理サーバで情報検索用のユーザーアカウントの登録状況を確認する

管理サーバに登録されている，LDAPディレクトリサーバの情報検索用ユーザーアカウントを確認する場合は，次のコマンドを実行します。

Windows：

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

Linux：

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

関連項目

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.11.1 情報検索用のユーザーアカウントの条件

6.11.2 情報検索用のユーザーアカウントを登録するコマンド（hcmds64ldapuser）の書式

6.11.4 管理サーバから情報検索用のユーザーアカウントを削除する

6.11.4 管理サーバから情報検索用のユーザーアカウントを削除する

管理サーバから情報検索用のユーザーアカウントを削除するには，次のコマンドを実行します。

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64ldapuser /delete /name ＜サーバ識別名＞

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64ldapuser -delete -name ＜サーバ識別名＞

関連項目

6.11.2 情報検索用のユーザーアカウントを登録するコマンド（hcmds64ldapuser）の書式

6.12 LDAPディレクトリサーバの証明書のインポート

この節の構成

6.12.1 LDAPディレクトリサーバの証明書の条件

6.12.2 LDAPディレクトリサーバの証明書をインポートする場合の注意事項

6.12.3 LDAPディレクトリサーバの証明書をインポートするコマンド（hcmds64keytoolまたはkeytool）の書式

6.12.1 LDAPディレクトリサーバの証明書の条件

管理サーバとLDAPディレクトリサーバ間をセキュリティ通信する場合には，入手したLDAPディレクトリサーバのサーバ証明書が特定の条件を満たしている必要があります。

LDAPディレクトリサーバのサーバ証明書のCN（Subject欄のCS）が，exauth.propertiesファイルの次のプロパティに値が設定されていることを確認してください。

認証方式がLDAPの場合
auth.ldap.＜auth.server.nameの指定値＞.host

認証方式がKerberosで，外部認可サーバとも連携する場合
auth.kerberos.＜auth.kerberos.realm_nameの指定値＞.kdc

関連項目

6.6.1 LDAPディレクトリサーバと接続するよう設定する

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

6.12.2 LDAPディレクトリサーバの証明書をインポートする場合の注意事項

LDAPディレクトリサーバの証明書を管理サーバにインポートする場合，次の規則に従うようにしてください。

トラストストアーcacertsは，Hitachi Command Suite共通コンポーネントをバージョンアップすると更新されるため，cacertsに独自の証明書をインポートして運用しないでください。

hcmds64keytoolコマンド（Windowsの場合）またはkeytoolコマンド（Linuxの場合）で，トラストストアー内のユニーク名，トラストストアーのファイル名，およびパスワードを指定するときには，次の点に注意してください。

ファイル名は255バイト以内の文字列にしてください。

ファイル名には次の記号を使用しないでください。

: , ; * ? " < > |

トラストストアー内のユニーク名，およびパスワードには引用符（"）を含めないでください。

関連項目

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

6.12.1 LDAPディレクトリサーバの証明書の条件

6.12.3 LDAPディレクトリサーバの証明書をインポートするコマンド（hcmds64keytoolまたはkeytool）の書式

6.12.3 LDAPディレクトリサーバの証明書をインポートするコマンド（hcmds64keytoolまたはkeytool）の書式

セキュリティ通信するため，LDAPディレクトリサーバの証明書を管理サーバにインポートするコマンド（hcmds64keytoolまたはkeytool）の書式を説明します。

書式

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64keytool -import -alias ＜トラストストアー内のユニーク名＞ -file ＜証明書ファイル＞ -keystore ＜トラストストアーファイル名＞ -storepass ＜トラストストアーへのアクセスパスワード＞

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/bin/keytool -import -alias ＜トラストストアー内のユニーク名＞ -file ＜証明書ファイル＞ -keystore ＜トラストストアーファイル名＞ -storepass ＜トラストストアーへのアクセスパスワード＞

オプション

alias

トラストストアー内で証明書を識別するための名称を指定します。

file

証明書ファイルを指定します。

keystore

LDAPディレクトリサーバの証明書をインポートするために作成するトラストストアーファイル名，または既存のトラストストアーファイル名を指定します。

次のどちらかを指定してください。

Hitachi Command Suite製品以外と証明書を共有しない場合：
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥conf¥sec¥ldapcacerts
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/sec/ldapcacerts

Hitachi Command Suite製品以外と証明書を共有する場合：
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥jdk¥jre¥lib¥security¥jssecacerts
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/jdk/jre/lib/security/jssecacerts

セキュリティリスクを低減するために，LDAPディレクトリサーバの証明書はldapcacertsファイルを指定することを推奨します。Hitachi Command Suite製品以外と証明書を共有する場合は，jssecacertsファイルを指定します。

関連項目

6.6.2 LDAPディレクトリサーバとStartTLS通信するよう設定する

6.12.1 LDAPディレクトリサーバの証明書の条件

6.12.2 LDAPディレクトリサーバの証明書をインポートする場合の注意事項

7. デプロイメントマネージャーの環境設定

この章では，デプロイメントマネージャーの前提ソフトウェアおよびデプロイメントマネージャーのインストール手順，デプロイメントマネージャーで使用されるポートおよび管理対象リソースの設定などについて説明します。

この章の構成

7.1 デプロイメントマネージャーの環境設定とは

7.2 デプロイメントマネージャーをインストールするための前提条件

7.3 IISをインストールする

7.4 .NET Frameworkをインストールする（デプロイメントマネージャーを使用する場合）

7.5 デプロイメントマネージャーをインストールする

7.6 デプロイメントマネージャーを運用するための前提条件

7.7 管理対象リソースのブートの設定を変更する

7.8 デプロイメントマネージャーが使用するポート番号を変更する

7.9 ポート変更時に編集するデプロイメントマネージャーのプロパティと設定ファイル

7.1 デプロイメントマネージャーの環境設定とは

デプロイメントマネージャーは，ディスクの障害や破損が発生した場合に，管理対象リソースのディスクデータを過去の状態に戻したり，同じ環境の管理対象リソースを複数構築したりする機能です。

デプロイメントマネージャーは，管理サーバのOSがWindowsの場合に運用できます。

デプロイメントマネージャーを環境設定するには，管理サーバにIIS，および.NET Frameworkをインストールしたあとに，Compute Systems Managerのインストールウィザードからデプロイメントマネージャーをインストールします。

必要に応じて，デプロイメントマネージャーが使用するポートを変更します。また，管理対象リソースのブートの設定を変更します。

すでにデプロイメントマネージャーがインストールされている場合，Compute Systems Managerのインストールウィザードからデプロイメントマネージャーをアップグレードインストール，上書きインストール，およびアンインストールできます。

関連項目

2.2.2 システム要件を確認する

7.5 デプロイメントマネージャーをインストールする

7.6 デプロイメントマネージャーを運用するための前提条件

7.7 管理対象リソースのブートの設定を変更する

7.8 デプロイメントマネージャーが使用するポート番号を変更する

7.2 デプロイメントマネージャーをインストールするための前提条件

デプロイメントマネージャーをインストールするための前提条件を次に示します。

管理サーバがネットワークに接続されている
ネットワークに接続されていない場合，デプロイメントマネージャーのインストールに失敗します。

管理サーバに次の前提ソフトウェアがインストールされている

IIS 7.5以降

.NET Framework 3.5 SP1または3.5.1

.NET Framework 4.5.2，4.6.0または4.6.1

デプロイメントマネージャーが使用するポートが，ほかの製品で使用されているポートと競合していない
デプロイメントマネージャーが使用するポートには変更できないものがあり，そのポートがほかの製品によって使用されている場合は，デプロイメントマネージャーとその製品が正常に動作しなくなるおそれがあります。

異なる言語対応のSQL Serverが混在していない
デプロイメントマネージャーをインストールすると，SQL Serverが自動でインストールされます。このとき，異なる言語対応のSQL Serverがインストールされていると，デプロイメントマネージャーのインストールに失敗します。

注意

デプロイメントマネージャー以外で使用しているSQL Serverのインスタンスをアンインストールする場合は，DPMDBIインスタンスを削除しないでください。

関連項目

2.2.3 ポート番号が競合していないことを確認する

7.1 デプロイメントマネージャーの環境設定とは

7.3 IISをインストールする

7.4 .NET Frameworkをインストールする（デプロイメントマネージャーを使用する場合）

7.5 デプロイメントマネージャーをインストールする

A.1 Compute Systems Managerサーバで使用されるポート

A.3 デプロイメントマネージャーで使用されるポート

7.3 IISをインストールする

デプロイメントマネージャーをインストールする前に，IISをインストールします。

事前に確認しておく情報

管理サーバにIIS 7.5以降がインストールされているかどうか

IISをインストールする手順を次に示します。

OSに添付されているIISをインストールします。このとき，用途に応じた役割サービスを有効にする必要があります。
IISのバージョンに応じて，次に示す役割サービスを指定してインストールしてください。
IIS 7.xの場合

静的なコンテンツ

ASP.NET

IIS 6メタベース互換

IIS管理コンソール

IIS 8.0以降の場合

静的なコンテンツ

ASP.NET 4.5

IIS 6 メタベース互換

IIS管理コンソール

IIS 7.xの場合，IISの既定のWebサイトを設定します。

既定のWebサイトがなければ新規に作成します。

既定のWebサイトへHTTP通信でループバックアドレス127.0.0.1からアクセスできるよう設定します。既定のWebサイトのポート番号は，デプロイメントマネージャーと通信する場合に使用されます。

関連項目

7.1 デプロイメントマネージャーの環境設定とは

7.2 デプロイメントマネージャーをインストールするための前提条件

7.4 .NET Frameworkをインストールする（デプロイメントマネージャーを使用する場合）

デプロイメントマネージャーをインストールする前に，.NET Frameworkをインストールします。

事前に確認しておく情報

管理サーバに次の.NET Frameworkがインストールされているかどうか

.NET Framework 3.5 SP1または3.5.1

.NET Framework 4.5.2，4.6.0または4.6.1

事前に完了しておく操作

前提となるIISのインストール

.NET Frameworkをインストールする手順を次に示します。

.NET Framework 3.5 SP1または3.5.1がインストールされていない場合，次の手順でインストールします。

Windows Server 2008 R2の場合

Windowsの［サーバーマネージャー］－［機能］－［機能の追加］を選択します。ウィザードに従って，追加する機能として［.NET Framework 3.5.1の機能］を選択します。

Windows Server 2012の場合

Windowsの［サーバーマネージャー］－［管理］－［役割と機能の追加］を選択します。ウィザードに従って，.NET Frameworkをインストールするサーバを選択し，追加する機能として［.NET Framework 3.5 Features］を選択します。

.NET Framework 4.5.2，4.6.0，または4.6.1がインストールされていない場合，次のコマンドを実行してインストールします。
＜Compute Systems Managerのインストールメディア＞¥HCSM_SERVER¥HCSM¥DPMMEDIA¥dotNet Framework452¥NDP452-KB2901907-x86-x64-AllOS-ENU.exe
＜Compute Systems Managerのインストールメディア＞¥HCSM_SERVER¥HCSM¥DPMMEDIA¥dotNet Framework452¥ja¥NDP452-KB2901907-x86-x64-AllOS-JPN.exe

参考

このコマンドを実行すると，.NET Framework 4.5.2が管理サーバにインストールされます。.NET Framework 4.6.0または4.6.1を使用する場合は，コマンドを実行する代わりに，Microsoftのホームページから.NET Frameworkをダウンロードしてインストールしてください。

関連項目

7.1 デプロイメントマネージャーの環境設定とは

7.2 デプロイメントマネージャーをインストールするための前提条件

7.3 IISをインストールする

7.5 デプロイメントマネージャーをインストールする

事前に完了しておく操作

前提ソフトウェアのインストール

デプロイメントマネージャーをインストールする手順を次に示します。

Compute Systems Managerのインストールウィザードで，デプロイメントマネージャーのインストールを選択します。すでにデプロイメントマネージャーがインストールされている場合は，アンインストールが選択できます。

インストールウィザードの指示に従って，それぞれの画面で必要な情報を指定します。

［インストール完了］画面で，［完了］ボタンをクリックします。

デプロイメントマネージャーがIISとの内部通信に使用するポート番号は，デプロイメントマネージャーをインストールしたあと，［管理］タブからデプロイメントマネージャーの設定を選択して変更できます。

重要

デプロイメントマネージャーのインストール中にOSの再起動を要求されることがあります。OSを再起動した場合は，再度Compute Systems Managerのインストールウィザードからインストールしてください。

デプロイメントマネージャーを上書きインストール，アップグレードインストール，およびアンインストールするには，新規インストールしたときのユーザーでログインする必要があります。
デプロイメントマネージャーを新規インストールしたときにログインしたユーザー名を控えておいてください。

参考

すでにCompute Systems Managerがインストールされている場合，デプロイメントマネージャーをインストールすると，Compute Systems Managerは上書きインストールされます。

関連項目

7.1 デプロイメントマネージャーの環境設定とは

7.2 デプロイメントマネージャーをインストールするための前提条件

7.3 IISをインストールする

7.4 .NET Frameworkをインストールする（デプロイメントマネージャーを使用する場合）

7.8 デプロイメントマネージャーが使用するポート番号を変更する

7.6 デプロイメントマネージャーを運用するための前提条件

デプロイメントマネージャーを運用するための前提条件を次に示します。

管理対象リソースがシステム要件を満たしている

複製元と複製先の管理対象リソースはハードウェアのモデルが同じである
ハードウェア条件については，該当するリソースのドキュメントを参照してください。

管理対象リソースの環境を複製する場合，LANの二重化が解除されている
ただし，bondingドライバーまたはhbondingドライバーによってLANが二重化されている場合は，デプロイメントマネージャーを運用できます。

DHCPサーバの構築状態が次の条件を満たしている

DHCPサーバを管理サーバに構築する場合：同一ネットワーク内にDHCPサーバは1つだけである

DHCPサーバを管理サーバ以外に構築する場合：DHCPサーバが同一ネットワーク内に構築されている
この場合は，複数のDHCPサーバを構築できます。

関連項目

7.1 デプロイメントマネージャーの環境設定とは

7.7 管理対象リソースのブートの設定を変更する

デプロイメントマネージャーを使用して管理サーバから管理対象リソースを操作するには，管理対象リソースのブートの設定を変更する必要があります。

事前に確認しておく情報

デプロイメントマネージャーを運用するための前提条件を満たしている

管理サーバから管理対象リソースをPXEブート（ネットワークブート）するために，管理対象リソースのBIOSの起動順位の設定を次のように変更します。

ハードディスクドライブよりネットワークを上位に設定してください。

LANボードが複数ある場合は，デプロイメントマネージャーで管理するLANボードをハードディスクドライブより上位に設定し，それ以外のLANボードはPXEブートの設定を無効にしてください。
無効にできない場合はハードディスクドライブより下位に設定してください。

関連項目

7.1 デプロイメントマネージャーの環境設定とは

7.6 デプロイメントマネージャーを運用するための前提条件

7.8 デプロイメントマネージャーが使用するポート番号を変更する

デプロイメントマネージャーが使用するポートがほかの製品が使用するポートと競合している場合は，デプロイメントマネージャーが使用するポートを変更する必要があります。

ただし，デプロイメントマネージャーで使用するポートには変更できないものがあります。

事前に確認しておく情報

デプロイメントマネージャーがインストールされている

デプロイメントマネージャーが使用するポート番号を変更する手順を次に示します。

変更するポート番号によって，手順が次のとおり異なります。

IISとの内部通信で使用されるポート番号（デフォルト80/tcp）を変更する場合

IISの設定で，既定のWebサイトのポート番号を変更します。

Compute Systems Managerにログインし，［管理］タブから［デプロイメント］－［設定］を選択します。

手順1で設定したポート番号と同じ値に変更します。

上記以外のポート番号を変更する場合

Compute Systems Managerを停止します。

プロパティファイルを編集し，デプロイメントマネージャーが使用するポート番号を変更します。

Compute Systems Managerを起動します。

関連項目

2.2.3 ポート番号が競合していないことを確認する

7.1 デプロイメントマネージャーの環境設定とは

7.5 デプロイメントマネージャーをインストールする

7.9 ポート変更時に編集するデプロイメントマネージャーのプロパティと設定ファイル

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

7.9 ポート変更時に編集するデプロイメントマネージャーのプロパティと設定ファイル

ポート変更時に編集するデプロイメントマネージャーのプロパティと設定ファイルについて説明します。

表7-1 ポート変更時の編集個所（Port.ini）

デフォルトのポート番号 | プロパティファイルの格納パス | プロパティ
26501/tcp または 56020/tcp | ＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥DeploymentManager¥PXE¥Images¥Port.ini | BackupRestoreUnicast
26502/tcp または 56022/tcp | BOOTNIC
26503/tcp または 56030/tcp | FSC
26508/tcp または 56023/tcp | FTUnicast
26504/tcp | ReceiveClientInfo
26505/tcp | DHCPLess
26506/tcp | AUUpdate
26507/tcp | ReceiveClientResult

表7-2 ポート変更時の編集個所（MgrServerList.xml）

デフォルトのポート番号 | 設定ファイルの格納パス | 編集個所 | 編集例
26500/tcp | ＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥DeploymentManager¥WebServer¥App_Data¥Config¥MgrServerList.xml | <Port>＜変更するポート番号＞</Port> | <Port>26500</Port>

関連項目

7.1 デプロイメントマネージャーの環境設定とは

7.8 デプロイメントマネージャーが使用するポート番号を変更する

A.3 デプロイメントマネージャーで使用されるポート

B.3 デプロイメントマネージャーで使用されるポートに関するプロパティ（Port.ini）

8. 管理サーバの運用

この章では，Compute Systems Managerの起動と停止，データベースの管理など，管理サーバの運用について説明します。

この章の構成

8.1 Compute Systems Managerの起動と停止

8.2 データベースの管理

8.1 Compute Systems Managerの起動と停止

この節の構成

8.1.1 Compute Systems Managerの起動と停止とは

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

8.1.4 Compute Systems Managerの常駐プロセス

8.1.5 Compute Systems Managerの稼働状況を確認する

8.1.1 Compute Systems Managerの起動と停止とは

Compute Systems ManagerがインストールされているマシンのOSを起動すると，Compute Systems Managerは自動で起動されます。このとき，ほかのHitachi Command Suite製品も起動されます。

Compute Systems Managerの設定を変更するときは，ユーザーが手動でCompute Systems Managerを起動または停止します。

関連項目

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

8.1.4 Compute Systems Managerの常駐プロセス

8.1.5 Compute Systems Managerの稼働状況を確認する

8.1.2 Compute Systems Managerを起動する

Compute Systems Managerは次の方法で起動できます。

Windows：

次のどちらかの方法で起動します。

Windowsのメニューから起動する。

Windows Server 2008 R2の場合：
［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Compute Systems Manager］－［Start - HCSM］を選択します。

Windows Server 2012の場合：
［スタート］－［すべてのアプリ］－［Hitachi Command Suite］－［Compute Systems Manager］－［Start - HCSM］を選択します。

コマンドを実行して起動する。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64srv /start

Linux：

次のコマンドを実行します。

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

Compute Systems Managerが起動します。同じマシンにインストールされたHitachi Command Suite共通コンポーネントを含むほかのHitachi Command Suite製品も起動します。

関連項目

8.1.1 Compute Systems Managerの起動と停止とは

8.1.4 Compute Systems Managerの常駐プロセス

8.1.5 Compute Systems Managerの稼働状況を確認する

8.1.3 Compute Systems Managerを停止する

Compute Systems Managerは次の方法で停止できます。

重要

構成を変更する前には，すべてのHitachi Command Suite製品を停止してください。障害対処など特別な理由がないかぎり，Compute Systems Managerだけを停止しないでください。

Windows：

次のどちらかの方法で停止します。

Windowsのメニューから停止する。

Windows Server 2008 R2の場合：
［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Compute Systems Manager］－［Stop - HCSM］を選択します。

Windows Server 2012の場合：
［スタート］－［すべてのアプリ］－［Hitachi Command Suite］－［Compute Systems Manager］－［Stop - HCSM］を選択します。

コマンドを実行して停止する。

すべてのHitachi Command Suite製品を停止するには，次のコマンドを実行します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64srv /stop

ほかのHitachi Command Suite製品を停止しないで，Compute Systems Managerだけを停止するには，次のコマンドを実行します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64srv /stop /server ComputeSystemsManagerWebService

Linux：

すべてのHitachi Command Suite製品を停止するには，次のコマンドを実行します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop

ほかのHitachi Command Suite製品を停止しないで，Compute Systems Managerだけを停止するには，次のコマンドを実行します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop -server ComputeSystemsManagerWebService

Compute Systems Managerが停止します。同じマシンにインストールされたHitachi Command Suite共通コンポーネントを含むほかのHitachi Command Suite製品も停止します。

関連項目

8.1.1 Compute Systems Managerの起動と停止とは

8.1.4 Compute Systems Managerの常駐プロセス

8.1.5 Compute Systems Managerの稼働状況を確認する

8.1.4 Compute Systems Managerの常駐プロセス

Compute Systems Managerの常駐プロセス，およびデプロイメントマネージャーの常駐プロセスを，それぞれ次の表に示します。

表8-1 Compute Systems Managerの常駐プロセス一覧（Windows）

プロセス名
プロセス数
サービス名
説明

cjstartsv.exe
1
HCS Compute Systems Manager Web Service
Compute Systems ManagerのJ2EEサービス
ほかのHitachi Command Suite製品が同じマシンにインストールされている場合，その製品のプロセスが，cjstartsv.exeおよびhcmdssvctl.exeという名称で起動されることがあります。

hcmdssvctl.exe
1

cjstartsv.exe
1
HBase 64 Storage Mgmt SSO Service
シングルサインオン用のHitachi Command SuiteのJ2EEサービス
ほかのHitachi Command Suite製品が同じマシンにインストールされている場合，その製品のプロセスが，cjstartsv.exeおよびhcmdssvctl.exeという名称で起動されることがあります。

hcmdssvctl.exe
1

httpsd.exe
1～2
HBase 64 Storage Mgmt Web Service
Hitachi Command Suite共通Webサービス

rotatelogs.exe
2～4

httpsd.exe
1～2
HBase 64 Storage Mgmt Web SSO Service
シングルサインオン用のHitachi Command Suite共通Webサービス

rotatelogs.exe
2～4

hntr2mon.exe
1
Hitachi Network Objectplaza Trace Monitor 2
Hitachi Command Suite共通トレースログ採取
（統合トレースログ情報の採取）

hntr2srv.exe
1
Hitachi Command Suite共通トレースサービス
（［サービス］ダイアログからのイベントの処理）

hntr2mon.exe
1
Hitachi Network Objectplaza Trace Monitor 2 (x64)
Hitachi Command Suite共通トレースログ採取
（統合トレースログ情報の採取）

hntr2srv.exe
1
Hitachi Command Suite共通トレースサービス
（［サービス］ダイアログからのイベントの処理）

pdservice.exe
1
HiRDB/EmbeddedEdition _HD1
データベースの関連プロセスの管理

pdprcd.exe
1

表8-2 デプロイメントマネージャーの常駐プロセス一覧

プロセス名 | プロセス数 | サービス名 | 説明
apiserv.exe | 1 | DeploymentManager API Service | デプロイメントマネージャー共通コンポーネントサービス
bkressvc.exe | 1 | DeploymentManager Backup/Restore Management | バックアップやリストアのタスク実行サービス
depssvc.exe | 1 | DeploymentManager Get Client Information | デプロイメントマネージャーターゲットサーバからの情報取得サービス
pxesvc.exe | 1 | DeploymentManager PXE Management | ネットワーク（PXE）ブートの制御サービス
pxemtftp.exe | 1 | DeploymentManager PXE Mtftp | tftpサーバ機能
rupdssvc.exe | 1 | DeploymentManager Remote Update Service | デプロイメントマネージャーターゲットサーバのリモートアップデート実行サービス
schwatch.exe | 1 | DeploymentManager Schedule Management | スケジュール管理サービス
ftsvc.exe | 1 | DeploymentManager Transfer Management | ファイル転送サービス
sqlservr.exe | 1 | SQL Server (DPMDBI) | データベースサービス
sqlagent.exe | 0 | SQL Server Agent (DPMDBI)※ | データベースジョブ管理サービス

注※

デプロイメントマネージャーのインストール時に登録されますが，常駐プロセスとしては動作しません。

表8-3 Compute Systems Managerの常駐プロセス一覧（Linux）

プロセス名
説明

cjstartsv
Compute System ManagerのJ2EEサービス

hcs_csm

cjstartsv
シングルサインオン用のHitachi Command SuiteのJ2EEサービス

hcs_hsso

httpsd
Hitachi Command Suite共通Webサービス
このプロセスは複数起動されていることがあります。

httpsd
シングルサインオン用のHitachi Command Suite共通Webサービス
このプロセスは複数起動されていることがあります。

rotatelogs
Webサービス用のログ分割ユーティリティ
このプロセスは複数起動されていることがあります。

hntr2mon
Hitachi Command Suite共通トレースログ採取
（統合トレースログ情報の採取）

pdprcd
データベースのプロセスサーバプロセス

関連項目

8.1.1 Compute Systems Managerの起動と停止とは

8.1.5 Compute Systems Managerの稼働状況を確認する

8.1.5 Compute Systems Managerの稼働状況を確認する

Compute Systems Managerは次の方法で稼働状況を確認できます。

Windows：

次のどちらかの方法で確認します。

Windowsのメニューから確認する。

Windows Server 2008 R2の場合：
［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Compute Systems Manager］－［Status - HCSM］を選択します。

Windows Server 2012の場合：
［スタート］－［すべてのアプリ］－［Hitachi Command Suite］－［Compute Systems Manager］－［Status - HCSM］を選択します。

コマンドを実行して確認する。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64srv /statusall

Linux：

次のコマンドを実行します。

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

Compute Systems Managerの稼働状況が表示されます。

関連項目

8.1.1 Compute Systems Managerの起動と停止とは

8.1.4 Compute Systems Managerの常駐プロセス

8.2 データベースの管理

この節の構成

8.2.1 データベースの管理とは

8.2.2 データベースをバックアップするための確認事項

8.2.3 データベースをバックアップする

8.2.4 データベースをリストアするための確認事項

8.2.5 データベースをリストアする

8.2.6 データベースを移行するための確認事項

8.2.7 移行元サーバからデータベースをエクスポートする

8.2.8 移行先サーバにデータベースをインポートする

8.2.1 データベースの管理とは

Compute Systems Managerでは，障害が発生したときにデータベースをリストアできます。また，Compute Systems Managerをアップグレードしたり，新しいマシンへ管理サーバを移行したりする場合などに，データベースを移行できます。

データベースをバックアップおよびリストアする方法を次に示します。

hcmds64backupsコマンドを使ってバックアップしたデータベースを，hcmds64dbコマンドを使ってリストアする
このバックアップおよびリストア方法を推奨しています。

hcmds64dbtransコマンドを使ってエクスポートしたデータベースを，hcmds64dbtransコマンドを使ってインポートする
リストアしたい環境が，hcmds64dbコマンドでリストアするときの条件に合わない場合に，この方法で実行します。

重要

障害が発生したときに備えて，hcmds64backupsコマンドで取得するバックアップとhcmds64dbtransコマンドで取得するエクスポートを，定期的に両方実行しておくことを推奨します。

データベースを移行するには，hcmds64dbtransコマンドを使って移行元のデータベースをエクスポートしたあと，hcmds64dbtransコマンドで移行先へインポートします。

次に示すような，異なる環境のマシンにもデータベースを移行できます。

異なるプラットフォームのマシンへの移行（例：Windows Server 2008 R2からWindows Server 2012への移行）

Compute Systems Managerのインストール先が異なるマシンへの移行

Compute Systems Managerのバージョンが移行元のバージョンよりも新しいマシンへの移行

Compute Systems Manager以外のHitachi Command Suite製品が稼働しているマシンでは，すべてのHitachi Command Suite製品について一括でデータベースのバックアップ，リストア，および移行を実行できます。

重要

バックアップソフトウェアを使用して，Compute Systems Managerのインストールディレクトリ，およびデータベースの格納先ディレクトリを含むディスク領域をバックアップする場合は，すべてのHitachi Command Suite製品のサービスを停止してから実施してください。
サービスを停止しないでバックアップを実施すると，I/O遅延やファイル排他などによって障害が発生するおそれがあります。

コマンドを実行するときに指定するパスおよびファイル名には，一部の特殊文字を除いたASCII印字可能文字コードを指定できます。指定できない特殊文字を次に示します。
¥ / : , ; * ? " < > | $ % & ' `
ただし，パスの区切り文字として，Windowsの場合は円記号（¥），コロン（:）およびスラント（/），Linuxの場合はスラント（/）を使用できます。パスの末尾にはパスの区切り文字を指定しないでください。
Windowsの場合，パス中に半角スペースを指定するときは，パスを引用符（"）で囲んで指定してください。Linuxの場合は，パス中に半角スペースは指定できません。

関連項目

8.1.3 Compute Systems Managerを停止する

8.2.2 データベースをバックアップするための確認事項

8.2.3 データベースをバックアップする

8.2.4 データベースをリストアするための確認事項

8.2.5 データベースをリストアする

8.2.6 データベースを移行するための確認事項

8.2.7 移行元サーバからデータベースをエクスポートする

8.2.8 移行先サーバにデータベースをインポートする

10.2.3 トラブルシューティング事例（データベースをリストアできない）

8.2.2 データベースをバックアップするための確認事項

データベースをバックアップするためには，バックアップファイルを格納するディレクトリが必要です。

バックアップファイルを格納するディレクトリには，バックアップ時に作成される一時ファイルの分も含めて次の空き容量が必要です。

バックアップファイルを格納するディレクトリに必要な空き容量：（＜バックアップ対象となるHitachi Command Suite製品のデータベースサイズの総和※＞ + 4.6 GB）× 2

注※

Compute Systems Manager，およびHitachi Command Suite共通コンポーネントのデータベースの容量については，データベースファイルの格納先ディレクトリの容量をデータベースのサイズとしてください。ほかのHitachi Command Suite製品のデータベースの容量については，各製品のマニュアルを参照してください。

関連項目

2.3.3 インストールに使用するディレクトリの内容を確認する

8.2.1 データベースの管理とは

8.2.3 データベースをバックアップする

8.2.3 データベースをバックアップする

障害が発生した場合に，管理サーバでデータベースをリストアできるようデータベースをバックアップしておく必要があります。

事前に完了しておく操作

データベースをバックアップするための確認作業

データベースをバックアップする手順を次に示します。

バックアップファイルを格納するディレクトリの下に，ファイルおよびサブディレクトリがないことを確認します。

hcmds64backupsコマンドを実行してデータベースをバックアップします。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64backups /dir ＜ローカルディスク上のバックアップファイル格納先ディレクトリ＞ /auto
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64backups -dir ＜ローカルディスク上のバックアップファイル格納先ディレクトリ＞ -auto

dir

データベースのバックアップファイルを格納するローカルディスク上のディレクトリを，絶対パスで指定します。

auto

Hitachi Command Suite製品およびデータベースのサービスを，適切な状態に変更するためのオプションです。コマンド実行後には，Hitachi Command Suite製品およびデータベースのサービスが起動した状態になります。

hcmds64backupsコマンドを実行すると，dirオプションに指定したバックアップファイルの格納先ディレクトリの下にdatabaseというディレクトリが作成され，データベースのバックアップファイルがbackup.hdbというファイル名で格納されます。

参考

dirオプションに指定したバックアップファイルの格納先ディレクトリに作成されたdatabase以外のディレクトリには，Hitachi Command Suite製品の設定ファイルがバックアップされます。管理サーバの障害によってHitachi Command Suite製品を再インストールすることになった場合には，バックアップされた設定ファイルで以前の設定内容を確認できます。

関連項目

8.2.1 データベースの管理とは

8.2.2 データベースをバックアップするための確認事項

8.2.5 データベースをリストアする

8.2.4 データベースをリストアするための確認事項

データベースをリストアする前に，バックアップを取得した時点の管理サーバと，データベースをリストアする時点の管理サーバとで，次の項目が同じであることを確認してください。

インストールされているCompute Systems Managerを含むHitachi Command Suite製品の，バージョンおよびリビジョン

Compute Systems Managerを含むHitachi Command Suite製品およびHitachi Command Suite共通コンポーネントのインストール先

Compute Systems Managerを含むHitachi Command Suite製品およびHitachi Command Suite共通コンポーネントのデータベースのインストール先

マシンのIPアドレスとホスト名

リストアの手順の途中で使用するhcmds64dbコマンドは，実行時に一時ファイルを作成します。バックアップファイルの格納先ディレクトリが，次の条件を満たしていることを確認してください。

hcmds64dbコマンドを実行するユーザーに書き込み権限がある

格納しているバックアップファイルと同じ分の空き容量がある

関連項目

8.2.1 データベースの管理とは

8.2.3 データベースをバックアップする

8.2.5 データベースをリストアする

8.2.5 データベースをリストアする

障害が発生した場合に，あらかじめ取得しておいたバックアップを使用して，データベースをリストアできます。

事前に完了しておく操作

データベースをリストアするための確認作業

データベースをリストアする手順を次に示します。

hcmds64dbコマンドを実行してデータベースをリストアします。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64db /restore ＜バックアップファイル＞ /type ALL /auto
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64db -restore ＜バックアップファイル＞ -type ALL -auto

restore

バックアップファイル（backup.hdb）の名称を絶対パスで指定します。

auto

Hitachi Command Suite製品およびデータベースのサービスを，適切な状態に変更するためのオプションです。コマンド実行後には，Hitachi Command Suite製品およびデータベースのサービスが停止した状態になります。

Compute Systems Managerを起動します。

同じホストにほかのHitachi Command Suite製品がインストールされていた場合は，Compute Systems Managerと合わせてリストアされます。ほかのHitachi Command Suite製品もリストアされた場合は，リストア後に作業が必要なことがあります。リストア後に必要な作業については，各Hitachi Command Suite製品のマニュアルを参照してください。

関連項目

8.2.1 データベースの管理とは

8.2.3 データベースをバックアップする

8.2.4 データベースをリストアするための確認事項

10.2.3 トラブルシューティング事例（データベースをリストアできない）

8.2.6 データベースを移行するための確認事項

データベースを異なる管理サーバに移行するために，移行元サーバでエクスポートしたあと，移行先サーバでインポートする必要があります。

データベースの移行を開始する前に，次の条件がすべて満たされていることを確認してください。

移行先サーバにインストールするHitachi Command Suite製品のバージョンが，すべて移行元サーバのHitachi Command Suite製品と同じか，それ以降であること

Compute Systems Managerのデータベースをエクスポートする場合，データベースの情報を一時的に格納するためのディレクトリと，アーカイブファイルを格納するディレクトリに，十分な容量が確保されていること
それぞれのディレクトリには，次に示すディレクトリの合計サイズと同等の容量を確保してください。

インストールされているHitachi Command Suite製品の各データベースの格納先ディレクトリ

Hitachi Command Suite共通コンポーネントのデータベースの格納先ディレクトリ
（SYSディレクトリとその下を除く）

重要

データベースはアーカイブファイルとしてエクスポートされます。アーカイブファイルを格納するディレクトリの容量が不足している場合，データベースのエクスポート時に，アーカイブファイルの作成に失敗します。この場合は，十分な容量を確保したあとに再度エクスポートしてください。

関連項目

8.2.1 データベースの管理とは

8.2.7 移行元サーバからデータベースをエクスポートする

8.2.8 移行先サーバにデータベースをインポートする

8.2.7 移行元サーバからデータベースをエクスポートする

異なるマシンへデータベースを移行するために，現在使用中のマシンのデータベースをエクスポートします。また，障害に備えてデータベースをエクスポートしておけば，障害が発生したときにデータベースをインポート（リストア）できます。

事前に完了しておく操作

データベースを移行するための確認作業

データベースをエクスポートする手順を次に示します。

エクスポートに使用する作業用ディレクトリの下に，ファイルおよびサブディレクトリがないことを確認します。

hcmds64dbtransコマンドを実行してデータベースをエクスポートします。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64dbtrans /export /workpath ＜作業用ディレクトリ＞ /file ＜アーカイブファイル＞ /auto
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64dbtrans -export -workpath ＜作業用ディレクトリ＞ -file ＜アーカイブファイル＞ -auto

workpath

データベース情報を一時的に配置するための作業用ディレクトリを，絶対パスで指定します。

ローカルディスクのディレクトリを指定してください。

workpathオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

file

出力されるアーカイブファイルの名称を絶対パスで指定します。

auto

Hitachi Command Suite製品およびデータベースのサービスを，適切な状態に変更するためのオプションです。コマンド実行後には，Hitachi Command Suite製品およびデータベースのサービスが起動した状態になります。

データベースを移行するためにエクスポートした場合，アーカイブファイルを移行先サーバに転送します。

関連項目

8.2.1 データベースの管理とは

8.2.6 データベースを移行するための確認事項

8.2.8 移行先サーバにデータベースをインポートする

8.2.8 移行先サーバにデータベースをインポートする

移行元のマシンでエクスポートしたデータベースを，異なるマシンへインポートします。また，エクスポートで取得したデータを使って，障害が発生したときにデータベースをインポート（リストア）できます。

事前に完了しておく操作

データベースを移行するための確認作業

データベースをインポートする手順を次に示します。

移行元の管理サーバでプロパティにデフォルト値以外を設定していた場合は，必要に応じて，移行先サーバのプロパティファイルの設定値を見直してください。
データベースをインポートしても，プロパティファイルは移行先サーバに引き継がれません。

hcmds64dbtransコマンドを実行してデータベースをインポートします。

参考

通常は，アーカイブファイルを使用する方法でインポートしてください。

アーカイブファイルを使用しないでインポートする方法は，バージョン8.1.0以前のCompute Systems Managerからデータベースを移行する場合に，移行元のデータベースの全体容量が2GBを超えているなどの理由で，アーカイブファイルが作成されなかったときに実行します。

アーカイブファイルを使用してインポートする場合：

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64dbtrans /import /workpath ＜作業用ディレクトリ＞ /file ＜アーカイブファイル＞ /type {ALL|＜Hitachi Command Suite製品名＞} /auto

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64dbtrans -import -workpath ＜作業用ディレクトリ＞ -file ＜アーカイブファイル＞ -type {ALL|＜Hitachi Command Suite製品名＞} -auto

アーカイブファイルを使用しないでインポートする場合：

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64dbtrans /import /workpath ＜作業用ディレクトリ＞ /type {ALL|＜Hitachi Command Suite製品名＞} /auto

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64dbtrans -import -workpath ＜作業用ディレクトリ＞ -type {ALL|＜Hitachi Command Suite製品名＞} -auto

workpath

アーカイブファイルを使用してインポートする場合：

データベース情報を一時的に配置するための作業用ディレクトリを，絶対パスで指定します。

ローカルディスクのディレクトリを指定してください。

workpathオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

アーカイブファイルを使用しないでインポートする場合：

移行元から転送したデータベース情報を格納したディレクトリを指定します。転送したディレクトリの下のファイル構成は変更しないでください。

file

アーカイブファイルを使用してインポートする場合，移行元サーバから転送したデータベースのアーカイブファイルを，絶対パスで指定します。アーカイブファイルを使用しないでインポートする場合は，このオプションを指定しないでください。

type

原則として，ALLを指定してください。ALLを指定すると，移行先にインストールされているHitachi Command Suite製品のデータベースが自動的に選択され，移行されます。Compute Systems Managerのデータベースだけインポートする場合は，typeオプションで「HCSM」と指定します。ほかのHitachi Command Suite製品のデータベースを個別にインポートする場合は，各Hitachi Command Suite製品のマニュアルを参照してください。

auto

Hitachi Command Suite製品およびデータベースのサービスを，適切な状態に変更するためのオプションです。コマンド実行後には，Hitachi Command Suite製品およびデータベースのサービスが停止した状態になります。

移行先のCompute Systems Managerを起動します。

データベースをバックアップします。
障害が発生した場合に備えて，インポート直後のデータベースをバックアップしておくことをお勧めします。

関連項目

8.2.1 データベースの管理とは

8.2.3 データベースをバックアップする

8.2.6 データベースを移行するための確認事項

8.2.7 移行元サーバからデータベースをエクスポートする

9. クラスタを使用するための環境設定と運用

この章では，クラスタを使用して運用するためのCompute Systems Managerのインストールと環境設定，起動と停止，データベースの管理などについて説明します。

この章の構成

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.3 クラスタ運用を開始する前の確認事項

9.4 クラスタ環境へのインストール

9.5 クラスタ環境への移行

9.6 クラスタ管理アプリケーションへのサービスの登録と削除

9.7 新規インストールまたはクラスタ環境に移行した後の環境設定

9.8 クラスタ環境でのCompute Systems Managerの起動と停止

9.9 クラスタ環境でのデータベースの管理

9.10 クラスタ環境からのアンインストール

9.1 クラスタを使用するための環境設定と運用とは

Compute Systems Managerでは，クラスタ環境で管理サーバのフェールオーバーを設定することで，管理サーバの信頼性を高められます。

クラスタを使用してCompute Systems Managerの運用を開始するためには，Compute Systems Managerのインストールまたは非クラスタ環境からクラスタ環境への移行，ならびにクラスタ構成に関する環境の設定が必要です。

また，データベースの操作やCompute Systems Managerの起動または停止など，クラスタ環境で運用する場合の手順があります。

クラスタ環境では，2台の管理サーバを，それぞれ実行系ノード，待機系ノードとして運用します。

障害発生時は，フェールオーバーすることで，実行系ノードで使用していたシステムリソースを待機系ノードに引き継いで運用の停止を防ぎます。

実行系ノード
クラスタ運用しているシステムで，実際に稼働しているホストです。

待機系ノード
クラスタ運用しているシステムで，障害発生時に，実行系ノードで使用していたシステムリソースを引き継げるように待機しているホストです。

このマニュアルでは，次のクラスタ管理アプリケーションを対象としています。

Windows
Windows Server Failover Clustering

Red Hat Enterprise Linux
Red Hat High Availability
マニュアルでは，Red Hat High Availabilityが提供するCongaを使用した手順を説明します。Congaを使用する場合は，パッケージ（luci）をインストールする必要があります。
マニュアルに記載している操作例は，次に示すバージョンのluciパッケージがインストールされていることを前提にしています。
Version：0.26.0
Release：48.el6
luciパッケージの詳細については，Red Hat High Availabilityのマニュアルを参照してください。

重要

障害が発生し，実行系ノードから待機系ノードにフェールオーバーした場合，実行中のタスクは失敗します。必要に応じて，失敗したタスクを再実行してください。

ストレージシステムの一部機種のSVPと，Compute Systems Managerを同一ホストで運用する場合，SVPはクラスタ構成をサポートしていないため，Compute Systems Managerを非クラスタ構成にしてください。
対象となるストレージシステムの機種については，ソフトウェア添付資料を参照してください。

関連項目

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.3.1 クラスタ運用を開始する環境設定手順の確認

9.3.2 クラスタ環境で運用する管理サーバの空き容量の確認

9.3.3 クラスタ管理アプリケーションを使用して設定する前の確認

9.4.1 クラスタ環境にインストールする（Windows）

9.4.2 実行系ノードで新規インストールする（Red Hat Enterprise Linux）

9.4.3 待機系ノードで新規インストールする（Red Hat Enterprise Linux）

9.5.1 クラスタ環境に移行する（Windows）

9.5.2 クラスタ環境に移行する（Red Hat Enterprise Linux）

9.10.2 クラスタ環境からCompute Systems Managerをアンインストールする（Windows）

9.10.3 クラスタ環境からCompute Systems Managerをアンインストールする（Red Hat Enterprise Linux）

D.4 バージョン7.x.xからアップグレードする（クラスタ環境の場合）

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

クラスタ環境で使用する，Compute Systems ManagerおよびHitachi Command Suite共通コンポーネントのサービスを次に示します。

HBase 64 Storage Mgmt SSO Service

HBase 64 Storage Mgmt Web Service

HBase 64 Storage Mgmt Web SSO Service

HCS Compute Systems Manager Web Service

HiRDB/ClusterService _HD1（Windowsの場合）

HiRDB（Red Hat Enterprise Linuxの場合）

Windowsの管理サーバでデプロイメントマネージャーを使用する場合は，次のサービスも使用します。

DeploymentManager PXE Management

DeploymentManager PXE Mtftp

DeploymentManager Transfer Management

関連項目

8.1.4 Compute Systems Managerの常駐プロセス

9.1 クラスタを使用するための環境設定と運用とは

9.6.1 クラスタ管理アプリケーションにサービスを登録する（Windows）

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

9.6.3 クラスタ管理アプリケーションからサービスを削除する（Windows）

9.6.4 クラスタ管理アプリケーションからサービスを削除する（Red Hat Enterprise Linux）

9.8.1 Compute Systems Managerのクラスタ運用を一時停止する（Windows）

9.8.2 Compute Systems Managerのクラスタ運用を一時停止する（Red Hat Enterprise Linux）

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

9.3 クラスタ運用を開始する前の確認事項

この節の構成

9.3.1 クラスタ運用を開始する環境設定手順の確認

9.3.2 クラスタ環境で運用する管理サーバの空き容量の確認

9.3.3 クラスタ管理アプリケーションを使用して設定する前の確認

9.3.1 クラスタ運用を開始する環境設定手順の確認

クラスタ環境でCompute Systems Managerを運用する場合，環境設定手順は管理サーバの状態によって異なります。

運用する管理サーバの状態を確認し，実施する環境設定手順を決定してください。

管理サーバの状態ごとに，クラスタ環境を設定する手順を次に示します。

図9-1 管理サーバがクラスタ環境の場合のクラスタ環境設定手順（Windows）

図9-2 管理サーバがクラスタ環境で，Compute Systems Managerがインストールされていない場合のクラスタ環境設定手順（Red Hat Enterprise Linux）

図9-3 管理サーバがクラスタ環境で，Compute Systems Managerがインストールされている場合のクラスタ環境設定手順（Red Hat Enterprise Linux）

図9-4 管理サーバが非クラスタ環境の場合のクラスタ環境設定手順（Windows）

図9-5 管理サーバが非クラスタ環境の場合のクラスタ環境設定手順（Red Hat Enterprise Linux）

重要

Compute Systems Managerを新たにクラスタ環境へインストールする場合，または，非クラスタ環境からクラスタ環境に移行する場合は，クラスタを構成するすべてのノードが，同じディスク構成で，かつ，Hitachi Command Suite 製品のインストール先（ドライブ文字やパス名など）も同じになるようにしてください。

Windowsの場合，クラスタ環境へのインストールにはドメインのAdministrator権限を持つユーザーでのログインが必要です。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.3.2 クラスタ環境で運用する管理サーバの空き容量の確認

9.3.3 クラスタ管理アプリケーションを使用して設定する前の確認

9.4.1 クラスタ環境にインストールする（Windows）

9.4.2 実行系ノードで新規インストールする（Red Hat Enterprise Linux）

9.4.3 待機系ノードで新規インストールする（Red Hat Enterprise Linux）

9.4.4 実行系ノードでアップグレードまたは上書きインストールする（Red Hat Enterprise Linux）

9.4.5 待機系ノードでアップグレードまたは上書きインストールする（Red Hat Enterprise Linux）

9.5.1 クラスタ環境に移行する（Windows）

9.5.2 クラスタ環境に移行する（Red Hat Enterprise Linux）

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

9.6.4 クラスタ管理アプリケーションからサービスを削除する（Red Hat Enterprise Linux）

9.8.2 Compute Systems Managerのクラスタ運用を一時停止する（Red Hat Enterprise Linux）

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

9.3.2 クラスタ環境で運用する管理サーバの空き容量の確認

クラスタを使用して，Compute Systems Managerの運用を開始するための環境設定では，データベースをバックアップしたり，必要なデータを共有ディスクへ移行したりします。

管理サーバに次の空き容量があることを確認してください。

データベースのバックアップに必要な空き容量：
データベースをバックアップするための確認事項を参照して，空き容量を確認します。

共有ディスクに必要な空き容量：

データベースを移行するために指定する再作成先に必要な容量
＜Hitachi Command Suite共通コンポーネントのデータベース容量※＞＋
＜Compute Systems Managerと同一ホストにインストールされているCompute Systems Managerを含むすべてのHitachi Command Suite製品のデータベース容量※＞

Windowsの管理サーバでデプロイメントマネージャーを使用する場合，イメージファイルを移行するために必要な容量

Compute Systems Managerが使用する作業ディレクトリを格納するために必要な容量
Compute Systems Managerが使用する作業ディレクトリについては，次のファイルに定義するhcsm.shared.directoryプロパティの説明を参照してください。
Windows：
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥user.properties
Red Hat Enterprise Linux：
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

注※

Compute Systems Manager，およびHitachi Command Suite共通コンポーネントのデータベースの容量については，データベースファイルの格納先ディレクトリの容量をデータベースのサイズとしてください。ほかのHitachi Command Suite製品のデータベースの容量については，各製品のマニュアルを参照してください。

関連項目

8.2.2 データベースをバックアップするための確認事項

9.1 クラスタを使用するための環境設定と運用とは

9.4.1 クラスタ環境にインストールする（Windows）

9.4.2 実行系ノードで新規インストールする（Red Hat Enterprise Linux）

9.4.4 実行系ノードでアップグレードまたは上書きインストールする（Red Hat Enterprise Linux）

9.5.1 クラスタ環境に移行する（Windows）

9.5.2 クラスタ環境に移行する（Red Hat Enterprise Linux）

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

D.4 バージョン7.x.xからアップグレードする（クラスタ環境の場合）

9.3.3 クラスタ管理アプリケーションを使用して設定する前の確認

クラスタを使用して運用を開始するための環境設定では，クラスタ管理アプリケーションでの操作が必要です。

クラスタ環境を設定する前に，クラスタ管理アプリケーションで次の項目を確認してください。

重要

Windowsの場合，クラスタ管理アプリケーションを操作するには，ドメインのAdministrator権限を持つユーザーでログインする必要があります。

すでに，ほかのHitachi Command Suite製品のサービスが登録されているグループがあるか
すでに登録されているグループがあれば，そのグループを使用してください。サービスを登録するグループは，Hitachi Command Suite製品に関連するリソースだけで構成してください。
すでに登録されているグループがなければ，Compute Systems Managerのサービスを登録する予定のグループを，クラスタ管理アプリケーションに用意してください。
Windowsの管理サーバの場合，グループ名に次の文字は使用できません。
! " & ) * ^ | < >

実行系ノードと待機系ノードで引き継ぎ可能な共有ディスクならびにクライアントアクセスポイント（クラスタ管理IPアドレスおよび論理ホスト名）を含めてグループが構成されているか

クラスタ管理アプリケーションによって，リソースの割り当て，削除および動作監視が，正常に制御できるか

クラスタ環境で使用するサービスは，クラスタ管理アプリケーションで登録するグループ単位でフェールオーバーできます。クラスタ管理アプリケーションやOSのバージョンによっては，「リソースグループ」，「役割」など，グループを示す名称が，異なる名称で呼ばれることがあります。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.4.1 クラスタ環境にインストールする（Windows）

9.4.2 実行系ノードで新規インストールする（Red Hat Enterprise Linux）

9.4.4 実行系ノードでアップグレードまたは上書きインストールする（Red Hat Enterprise Linux）

9.5.1 クラスタ環境に移行する（Windows）

9.5.2 クラスタ環境に移行する（Red Hat Enterprise Linux）

D.4 バージョン7.x.xからアップグレードする（クラスタ環境の場合）

9.4 クラスタ環境へのインストール

この節の構成

9.4.1 クラスタ環境にインストールする（Windows）

9.4.2 実行系ノードで新規インストールする（Red Hat Enterprise Linux）

9.4.3 待機系ノードで新規インストールする（Red Hat Enterprise Linux）

9.4.4 実行系ノードでアップグレードまたは上書きインストールする（Red Hat Enterprise Linux）

9.4.5 待機系ノードでアップグレードまたは上書きインストールする（Red Hat Enterprise Linux）

9.4.1 クラスタ環境にインストールする（Windows）

クラスタ構成であるWindowsの管理サーバに，Compute Systems Managerをインストールします。

ここで説明する手順は，新規インストール，上書きインストール，およびバージョン8.0.0以降からのアップグレードインストールを対象にしています。

バージョン7.x.xからアップグレードする場合は手順が異なります。詳細については，バージョン7.x.xからのアップグレードについての説明を参照してください。

事前に完了しておく操作

インストールする前の確認作業

クラスタ環境で運用する管理サーバの空き容量の確認

クラスタ管理アプリケーションを使用して設定する前の確認

データベースが使用するポート番号の確認（ほかのHitachi Command Suite製品でクラスタが構築されている環境に新規インストールする場合）
Compute Systems Managerを新規インストールすると，データベースが使用するポート番号がデフォルト（22032/tcp）に設定されます。
ポート番号をデフォルト以外の番号に変更して運用している場合は，ポート番号を控えておいてください。

重要

デプロイメントマネージャーをバージョン8.1.4以前からアップグレードする場合，アップグレードを実行するユーザーが前回のインストールと異なるときは，事前にデプロイメントマネージャーをアンインストールする必要があります。
前回インストールを実行したユーザーでログインしたあと，デプロイメントマネージャーをアンインストールしてください。
そのあと，アップグレードを実行するユーザーでログインし直して，デプロイメントマネージャーを選択してアップグレードしてください。

インストールウィザードで指定するクラスタ管理アプリケーションのグループに，すでにHitachi Command Suite製品のサービスが登録されている場合は，次の点に注意してください。
登録されているサービスは，実行系ノードでのインストール時にすべて削除され，待機系ノードでのインストール時にデフォルトの設定で再登録されます。サービスのリソース名を変更している場合は，必要に応じて事前にリソース名を控えておき，インストール後に手動で変更してください。
ただし，Hitachi File Services Managerのサービスは削除されないため，上記の対処は不要です。

クラスタ環境にCompute Systems Managerをインストールする手順を次に示します。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスを登録するグループの所有者を実行系ノードに移動し，クラスタ管理IPアドレスと共有ディスクをオンラインにします。

実行系ノードにCompute Systems Managerをインストールします。
インストールウィザードでは，クラスタ構成でのインストールを選択して，それぞれの画面で必要な情報を指定します。ほかのHitachi Command Suite製品ですでにクラスタ環境が構築されている場合は，その設定が適用されるため，再度指定する必要はありません。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスを登録するグループの所有者を待機系ノードに移動します。

待機系ノードにCompute Systems Managerをインストールします。
インストールの際には，次の条件に従ってください。

インストール先を実行系ノードと同じにしてください。

実行系ノードでデプロイメントマネージャーをインストールした場合は，待機系ノードでもインストールしてください。

重要

待機系ノードで複数のHitachi Command Suite製品を新規インストールする場合は，実行系ノードでインストールした順番で製品をインストールしてください。

データベースが使用するポート番号をデフォルト以外の番号に変更して運用する場合は，控えておいたポート番号を実行系および待機系の各ノードで設定します。

重要

32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされている場合は，その製品が使用するポート番号と競合しないことを確認してください。

日立製のサーバを管理対象にする場合は，必要に応じて，日立製のサーバに登録される管理サーバのIPアドレスがクラスタ管理IPアドレスになるように設定を変更します。
実行系および待機系の各ノードで，次のファイルのsvp.bind.addressプロパティに，クラスタ管理IPアドレスを指定します。
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥user.properties

参考

svp.bind.addressプロパティを指定しない場合，日立製のサーバには実行系および待機系の各ノードのIPアドレスが登録されます。

すでに運用中の日立製のサーバには，通信先の管理サーバのIPアドレスが登録されています。svp.bind.addressプロパティを指定すると，プロパティに指定したIPアドレスも新しく登録されます。日立製のサーバに登録されている管理サーバのIPアドレスは，Webコンソールで確認できます。使用していない管理サーバのIPアドレスが残っている場合は削除してください。

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を開始します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /son /r ＜グループ名＞

プラグインライセンスを登録する場合は，待機系ノードでライセンスキーを入力します。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスを登録するグループの所有者を実行系ノードに移動します。

待機系ノードでプラグインライセンスを登録した場合は，実行系ノードでも同様にライセンスキーを入力します。

デプロイメントマネージャーをインストールした場合は，デプロイメントマネージャーを使用するためのクラスタ環境を設定します。

関連項目

2.4.2 インストールする前の確認事項

2.4.3 Compute Systems Managerをインストールする（Windows）

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(3) ポートを変更する

7.2 デプロイメントマネージャーをインストールするための前提条件

7.5 デプロイメントマネージャーをインストールする

9.1 クラスタを使用するための環境設定と運用とは

9.3.1 クラスタ運用を開始する環境設定手順の確認

9.3.2 クラスタ環境で運用する管理サーバの空き容量の確認

9.3.3 クラスタ管理アプリケーションを使用して設定する前の確認

9.7.1 クラスタ環境でウィルス検出プログラムを使用する場合に必要な設定

9.7.2 クラスタ環境で同期が必要な設定

9.7.3 デプロイメントマネージャーを使用する場合のクラスタ環境を設定する

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

D.1 バージョン7.x.xからのアップグレードとは

9.4.2 実行系ノードで新規インストールする（Red Hat Enterprise Linux）

クラスタ構成の実行系ノードであるRed Hat Enterprise Linuxの管理サーバに，Compute Systems Managerを新規インストールします。

事前に完了しておく操作

インストールする前の確認作業

クラスタ環境で運用する管理サーバの空き容量の確認

クラスタ管理アプリケーションを使用して設定する前の確認

ほかのHitachi Command Suite製品がインストールされている場合は，データベースが使用するポート番号の確認
インストールの手順でhcmds64dbclustersetupコマンドを実行すると，データベースが使用するポート番号がデフォルト（22032/tcp）に設定されます。
ポート番号をデフォルト以外の番号に変更して運用している場合は，ポート番号を控えておいてください。

ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合は，各製品のサービスの削除
クラスタ管理アプリケーションのグループに登録されているHitachi Command Suite製品のサービスをすべて削除します。
ただし，共有ディスクおよびクラスタ管理IPアドレスはグループから削除しないでください。
削除する手順については，各製品のマニュアルを参照してください。

実行系ノードでCompute Systems Managerを新規インストールする手順を次に示します。

クラスタ管理アプリケーションで，実行系ノードを選択してグループを起動します。
実行系ノードにグループが移動し，共有ディスクおよびクラスタ管理IPアドレスだけが有効になっていることを確認してください。

実行系ノードにCompute Systems Managerを新規インストールします。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合は，次の条件に従ってください。

共有ディスクをアクセスできる状態にしたあとで，データベースの格納先に共有ディスク上のパスを指定する。

管理サーバのIPアドレスに論理ホスト名（クラスタ管理IPアドレスに割り当てられた仮想のホスト名）を指定する。

ほかのHitachi Command Suite製品でクラスタ環境が構築されていない場合は，次の条件に従ってください。

データベースの格納先に，ローカルディスク上のパスを指定する。

管理サーバのIPアドレスに，実行系ノードのIPアドレスを指定する。

プラグインライセンスが必要な場合は，ライセンスキーを入力してください。

次のコマンドを実行して，論理ホスト名になっているかを確認します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64chgurl -list

手順4で論理ホスト名が指定されていなかった場合，Compute Systems ManagerにアクセスするURLを論理ホスト名に変更します。
次のコマンドを実行してURLを変更します。ホスト名には，インストール時に入力した値を指定します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64chgurl -change http://＜実行系ノードのIPアドレスまたはホスト名＞:＜ポート番号＞ http://＜論理ホスト名＞:＜ポート番号＞

クラスタ設定ファイルを作成します。ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，この手順は不要です。
クラスタ設定ファイルは，テキストファイルで次の場所に格納します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/cluster.conf
クラスタ設定ファイルには，次の内容を記述してください。実行系ノードの場合，modeにはonlineを指定する必要があります。
mode=online
virtualhost=＜論理ホスト名＞
onlinehost=＜実行系ノードのホスト名＞
standbyhost=＜待機系ノードのホスト名＞

データベースを共有ディスクに移行します。
その方法を手順8～手順10で説明します。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，データベースを共有ディスクに移行する手順は不要です。手順11に進んでください。

次のコマンドを実行して，新規インストール後のデータベースをバックアップします。
障害が発生した場合に備えて，データベースをバックアップしておくことをお勧めします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64backups -dir ＜ローカルディスク上のバックアップファイル格納先ディレクトリ＞ -auto

次のコマンドを実行して，データベースを共有ディスクに移行します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64dbclustersetup -createcluster -databasepath ＜共有ディスク上のデータベース再作成先ディレクトリ＞ -exportpath ＜ローカルディスク上の退避データ格納先ディレクトリ＞ -auto

注意

hcmds64dbclustersetupコマンドを実行すると，Device ManagerとTuning Managerの間のリモート接続の設定が初期化されます。必要に応じて再設定してください。

共有ディスク上に，32ビットのHitachi Command Suite共通コンポーネントを使用する製品（Hitachi File Services ManagerおよびHitachi Storage Navigator Modular 2）のデータベースが作成されている場合，databasepathオプションには別のディレクトリを指定する必要があります。

データベースが使用するポート番号をデフォルト以外の番号に変更して運用する場合は，控えておいたポート番号を設定します。

重要

32ビットのHitachi Command Suite共通コンポーネントを使用する製品（Hitachi File Services ManagerおよびHitachi Storage Navigator Modular 2）がインストールされている場合は，その製品が使用するポート番号と競合しないことを確認してください。

次のコマンドを実行して，Hitachi Command Suite製品が停止していることを確認します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -status

次のコマンドを実行して，Hitachi Command Suite製品のサービスがマシンの起動時に自動的に開始されないようにします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -starttype manual -all

Compute Systems Managerがマシンの起動時に自動的に開始されないようにします。
次のファイルを別ディレクトリに移動するか，ファイル名を変更します。ファイル名を変更する場合は，変更後のファイル名の先頭文字にKとSを使用しないでください。

/etc/rc3.d/S99hicommand64-hcs_csm

/etc/rc5.d/S99hicommand64-hcs_csm

ほかのHitachi Command Suite製品がインストールされている場合は，その製品も自動的に開始されないようにします。操作の対象となるファイルについては，各製品のマニュアルを参照してください。

Compute Systems Managerが使用する作業ディレクトリとして，共有ディスクに任意のディレクトリを作成したあと，そのディレクトリへのパスを次のファイルのhcsm.shared.directoryプロパティに指定します。
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

日立製のサーバを管理対象にする場合は，必要に応じて，日立製のサーバに登録される管理サーバのIPアドレスがクラスタ管理IPアドレスになるように設定を変更します。
次のファイルのsvp.bind.addressプロパティに，クラスタ管理IPアドレスを指定します。
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

参考

svp.bind.addressプロパティを指定しない場合，日立製のサーバには実行系および待機系の各ノードのIPアドレスが登録されます。

すでに運用中の日立製のサーバには，通信先の管理サーバのIPアドレスが登録されています。svp.bind.addressプロパティを指定すると，プロパティに指定したIPアドレスも新しく登録されます。日立製のサーバに登録されている管理サーバのIPアドレスは，Webコンソールで確認できます。使用していない管理サーバのIPアドレスが残っている場合は削除してください。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスを登録するグループを待機系ノードに移動します。

関連項目

2.4.2 インストールする前の確認事項

2.4.4 Compute Systems Managerをインストールする（Linux）

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(3) ポートを変更する

9.1 クラスタを使用するための環境設定と運用とは

9.3.1 クラスタ運用を開始する環境設定手順の確認

9.3.2 クラスタ環境で運用する管理サーバの空き容量の確認

9.3.3 クラスタ管理アプリケーションを使用して設定する前の確認

9.9.2 クラスタ環境でデータベースをバックアップする（Red Hat Enterprise Linux）

9.9.9 データベースを移行するコマンド（hcmds64dbclustersetup）の書式（Red Hat Enterprise Linux）

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

B.2.18 管理サーバをクラスタ構成にする場合に設定が必要なプロパティ（cluster.conf）

9.4.3 待機系ノードで新規インストールする（Red Hat Enterprise Linux）

クラスタ構成の待機系ノードであるRed Hat Enterprise Linuxの管理サーバに，Compute Systems Managerを新規インストールします。

事前に完了しておく操作

インストールする前の確認作業

実行系ノードへのCompute Systems Managerのインストール

待機系ノードでCompute Systems Managerを新規インストールする手順を次に示します。

待機系ノードにCompute Systems Managerを新規インストールします。
インストールの際には，次の条件に従ってください。

インストール先を実行系ノードと同じにしてください。

ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合は，管理サーバのIPアドレスに論理ホスト名（クラスタ管理IPアドレスに割り当てられた仮想のホスト名）を指定してください。ほかのHitachi Command Suite製品でクラスタ環境が構築されていない場合は，待機系ノードのIPアドレスまたはホスト名を指定してください。

プラグインライセンスが必要な場合は，ライセンスキーを入力してください。

クラスタ設定ファイルを作成します。ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，この手順は不要です。
クラスタ設定ファイルは，テキストファイルで次の場所に格納します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/cluster.conf
クラスタ設定ファイルには，次の内容を記述してください。待機系ノードの場合，modeにはstandbyを指定する必要があります。
mode=standby
virtualhost=＜論理ホスト名＞
onlinehost=＜実行系ノードのホスト名＞
standbyhost=＜待機系ノードのホスト名＞

共有ディスク上のデータベースを使用するように設定を変更します。
その方法を手順5～手順6で説明します。
ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，共有ディスク上のデータベースを使用するように設定を変更する手順は不要です。手順7に進んでください。

次のコマンドを実行して，データベースを共有ディスクに移行します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64dbclustersetup -createcluster -databasepath ＜共有ディスク上のデータベース再作成先ディレクトリ＞ -exportpath ＜ローカルディスク上の退避データ格納先ディレクトリ＞ -auto
databasepathには，実行系ノードで指定した＜共有ディスク上のデータベース再作成先ディレクトリ＞と同じディレクトリを指定してください。

注意

hcmds64dbclustersetupコマンドを実行すると，Device ManagerとTuning Managerの間のリモート接続の設定が初期化されます。必要に応じて再設定してください。

データベースが使用するポート番号を実行系ノードで変更した場合は，待機系ノードでも同じポート番号を設定します。

次のコマンドを実行して，Hitachi Command Suite製品が停止していることを確認します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -status

次のコマンドを実行して，Hitachi Command Suite製品のサービスがマシンの起動時に自動的に開始されないようにします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -starttype manual -all

Compute Systems Managerがマシンの起動時に自動的に開始されないようにします。
次のファイルを別ディレクトリに移動するか，ファイル名を変更します。ファイル名を変更する場合は，変更後のファイル名の先頭文字にKとSを使用しないでください。

/etc/rc3.d/S99hicommand64-hcs_csm

/etc/rc5.d/S99hicommand64-hcs_csm

ほかのHitachi Command Suite製品がインストールされている場合は，その製品も自動的に開始されないようにします。操作の対象となるファイルについては，各製品のマニュアルを参照してください。

次のファイルのhcsm.shared.directoryプロパティに，実行系ノードで指定した，Compute Systems Managerが使用する作業ディレクトリへのパスを指定します。
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

実行系ノードで，次のファイルのsvp.bind.addressプロパティにクラスタ管理IPアドレスを指定した場合は，待機系ノードでも同様に指定します。
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

Compute Systems Managerのサービスを，クラスタ管理アプリケーションのグループに登録します。
Compute Systems Managerをインストールする前に，ほかのHitachi Command Suite製品のサービスを削除した場合は，それらの製品が使用するサービスも登録します。

クラスタ管理アプリケーションで，実行系ノードを選択してクラスタ運用を開始します。

関連項目

2.4.2 インストールする前の確認事項

2.4.4 Compute Systems Managerをインストールする（Linux）

(3) ポートを変更する

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.3.1 クラスタ運用を開始する環境設定手順の確認

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

9.7.1 クラスタ環境でウィルス検出プログラムを使用する場合に必要な設定

9.7.2 クラスタ環境で同期が必要な設定

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

9.9.9 データベースを移行するコマンド（hcmds64dbclustersetup）の書式（Red Hat Enterprise Linux）

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

B.2.18 管理サーバをクラスタ構成にする場合に設定が必要なプロパティ（cluster.conf）

9.4.4 実行系ノードでアップグレードまたは上書きインストールする（Red Hat Enterprise Linux）

クラスタ環境の実行系ノードで，Red Hat Enterprise Linuxの管理サーバのCompute Systems Managerをアップグレードまたは上書きインストールします。

事前に完了しておく操作

インストールする前の確認作業

クラスタ環境で運用する管理サーバの空き容量の確認

クラスタ管理アプリケーションのグループに登録されている，Compute Systems Managerを含むHitachi Command Suite製品のサービスの削除

実行系ノードでCompute Systems Managerをアップグレードまたは上書きインストールする手順を次に示します。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスが登録されているグループを待機系ノードから実行系ノードに移動します。

Hitachi Command Suite製品が起動中の場合は，次のコマンドを実行して停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop

Compute Systems Managerをアップグレードまたは上書きインストールします。
インストーラーの指示に従って，上書きまたはアップグレードインストール前のデータベースをバックアップしてください。

Hitachi Command Suite製品が起動中の場合は，次のコマンドを実行して停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop

次のコマンドを実行して，Hitachi Command Suite製品のサービスがマシンの起動時に自動的に開始されないようにします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -starttype manual -all

Compute Systems Managerがマシンの起動時に自動的に開始されないようにします。
次のファイルを別ディレクトリに移動するか，ファイル名を変更します。ファイル名を変更する場合は，変更後のファイル名の先頭文字にKとSを使用しないでください。

/etc/rc3.d/S99hicommand64-hcs_csm

/etc/rc5.d/S99hicommand64-hcs_csm

ほかのHitachi Command Suite製品がインストールされている場合は，その製品も自動的に開始されないようにします。操作の対象となるファイルについては，各製品のマニュアルを参照してください。

次のファイルのhcsm.shared.directoryプロパティに，Compute Systems Managerが使用する作業ディレクトリへのパスが指定されていることを確認します。
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties
指定されていない場合は，共有ディスクに任意のディレクトリを作成したあと，そのディレクトリへのパスを指定します。

日立製のサーバを管理対象にしている場合は，必要に応じて，日立製のサーバに登録される管理サーバのIPアドレスがクラスタ管理IPアドレスになるように設定を変更します。
次のファイルのsvp.bind.addressプロパティに，クラスタ管理IPアドレスを指定します。
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

参考

svp.bind.addressプロパティを指定しない場合，日立製のサーバには実行系および待機系の各ノードのIPアドレスが登録されます。

すでに運用中の日立製のサーバには，通信先の管理サーバのIPアドレスが登録されています。svp.bind.addressプロパティを指定すると，プロパティに指定したIPアドレスも新しく登録されます。日立製のサーバに登録されている管理サーバのIPアドレスは，Webコンソールで確認できます。使用していない管理サーバのIPアドレスが残っている場合は削除してください。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスが登録されているグループを待機系ノードに移動します。

関連項目

2.4.2 インストールする前の確認事項

2.4.4 Compute Systems Managerをインストールする（Linux）

8.1.3 Compute Systems Managerを停止する

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.3.1 クラスタ運用を開始する環境設定手順の確認

9.3.2 クラスタ環境で運用する管理サーバの空き容量の確認

9.6.4 クラスタ管理アプリケーションからサービスを削除する（Red Hat Enterprise Linux）

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

9.4.5 待機系ノードでアップグレードまたは上書きインストールする（Red Hat Enterprise Linux）

クラスタ環境の待機系ノードで，Red Hat Enterprise Linuxの管理サーバのCompute Systems Managerをアップグレードまたは上書きインストールします。

事前に確認しておく情報

新規インストール時に，クラスタ管理アプリケーションへのサービス登録に使用したスクリプトのファイルパス
インストール後，クラスタ管理アプリケーションにサービスを登録するときに使用する情報です。

事前に完了しておく操作

インストールする前の確認作業

実行系ノードへのCompute Systems Managerのインストール

待機系ノードでCompute Systems Managerをアップグレードまたは上書きインストールする手順を次に示します。

次のコマンドを実行して，Hitachi Command Suite製品を停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop

Compute Systems Managerをアップグレードまたは上書きインストールします。

Hitachi Command Suite製品が起動中の場合は，次のコマンドを実行して停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop

次のコマンドを実行して，Hitachi Command Suite製品のサービスがマシンの起動時に自動的に開始されないようにします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -starttype manual -all

Compute Systems Managerがマシンの起動時に自動的に開始されないようにします。
次のファイルを別ディレクトリに移動するか，ファイル名を変更します。ファイル名を変更する場合は，変更後のファイル名の先頭文字にKとSを使用しないでください。

/etc/rc3.d/S99hicommand64-hcs_csm

/etc/rc5.d/S99hicommand64-hcs_csm

ほかのHitachi Command Suite製品がインストールされている場合は，その製品も自動的に開始されないようにします。操作の対象となるファイルについては，各製品のマニュアルを参照してください。

次のファイルのhcsm.shared.directoryプロパティに，実行系ノードで指定した，Compute Systems Managerが使用する作業ディレクトリへのパスが指定されていることを確認します。
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties
指定されていない場合は，実行系ノードでhcsm.shared.directoryプロパティに指定したパスに変更します。

実行系ノードで，次のファイルのsvp.bind.addressプロパティにクラスタ管理IPアドレスを指定している場合は，待機系ノードでも同様に指定します。
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

クラスタ管理アプリケーションのグループから削除したサービスを再登録します。

クラスタ管理アプリケーションで，実行系ノードを選択してクラスタ運用を開始します。

関連項目

2.4.2 インストールする前の確認事項

2.4.4 Compute Systems Managerをインストールする（Linux）

8.1.3 Compute Systems Managerを停止する

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.3.1 クラスタ運用を開始する環境設定手順の確認

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

9.5 クラスタ環境への移行

この節の構成

9.5.1 クラスタ環境に移行する（Windows）

9.5.2 クラスタ環境に移行する（Red Hat Enterprise Linux）

9.5.1 クラスタ環境に移行する（Windows）

非クラスタ環境で運用していたWindowsの管理サーバを，クラスタ環境に移行します。

事前に完了しておく操作

インストールする前の確認作業

クラスタ環境で運用する管理サーバの空き容量の確認

クラスタ管理アプリケーションを使用して設定する前の確認

デプロイメントマネージャーを使用している場合は，既存のイメージファイルの共有ディスクへの移動

Compute Systems Managerが使用する作業ディレクトリの，共有ディスクへの移動
Compute Systems Managerが使用する作業ディレクトリの下に，すでにサブディレクトリやファイルなどが格納されているか確認してください。すでにサブディレクトリやファイルなどが格納されている場合は，共有ディスクにCompute Systems Managerが使用する作業ディレクトリを移動してください。
Compute Systems Managerが使用する作業ディレクトリについては，次のファイルに定義するhcsm.shared.directoryプロパティの説明を参照してください。
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥user.properties

データベースが使用するポート番号の確認
クラスタ環境に移行すると，データベースが使用するポート番号がデフォルト（22032/tcp）に設定されます。
ポート番号をデフォルト以外の番号に変更して運用している場合は，ポート番号を控えておいてください。

アンインストール前の確認作業
クラスタ環境に移行するには，Compute Systems Managerを含むHitachi Command Suite製品をいったんアンインストールする必要があります。
クラスタ環境に移行すると，設定がすべて初期化されます。設定をデフォルトから変更している場合は，設定内容を控えておいてください。

非クラスタ環境で運用していたCompute Systems Managerを，クラスタ環境に移行する手順を次に示します。

次のコマンドを実行して，データベースをエクスポートします。
ほかのHitachi Command Suite製品がインストールされている場合は，その製品のデータベースもエクスポートされます。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64dbtrans /export /workpath ＜作業用ディレクトリ＞ /file ＜アーカイブファイル＞ /auto

Compute Systems Managerをアンインストールします。
ほかのHitachi Command Suite製品がインストールされている場合は，その製品もアンインストールしてください。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスを登録するグループの所有者を実行系ノードに移動し，クラスタ管理IPアドレスと共有ディスクをオンラインにします。

実行系ノードにCompute Systems Managerをインストールします。
インストールウィザードでは，クラスタ構成でのインストールを選択して，それぞれの画面で必要な情報を指定します。ほかのHitachi Command Suite製品ですでにクラスタ環境が構築されている場合は，その設定が適用されるため，再度指定する必要はありません。

次のコマンドを実行して，エクスポートしたデータベースをインポートします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64dbtrans /import /workpath ＜作業用ディレクトリ＞ /file ＜アーカイブファイル＞ /type ALL /auto

クラスタ管理アプリケーションで，Compute Systems Managerのサービスを登録するグループの所有者を待機系ノードに移動します。

待機系ノードにCompute Systems Managerをインストールします。
インストールの際には，次の条件に従ってください。

インストール先を実行系ノードと同じにしてください。

実行系ノードでデプロイメントマネージャーをインストールした場合は，待機系ノードでもインストールしてください。

データベースが使用するポート番号をデフォルト以外の番号に変更して運用する場合は，控えておいたポート番号を実行系および待機系の各ノードで設定します。

重要

32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされている場合は，その製品が使用するポート番号と競合しないことを確認してください。

日立製のサーバを管理対象にする場合は，必要に応じて，日立製のサーバに登録される管理サーバのIPアドレスがクラスタ管理IPアドレスになるように設定を変更します。
実行系および待機系の各ノードで，次のファイルのsvp.bind.addressプロパティに，クラスタ管理IPアドレスを指定します。
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥user.properties

参考

svp.bind.addressプロパティを指定しない場合，日立製のサーバには実行系および待機系の各ノードのIPアドレスが登録されます。

すでに運用中の日立製のサーバには，通信先の管理サーバのIPアドレスが登録されています。svp.bind.addressプロパティを指定すると，プロパティに指定したIPアドレスも新しく登録されます。日立製のサーバに登録されている管理サーバのIPアドレスは，Webコンソールで確認できます。使用していない管理サーバのIPアドレスが残っている場合は削除してください。

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を開始します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /son /r ＜グループ名＞

プラグインライセンスを登録する場合は，待機系ノードでライセンスキーを入力します。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスを登録するグループの所有者を実行系ノードに移動します。

待機系ノードでプラグインライセンスを登録した場合は，実行系ノードでも同様にライセンスキーを入力します。

デプロイメントマネージャーをインストールした場合は，デプロイメントマネージャーを使用するためのクラスタ環境を設定します。

デプロイメントマネージャーのイメージファイルを共有ディスクに移動した場合は，イメージファイルをインポートします。
イメージファイルのインポートなど，デプロイメントマネージャーのイメージファイルの管理については，マニュアル「Hitachi Command Suite Compute Systems Manager ユーザーズガイド」を参照してください。

非クラスタ環境で運用していた時に，Device ManagerがTuning Managerとリモート接続していた場合は，必要に応じて，Tuning Managerのサービスを起動したあと，Tuning Managerと連携するための設定を再度実施します。

関連項目

2.4.2 インストールする前の確認事項

2.4.3 Compute Systems Managerをインストールする（Windows）

2.6.2 アンインストールするための確認事項

2.6.3 アンインストールする（Windows）

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(3) ポートを変更する

7.2 デプロイメントマネージャーをインストールするための前提条件

7.5 デプロイメントマネージャーをインストールする

8.2.6 データベースを移行するための確認事項

8.2.7 移行元サーバからデータベースをエクスポートする

8.2.8 移行先サーバにデータベースをインポートする

9.1 クラスタを使用するための環境設定と運用とは

9.3.1 クラスタ運用を開始する環境設定手順の確認

9.3.2 クラスタ環境で運用する管理サーバの空き容量の確認

9.3.3 クラスタ管理アプリケーションを使用して設定する前の確認

9.7.1 クラスタ環境でウィルス検出プログラムを使用する場合に必要な設定

9.7.2 クラスタ環境で同期が必要な設定

9.7.3 デプロイメントマネージャーを使用する場合のクラスタ環境を設定する

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

9.5.2 クラスタ環境に移行する（Red Hat Enterprise Linux）

非クラスタ環境で運用していたRed Hat Enterprise Linuxの管理サーバを，クラスタ環境に移行します。

事前に完了しておく操作

インストールする前の確認作業

クラスタ環境で運用する管理サーバの空き容量の確認

クラスタ管理アプリケーションを使用して設定する前の確認

Compute Systems Managerが使用する作業ディレクトリの，共有ディスクへの移動
Compute Systems Managerが使用する作業ディレクトリの下に，すでにサブディレクトリやファイルなどが格納されているか確認してください。すでにサブディレクトリやファイルなどが格納されている場合は，共有ディスクにCompute Systems Managerが使用する作業ディレクトリを移動してください。
Compute Systems Managerが使用する作業ディレクトリについては，次のファイルに定義するhcsm.shared.directoryプロパティの説明を参照してください。
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

データベースが使用するポート番号の確認
移行の手順でhcmds64dbclustersetupコマンドを実行すると，データベースが使用するポート番号がデフォルト（22032/tcp）に設定されます。
ポート番号をデフォルト以外の番号に変更して運用している場合は，ポート番号を控えておいてください。

非クラスタ環境で運用していたCompute Systems Managerを，クラスタ環境に移行する手順を次に示します。

ここでは，すでに運用中のCompute Systems Managerがインストールされたマシンを実行系ノードとする場合を想定して説明します。

待機系ノードとなるマシンにCompute Systems Managerをインストールします。

プラグインライセンスが必要な場合は，待機系ノードのIPアドレスでログイン画面にアクセスして，ライセンスキーを入力してください。

実行系ノードで次のコマンドを実行して，Compute Systems ManagerにアクセスするURLを論理ホスト名に変更します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64chgurl -change http://＜実行系ノードのIPアドレスまたはホスト名＞:＜ポート番号＞ http://＜論理ホスト名＞:＜ポート番号＞

実行系および待機系の各ノードで，クラスタ設定ファイルを作成します。ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合，この手順は不要です。
クラスタ設定ファイルは，テキストファイルで次の場所に格納します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/cluster.conf
実行系ノードのクラスタ設定ファイルの内容を次に示します。modeにはonlineを指定する必要があります。
mode=online
virtualhost=＜論理ホスト名＞
onlinehost=＜実行系ノードのホスト名＞
standbyhost=＜待機系ノードのホスト名＞
待機系ノードの場合は，次の内容をクラスタ設定ファイルに記述してください。modeにはstandbyを指定する必要があります。
mode=standby
virtualhost=＜論理ホスト名＞
onlinehost=＜実行系ノードのホスト名＞
standbyhost=＜待機系ノードのホスト名＞

実行系ノードで次のコマンドを実行して，データベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64backups -dir ＜ローカルディスク上のバックアップファイル格納先ディレクトリ＞ -auto

実行系ノードで次のコマンドを実行して，データベースを共有ディスクに移行します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64dbclustersetup -createcluster -databasepath ＜共有ディスク上のデータベース再作成先ディレクトリ＞ -exportpath ＜ローカルディスク上の退避データ格納先ディレクトリ＞ -auto

待機系ノードで次のコマンドを実行して，共有ディスク上のデータベースを使用するように設定を変更します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64dbclustersetup -createcluster -databasepath ＜共有ディスク上のデータベース再作成先ディレクトリ＞ -exportpath ＜ローカルディスク上の退避データ格納先ディレクトリ＞ -auto
databasepathには，実行系ノードで指定した＜共有ディスク上のデータベース再作成先ディレクトリ＞と同じディレクトリを指定してください。

注意

hcmds64dbclustersetupコマンドを実行すると，Device ManagerとTuning Managerの間のリモート接続の設定が初期化されます。必要に応じて，実行系および待機系の各ノードで再設定してください。

共有ディスク上に，32ビットのHitachi Command Suite共通コンポーネントを使用する製品（Hitachi File Services ManagerおよびHitachi Storage Navigator Modular 2）のデータベースが作成されている場合，databasepathオプションには別のディレクトリを指定する必要があります。

データベースが使用するポート番号をデフォルト以外の番号に変更して運用する場合は，控えておいたポート番号を実行系および待機系の各ノードで設定します。

重要

32ビットのHitachi Command Suite共通コンポーネントを使用する製品（Hitachi File Services ManagerおよびHitachi Storage Navigator Modular 2）がインストールされている場合は，その製品が使用するポート番号と競合しないことを確認してください。

実行系および待機系の各ノードで次のコマンドを実行して，Hitachi Command Suite製品が停止していることを確認します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -status

実行系および待機系の各ノードで次のコマンドを実行して，Hitachi Command Suite製品のサービスがマシンの起動時に自動的に開始されないようにします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -starttype manual -all

実行系および待機系の各ノードで，Compute Systems Managerがマシンの起動時に自動的に開始されないようにします。
次のファイルを別ディレクトリに移動するか，ファイル名を変更します。ファイル名を変更する場合は，変更後のファイル名の先頭文字にKとSを使用しないでください。

/etc/rc3.d/S99hicommand64-hcs_csm

/etc/rc5.d/S99hicommand64-hcs_csm

ほかのHitachi Command Suite製品がインストールされている場合は，その製品も自動的に開始されないようにします。操作の対象となるファイルについては，各製品のマニュアルを参照してください。

実行系および待機系の各ノードで，次のファイルのhcsm.shared.directoryプロパティに，Compute Systems Managerが使用する作業ディレクトリへのパスを指定します。
あらかじめCompute Systems Managerが使用する作業ディレクトリを共有ディスクに移動してあれば，そのディレクトリへのパスを指定します。移動していなければ，共有ディスクに任意のディレクトリを作成したあと，そのディレクトリへのパスを指定します。
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

日立製のサーバを管理対象にしている場合は，必要に応じて，日立製のサーバに登録される管理サーバのIPアドレスがクラスタ管理IPアドレスになるように設定を変更します。
実行系および待機系の各ノードで，次のファイルのsvp.bind.addressプロパティに，クラスタ管理IPアドレスを指定します。
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/user.properties

参考

svp.bind.addressプロパティを指定しない場合，日立製のサーバには実行系および待機系の各ノードのIPアドレスが登録されます。

すでに運用中の日立製のサーバには，通信先の管理サーバのIPアドレスが登録されています。svp.bind.addressプロパティを指定すると，プロパティに指定したIPアドレスも新しく登録されます。日立製のサーバに登録されている管理サーバのIPアドレスは，Webコンソールで確認できます。使用していない管理サーバのIPアドレスが残っている場合は削除してください。

Compute Systems Managerのサービスを，クラスタ管理アプリケーションのグループに登録します。

クラスタ管理アプリケーションで，実行系ノードを選択してクラスタ運用を開始します。

関連項目

2.4.2 インストールする前の確認事項

2.4.4 Compute Systems Managerをインストールする（Linux）

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(3) ポートを変更する

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.3.1 クラスタ運用を開始する環境設定手順の確認

9.3.2 クラスタ環境で運用する管理サーバの空き容量の確認

9.3.3 クラスタ管理アプリケーションを使用して設定する前の確認

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

9.7.1 クラスタ環境でウィルス検出プログラムを使用する場合に必要な設定

9.7.2 クラスタ環境で同期が必要な設定

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

9.9.2 クラスタ環境でデータベースをバックアップする（Red Hat Enterprise Linux）

9.9.9 データベースを移行するコマンド（hcmds64dbclustersetup）の書式（Red Hat Enterprise Linux）

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

B.2.18 管理サーバをクラスタ構成にする場合に設定が必要なプロパティ（cluster.conf）

9.6 クラスタ管理アプリケーションへのサービスの登録と削除

この節の構成

9.6.1 クラスタ管理アプリケーションにサービスを登録する（Windows）

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

9.6.3 クラスタ管理アプリケーションからサービスを削除する（Windows）

9.6.4 クラスタ管理アプリケーションからサービスを削除する（Red Hat Enterprise Linux）

9.6.1 クラスタ管理アプリケーションにサービスを登録する（Windows）

Windowsのクラスタ管理アプリケーションのグループに，Compute Systems Managerを含むHitachi Command Suite製品のサービスを登録します。

サービスの登録には，Hitachi Command Suite共通コンポーネントのコマンドを使用します。

重要

Hitachi Command Suite製品のサービスは，インストール時に自動的に登録されるため，通常はこのコマンドを実行する必要はありません。

誤ってサービスを削除したなどの理由で，サービスを登録し直す必要がある場合にだけ実行してください。

事前に完了しておく操作

ドメインのAdministrator権限を持つユーザーでのログイン

クラスタ管理アプリケーションでの，サービスを登録するグループの作成

クラスタ管理アプリケーションのグループにサービスを登録するには，次のコマンドを実行します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvupdate /sreg /r ＜グループ名＞ /sd ＜共有ディスクのドライブ文字＞ /ap ＜クライアントアクセスポイントのリソース名＞

sreg

クラスタ管理アプリケーションのグループに，Compute Systems Managerを含むHitachi Command Suite製品のサービスを登録するためのオプションです。

r

Compute Systems Managerを含むHitachi Command Suite製品のサービスを登録するグループ名を指定します。グループ名に次の文字が含まれる場合は，グループ名を引用符（"）で囲んで指定してください。

半角スペース , ; =

sd

クラスタ管理アプリケーションに登録されている共有ディスクのドライブ文字を指定します。

このオプションには複数のドライブ文字を指定できません。Hitachi Command Suite製品のデータベースを複数の共有ディスクに分割している場合は，共有ディスクごとにhcmds64clustersrvupdateコマンドを実行してください。

ap

クラスタ管理アプリケーションに登録されているクライアントアクセスポイントのリソース名を指定します。

参考

デプロイメントマネージャーがインストールされている場合は，デプロイメントマネージャーのサービスも登録されます。

管理サーバにほかのHitachi Command Suite製品がインストールされている場合は，その製品のサービスも登録されます。
ほかのHitachi Command Suite製品のサービスについては，各製品のマニュアルを参照してください。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.3.3 クラスタ管理アプリケーションを使用して設定する前の確認

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

Red Hat Enterprise Linuxのクラスタ管理アプリケーションのグループに，Compute Systems Managerのサービスを登録します。

はじめに，クラスタ環境でサービスを制御するためのスクリプトを作成します。そのあと，クラスタ管理アプリケーションで，作成したスクリプトを指定してサービスを登録します。

事前に完了しておく操作

クラスタ管理アプリケーションでの，サービスを登録するグループの作成

クラスタ管理アプリケーションのグループにサービスを登録する手順を次に示します。

インストールメディアから，スクリプトのサンプルファイルを任意の場所にコピーします。
サンプルファイルの格納先：＜DVDドライブ＞/SAMPLE/CLUSTER_TOOL
次に示すzipファイルをコピーします。

HCS_LinuxCluster_SampleScripts_Common.zip
Hitachi Command Suite共通コンポーネントのサービスを制御するスクリプトが格納されています。

HCS_LinuxCluster_SampleScripts_HCSM.zip
Compute Systems Managerのサービスを制御するスクリプトが格納されています。

コピーしたzipファイルを任意の場所に解凍します。
解凍先に作成されるスクリプトを次に示します。

sc_hbase64_hirdb

sc_hbase64_hsso

sc_hbase64_hweb

sc_hbase64_web

sc_hbase64_csm

各スクリプトに定義されているプロパティを，次のとおり編集します。

HCMDS_HOME
Hitachi Command Suite共通コンポーネントのインストールディレクトリのパスを指定します。

sc_hbase64_hirdbファイルの場合は，次のプロパティも編集します。

PDHOST
論理ホスト名を指定します。

実行系および待機系の各ノードの/etc/init.dディレクトリに，編集したスクリプトを格納します。

実行系および待機系の各ノードで次のコマンドを実行して，スクリプトに実行権限を割り当てます。
chmod u+x ＜スクリプトのファイル名＞

クラスタ管理アプリケーションで，Compute Systems Managerのクラスタ運用を一時停止します。

クラスタ管理アプリケーションで，［Add Resource］ボタンをクリックしたあと，［Add Resource to Service］から［Script］を選択し，サービスを登録します。
サービスを登録する順番，および各項目に指定する値を次に示します。

表9-1 クラスタ管理アプリケーションでサービスを登録する順番および各項目に指定する値

順番 | サービス名 | スクリプト名（任意） | スクリプトのファイルパス
1 | HiRDB | sc_hbase64_hirdb | /etc/init.d/sc_hbase64_hirdb
2 | HBase 64 Storage Mgmt SSO Service | sc_hbase64_hsso | /etc/init.d/sc_hbase64_hsso
3 | HBase 64 Storage Mgmt Web SSO Service | sc_hbase64_hweb | /etc/init.d/sc_hbase64_hweb
4 | HBase 64 Storage Mgmt Web Service | sc_hbase64_web | /etc/init.d/sc_hbase64_web
5 | HCS Compute Systems Manager Web Service | sc_hbase64_csm | /etc/init.d/sc_hbase64_csm

ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合は，その製品のサービスも登録します。
登録する手順については，各製品のマニュアルを参照してください。

［Submit］ボタンをクリックします。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.3.3 クラスタ管理アプリケーションを使用して設定する前の確認

9.8.2 Compute Systems Managerのクラスタ運用を一時停止する（Red Hat Enterprise Linux）

9.6.3 クラスタ管理アプリケーションからサービスを削除する（Windows）

Windowsのクラスタ管理アプリケーションのグループから，Compute Systems Managerを含むHitachi Command Suite製品のサービスを削除します。

サービスの削除には，Hitachi Command Suite共通コンポーネントのコマンドを使用します。

重要

Hitachi Command Suite製品のサービスは，アンインストール時に自動的に削除されるため，通常はこのコマンドを実行する必要はありません。

誤ってサービスの設定を変更したなどの理由で，サービスをいったん削除する必要がある場合にだけ実行してください。

事前に完了しておく操作

ドメインのAdministrator権限を持つユーザーでのログイン

クラスタ管理アプリケーションのグループからサービスを削除するには，次のコマンドを実行します。

コマンドは，次のどちらかの方法で実行できます。

インストールメディアから実行する
＜Compute Systems Managerのインストールメディア＞¥HCS¥ClusterSetup¥hcmds64clustersrvupdate /sdel /r ＜グループ名＞

Hitachi Command Suite製品のインストールディレクトリから実行する
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvupdate /sdel /r ＜グループ名＞

sdel

クラスタ管理アプリケーションのグループから，Compute Systems Managerを含むHitachi Command Suite製品のサービスを削除するためのオプションです。

r

Compute Systems Managerを含むHitachi Command Suite製品のサービスが登録されているグループ名を指定します。グループ名に次の文字が含まれる場合は，グループ名を引用符（"）で囲んで指定してください。

半角スペース , ; =

重要

rオプションで指定したグループに登録されている，Compute Systems ManagerおよびHitachi Command Suite製品のサービスがすべて削除されます。ただし，Hitachi File Services Managerのサービスは削除されません。
ほかのHitachi Command Suite製品のサービスについては，各製品のマニュアルを参照してください。

サービスのリソース名を変更している場合，サービスを削除したあとに再登録すると，リソース名がすべて初期化されます。必要に応じて，サービスを削除する前のリソース名を控えておき，再登録後に変更してください。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.6.4 クラスタ管理アプリケーションからサービスを削除する（Red Hat Enterprise Linux）

Red Hat Enterprise Linuxのクラスタ管理アプリケーションのグループから，Compute Systems Managerのサービスを削除します。

クラスタ管理アプリケーションのグループからサービスを削除する手順を次に示します。

クラスタ管理アプリケーションで，Compute Systems Managerのクラスタ運用を一時停止します。

クラスタ管理アプリケーションで，次のサービスの［Remove］をクリックしてサービスを削除します。

HiRDB

HBase 64 Storage Mgmt SSO Service

HBase 64 Storage Mgmt Web SSO Service

HBase 64 Storage Mgmt Web Service

HCS Compute Systems Manager Web Service

ほかのHitachi Command Suite製品でクラスタ環境が構築されている場合は，必要に応じてその製品のサービスも削除します。
削除する手順については，各製品のマニュアルを参照してください。

［Submit］ボタンをクリックします。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.8.2 Compute Systems Managerのクラスタ運用を一時停止する（Red Hat Enterprise Linux）

9.7 新規インストールまたはクラスタ環境に移行した後の環境設定

この節の構成

9.7.1 クラスタ環境でウィルス検出プログラムを使用する場合に必要な設定

9.7.2 クラスタ環境で同期が必要な設定

9.7.3 デプロイメントマネージャーを使用する場合のクラスタ環境を設定する

9.7.1 クラスタ環境でウィルス検出プログラムを使用する場合に必要な設定

共有ディスクを管理するマシン上でウィルス検出プログラムを使用する場合は，データベースを移行したときに指定した共有ディスク上のディレクトリを，スキャン対象から外してください。

ウィルス検出プログラムが，共有ディスクにあるデータベースのファイルにアクセスすると，I/O遅延やファイル排他などによって障害が発生するおそれがあります。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.4.1 クラスタ環境にインストールする（Windows）

9.4.3 待機系ノードで新規インストールする（Red Hat Enterprise Linux）

9.5.1 クラスタ環境に移行する（Windows）

9.5.2 クラスタ環境に移行する（Red Hat Enterprise Linux）

D.4 バージョン7.x.xからアップグレードする（クラスタ環境の場合）

9.7.2 クラスタ環境で同期が必要な設定

実行系ノードと待機系ノードで同期が必要な設定項目を示します。

警告バナーのメッセージ設定

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

自動アカウントロックまでのログイン連続失敗回数

また，クラスタ環境で，Compute Systems ManagerをインストールしたあとにHitachi Command Suite製品の設定を変更する場合は，すべてのノードで設定内容が同じになるよう設定してください。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.4.1 クラスタ環境にインストールする（Windows）

9.4.3 待機系ノードで新規インストールする（Red Hat Enterprise Linux）

9.5.1 クラスタ環境に移行する（Windows）

9.5.2 クラスタ環境に移行する（Red Hat Enterprise Linux）

9.7.3 デプロイメントマネージャーを使用する場合のクラスタ環境を設定する

デプロイメントマネージャーを使用する場合のクラスタ環境を設定します。

事前に完了しておく操作

デプロイメントマネージャーのクラスタ環境へのインストール

デプロイメントマネージャーを使用する場合のクラスタ環境を設定する手順を次に示します。

Compute Systems Managerにログインし，［管理］タブからデプロイメントマネージャーの設定を選択して，次のように指定します。
［イメージファイル格納デフォルトパス］：共有ディスク上のディレクトリを指定します。
［デプロイメントマネージャーが使用するIPアドレス］：［クラスタIPアドレスまたは指定のIPアドレス］を選択して，クラスタ管理IPアドレスを指定します。
［DHCPサーバはデプロイメントマネージャーと同じIPアドレスを使用する］：環境に合わせて選択します。
設定変更のタスクが完了したら，手順2～手順3を実行してサービスを再起動します。

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を一時停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /soff /r ＜グループ名＞

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を開始します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /son /r ＜グループ名＞

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.4.1 クラスタ環境にインストールする（Windows）

9.5.1 クラスタ環境に移行する（Windows）

9.8.1 Compute Systems Managerのクラスタ運用を一時停止する（Windows）

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

D.4 バージョン7.x.xからアップグレードする（クラスタ環境の場合）

9.8 クラスタ環境でのCompute Systems Managerの起動と停止

この節の構成

9.8.1 Compute Systems Managerのクラスタ運用を一時停止する（Windows）

9.8.2 Compute Systems Managerのクラスタ運用を一時停止する（Red Hat Enterprise Linux）

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

9.8.1 Compute Systems Managerのクラスタ運用を一時停止する（Windows）

クラスタ構成となっているWindowsの管理サーバで，クラスタ環境を設定するためにCompute Systems Managerのクラスタ運用を一時停止します。

クラスタでの運用を一時停止するには，次のコマンドを実行します。

コマンドは，次のどちらかの方法で実行できます。

インストールメディアから実行する
＜Compute Systems Managerのインストールメディア＞¥HCS¥ClusterSetup¥hcmds64clustersrvstate /soff /r ＜グループ名＞

Hitachi Command Suite製品のインストールディレクトリから実行する
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /soff /r ＜グループ名＞

soff

クラスタ管理アプリケーションのグループに登録されている，Compute Systems Managerを含むHitachi Command Suite製品のサービスをオフラインにし，フェールオーバーを抑止するためのオプションです。

r

Compute Systems Managerを含むHitachi Command Suite製品のサービスが登録されているグループ名を指定します。グループ名に次の文字が含まれる場合は，グループ名を引用符（"）で囲んで指定してください。

半角スペース , ; =

Compute Systems Managerを含むHitachi Command Suite製品のサービスが登録されているグループがオフラインになり，フェールオーバーが抑止されます。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.8.2 Compute Systems Managerのクラスタ運用を一時停止する（Red Hat Enterprise Linux）

クラスタ構成となっているRed Hat Enterprise Linuxの管理サーバで，クラスタ環境を設定するためにCompute Systems Managerのクラスタ運用を一時停止します。

クラスタでの運用を一時停止する手順を次に示します。

クラスタ管理アプリケーションで［Service Groups］ウィンドウを開き，Compute Systems Managerを含むHitachi Command Suite製品のサービスが登録されているグループを選択します。

［stop (disable)］アイコンをクリックして，グループを停止し，無効にします。

Compute Systems Managerを含むHitachi Command Suite製品のサービスが登録されているグループがオフラインになり，フェールオーバーが抑止されます。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

クラスタ構成となっているWindowsの管理サーバで，Compute Systems Managerのクラスタ運用を開始します。

クラスタでの運用を開始するには，次のコマンドを実行します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /son /r＜グループ名＞

son

クラスタ管理アプリケーションのグループに登録されている，Compute Systems Managerを含むHitachi Command Suite製品のサービスをオンラインにし，フェールオーバーを有効にするためのオプションです。

r

Compute Systems Managerを含むHitachi Command Suite製品のサービスが登録されているグループ名を指定します。グループ名に次の文字が含まれる場合は，グループ名を引用符（"）で囲んで指定してください。

半角スペース , ; =

Compute Systems Managerを含むHitachi Command Suite製品のサービスが登録されているグループがオンラインになり，フェールオーバーが有効になります。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

クラスタ構成となっているRed Hat Enterprise Linuxの管理サーバで，Compute Systems Managerのクラスタ運用を開始します。

クラスタでの運用を開始する手順を次に示します。

クラスタ管理アプリケーションで［Service Groups］ウィンドウを開き，Compute Systems Managerを含むHitachi Command Suite製品のサービスが登録されているグループを選択します。

ドロップダウンリストから実行系または待機系ノードを選択して，［start］アイコンをクリックします。

Compute Systems Managerを含むHitachi Command Suite製品のサービスが登録されているグループがオンラインになり，フェールオーバーが有効になります。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.9 クラスタ環境でのデータベースの管理

この節の構成

9.9.1 クラスタ環境でデータベースをバックアップする（Windows）

9.9.2 クラスタ環境でデータベースをバックアップする（Red Hat Enterprise Linux）

9.9.3 クラスタ環境でデータベースをリストアする（Windows）

9.9.4 クラスタ環境でデータベースをリストアする（Red Hat Enterprise Linux）

9.9.5 クラスタ環境でデータベースをエクスポートする（Windows）

9.9.6 クラスタ環境でデータベースをエクスポートする（Red Hat Enterprise Linux）

9.9.7 クラスタ環境でデータベースをインポートする（Windows）

9.9.8 クラスタ環境でデータベースをインポートする（Red Hat Enterprise Linux）

9.9.9 データベースを移行するコマンド（hcmds64dbclustersetup）の書式（Red Hat Enterprise Linux）

9.9.1 クラスタ環境でデータベースをバックアップする（Windows）

クラスタ構成となっているWindowsの管理サーバで，データベースをバックアップします。

データベースのバックアップは，実行系ノードで操作します。

事前に完了しておく操作

データベースをバックアップするための確認作業

クラスタ環境でデータベースをバックアップする手順を次に示します。

注意

Compute Systems Managerと同じ管理サーバにインストールされているDevice ManagerがTuning Managerとリモート接続している場合は，Tuning Managerサーバがインストールされているマシンで，Tuning Managerをいったん停止しておく必要があります。

データベースのバックアップが完了したあと，Tuning Managerを再開させてください。

Tuning Managerを停止および起動する方法については，インストールされているTuning Managerに対応するバージョンのマニュアルを参照してください。

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を一時停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /soff /r ＜グループ名＞

次のコマンドを実行して，データベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64backups /dir ＜ローカルディスク上のバックアップファイル格納先ディレクトリ＞ /auto

dir

データベースのバックアップファイルを格納するローカルディスク上のディレクトリを，絶対パスで指定します。

次のコマンドを実行して，Hitachi Command Suite製品を停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64srv /stop

次のコマンドを実行して，Hitachi Command Suite製品のサービスが停止していること，またはコマンドの戻り値が0であることを確認します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64srv /statusall

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を開始します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /son /r ＜グループ名＞

関連項目

8.1.3 Compute Systems Managerを停止する

8.2.2 データベースをバックアップするための確認事項

8.2.3 データベースをバックアップする

9.1 クラスタを使用するための環境設定と運用とは

9.8.1 Compute Systems Managerのクラスタ運用を一時停止する（Windows）

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

9.9.2 クラスタ環境でデータベースをバックアップする（Red Hat Enterprise Linux）

クラスタ構成となっているRed Hat Enterprise Linuxの管理サーバで，データベースをバックアップします。

データベースのバックアップは，実行系ノードで操作します。

事前に確認しておく情報

新規インストール時に，クラスタ管理アプリケーションへのサービス登録に使用したスクリプトのファイルパス
データベースのバックアップ後，クラスタ管理アプリケーションにサービスを登録するときに使用する情報です。

事前に完了しておく操作

データベースをバックアップするための確認作業

クラスタ管理アプリケーションのグループに登録されている，Compute Systems Managerを含むHitachi Command Suite製品のサービスの削除

クラスタ環境でデータベースをバックアップする手順を次に示します。

クラスタ管理アプリケーションのグループが，実行系ノードに移動していることを確認します。
グループが待機系ノードに移動している場合は，実行系ノードに移動します。

次のコマンドを実行して，Hitachi Command Suite製品のサービスが停止していること，またはコマンドの戻り値が0であることを確認します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -statusall

次のコマンドを実行して，データベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64backups -dir ＜ローカルディスク上のバックアップファイル格納先ディレクトリ＞ -auto

dir

データベースのバックアップファイルを格納するローカルディスク上のディレクトリを，絶対パスで指定します。

次のコマンドを実行して，Hitachi Command Suite製品を停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop

次のコマンドを実行して，Hitachi Command Suite製品のサービスが停止していること，またはコマンドの戻り値が0であることを確認します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -statusall

クラスタ管理アプリケーションのグループから削除したサービスを再登録します。

クラスタ管理アプリケーションで，実行系ノードを選択してクラスタ運用を開始します。

関連項目

8.1.3 Compute Systems Managerを停止する

8.2.2 データベースをバックアップするための確認事項

8.2.3 データベースをバックアップする

9.1 クラスタを使用するための環境設定と運用とは

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

9.6.4 クラスタ管理アプリケーションからサービスを削除する（Red Hat Enterprise Linux）

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

9.9.3 クラスタ環境でデータベースをリストアする（Windows）

クラスタ構成となっているWindowsの管理サーバで，データベースをリストアします。

データベースのリストアは，実行系ノードで操作します。

事前に完了しておく操作

データベースをリストアするための確認作業

クラスタ環境でデータベースをリストアする手順を次に示します。

注意

Compute Systems Managerと同じ管理サーバにインストールされているDevice ManagerがTuning Managerとリモート接続している場合は，Tuning Managerサーバがインストールされているマシンで，Tuning Managerをいったん停止しておく必要があります。データベースのリストアが完了したあと，Tuning Managerを再開させてください。

Tuning Managerを停止および起動する方法については，インストールされているTuning Managerに対応するバージョンのマニュアルを参照してください。

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を一時停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /soff /r ＜グループ名＞

次のコマンドを実行して，データベースをリストアします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64db /restore ＜バックアップファイル＞ /type ALL
restore：hcmds64backupsコマンドで取得したデータベースのバックアップファイル（backup.hdb）を絶対パスで指定します。共有ディスクに保存したものを使用してください。

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を開始します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /son /r ＜グループ名＞

GUIでCompute Systems Managerのタスクの状態を確認します。
完了していない，またはエラーになっているタスクがあれば，必要に応じてタスクを再作成するか，実行スケジュールを変更してください。

Device ManagerがTuning Managerとリモート接続していた場合は，データベースのリストアによって設定が初期化されるため，再設定します。

関連項目

8.2.4 データベースをリストアするための確認事項

8.2.5 データベースをリストアする

9.1 クラスタを使用するための環境設定と運用とは

9.8.1 Compute Systems Managerのクラスタ運用を一時停止する（Windows）

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

9.9.4 クラスタ環境でデータベースをリストアする（Red Hat Enterprise Linux）

クラスタ構成となっているRed Hat Enterprise Linuxの管理サーバで，データベースをリストアします。

データベースのリストアは，実行系ノードで操作します。

事前に確認しておく情報

新規インストール時に，クラスタ管理アプリケーションへのサービス登録に使用したスクリプトのファイルパス
データベースのリストア後，クラスタ管理アプリケーションにサービスを登録するときに使用する情報です。

事前に完了しておく操作

データベースをリストアするための確認作業

クラスタ管理アプリケーションのグループに登録されている，Compute Systems Managerを含むHitachi Command Suite製品のサービスの削除

クラスタ環境でデータベースをリストアする手順を次に示します。

クラスタ管理アプリケーションのグループが，実行系ノードに移動していることを確認します。
グループが待機系ノードに移動している場合は，実行系ノードに移動します。

次のコマンドを実行して，データベースをリストアします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64db -restore ＜バックアップファイル＞ -type ALL

restore

hcmds64backupsコマンドで取得したデータベースのバックアップファイル（backup.hdb）を絶対パスで指定します。共有ディスクに保存したものを使用してください。

次のコマンドを実行して，Hitachi Command Suite製品を停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop

クラスタ管理アプリケーションのグループから削除したサービスを再登録します。

クラスタ管理アプリケーションで，実行系ノードを選択してクラスタ運用を開始します。

GUIで，Compute Systems Managerのタスクの状態を確認します。
完了していない，またはエラーになっているタスクがあれば，必要に応じてタスクを再作成するか，実行スケジュールを変更してください。

関連項目

8.1.3 Compute Systems Managerを停止する

8.2.4 データベースをリストアするための確認事項

8.2.5 データベースをリストアする

9.1 クラスタを使用するための環境設定と運用とは

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

9.6.4 クラスタ管理アプリケーションからサービスを削除する（Red Hat Enterprise Linux）

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

9.9.5 クラスタ環境でデータベースをエクスポートする（Windows）

クラスタ構成となっているWindowsの管理サーバで，データベースをエクスポートします。

データベースのエクスポートは，実行系ノードで操作します。

事前に完了しておく操作

データベースを移行するための確認作業

クラスタ環境でデータベースをエクスポートする手順を次に示します。

注意

Compute Systems Managerと同じ管理サーバにインストールされているDevice ManagerがTuning Managerとリモート接続している場合は，Tuning Managerサーバがインストールされているマシンで，Tuning Managerをいったん停止しておく必要があります。

データベースのエクスポートが完了したあと，Tuning Managerを再開させてください。

Tuning Managerを停止および起動する方法については，インストールされているTuning Managerに対応するバージョンのマニュアルを参照してください。

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を一時停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /soff /r ＜グループ名＞

次のコマンドを実行して，データベースをエクスポートします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64dbtrans /export /workpath ＜作業用ディレクトリ＞ /file ＜アーカイブファイル＞ /auto

workpath

データベース情報を一時的に配置するための作業用ディレクトリを，絶対パスで指定します。

ローカルディスクのディレクトリを指定してください。

workpathオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

file

出力されるアーカイブファイルの名称を絶対パスで指定します。

アーカイブファイルを作成できなかった場合，十分な容量を確保したあとに再度エクスポートしてください。

アーカイブファイルを移行先サーバに転送します。

次のコマンドを実行して，Hitachi Command Suite製品を停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64srv /stop

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を開始します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /son /r ＜グループ名＞

関連項目

8.1.3 Compute Systems Managerを停止する

8.2.6 データベースを移行するための確認事項

8.2.7 移行元サーバからデータベースをエクスポートする

9.1 クラスタを使用するための環境設定と運用とは

9.8.1 Compute Systems Managerのクラスタ運用を一時停止する（Windows）

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

9.9.6 クラスタ環境でデータベースをエクスポートする（Red Hat Enterprise Linux）

クラスタ構成となっているRed Hat Enterprise Linuxの管理サーバで，データベースをエクスポートします。

データベースのエクスポートは，実行系ノードで操作します。

事前に確認しておく情報

新規インストール時に，クラスタ管理アプリケーションへのサービス登録に使用したスクリプトのファイルパス
データベースのエクスポート後，クラスタ管理アプリケーションにサービスを登録するときに使用する情報です。

事前に完了しておく操作

データベースを移行するための確認作業

クラスタ管理アプリケーションのグループに登録されている，Compute Systems Managerを含むHitachi Command Suite製品のサービスの削除

クラスタ環境でデータベースをエクスポートする手順を次に示します。

クラスタ管理アプリケーションのグループが，実行系ノードに移動していることを確認します。
グループが待機系ノードに移動している場合は，実行系ノードに移動します。

次のコマンドを実行して，データベースをエクスポートします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64dbtrans -export -workpath ＜作業用ディレクトリ＞ -file ＜アーカイブファイル＞ -auto

workpath

データベース情報を一時的に配置するための作業用ディレクトリを，絶対パスで指定します。

ローカルディスクのディレクトリを指定してください。

workpathオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

file

出力されるアーカイブファイルの名称を絶対パスで指定します。

アーカイブファイルを作成できなかった場合，十分な容量を確保したあとに再度エクスポートしてください。

アーカイブファイルを移行先サーバに転送します。

次のコマンドを実行して，Hitachi Command Suite製品を停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop

クラスタ管理アプリケーションのグループから削除したサービスを再登録します。

クラスタ管理アプリケーションで，実行系ノードを選択してクラスタ運用を開始します。

関連項目

8.1.3 Compute Systems Managerを停止する

8.2.6 データベースを移行するための確認事項

8.2.7 移行元サーバからデータベースをエクスポートする

9.1 クラスタを使用するための環境設定と運用とは

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

9.6.4 クラスタ管理アプリケーションからサービスを削除する（Red Hat Enterprise Linux）

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

9.9.7 クラスタ環境でデータベースをインポートする（Windows）

クラスタ構成となっているWindowsの管理サーバで，データベースをインポートします。

データベースのインポートは，実行系ノードで操作します。

事前に完了しておく操作

データベースを移行するための確認作業

プロパティファイルの設定値の見直し
データベースをインポートしても，プロパティファイルは移行先サーバに引き継がれません。このため，移行元の管理サーバでプロパティにデフォルト値以外を設定していた場合は，必要に応じて，移行先の実行系ノードおよび待機系ノードでプロパティファイルの設定値を見直してください。

クラスタ環境でデータベースをインポートする手順を次に示します。

注意

Compute Systems Managerと同じ管理サーバにインストールされているDevice ManagerがTuning Managerとリモート接続している場合は，Tuning Managerサーバがインストールされているマシンで，Tuning Managerをいったん停止しておく必要があります。

データベースのインポートが完了したあと，Tuning Managerを再開させてください。

Tuning Managerを停止および起動する方法については，インストールされているTuning Managerに対応するバージョンのマニュアルを参照してください。

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を一時停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /soff /r ＜グループ名＞

次のコマンドを実行して，データベースをインポートします。

参考

通常は，アーカイブファイルを使用する方法でインポートしてください。

アーカイブファイルを使用しないでインポートする方法は，バージョン8.1.0以前のCompute Systems Managerからデータベースを移行する場合に，移行元のデータベースの全体容量が2GBを超えているなどの理由で，アーカイブファイルが作成されなかったときに実行します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64dbtrans /import /workpath ＜作業用ディレクトリ＞ /file ＜アーカイブファイル＞ /type {ALL|＜Hitachi Command Suite製品名＞} /auto

workpath

アーカイブファイルを使用してインポートする場合：

データベース情報を一時的に配置するための作業用ディレクトリを，絶対パスで指定します。

ローカルディスクのディレクトリを指定してください。

workpathオプションに指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

アーカイブファイルを使用しないでインポートする場合：

移行元から転送したデータベース情報を格納したディレクトリを指定します。転送したディレクトリの下のファイル構成は変更しないでください。

file

アーカイブファイルを使用してインポートする場合，移行元サーバから転送したデータベースのアーカイブファイルを，絶対パスで指定します。アーカイブファイルを使用しないでインポートする場合は，このオプションを指定しないでください。

type

原則として，ALLを指定してください。ALLを指定すると，移行先にインストールされているHitachi Command Suite製品のデータベースが自動的に選択され，移行されます。Compute Systems Managerのデータベースだけインポートする場合は，typeオプションで「HCSM」と指定します。ほかのHitachi Command Suite製品のデータベースを個別にインポートする場合は，各Hitachi Command Suite製品のマニュアルを参照してください。

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を開始します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /son /r ＜グループ名＞

次のコマンドを実行して，データベースをバックアップします。
障害が発生した場合に備えて，インポート直後のデータベースをバックアップしておくことをお勧めします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64backups /dir ＜ローカルディスク上のバックアップファイル格納先ディレクトリ＞ /auto

dir

データベースのバックアップファイルを格納するローカルディスク上のディレクトリを，絶対パスで指定します。

Device ManagerがTuning Managerとリモート接続していた場合は，データベースのインポートによって設定が初期化されるため，再設定します。

関連項目

8.1.2 Compute Systems Managerを起動する

8.2.6 データベースを移行するための確認事項

8.2.8 移行先サーバにデータベースをインポートする

9.1 クラスタを使用するための環境設定と運用とは

9.8.1 Compute Systems Managerのクラスタ運用を一時停止する（Windows）

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

9.9.1 クラスタ環境でデータベースをバックアップする（Windows）

9.9.8 クラスタ環境でデータベースをインポートする（Red Hat Enterprise Linux）

クラスタ構成となっているRed Hat Enterprise Linuxの管理サーバで，データベースをインポートします。

データベースのインポートは，実行系ノードで操作します。

事前に確認しておく情報

新規インストール時に，クラスタ管理アプリケーションへのサービス登録に使用したスクリプトのファイルパス
データベースのインポート後，クラスタ管理アプリケーションにサービスを登録するときに使用する情報です。

事前に完了しておく操作

データベースを移行するための確認作業

クラスタ管理アプリケーションのグループに登録されている，Compute Systems Managerを含むHitachi Command Suite製品のサービスの削除

プロパティファイルの設定値の見直し
データベースをインポートしても，プロパティファイルは移行先サーバに引き継がれません。このため，移行元の管理サーバでプロパティにデフォルト値以外を設定していた場合は，必要に応じて，移行先の実行系ノードおよび待機系ノードでプロパティファイルの設定値を見直してください。

クラスタ環境でデータベースをインポートする手順を次に示します。

クラスタ管理アプリケーションのグループが，実行系ノードに移動していることを確認します。
グループが待機系ノードに移動している場合は，実行系ノードに移動します。

次のコマンドを実行して，データベースをインポートします。

参考

通常は，アーカイブファイルを使用する方法でインポートしてください。

アーカイブファイルを使用しないでインポートする方法は，バージョン8.1.0以前のCompute Systems Managerからデータベースを移行する場合に，移行元のデータベースの全体容量が2GBを超えているなどの理由で，アーカイブファイルが作成されなかったときに実行します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64dbtrans -import -workpath ＜作業用ディレクトリ＞ -file ＜アーカイブファイル＞ -type {ALL|＜Hitachi Command Suite製品名＞} -auto

workpath

アーカイブファイルを使用してインポートする場合：

データベース情報を一時的に配置するための作業用ディレクトリを，絶対パスで指定します。指定するディレクトリの下には，ファイルおよびサブディレクトリがないことを確認してください。

アーカイブファイルを使用しないでインポートする場合：

移行元から転送したデータベース情報を格納したディレクトリを指定します。転送したディレクトリの下のファイル構成は変更しないでください。

file

アーカイブファイルを使用してインポートする場合，移行元サーバから転送したデータベースのアーカイブファイルを，絶対パスで指定します。アーカイブファイルを使用しないでインポートする場合は，このオプションを指定しないでください。

type

原則として，ALLを指定してください。ALLを指定すると，移行先にインストールされているHitachi Command Suite製品のデータベースが自動的に選択され，移行されます。

Compute Systems Managerのデータベースだけインポートする場合は，「HCSM」と指定します。ほかのHitachi Command Suite製品のデータベースを個別にインポートする場合は，各Hitachi Command Suite製品のマニュアルを参照してください。

次のコマンドを実行して，Hitachi Command Suite製品を停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop

クラスタ管理アプリケーションのグループから削除したサービスを再登録します。

クラスタ管理アプリケーションで，実行系ノードを選択してクラスタ運用を開始します。

次のコマンドを実行して，データベースをバックアップします。
障害が発生した場合に備えて，インポート直後のデータベースをバックアップしておくことをお勧めします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64backups -dir ＜ローカルディスク上のバックアップファイル格納先ディレクトリ＞ -auto

dir

データベースのバックアップファイルを格納するローカルディスク上のディレクトリを，絶対パスで指定します。

関連項目

8.1.3 Compute Systems Managerを停止する

8.2.6 データベースを移行するための確認事項

8.2.8 移行先サーバにデータベースをインポートする

9.1 クラスタを使用するための環境設定と運用とは

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

9.6.4 クラスタ管理アプリケーションからサービスを削除する（Red Hat Enterprise Linux）

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

9.9.1 クラスタ環境でデータベースをバックアップする（Windows）

9.9.9 データベースを移行するコマンド（hcmds64dbclustersetup）の書式（Red Hat Enterprise Linux）

データベースを移行するコマンド（hcmds64dbclustersetup）の書式を説明します。

このコマンドを実行すると，移行する前のデータベースをローカルディスクに退避したあと，クラスタ環境で使用するデータベースを共有ディスクに再作成します。

なお，Windowsの場合は，Compute Systems Managerのインストール時に自動的にデータベースを移行するため，このコマンドを実行する必要はありません。

書式

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64dbclustersetup -createcluster -databasepath ＜共有ディスク上のデータベース再作成先ディレクトリ＞ -exportpath ＜ローカルディスク上の退避データ格納先ディレクトリ＞ -auto

オプション

createcluster

非クラスタ構成のHitachi Command Suite製品をクラスタ構成へ移行するためのオプションです。

databasepath

クラスタ環境で使用するデータベースの再作成先ディレクトリを指定します。共有ディスク上のディレクトリを，63バイト以内の絶対パスで指定してください。パスに使用できる文字を次に示します。

A～Z a～z 0～9 . _

ただし，パスの区切り文字として，スラント（/）を使用できます。

exportpath

移行する前のデータベースを退避するディレクトリを指定します。ローカルディスク上のディレクトリを，63バイト以内の絶対パスで指定してください。パスに使用できる文字は，databasepathに指定できる文字と同じです。

auto

Hitachi Command Suite製品およびデータベースのサービスを，適切な状態に変更するためのオプションです。コマンド実行後には，Hitachi Command Suite製品およびデータベースのサービスが停止した状態になります。

注意

hcmds64dbclustersetupコマンドを実行すると，データベースが使用するポート番号およびDevice ManagerとTuning Managerの間のリモート接続の設定が初期化されます。
データベースが使用するポート番号が初期化されると，デフォルト値（22032/tcp）に戻ります。

＜ローカルディスク上の退避データ格納先ディレクトリ＞がすでにある場合は，ディレクトリの中を空にするか，ディレクトリを削除してください。

hcmds64dbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。

hcmds64dbclustersetupコマンドが異常終了した状態でサーバを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

共有ディスク上に，32ビットのHitachi Command Suite共通コンポーネントを使用する製品（Hitachi File Services Manager，Hitachi Storage Navigator Modular 2）のデータベースが作成されている場合，databasepathオプションには別のディレクトリを指定する必要があります。

関連項目

9.1 クラスタを使用するための環境設定と運用とは

9.4.2 実行系ノードで新規インストールする（Red Hat Enterprise Linux）

9.4.3 待機系ノードで新規インストールする（Red Hat Enterprise Linux）

9.5.2 クラスタ環境に移行する（Red Hat Enterprise Linux）

9.10 クラスタ環境からのアンインストール

この節の構成

9.10.1 クラスタ環境からデプロイメントマネージャーをアンインストールする

9.10.2 クラスタ環境からCompute Systems Managerをアンインストールする（Windows）

9.10.3 クラスタ環境からCompute Systems Managerをアンインストールする（Red Hat Enterprise Linux）

9.10.1 クラスタ環境からデプロイメントマネージャーをアンインストールする

クラスタ環境からデプロイメントマネージャーをアンインストールします。

デプロイメントマネージャーだけをクラスタ環境からアンインストールし，Compute Systems Managerは引き続きクラスタ環境で運用する手順を次に示します。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスが登録されているグループの所有者を実行系ノードに移動します。

実行系ノードでデプロイメントマネージャーをアンインストールします。

実行系ノードで，不要になったファイルやディレクトリをすべて削除します。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスが登録されていたグループの所有者を待機系ノードに移動します。

待機系ノードでデプロイメントマネージャーをアンインストールします。

待機系ノードで，不要になったファイルやディレクトリをすべて削除します。

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を開始します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /son /r ＜グループ名＞

クラスタ管理アプリケーションで，Compute Systems Managerのサービスが登録されているグループの所有者を実行系ノードに移動します。

関連項目

2.6.3 アンインストールする（Windows）

9.1 クラスタを使用するための環境設定と運用とは

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

9.10.2 クラスタ環境からCompute Systems Managerをアンインストールする（Windows）

クラスタ環境の管理サーバ（Windows）から，Compute Systems Managerをアンインストールします。

事前に完了しておく操作

アンインストール前の確認作業

重要

ほかのHitachi Command Suite製品を引き続き使用する場合は，次の点に注意してください。

クラスタ管理アプリケーションのグループに登録されているHitachi Command Suite製品のサービスは，実行系ノードでのアンインストール時にすべて削除され，待機系ノードでのアンインストール時にデフォルトの設定で再登録されます。サービスのリソース名を変更している場合は，必要に応じて事前にリソース名を控えておき，アンインストール後に手動で変更してください。

ただし，Hitachi File Services Managerのサービスは削除されないため，上記の対処は不要です。

クラスタ環境からCompute Systems Managerをアンインストールする手順を次に示します。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスが登録されているグループの所有者を実行系ノードに移動します。

実行系ノードでCompute Systems Managerをアンインストールします。

実行系ノードで，不要になったファイルやディレクトリ（クラスタ環境内でのインストール中に作成されたファイルやディレクトリなど）をすべて削除します。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスが登録されていたグループの所有者を待機系ノードに移動します。

待機系ノードでCompute Systems Managerをアンインストールします。

待機系ノードで，不要になったファイルやディレクトリ（クラスタ環境内でのインストール中に作成されたファイルやディレクトリなど）をすべて削除します。

次のリソースがほかのアプリケーションによって使用されていない場合は，クラスタ管理アプリケーションで，そのリソースをオフラインにしてから削除します。

クラスタ管理IPアドレス

共有ディスク

Compute Systems Managerのサービスが登録されていたグループが不要になった場合は，そのグループも削除します。

ほかのHitachi Command Suite製品を引き続き使用する場合は，次のコマンドを実行して，クラスタ運用を開始します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /son /r ＜グループ名＞

ほかのHitachi Command Suite製品を引き続き使用する場合は，クラスタ管理アプリケーションで，Hitachi Command Suite製品のサービスが登録されているグループの所有者を実行系ノードに移動します。

関連項目

2.6.2 アンインストールするための確認事項

2.6.3 アンインストールする（Windows）

9.1 クラスタを使用するための環境設定と運用とは

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

9.10.3 クラスタ環境からCompute Systems Managerをアンインストールする（Red Hat Enterprise Linux）

クラスタ環境の管理サーバ（Red Hat Enterprise Linux）から，Compute Systems Managerをアンインストールします。

事前に完了しておく操作

アンインストール前の確認作業

クラスタ管理アプリケーションのグループに登録されている，Compute Systems Managerを含むHitachi Command Suite製品のサービスの削除

クラスタ環境からCompute Systems Managerをアンインストールする手順を次に示します。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスが登録されていたグループを待機系ノードから実行系ノードに移動します。

次のコマンドを実行して，Hitachi Command Suite製品を停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop

次のコマンドを実行して，データベースをバックアップします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64backups -dir ＜ローカルディスク上のバックアップファイル格納先ディレクトリ＞ -auto

次のコマンドを実行して，Hitachi Command Suite製品を停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop

実行系ノードでCompute Systems Managerをアンインストールします。

実行系ノードで，不要になったファイルやディレクトリ（クラスタ環境内でのインストール中に作成されたファイルやディレクトリなど）をすべて削除します。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスが登録されていたグループを待機系ノードに移動します。

待機系ノードでCompute Systems Managerをアンインストールします。

待機系ノードで，不要になったファイルやディレクトリ（クラスタ環境内でのインストール中に作成されたファイルやディレクトリなど）をすべて削除します。

次のリソースがほかのアプリケーションによって使用されていない場合は，クラスタ管理アプリケーションでそのリソースを削除します。

クラスタ管理IPアドレス

共有ディスク

Compute Systems Managerのサービスが登録されていたグループが不要になった場合は，そのグループも削除します。

ほかのHitachi Command Suite製品を引き続き使用する場合は，そのサービスをクラスタ管理アプリケーションのグループに登録します。
登録する手順については，各製品のマニュアルを参照してください。

ほかのHitachi Command Suite製品を引き続き使用する場合は，クラスタ管理アプリケーションで実行系ノードを選択してクラスタ運用を開始します。

関連項目

2.6.2 アンインストールするための確認事項

2.6.3 アンインストールする（Windows）

8.1.3 Compute Systems Managerを停止する

9.1 クラスタを使用するための環境設定と運用とは

9.2 クラスタを運用するために使用するCompute Systems Managerのサービス

9.6.4 クラスタ管理アプリケーションからサービスを削除する（Red Hat Enterprise Linux）

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

9.9.1 クラスタ環境でデータベースをバックアップする（Windows）

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

この章では，Compute Systems Manager運用中に障害が発生した場合に必要となる保守情報の採取方法，ログの設定について説明します。

この章の構成

10.1 トラブルシューティングについて

10.2 トラブルシューティング事例

10.3 保守情報の採取

10.4 監査ログの確認

10.5 ログの設定

10.1 トラブルシューティングについて

Compute Systems Managerでシステムを運用している場合にトラブルが発生したときは，表示されたメッセージに従って対処します。

メッセージが表示されない場合や，メッセージに従っても解決できない場合は，システム管理者に連絡してください。また，必要に応じて障害調査のための資料（保守情報）を採取してください。

関連項目

10.2.1 トラブルシューティング事例（ログイン画面が表示されない）

10.2.2 トラブルシューティング事例（Compute Systems Managerが起動しない）

10.2.3 トラブルシューティング事例（データベースをリストアできない）

10.2.4 トラブルシューティング事例（Windowsのクラスタ環境でデータベースをリストアできない）

10.2.5 トラブルシューティング事例（Red Hat Enterprise Linuxのクラスタ環境でデータベースをリストアできない）

10.2 トラブルシューティング事例

この節の構成

10.2.1 トラブルシューティング事例（ログイン画面が表示されない）

10.2.2 トラブルシューティング事例（Compute Systems Managerが起動しない）

10.2.3 トラブルシューティング事例（データベースをリストアできない）

10.2.4 トラブルシューティング事例（Windowsのクラスタ環境でデータベースをリストアできない）

10.2.5 トラブルシューティング事例（Red Hat Enterprise Linuxのクラスタ環境でデータベースをリストアできない）

10.2.1 トラブルシューティング事例（ログイン画面が表示されない）

正しいURLを指定したのにCompute Systems Managerのログイン画面が表示されない場合のトラブルシューティング事例を示します。

考えられる要因

Compute Systems Managerが起動していないか，起動処理中です。

対処方法

Compute Systems Managerが起動していない場合は，起動してください。

関連項目

10.1 トラブルシューティングについて

10.2.2 トラブルシューティング事例（Compute Systems Managerが起動しない）

Compute Systems ManagerまたはHitachi Command Suite共通コンポーネントが起動しない場合のトラブルシューティング事例を示します。

考えられる要因

デスクトップヒープが不足しているおそれがあります。

対処方法

レジストリを編集して，デスクトップヒープの領域を変更してください。詳細はMicrosoft社のホームページを参照してください。

関連項目

10.1 トラブルシューティングについて

10.2.3 トラブルシューティング事例（データベースをリストアできない）

hcmds64dbコマンドとhcmds64dbtransコマンドのどちらを使っても，データベースをリストアできない場合のトラブルシューティング事例を示します。ここでは，hcmds64dbtransコマンドでエクスポートしたデータベースを，hcmds64dbrepairコマンドを使用してリストアする手順について説明します。

考えられる要因

データベースが破損しています。

対処方法

エクスポートしたデータベースのサイズに応じて，次のディレクトリに空き領域を確保します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥tmp
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/tmp
リストア時，エクスポートで取得したアーカイブファイルはこのディレクトリに展開されます。

Compute Systems Managerを停止します。

hcmds64dbrepairコマンドを実行してデータベースをリストアします。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64dbrepair /trans ＜エクスポートで取得したアーカイブファイルまたはエクスポート先ディレクトリ＞
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64dbrepair -trans ＜エクスポートで取得したアーカイブファイルまたはエクスポート先ディレクトリ＞
trans：＜エクスポートで取得したアーカイブファイルまたはエクスポート先ディレクトリ＞は，フルパスで指定してください。

Compute Systems Managerを起動します。

Compute Systems ManagerのSystemアカウントのパスワードを変更します。
hcmds64dbrepairコマンドを実行すると，Systemアカウントのパスワードが初期化されるためです。

関連項目

2.5.4 Systemアカウントのパスワードを変更する

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

8.2.4 データベースをリストアするための確認事項

10.1 トラブルシューティングについて

10.2.4 トラブルシューティング事例（Windowsのクラスタ環境でデータベースをリストアできない）

Windowsのクラスタ環境で，hcmds64dbコマンドとhcmds64dbtransコマンドのどちらを使っても，データベースをリストアできない場合のトラブルシューティング事例を示します。ここでは，hcmds64dbtransコマンドでエクスポートしたデータベースを，hcmds64dbrepairコマンドを使用してリストアする手順について説明します。

データベースのリストアは，実行系ノードで操作します。

考えられる要因

クラスタ環境で，データベースが破損しています。

対処方法

エクスポートしたデータベースのサイズに応じて，次のディレクトリに空き領域を確保します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥tmp
リストア時，エクスポートで取得したアーカイブファイルはこのディレクトリに展開されます。

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を一時停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /soff /r ＜グループ名＞

次のコマンドを実行して，データベースをリストアします。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64dbrepair /trans ＜エクスポートで取得したアーカイブファイル＞

trans

＜エクスポートで取得したアーカイブファイル＞には，hcmds64dbtransコマンドでエクスポートしたデータベースのアーカイブファイルを絶対パスで指定します。

次のコマンドを実行して，Hitachi Command Suite製品を停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64srv /stop

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を開始します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥ClusterSetup¥hcmds64clustersrvstate /son /r ＜グループ名＞

GUIでCompute Systems Managerのタスクの状態を確認します。
完了していない，またはエラーになっているタスクがあれば，必要に応じてタスクを再作成するか，実行スケジュールを変更してください。

Device ManagerがTuning Managerとリモート接続していた場合は，データベースのリストアによって設定が初期化されるため，再設定します。

Compute Systems ManagerのSystemアカウントのパスワードを変更します。
hcmds64dbrepairコマンドを実行すると，Systemアカウントのパスワードが初期化されるためです。

関連項目

8.2.4 データベースをリストアするための確認事項

9.8.1 Compute Systems Managerのクラスタ運用を一時停止する（Windows）

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

10.1 トラブルシューティングについて

10.2.5 トラブルシューティング事例（Red Hat Enterprise Linuxのクラスタ環境でデータベースをリストアできない）

Red Hat Enterprise Linuxのクラスタ環境で，hcmds64dbコマンドとhcmds64dbtransコマンドのどちらを使っても，データベースをリストアできない場合のトラブルシューティング事例を示します。ここでは，hcmds64dbtransコマンドでエクスポートしたデータベースを，hcmds64dbrepairコマンドを使用してリストアする手順について説明します。

データベースのリストアは，実行系ノードで操作します。

考えられる要因

クラスタ環境で，データベースが破損しています。

対処方法

エクスポートしたデータベースのサイズに応じて，次のディレクトリに空き領域を確保します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/tmp
リストア時，エクスポートで取得したアーカイブファイルはこのディレクトリに展開されます。

クラスタ管理アプリケーションのグループに登録されている，Compute Systems Managerを含むHitachi Command Suite製品のサービスを削除します。

クラスタ管理アプリケーションのグループが，実行系ノードに移動していることを確認します。
グループが待機系ノードに移動している場合は，実行系ノードに移動します。

次のコマンドを実行して，データベースをリストアします。
＜Hitachi Command Suite 共通コンポーネントのインストールディレクトリ＞/bin/hcmds64dbrepair -trans ＜エクスポートで取得したアーカイブファイル＞

trans

＜エクスポートで取得したアーカイブファイル＞には，hcmds64dbtransコマンドでエクスポートしたデータベースのアーカイブファイルを絶対パスで指定します。

次のコマンドを実行して，Hitachi Command Suite製品を停止します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64srv -stop

クラスタ管理アプリケーションのグループから削除したサービスを再登録します。

クラスタ管理アプリケーションで，実行系ノードを選択してクラスタ運用を開始します。

GUIでCompute Systems Managerのタスクの状態を確認します。
完了していない，またはエラーになっているタスクがあれば，必要に応じてタスクを再作成するか，実行スケジュールを変更してください。

Device ManagerがTuning Managerとリモート接続していた場合は，データベースのリストアによって設定が初期化されるため，再設定します。

Compute Systems ManagerのSystemアカウントのパスワードを変更します。
hcmds64dbrepairコマンドを実行すると，Systemユーザーのパスワードが初期化されるためです。

関連項目

8.1.2 Compute Systems Managerを起動する

8.2.4 データベースをリストアするための確認事項

9.6.2 クラスタ管理アプリケーションにサービスを登録する（Red Hat Enterprise Linux）

9.6.4 クラスタ管理アプリケーションからサービスを削除する（Red Hat Enterprise Linux）

9.8.4 Compute Systems Managerのクラスタ運用を開始する（Red Hat Enterprise Linux）

10.1 トラブルシューティングについて

10.3 保守情報の採取

この節の構成

10.3.1 保守情報の採取とは

10.3.2 管理サーバの保守情報を採取する（hcmds64getlogs）

10.3.3 管理サーバのJava VMスレッドダンプを採取する（Windows）

10.3.4 管理サーバのJava VMスレッドダンプを採取する（Linux）

10.3.5 管理対象ホストの保守情報を採取する（Windowsホスト）

10.3.6 管理対象ホストの保守情報を採取する（Linuxホスト）

10.3.1 保守情報の採取とは

障害要因を特定できない場合や，障害を回復できない場合には，障害に関する次の情報を用意して，障害対応窓口に連絡してください。

障害に伴うシステムの状況

障害の発生日時

障害の発生場面

管理サーバや管理対象リソースのネットワーク構成

管理サーバや管理対象ホストのOS

障害が発生したマシン（管理サーバまたは管理対象リソース）の保守情報

管理サーバで採取する必要がある保守情報を次に示します。

ログファイルおよびデータベースファイル
hcmds64getlogsコマンドを実行して採取します。

Java VMスレッドダンプ
Java VMスレッドダンプは，次に示す問題が発生した場合，原因を見つけるために採取します。

GUIを起動してもCompute Systems Managerのログインウィンドウが表示されない

Compute Systems Managerへのログイン後，Compute Systems Managerのメインウィンドウが表示されない

管理対象リソースで採取する必要がある保守情報を次に示します。

管理対象ホスト

システム情報

Windowsホストの場合：イベントログ情報（アプリケーションログおよびシステムログ）

Linuxホストの場合：システムログ情報

管理対象ハイパーバイザー

Hyper-Vの場合：net startコマンドの実行結果

VMware ESXiの場合：システムログ情報

保守情報を採取する方法については，ハイパーバイザーのマニュアルを参照してください。

管理対象シャーシ，サーバ，およびLPAR

通知されたアラート

ランプ情報

シャーシのエラー情報や構成情報（管理対象ブレードサーバがある場合）

HVMのエラー情報や構成情報（管理対象LPARがある場合）

保守情報を採取する方法については，管理対象シャーシおよびサーバのマニュアルを参照してください。

関連項目

10.1 トラブルシューティングについて

10.3.2 管理サーバの保守情報を採取する（hcmds64getlogs）

10.3.3 管理サーバのJava VMスレッドダンプを採取する（Windows）

10.3.4 管理サーバのJava VMスレッドダンプを採取する（Linux）

10.3.5 管理対象ホストの保守情報を採取する（Windowsホスト）

10.3.6 管理対象ホストの保守情報を採取する（Linuxホスト）

10.3.2 管理サーバの保守情報を採取する（hcmds64getlogs）

hcmds64getlogsコマンドを実行すると，ログファイルとデータベースファイルの保守情報を採取できます。

管理サーバの保守情報を採取するhcmds64getlogsコマンドの書式を次に示します。

書式

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64getlogs /dir ＜ディレクトリ名＞ [/types ＜Hitachi Command Suite製品の名称＞ [＜Hitachi Command Suite製品の名称＞...]] [/arc ＜アーカイブファイル名＞] [/logtypes ＜ログファイル種別＞ [＜ログファイル種別＞...]]

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64getlogs -dir ＜ディレクトリ名＞ [-types ＜Hitachi Command Suite製品の名称＞ [＜Hitachi Command Suite製品の名称＞...]] [-arc ＜アーカイブファイル名＞] [-logtypes ＜ログファイル種別＞ [＜ログファイル種別＞...]]

オプション

dir

保守情報を格納するローカルディスク上のディレクトリの名前を指定します。あらかじめディレクトリを作成している場合は，ディレクトリを空にしてください。

指定できるパスの最大長は41バイトです。typeオプションにCompute Systems Manager以外のアプリケーション名を指定した場合の最大長については，各製品のマニュアルを参照してください。

パスには一部の特殊文字を除いたASCII印字可能文字コードを指定できます。指定できない特殊文字を示します。
¥ / : , ; * ? " < > | $ % & ' `
パスの区切り文字として，Windowsの場合は円記号（¥），コロン（:）およびスラント（/），Linuxの場合はスラント（/）を使用できます。パスの末尾にはパスの区切り文字を指定しないでください。

Windowsの場合，パス中に半角スペースを指定するときは，パスを引用符（"）で囲んで指定してください。Linuxの場合は，パス中に半角スペースは指定できません。

types

障害などの理由によって，特定のHitachi Command Suite製品の保守情報だけしか採取できない場合に，採取対象の製品の名称を指定します。

Compute Systems Manager以外のHitachi Command Suite製品の名称については，それぞれのHitachi Command Suite製品のマニュアルを参照してください。

Compute Systems Managerの保守情報だけを採取する場合には，「HCSM」と指定します。

複数の製品名を指定する場合は，半角スペースで区切ってください。

typesオプションとlogtypesオプションの両方を指定する場合，logtypesオプションの引数には「log」を指定してください。

typesオプションを省略した場合，管理サーバにインストールされているすべてのHitachi Command Suite製品の保守情報が採取されます。管理サーバに32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされている場合は，その製品の保守情報も採取されます。

arc

作成されるアーカイブファイルの名前を指定します。通常は，指定不要です。

arcオプションを省略した場合，ファイル名は「HiCommand_log_64」になります。

アーカイブファイルは，dirオプションで指定したディレクトリの下に出力されます。

アーカイブファイルが出力されるときに，各アーカイブファイルの種類に応じた拡張子（.jar，.hdb.jar，.db.jarまたは.csv.jar）が付けられます。

ファイル名には一部の特殊文字を除いたASCII印字可能文字コードを指定できます。指定できない特殊文字を次に示します。
¥ / : , ; * ? " < > | $ % & ' `

Linuxの場合，ファイル名に半角スペースは指定できません。

logtypes

障害などの理由によって，特定のログファイルしか採取できない場合に，採取対象のログファイルの種別を指定します。

指定できるログファイルの種別を次に示します。

「log」：.jarファイルと.hdb.jarファイルだけを採取する場合に指定します。

「db」：.db.jarファイルだけを採取する場合に指定します。

「csv」：.csv.jarファイルだけを採取する場合に指定します。

複数の種別を指定する場合は，半角スペースで区切ってください。

logtypesオプションを省略した場合，すべてのログファイル（.jar，.hdb.jar，.db.jarおよび.csv.jar）が採取されます。

戻り値

0：正常終了

1：パラメーターエラー

2：異常終了

重要

hcmds64getlogsコマンドを複数同時に実行しないでください。

hcmds64getlogsコマンド終了時に，メッセージKAPM05318-IまたはKAPM05319-Eが出力されない場合は，dirオプションで指定するディレクトリに十分な空き容量がないためhcmds64getlogsコマンドが途中で終了している状態です。
dirオプションで指定するディレクトリに十分な空き容量を確保したあとで，再度hcmds64getlogsコマンドを実行してください。

Compute Systems Managerを含むすべてのHitachi Command Suite製品の保守情報を採取するhcmds64getlogsコマンドの実行例を次に示します。

実行例1：Windowsの管理サーバで保守情報をc:¥logsディレクトリに格納する場合

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64getlogs /dir c:¥logs

実行例2：Linuxの管理サーバで保守情報を/var/tmp/logsディレクトリに格納する場合

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64getlogs -dir /var/tmp/logs

実行例どおりにコマンドを実行すると，Compute Systems Manager以外のHitachi Command Suite製品の保守情報も採取されます。Compute Systems Managerだけに限定して保守情報を採取するhcmds64getlogsコマンドの実行例を次に示します。

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥bin¥hcmds64getlogs /dir c:¥logs /types HCSM

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmds64getlogs -dir /var/tmp/logs -types HCSM

関連項目

10.3.1 保守情報の採取とは

10.3.3 管理サーバのJava VMスレッドダンプを採取する（Windows）

保守情報として，管理サーバで次のJava VMスレッドダンプを採取します。

HBase 64 Storage Mgmt SSO Service

HCS Compute Systems Manager Web Service

重要

Oracle JDKを使用している場合，Java VMスレッドダンプは出力するたびに上書きされます。出力後は別名で保存してください。

管理サーバでJava VMスレッドダンプを採取する手順を次に示します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥public¥ejb¥HBase64StgMgmtSSOServiceに，dumpという名前のファイルを作成します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥public¥ejb¥ComputeSystemsManagerWebServiceに，dumpという名前のファイルを作成します。

Windowsの［サービス］ダイアログにアクセスします。

HBase 64 Storage Mgmt SSO Serviceを停止します。

HBase 64 Storage Mgmt SSO Serviceを開始します。

HCS Compute Systems Manager Web Serviceを停止します。

HCS Compute Systems Manager Web Serviceを開始します。

次のディレクトリにJava VMスレッドダンプが出力されます。Java VMスレッドダンプのファイル名称は，使用しているJDKによって異なります。dumpという名前のファイルは，Java VMスレッドダンプ出力時に削除されます。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥public¥ejb¥HBase64StgMgmtSSOService

Compute Systems Managerに同梱されているJDKを使用している場合：javacorexxx.xxxx.txt

Oracle JDKを使用している場合：HBase64StgMgmtSSOService.log

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥public¥ejb¥ComputeSystemsManagerWebService

Compute Systems Managerに同梱されているJDKを使用している場合：javacorexxx.xxxx.txt

Oracle JDKを使用している場合：ComputeSystemsManagerWebService.log

関連項目

10.3.1 保守情報の採取とは

10.3.4 管理サーバのJava VMスレッドダンプを採取する（Linux）

保守情報として，管理サーバで次のJava VMスレッドダンプを採取します。

HBase 64 Storage Mgmt SSO Service

HCS Compute Systems Manager Web Service

重要

Oracle JDKを使用している場合，Java VMスレッドダンプは出力するたびに上書きされます。出力後は別名で保存してください。

管理サーバでJava VMスレッドダンプを採取する手順を次に示します。

次のコマンドを実行して，HBase 64 Storage Mgmt SSO Serviceを停止します。
kill -3 ＜PID＞
＜PID＞は，＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/public/ejb/HBase64StgMgmtSSOService/logs/CC/maintenance/cjstdout.logファイルの最後に書き込まれているProcess IDを指定します。

次のコマンドを実行して，HCS Compute Systems Manager Web Serviceを停止します。
kill -3 ＜PID＞
＜PID＞は，＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/public/ejb/ComputeSystemsManagerWebService/logs/CC/maintenance/cjstdout.logファイルの最後に書き込まれているProcess IDを指定します。

Compute Systems Managerを再起動します。

次のディレクトリにJava VMスレッドダンプが出力されます。Java VMスレッドダンプの出力先およびファイル名称は，使用しているJDKによって異なります。

Compute Systems Managerに同梱されているJDKを使用している場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/public/ejb/HBase64StgMgmtSSOService/javacorexxx.xxxx.txt

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/public/ejb/ComputeSystemsManagerWebService/javacorexxx.xxxx.txt

Oracle JDKを使用している場合：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/repository/HBase64StgMgmtSSOService/HBase64StgMgmtSSOService.log

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/repository/ComputeSystemsManagerWebService/ComputeSystemsManagerWebService.log

関連項目

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

10.3.1 保守情報の採取とは

10.3.5 管理対象ホストの保守情報を採取する（Windowsホスト）

Windowsの管理対象ホストで保守情報を採取する手順を次に示します。

イベントログ情報を採取します。

Windowsの［イベント ビューアー］ダイアログを開く

左ペインの［Windowsログ］のツリーを展開する

左ペインの次の項目を選択し，ログファイルを保存する
・［アプリケーション］または［Application］
・［システム］
それぞれの項目で，テキストまたはCSV形式，およびイベントログまたはイベントファイル形式の2つのログファイルを採取する必要があるため，計4つのファイルを保存します。
ログファイルは，［ログファイルの名前を付けて保存］，［イベントに名前を付けて保存］，または［すべてのイベントに名前を付けて保存］を選択し，［ファイルの種類］を指定して保存します。
［表示情報］ダイアログボックス（設定はデフォルトのまま）が表示された場合は，［OK］ボタンをクリックします。

システム情報を採取します。

msinfo32コマンドを実行する

左ペインから［システムの概要］または［システムの要約］を選択する

［ファイル］メニューから［エクスポート］を選択し，システム情報をテキストファイルで保存する

関連項目

10.3.1 保守情報の採取とは

10.3.6 管理対象ホストの保守情報を採取する（Linuxホスト）

Linuxの管理対象ホストで保守情報を採取する手順を次に示します。

システムログ情報を採取します。

/etc/syslog.confファイルまたは/etc/rsyslog.confファイルをコピーする

次のコマンド実行結果をファイルに出力する
ls -l /var/log/messages*

/var/log/messages*ファイルをコピーする

システム情報を採取します。

次に示すファイルをコピーする
/etc/hosts
/etc/services
Red Hat Enterprise Linuxの場合：/etc/redhat-release
SUSE Linuxの場合：/etc/SuSE-release
Oracle Linuxの場合：/etc/oracle-releaseまたは/etc/enterprise-release

次のコマンドの実行結果をそれぞれファイルに出力する

uname -a
rpm -qa
dmesg
ps -elf

関連項目

10.3.1 保守情報の採取とは

10.4 監査ログの確認

この節の構成

10.4.1 監査ログとは

10.4.2 監査ログの環境設定ファイルを設定する

10.4.3 監査ログを確認する

10.4.4 監査ログの種別

10.4.5 監査ログのメッセージ部の出力形式

10.4.6 タスクの操作で出力される情報

10.4.7 リクエスト受理時またはレスポンス送信時に出力される情報

10.4.8 リクエスト受理時に監査ログの詳細メッセージに出力される情報

10.4.1 監査ログとは

Compute Systems Managerでは，法規制やセキュリティ評価基準，業界ごとの各種基準などに従っていることを監査者や評価者に証明するために，監査ログにユーザーの操作内容を記録できます。監査ログを採取するには，環境設定ファイル（auditlog.conf）を編集する必要があります。

関連項目

10.4.2 監査ログの環境設定ファイルを設定する

10.4.3 監査ログを確認する

10.4.4 監査ログの種別

10.4.5 監査ログのメッセージ部の出力形式

10.4.6 タスクの操作で出力される情報

10.4.7 リクエスト受理時またはレスポンス送信時に出力される情報

10.4.8 リクエスト受理時に監査ログの詳細メッセージに出力される情報

10.4.2 監査ログの環境設定ファイルを設定する

監査ログは大量に出力されるおそれがあるため，環境設定ファイルを設定して，出力される監査ログの量を制御できます。

採取した監査ログは，必要に応じて，退避または保管などを実施してください。

Compute Systems Managerでの操作を監査ログに出力する手順を次に示します。

Compute Systems Managerを停止します。

次に示す監査ログに関するプロパティファイルを設定します。
Windows：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥conf¥sec¥auditlog.conf
Linux：
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/sec/auditlog.conf

Compute Systems Managerを起動します。

Compute Systems Managerでの操作が監査ログに出力されるようになります。

関連項目

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

10.4.1 監査ログとは

10.4.3 監査ログを確認する

B.2.17 監査ログに関するプロパティ（auditlog.conf）

10.4.3 監査ログを確認する

Compute Systems Managerでのユーザー操作が出力された監査ログを次に示す画面で確認できます。

Windows：

監査ログは，次に示すイベントログに出力されます。

Windowsの［イベントビューアー］－［Windowsログ］－［アプリケーション］または［Application］で，イベントを開いたときに表示される［イベントプロパティ］の［全般］タブの内容

監査ログは次の形式で出力されます。

＜プログラム名＞ [＜プロセスID＞]: ＜メッセージ部＞

Linux：

監査ログは，syslogに次の形式で出力されます。

＜syslogヘッダ部＞ ＜メッセージ部＞

syslogヘッダ部のフォーマットは，OSの環境設定に依存します。

例えば，rsyslogを使用している場合，/etc/rsyslog.confの設定で$ActionFileDefaultTemplate RSYSLOG_SyslogProtocol23Formatを指定すると，RFC5424対応の形式で出力されます。

関連項目

10.4.1 監査ログとは

10.4.4 監査ログの種別

10.4.5 監査ログのメッセージ部の出力形式

10.4.4 監査ログの種別

監査ログは種別で分類され，それぞれの監査事象には，重要度（Severity）が設定されています。重要度によって，出力する監査ログをフィルタリングできます。

次の表に，監査ログの種別とその詳細の説明を示します。

表10-1 監査ログの種別

種別
説明

StartStop
ハードウェアまたはソフトウェアの起動と終了を示す事象

OSの起動と終了

ハードウェアコンポーネントの起動と終了

Hitachi Command Suite製品の起動と終了

Authentication
ユーザーが接続または認証を試みて成功または失敗したことを示す事象

ユーザーの認証

アカウントの自動ロック

ExternalService
外部サービスとの通信結果を示す事象

NTPサーバやDNSサーバなどとの通信

管理サーバとの通信（SNMP）

ConfigurationAccess
管理者が許可された運用操作を実行し，操作が正常終了または失敗したことを示す事象

構成情報の参照または更新

アカウントの追加，削除などのアカウント設定の更新

セキュリティの設定

監査ログ設定の参照または更新

次に示す4つの表に，監査ログに出力される監査事象を，種別ごとに分けて説明します。

表の「詳細種別」は，監査ログの種別を詳細に分類した説明です。

表10-2 監査ログに出力される監査事象（種別がStartStopの場合）

詳細種別 | 監査事象 | Severity | メッセージID
ソフトウェアの起動と終了 | SSOサーバの起動成功 | 6 | KAPM00090-I
SSOサーバの起動失敗 | 3 | KAPM00091-E
SSOサーバの停止 | 6 | KAPM00092-I

表10-3 監査ログに出力される監査事象（種別が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 | KAPM01126-W
アカウントの自動ロック | アカウントの自動ロック（認証の連続失敗またはアカウントの有効期限切れ） | 4 | KAPM02292-W

表10-4 監査ログに出力される監査事象（種別がExternalServiceの場合）

詳細種別 | 監査事象 | Severity | メッセージID
外部認証サーバとの通信 | LDAPディレクトリサーバとの通信成功 | 6 | KAPM10116-I
LDAPディレクトリサーバとの通信失敗 | 3 | KAPM10117-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
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

表10-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

hcmds64unlockaccountコマンドによるアカウントのロック解除成功
6
KAPM07236-I

hcmds64unlockaccountコマンドによるアカウントのロック解除失敗
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

データベースのバックアップまたはリストア
hcmds64backupsコマンドまたはhcmds64dbコマンドによるバックアップ成功
6
KAPM05561-I

hcmds64backupsコマンドまたはhcmds64dbコマンドによるバックアップ失敗
3
KAPM05562-E

hcmds64dbコマンドによる全体リストアの成功
6
KAPM05563-I

hcmds64dbコマンドによる全体リストアの失敗
3
KAPM05564-E

hcmds64dbコマンドによる部分リストアの成功
6
KAPM05565-I

hcmds64dbコマンドによる部分リストアの失敗
3
KAPM05566-E

データベースのエクスポートまたはインポート
データベースのエクスポートに成功
6
KAPM06543-I

データベースのエクスポートに失敗
3
KAPM06544-E

データベースのインポートに成功
6
KAPM06545-I

データベースのインポートに失敗
3
KAPM06546-E

データベース領域の作成または削除
データベース領域の作成成功
6
KAPM06348-I

データベース領域の作成失敗
3
KAPM06349-E

データベース領域の削除成功
6
KAPM06350-I

データベース領域の削除失敗
3
KAPM06351-E

認証データの入出力
hcmds64authmoveコマンドによるデータ出力の成功
6
KAPM05832-I

hcmds64authmoveコマンドによるデータ出力の失敗
3
KAPM05833-E

hcmds64authmoveコマンドによるデータ入力の成功
6
KAPM05834-I

hcmds64authmoveコマンドによるデータ入力の失敗
3
KAPM05835-E

リソースグループの作成
リソースグループの作成成功
6
KAPM07257-I

リソースグループの作成失敗
3
KAPM07258-E

リソースグループの削除
リソースグループの削除成功
6
KAPM07259-I

リソースグループの削除失敗
3
KAPM07260-E

リソースグループのプロパティ編集
リソースグループのプロパティ編集成功
6
KAPM07261-I

リソースグループのプロパティ編集失敗
3
KAPM07262-E

ユーザーグループの登録
ユーザーグループの登録成功
6
KAPM07263-I

ユーザーグループの登録失敗
3
KAPM07264-E

ユーザーグループの削除
ユーザーグループの削除成功
6
KAPM07265-I

ユーザーグループの削除失敗
3
KAPM07266-E

ユーザーグループの更新
ユーザーグループの更新成功
6
KAPM07267-I

ユーザーグループの更新失敗
3
KAPM07268-E

ロールの登録
ロールの登録成功
6
KAPM07269-I

ロールの登録失敗
3
KAPM07270-E

ロールの削除
ロールの削除成功
6
KAPM07271-I

ロールの削除失敗
3
KAPM07272-E

ロールの更新
ロールの更新成功
6
KAPM07273-I

ロールの更新失敗
3
KAPM07274-E

ユーザーグループへのユーザーアカウントの割り当て
ユーザーグループへのユーザーアカウントの割り当て成功
6
KAPM07275-I

ユーザーグループへのユーザーアカウントの割り当て失敗
3
KAPM07276-E

ロールへのパーミッションの割り当て
ロールへのパーミッションの割り当て成功
6
KAPM07277-I

ロールへのパーミッションの割り当て失敗
3
KAPM07278-E

次の3項目の割り当て

ユーザーグループおよび外部認証グループ

リソースグループ

ロール

次の3項目の割り当ての成功

ユーザーグループおよび外部認証グループ

リソースグループ

ロール

6
KAPM07279-I

次の3項目の割り当ての失敗

ユーザーグループおよび外部認証グループ

リソースグループ

ロール

3
KAPM07280-E

Compute Systems Managerサーバの処理
リクエスト受理
6
KASV27000-I

レスポンス送信（正常時）
6
KASV27002-I

レスポンス送信（異常時）
3
KASV27003-I

タスクに対する操作
タスクのキャンセル成功
6
KASV27004-I

タスクのキャンセル失敗
4
KASV27005-W

タスクの登録成功
6
KASV27006-I

タスクの登録失敗
4
KASV27007-W

タスクの削除成功
6
KASV27008-I

タスクの削除失敗
4
KASV27009-W

タスクの実行成功
6
KASV27010-I

タスクの実行失敗
4
KASV27011-W

タスクのリスケジュール成功
6
KASV27012-I

タスクのリスケジュール失敗
4
KASV27013-W

タスクの履歴に移動成功
6
KASV27014-I

タスクの履歴に移動失敗
4
KASV27015-W

注※1

パスワードが設定されていないユーザーの認証方式を変更したことによるアカウントのロックは，監査ログに記録されません。

注※2

ユーザーにパスワードを設定したことによるアカウントのロックの解除は，監査ログに記録されません。

関連項目

10.4.3 監査ログを確認する

10.4.5 監査ログのメッセージ部の出力形式

10.4.5 監査ログのメッセージ部の出力形式

監査ログは次の形式で出力されます。

＜プログラム名＞ [＜プロセスID＞]: ＜メッセージ部＞

＜メッセージ部＞には，半角で953文字まで表示されます。

次に，＜メッセージ部＞の出力形式と出力される項目の内容を示します。監査事象によっては，＜メッセージ部＞に出力されない項目もあります。

＜統一識別子＞,＜統一仕様リビジョン番号＞,＜通番＞,＜メッセージID＞,＜日付・時刻＞,
＜検出エンティティ＞,＜検出場所＞,＜監査事象の種別＞,＜監査事象の結果＞,
＜監査事象の結果サブジェクト識別情報＞,＜ハードウェア識別情報＞,＜発生場所情報＞,
＜ロケーション識別情報＞,＜FQDN＞,＜冗長化識別情報＞,＜エージェント情報＞,
＜リクエスト送信元ホスト＞,＜リクエスト送信元ポート番号＞,＜リクエスト送信先ホスト＞,
＜リクエスト送信先ポート番号＞,＜一括操作識別子＞,＜ログ種別情報＞,
＜アプリケーション識別情報＞,＜予約領域＞,＜メッセージテキスト＞

項目
内容

＜統一識別子＞
「CELFSS」固定

＜統一仕様リビジョン番号＞
「1.1」固定

＜通番＞
監査ログのメッセージの通番

＜メッセージID＞
メッセージID

＜日付・時刻＞
メッセージが出力された日付と時刻

＜検出エンティティ＞
コンポーネント名やプロセス名

＜検出場所＞
ホスト名

＜監査事象の種別＞
事象の種別

＜監査事象の結果＞
事象の結果

＜監査事象の結果サブジェクト識別情報＞
事象に応じた，アカウントID，プロセスID，またはIPアドレス

＜ハードウェア識別情報＞
ハードウェアの型名や製番

＜発生場所情報＞
ハードウェアのコンポーネントの識別情報

＜ロケーション識別情報＞
ロケーション識別情報

＜FQDN＞
完全修飾ドメイン名

＜冗長化識別情報＞
冗長化識別情報

＜エージェント情報＞
エージェント情報

＜リクエスト送信元ホスト＞
リクエストの送信元のホスト名

＜リクエスト送信元ポート番号＞
リクエストの送信元のポート番号

＜リクエスト送信先ホスト＞
リクエストの送信先のホスト名

＜リクエスト送信先ポート番号＞
リクエストの送信先のポート番号

＜一括操作識別子＞
プログラム内で操作の通番

＜ログ種別情報＞
「BasicLog」または「DetailLog」

＜アプリケーション識別情報＞
プログラムの識別情報

＜予約領域＞
出力されません。予約領域です。

＜メッセージテキスト＞
監査事象に応じた内容※
表示できない文字は，アスタリスク（*）に置き換えて出力されます。

注※

Hitachi Command Suite共通コンポーネントの処理として出力される場合，発生した監査事象の内容が，文字列で出力されます。

ログイン時の例："The login was successful. (session ID = ＜セッションID＞)"

監査事象「ログインの成功」で出力されるメッセージ部の例を次に示します。

CELFSS,1.1,0,KAPM01124-I,2014-07-22T14:08:23.1+09:00,HBase-SSO,management-host,
Authentication,Success,uid=system,,,,,,,,,,,,BasicLog,,,"The login was successful. (session ID = ＜セッションID＞)"

関連項目

10.4.3 監査ログを確認する

10.4.4 監査ログの種別

10.4.6 タスクの操作で出力される情報

10.4.7 リクエスト受理時またはレスポンス送信時に出力される情報

10.4.8 リクエスト受理時に監査ログの詳細メッセージに出力される情報

10.4.6 タスクの操作で出力される情報

監査ログの＜メッセージテキスト＞は，監査事象ごとに形式が異なります。

ここでは，タスクでの操作の場合に出力される監査ログの＜メッセージテキスト＞の形式と内容を説明します。

uk=＜ユニークキー＞ [taskname=＜タスク名＞]

項目 | 内容
＜ユニークキー＞ | タスクに対する一意なキー値です。
＜タスク名＞ | 操作したタスク名を表示します。この項目は出力されないことがあります。

関連項目

10.4.3 監査ログを確認する

10.4.4 監査ログの種別

10.4.5 監査ログのメッセージ部の出力形式

10.4.8 リクエスト受理時に監査ログの詳細メッセージに出力される情報

10.4.7 リクエスト受理時またはレスポンス送信時に出力される情報

監査ログの＜メッセージテキスト＞は，監査事象ごとに形式が異なります。

ここでは，構成変更，情報取得など，Compute Systems Managerサーバの処理に関するリクエスト受理時またはレスポンス送信時に出力される監査ログの＜メッセージテキスト＞の形式と内容を説明します。

リクエスト受理時

＜ユニークID＞ ＜詳細メッセージ＞

レスポンス送信時（正常時）

＜ユニークID＞

レスポンス送信時（異常時）

＜ユニークID＞ ＜エラーメッセージID＞

項目 | 内容
＜ユニークID＞ | リクエストごとに一意なIDです。レスポンス送信時は，対応するリクエストのユニークIDです。SVP経由の処理の場合，このIDはSVP側の監査ログにも出力されます。
＜詳細メッセージ＞ | リクエストの詳細な内容です。
＜エラーメッセージID＞ | エラーメッセージIDです。

関連項目

10.4.3 監査ログを確認する

10.4.4 監査ログの種別

10.4.5 監査ログのメッセージ部の出力形式

10.4.8 リクエスト受理時に監査ログの詳細メッセージに出力される情報

10.4.8 リクエスト受理時に監査ログの詳細メッセージに出力される情報

Compute Systems Managerサーバが，リクエストを受理したときに出力される＜詳細メッセージ＞の出力形式と内容を次に示します。

＜コマンド＞ ＜ターゲット＞ [＜パラメーター＞]

項目
内容

＜コマンド＞
リソースに対しての操作（追加，削除，変更，参照など）を表す文字列（3文字）です。

＜ターゲット＞
操作内容を特定する情報です。

＜パラメーター＞
操作内容，対象リソースを特定する情報です。この項目は，リクエストで指定された場合だけ出力されます。
＜パラメーター＞は，次に示すとおりタグ形式で出力されます。

<＜エレメント＞ ＜属性＞/>

＜エレメント＞

エレメント名を示す文字列です。

＜属性＞

エレメントに対して指定された属性値が，info='...'の形式で出力されます。複数個出力される場合は，コンマ（,）で区切られます。属性値は，文字列または数値で出力されます。

対応する属性が未指定，または属性値に何も指定されていなかった場合，値は出力されません。すべての属性が未指定，または属性値に何も指定されていなかった場合，この項目は出力されません。

属性値にアポストロフィ（'）またはコンマ（,）が含まれる場合，疑問符（?）で置換されます。

次の3つの表に，項目ごとに出力される内容の詳細について説明します。

表10-6 詳細メッセージの＜コマンド＞に出力される文字列と内容

出力文字列 | 正式名 | 操作内容
Add | Add | 追加
Del | Delete | 削除
Get | Get | 取得
Mod | Modify | 変更
Set | Set | 設定

表10-7 詳細メッセージの＜ターゲット＞に出力される文字列と内容

出力文字列 | 正式名 | 操作内容
Alerts | Alerts | アラート情報の参照・削除
Chassis | Chassis | シャーシの設定・参照
Server | Server | サーバの設定・参照
Host | Host | ホストの設定・参照
LGrp | LogicalGroup | 論理グループの設定・参照
SrvI | ServerInfo | Compute Systems Managerサーバの情報取得
User | User | ユーザーの設定・参照

表10-8 詳細メッセージの＜パラメーター＞に出力される＜エレメント＞と＜属性値＞の出力内容

＜エレメント＞の出力文字列 | 内容 | ＜属性値＞の出力内容
Alert | Compute Systems Managerまたは管理対象リソースで発生したエラー情報 | アラート番号
Chassis | シャーシ情報 | シャーシ名，シャーシのIPアドレス
Server | サーバ情報 | サーバ名，サーバのIPアドレス
Host | ホスト情報 | ホスト名，ホストのIPアドレス
User | Compute Systems Managerの1ユーザーアカウント情報 | ユーザーID

関連項目

10.4.3 監査ログを確認する

10.4.4 監査ログの種別

10.4.5 監査ログのメッセージ部の出力形式

10.4.7 リクエスト受理時またはレスポンス送信時に出力される情報

10.5 ログの設定

この節の構成

10.5.1 ログの設定とは

10.5.2 Compute Systems Managerのログの設定を変更する

10.5.1 ログの設定とは

Compute Systems Managerで出力するログの設定について説明します。

障害発生後の再現テスト，障害調査など，詳細なログ情報の採取が必要な場合，Compute Systems Managerのメッセージログの設定を変更できます。通常の運用の際にはログの設定変更は不要です。

変更できる設定は次のとおりです。

ログファイルの最大サイズ

ログの最大ファイル数

ログ出力情報の詳細度

参考

メッセージログファイルは，次の場所に格納されています。

Windows：

＜Compute Systems Managerのインストールディレクトリ＞¥logs¥WebServiceMessageN.log

Linux：

/var/＜Compute Systems Managerのインストールディレクトリ＞/logs/WebServiceMessageN.log

WebServiceMessageN.logのNは，ログファイルの数を表す整数です。

関連項目

10.5.2 Compute Systems Managerのログの設定を変更する

10.5.2 Compute Systems Managerのログの設定を変更する

Compute Systems Managerのログのファイルサイズ，ファイル数，および出力情報の詳細度を変更する手順を，次に示します。

Compute Systems Managerを停止します。

次の場所に格納されているlogger.propertiesを開きます。
Windows：
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥logger.properties
Linux：
＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf/logger.properties

次のプロパティを設定します。

message.maxFileSizeInMB
ファイルサイズを設定します。ファイルサイズを超えた場合，古いメッセージから上書きされます。

message.maxBackupIndex
ログファイル数を設定します。

message.logLevel
ログ出力情報の詳細度を設定します。

Compute Systems Managerを起動します。

Compute Systems Managerのログの設定が変更されます。

関連項目

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

10.5.1 ログの設定とは

B.1.4 ログ出力に関するプロパティ（logger.properties）

付録A. ポートの設定

ここでは，Compute Systems Managerで使用されるポートについて説明します。

この付録の構成

A.1 Compute Systems Managerサーバで使用されるポート

A.2 Hitachi Command Suite共通コンポーネントで使用されるポート

A.3 デプロイメントマネージャーで使用されるポート

A.4 用途ごとのポートの詳細

A.1 Compute Systems Managerサーバで使用されるポート

Compute Systems Managerサーバで使用されるポートの一覧を次の表に示します。

Compute Systems Managerサーバで使用されるポート番号が，同一マシンに共存するほかの製品と重複しないようにしてください。重複する場合は，その製品の設定を変更するか，Compute Systems Managerサーバの設定を変更してください。

次の表のポート番号は，すべて変更できます。

ポート番号
説明

162/UDPまたは22601/UDP
SNMPトラップを受信する際に使用されます。デフォルトは162/UDPです。
162/UDPがほかの製品で使用されていた場合の推奨値は22601/UDPです。

22610/TCP
Device Managerと通信する際に使用されます。

22611/TCP
日立製のサーバからのアラートを受信する際に使用されます。

関連項目

2.2.3 ポート番号が競合していないことを確認する

(2) ポート変更時に編集するCompute Systems Managerサーバのプロパティ

(3) ポートを変更する

A.2 Hitachi Command Suite共通コンポーネントで使用されるポート

Hitachi Command Suite共通コンポーネントで使用されるポートの一覧を次の表に示します。

Hitachi Command Suite共通コンポーネントで使用されるポート番号が，同一マシンに共存するほかの製品と重複しないようにしてください。重複する場合は，その製品の設定を変更するか，Hitachi Command Suite共通コンポーネントの設定を変更してください。

デフォルトのポート番号
説明

22015/TCP
管理クライアント（GUIおよびCLI）と非SSLで通信する際に，Hitachi Command Suite共通コンポーネントのサービス（HBase 64 Storage Mgmt Web Service）へのアクセスで使用されます。
ポート番号は変更できます。
SSL通信している場合に，外部から管理サーバへの非SSL通信を遮断するには，user_httpsd.confファイルの編集が必要です。

22016/TCP
管理クライアント（GUI）とSSL通信する際に，Hitachi Command Suite共通コンポーネントのサービス（HBase 64 Storage Mgmt Web Service）へのアクセスで使用されます。
ポート番号は変更できます。

22017/TCP～22026/TCP
予約済みのポートです。

22027/TCP
22035/TCP
22037/TCP
22038/TCP
22613/TCP
22614/TCP
Hitachi Command Suite共通コンポーネントの内部通信（Webサーバとの通信）で使用されます。
ポート番号は変更できます。

22028/TCP
22036/TCP
Hitachi Command Suite共通コンポーネントの内部通信（ネーミングサービス）で使用されます。
ポート番号は変更できます。

22029/TCP～22030/TCP
予約済みのポートです。

22031/TCP
Hitachi Command Suite共通コンポーネントの内部通信（シングルサインオン用Webサーバとの通信）で使用されます。
ポート番号は変更できます。

22032/TCP
Hitachi Command Suite共通コンポーネントの内部通信（データベースとの通信）で使用されます。
ポート番号は変更できます。

関連項目

2.2.3 ポート番号が競合していないことを確認する

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(3) ポートを変更する

A.3 デプロイメントマネージャーで使用されるポート

デプロイメントマネージャーで使用されるポートの一覧を次の表に示します。

デプロイメントマネージャーで使用されるポート番号が，同一マシンに共存するほかの製品と重複しないようにしてください。重複する場合は，デプロイメントマネージャーの設定を変更してください。

ただし，デプロイメントマネージャーで変更できないポート番号については，ほかの製品の設定を変更してください。

ポート番号
説明

67/UDP
69/UDP
管理対象リソースをPXEブートする際に使用されます。
ポート番号は変更できません。

80/TCP
IIS上のサービスプロセスとの内部通信で使用されます。
ポート番号は変更できます。

4011/UDP
管理対象リソースをPXEブートする際に使用されます。
ポート番号は変更できません。

26500/TCP
IISに配置するサービスプロセスとデプロイメントマネージャーとの内部通信で使用されます。
ポート番号は変更できます。

26501/TCPまたは56020/TCP
管理対象リソースのディスクをリストアしたり，バックアップしたりする際に使用されます。デフォルトは26501/TCPです。
ポート番号は変更できます。ポート番号の変更に失敗した場合は，56020/TCPが使用されます。

26502/TCPまたは56022/TCP
管理対象リソースをPXEブートする際に使用されます。デフォルトは26502/TCPです。
ポート番号は変更できます。ポート番号の変更に失敗した場合は，56022/TCPが使用されます。

26503/TCPまたは56030/TCP
管理対象リソースをPXEブートする際に使用されます。デフォルトは26503/TCPです。
ポート番号は変更できます。ポート番号の変更に失敗した場合は，56030/TCPが使用されます。

26504/TCP～26507/TCP
デプロイメントマネージャーの内部処理で使用するポートです。
ポート番号は変更できます。

26508/TCPまたは56023/TCP
管理対象リソースのディスクを操作する際に使用されます。デフォルトは26508/TCPです。
ポート番号は変更できます。ポート番号の変更に失敗した場合は，56023/TCPが使用されます。

56011/TCP
56024/TCP
56028/TCP
56060/TCP
デプロイメントマネージャーの内部処理で使用するポートです。
ポート番号は変更できません。

関連項目

2.2.3 ポート番号が競合していないことを確認する

7.8 デプロイメントマネージャーが使用するポート番号を変更する

7.9 ポート変更時に編集するデプロイメントマネージャーのプロパティと設定ファイル

A.4 用途ごとのポートの詳細

Compute Systems Managerがネットワーク通信時に，通信を実行するプロセス，使用されるポート，プロトコルなどの詳細情報を用途ごとに示します。

使用するポートを限定したい場合や，ファイアウォールを設定する場合に参照してください。

次に示す表に通信路ごとに分けてポート情報を記載します。

表中の「管理サーバ」は「Compute Systems Managerサーバ」を指します。

表中の「cjstartsv.exe」はWindowsの場合のプロセス名です。Linuxの場合は「cjstartsv」に読み替えてください。

「●」が付いているコンポーネント名は，データの送信元となるコンポーネントを表します。

表A-1 管理サーバと管理クライアントの通信に使用されるポート

用途
コンポーネント
(通信プロセス)
ポート
番号
プロトコル
宛先
指定
データの
向き
ポート
番号
コンポーネント

管理クライアントから
管理サーバへの通信
管理サーバ
(cjstartsv.exe)
22015
(変更可)
TCP
(HTTP)
U
<-
自動割り当て
●管理クライアント
(GUI/CLI)

22016
(変更可)
TCP
(HTTPS)
U
<-
自動割り当て

（凡例）

U：Unicast

表A-2 管理サーバと管理対象の通信に使用されるポート

用途
コンポーネント
(通信プロセス)
ポート
番号
プロトコル
宛先
指定
データの
向き
ポート
番号
コンポーネント
(通信プロセス)

稼働監視，電源管理，および
構成情報取得
●管理サーバ
(cjstartsv.exe)
自動割り当て
TCP,UDP
(WMI/DCOM)
U
->
135,
エフェメラルポート※1
Windows
Hyper-V

TCP
(WinRM/HTTP)
U
->
5985
(変更可)

TCP
(SSH)
U
->
22
(変更可)
Linux
(sshd)

TCP
U
->
443
VMware ESXi

TCP(SSL)
U
->
443
(変更可)
SVP
BMC※2

TCP
(SSH)
U
->
22
(変更可)
BMC※2

電源管理(BMC)※3
管理サーバ
(cjstartsv.exe)
自動割り当て
UDP
(RMCP)
U
<-
623
●BMC

●管理サーバ
(cjstartsv.exe)
UDP
(RMCP)
U
->
623
BMC

電源管理(WoL)※3
●管理サーバ
(cjstartsv.exe)
自動割り当て
UDP
(WoL)
B※4
->
0
管理対象サーバ

UDP
(WoL)
U
->
0

●管理サーバ
(magicsend.exe)
UDP
(WoL)
B※5
->
5561

SNMP
トラップ受信
管理サーバ
(cjstartsv.exe)
162 または 22601※6
(変更可)
UDP
U
<-
自動割り当て
●Windows
●Linux
●Hyper-V

アラート受信
管理サーバ
(cjstartsv.exe)
22611
(変更可)
TCP
U
<-
自動割り当て
●SVP
●BMC
●HVM

LPARのマイグレーション
●管理サーバ
(cjstartsv.exe)
自動割り当て
TCP
U
->
23401
HVM

（凡例）

U：Unicast

B：Broadcast

注※1

最初に135で接続したあと，管理対象ホストのエフェメラルポートが自動的に割り当てられます。

エフェメラルポートのデフォルトの範囲は，49152～65535です。

管理対象ホストでエフェメラルポートの範囲を変更した場合は，変更後の範囲がこの通信で自動的に割り当てられるポートの範囲になります。

注※2

BMCとの通信プロトコルは，ラックマウントサーバの機種によって異なります。

ラックマウントサーバの通信プロトコル，およびポート番号については，ソフトウェア添付資料を参照してください。

注※3

日立製でないサーバの電源管理で使用されます。

注※4

リミテッドブロードキャスト（255.255.255.255宛て）

注※5

同セグメントのマシンにはリミテッドブロードキャスト（255.255.255.255宛て）で，別セグメントのマシンにはディレクティッドブロードキャストで通信します。

注※6

ポート162がほかの製品で使用されている場合は，22601がデフォルトになります。

表A-3 Windowsの管理サーバと管理対象の通信に使用されるポート（デプロイメントマネージャー）

用途
コンポーネント
(通信プロセス)
ポート
番号
プロトコル
宛先
指定
データの
向き
ポート
番号
コンポーネント

PXEブート
管理サーバ
(pxesvc.exe)
67
UDP
(DHCP)※1
B※2
<-
68
●管理対象サーバ

4011
UDP
U
<-
68

4011
UDP
U
<-
4011

管理サーバ
(pxemtftp.exe)
69
UDP
(TFTP)
U
<-
自動割り当て

管理サーバ
(bkressvc.exe)
26503 または 56030
(変更可)
TCP
U
<-
自動割り当て

26502 または 56022
(変更可)
TCP
U
<-
自動割り当て

●管理サーバ
(pxesvc.exe)
67
UDP
(DHCP)※1
B※2
->
68
管理対象サーバ

67
UDP
U
->
68

67
UDP
U
->
4011

●管理サーバ
(pxemtftp.exe)
69
UDP
(TFTP)
U
->
自動割り当て

ディスク構成チェック
管理サーバ
(ftsvc.exe)
26508 または 56023
(変更可)
TCP
U
<-
自動割り当て
●管理対象サーバ

スナップショットの取得
管理サーバ
(ftsvc.exe)
26508 または 56023
(変更可)
TCP
U
<-
自動割り当て

マスターイメージのデプロイ
管理サーバ
(ftsvc.exe)
26508 または 56023
(変更可)
TCP
U
<-
自動割り当て

管理サーバ
(pxesvc.exe)
4011※3
UDP
(DHCP)
B
<-
68

管理サーバ
(pxemtftp.exe)
69※3
UDP
(TFTP)
U
<-
自動割り当て

●管理サーバ
(pxesvc.exe)
67※3
UDP
(DHCP)
B
->
68
管理対象サーバ

●管理サーバ
(pxemtftp.exe)
69※4
UDP
(TFTP)
U
->
自動割り当て

ディスクデータのリストア
管理サーバ
(ftsvc.exe)
26508 または 56023
(変更可)
TCP
U
<-
自動割り当て
●管理対象サーバ

管理サーバ
(bkressvc.exe)
26501 または 56020
(変更可)
TCP
U
<-
自動割り当て

ディスクデータのバックアップ
管理サーバ
(ftsvc.exe)
26508 または 56023
(変更可)
TCP
U
<-
自動割り当て

管理サーバ
(bkressvc.exe)
26501 または 56020
(変更可)
TCP
U
<-
自動割り当て

（凡例）

U：Unicast

B：Broadcast

n または m：デフォルトポート番号はnです。ポート番号の変更に失敗した場合にポート番号mが使用されます。

注※1

DHCPサーバと管理サーバが別装置の場合だけ発生する通信です。

注※2

DHCPリレーによってリレーされたパケットの宛先はUnicastになる場合があります。

注※3

マスターイメージのデプロイ実行時，管理対象が管理サーバと通信できない場合に使用されます。

注※4

マスターイメージのデプロイ実行時，デプロイ対象が管理サーバと通信できない場合に使用されます。

表A-4 管理サーバと外部連携サーバの通信に使用されるポート

用途
コンポーネント
(通信プロセス)
ポート
番号
プロトコル
宛先
指定
データの
向き
ポート
番号
コンポーネント

Eメール通知(SMTP)
●管理サーバ
(cjstartsv.exe)
自動割り当て
TCP
(SMTP)
U
->
25
(変更可)
SMTPサーバ

Device Managerとの接続
自動割り当て
TCP
(HTTP)
U
->
2001
(変更可)
Device Managerサーバ

TCP
(HTTPS)
U
->
2443
(変更可)

外部認証サーバとの連携
(Kerberosサーバ)
自動割り当て
TCP/UDP
U
->
88
(変更可)
認証サーバ

外部認証サーバとの連携
(LDAPディレクトリサーバ／StartTLS通信)
自動割り当て
TCP/UDP
U
->
389
(変更可)

（凡例）

U：Unicast

表A-5 管理クライアントと管理対象の通信に使用されるポート

用途
コンポーネント
ポート
番号
プロトコル
宛先
指定
データの
向き
ポート
番号
コンポーネント

Web コンソール起動
(シャーシ)
●管理クライアント
自動割り当て
TCP
(HTTP)
U
->
80
SVP

自動割り当て
TCP
(HTTPS)
U
->
443

Web コンソール起動
(サーバ)
自動割り当て
TCP
(HTTP)
U
->
80
BMC

自動割り当て
TCP
(HTTPS)
U
->
443

Web リモートKVM通信
自動割り当て
TCP
U
->
5001
(変更可)

（凡例）

U：Unicast

表A-6 管理対象と外部連携サーバの通信に使用されるポート

用途
コンポーネント
ポート
番号
プロトコル
宛先
指定
データの
向き
ポート
番号
コンポーネント

デプロイメントマネージャー
(PXEブート)
管理対象サーバ
68
UDP
(DHCP)
B※
<-
67
●DHCPサーバ

●管理対象サーバ
68
UDP
(DHCP)
B※
->
67
DHCPサーバ

（凡例）

B：Broadcast

注※

DHCPリレーによってリレーされたパケットの宛先はUnicastになる場合があります。

関連項目

2.2.3 ポート番号が競合していないことを確認する

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(2) ポート変更時に編集するCompute Systems Managerサーバのプロパティ

(3) ポートを変更する

7.8 デプロイメントマネージャーが使用するポート番号を変更する

7.9 ポート変更時に編集するデプロイメントマネージャーのプロパティと設定ファイル

8.1.4 Compute Systems Managerの常駐プロセス

付録B. プロパティ

ここでは，Compute Systems Managerのプロパティについて説明します。

この付録の構成

B.1 Compute Systems Managerサーバのプロパティ

B.2 Hitachi Command Suite共通コンポーネントのプロパティ

B.3 デプロイメントマネージャーで使用されるポートに関するプロパティ（Port.ini）

B.1 Compute Systems Managerサーバのプロパティ

この節の構成

B.1.1 Compute Systems Managerサーバのプロパティとは

B.1.2 Compute Systems Managerサーバのプロパティの一覧

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

B.1.4 ログ出力に関するプロパティ（logger.properties）

B.1.1 Compute Systems Managerサーバのプロパティとは

Compute Systems Managerのポートやログに関する設定を変更するには，Compute Systems Managerサーバのプロパティを変更します。プロパティを変更したあと，Compute Systems Managerを再起動すると，設定が反映されます。

関連項目

B.1.2 Compute Systems Managerサーバのプロパティの一覧

B.1.2 Compute Systems Managerサーバのプロパティの一覧

Compute Systems Managerサーバのプロパティファイルと格納先ディレクトリの一覧を次の表に示します。

説明
プロパティファイル
格納先ディレクトリ

Compute Systems Managerサーバで使用されるポートや機能に関するプロパティ
user.properties

Windows：

＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf

Linux：

＜Compute Systems Managerのインストールディレクトリ＞/ComputeSystemsManager/conf

ログ出力に関するプロパティ
logger.properties

関連項目

B.1.1 Compute Systems Managerサーバのプロパティとは

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

B.1.4 ログ出力に関するプロパティ（logger.properties）

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

user.propertiesを使ってCompute Systems Managerサーバのポートを変更したり，コマンドのタイムアウト時間や温度表示などのCompute Systems Managerサーバの機能に関する設定を変更したりできます。

user.propertiesで指定できるプロパティの一覧を次の表に示します。

プロパティ
説明

snmp.trap.receive.port
SNMPトラップを受信するポートを指定します。

指定できる値：1～65535の整数

デフォルト値：162または22601

server.rmi.port
Device ManagerからのRMIリクエストの受付ポートを指定します。

指定できる値：1～65535の整数

デフォルト値：22610

server.process.timeout
アラート発生時に実行するコマンドのタイムアウト時間を秒単位で指定します。

指定できる値：0～100000の整数

デフォルト値：1800

コマンドの処理が完了するまでタイムアウトを発生させたくない場合は，「0」を指定します。

svp.alert.receive.port
日立製のサーバからのアラートを受信するポートを指定します。

指定できる値：1～65535の整数

デフォルト値：22611

hcsm.keystore.filename
管理サーバと日立製のサーバ（ブレードサーバ上のHVMも含みます）との間のSSL通信で，Compute Systems Managerが使用するキーストアーのファイル名を文字列で指定します。
デフォルト値は，「hcsm_default.keystore」です。
指定できる値は文字列です。

powermonitoring.temperature.unit
管理クライアントに表示される温度の表示単位を指定します。

「F」：華氏（Fahrenheit）で表示する場合に指定します。

「C」：摂氏（Celsius）で表示する場合に指定します。

デフォルトは「C」です。

hcsm.shared.directory
Compute Systems Managerが使用する作業ディレクトリのパスを指定します。
クラスタ環境で運用する場合は，共有ディスク上のディレクトリのパスを指定します。
指定したディレクトリがない場合は，デフォルトのパスが使用されます。
デフォルトは次のとおりです。

Windows：

＜Compute Systems Managerのインストールディレクトリ＞¥shared

パスに円記号（¥）を指定する場合は「¥¥」と指定してください。プロパティファイル内で円記号（¥）はエスケープシーケンスを示す文字として使用されます。

Linux：

＜Compute Systems Managerのインストールディレクトリ＞/shared

winrm.maxEnvelopeSize
管理対象ホストでMaxEnvelopeSizekbに推奨値（512）以外を指定してWinRMを有効にした場合，その値を指定します。複数の管理対象ホストで異なる値を設定しているときは，それらの値の中の最大値を指定します。

指定できる値：512～4194304​の整数

デフォルト値：512

hcsm.certification.verify
管理サーバと日立製のサーバ（ブレードサーバ上のHVMも含みます）との間のSSL通信で，日立製のサーバからの証明書を，管理サーバで確認するかどうかを指定します。

「Enable」：証明書を確認します。管理サーバのキーストアーに登録されている日立製のサーバの証明書と一致した場合に通信が許可されます。

「Disable」：証明書を確認しません。

デフォルトは「Disable」です。
「Enable」を指定する場合は，日立製のサーバの証明書を管理サーバのキーストアーに登録してください。

hvm.lpar.migration.allow.plaintext
LPARをマイグレーションする場合に，管理サーバとHVMとの間で暗号化されていない通信を許可するかどうかを指定します。

「Enable」：許可します。

「Disable」：許可しません。

デフォルトは「Enable」です。

svp.bind.address
管理サーバと日立製のサーバとの間のSSL通信で，日立製のサーバに登録される管理サーバのIPアドレスを指定します。
デフォルト値は空白です。
デフォルトの場合，管理サーバのOSの仕様に基づいたIPアドレスが登録されます。クラスタ環境では，実行系および待機系の各ノードのIPアドレスが登録されます。
このプロパティは，SSHプロトコルでBMCと通信するラックマウントサーバに対しては無効です。ラックマウントサーバの通信プロトコルについては，ソフトウェア添付資料を参照してください。

hcsm.display.storage.systems.list
［リソース］タブに，ストレージシステムの一覧を表示するかどうかを指定します。

「Enable」：表示します。

「Disable」：表示しません。

デフォルトは「Disable」です。

関連項目

B.1.1 Compute Systems Managerサーバのプロパティとは

B.1.2 Compute Systems Managerサーバのプロパティの一覧

B.1.4 ログ出力に関するプロパティ（logger.properties）

logger.propertiesを使ってログ出力の設定を変更できます。

logger.propertiesで指定できるプロパティの一覧を次の表に示します。

プロパティ
説明

message.maxFileSizeInMB
メッセージログのファイルサイズ（単位：MB）を指定します。

指定できる値：1～2047の整数

デフォルト値：1

message.maxBackupIndex
メッセージログのファイル面数を指定します。

指定できる値：1～16の整数

デフォルト値：10

message.logLevel
ログに出力する情報の詳細度を指定します。

指定できる値：-1～1000の整数

デフォルト値：20

障害の再現テスト時は，「30」の利用をお勧めします。「-1」を指定した場合は，ログの出力が行われません。

関連項目

B.1.1 Compute Systems Managerサーバのプロパティとは

B.1.2 Compute Systems Managerサーバのプロパティの一覧

B.2 Hitachi Command Suite共通コンポーネントのプロパティ

この節の構成

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.3 Webサーバに関するプロパティ（user_httpsd.conf）

B.2.4 Webコンテナサーバに関するプロパティ（usrconf.properties）

B.2.5 Webコンテナサーバに関するプロパティ（workers.properties）

B.2.6 シングルサインオン用Webサーバに関するプロパティ（user_hsso_httpsd.conf）

B.2.7 データベースに関するプロパティ（HiRDB.ini）

B.2.8 データベースに関するプロパティ（pdsys）

B.2.9 データベースに関するプロパティ（def_pdsys）

B.2.10 データベースに関するプロパティ（pdutsys）

B.2.11 データベースに関するプロパティ（def_pdutsys）

B.2.12 ユーザーアカウントに関するプロパティ（user.conf）

B.2.13 LDAPディレクトリサーバとの連携に関するプロパティ（exauth.properties）

B.2.14 LDAPディレクトリサーバとの連携に関するプロパティの設定例

B.2.15 Kerberosサーバとの連携に関するプロパティ（exauth.properties）

B.2.16 Kerberosサーバとの連携に関するプロパティの設定例

B.2.17 監査ログに関するプロパティ（auditlog.conf）

B.2.18 管理サーバをクラスタ構成にする場合に設定が必要なプロパティ（cluster.conf）

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

Hitachi Command Suite共通コンポーネントの機能に関する設定を変更するには，Hitachi Command Suite共通コンポーネントのプロパティを変更します。プロパティを変更したあと，Compute Systems Managerを再起動すると，設定が反映されます。

重要

Hitachi Command Suite共通コンポーネントのプロパティを変更すると，同じ環境で使用するすべてのHitachi Command Suite製品に変更が反映されます。

関連項目

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

Hitachi Command Suite共通コンポーネントのプロパティファイルと格納先ディレクトリの一覧を次の表に示します。

説明
プロパティファイル
格納先ディレクトリ

Webサーバに関するプロパティファイル
user_httpsd.conf

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥httpsd¥conf

Linux：

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

user_hsso_httpsd.conf

usrconf.properties
（Hitachi Command Suite共通コンポーネントのシングルサインオン用）

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥usrconf¥ejb¥HBase64StgMgmtSSOService

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/usrconf/ejb/HBase64StgMgmtSSOService

usrconf.properties
（Compute Systems Manager用）

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥server¥usrconf¥ejb¥ComputeSystemsManagerWebService

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/server/usrconf/ejb/ComputeSystemsManagerWebService

workers.properties

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥uCPSB¥CC¥web¥redirector

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/uCPSB/CC/web/redirector

データベースに関するプロパティファイル
HiRDB.ini

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥HDB¥CONF¥emb

Linux：

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

pdsys

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥HDB¥CONF

Linux：

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

pdutsys

def_pdsys

Windows：

＜Hitachi Command Suite共通コンポーネントのディレクトリ＞¥database¥work

Linux：

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

def_pdutsys

ユーザーアカウントに関するプロパティファイル
user.conf

Windows：

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

Linux：

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

外部認証サーバとの連携に関するプロパティファイル
exauth.properties

クラスタに関するプロパティファイル
cluster.conf

監査ログに関するプロパティファイル
auditlog.conf

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥conf¥sec

Linux：

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

関連項目

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.3 Webサーバに関するプロパティ（user_httpsd.conf）

B.2.4 Webコンテナサーバに関するプロパティ（usrconf.properties）

B.2.5 Webコンテナサーバに関するプロパティ（workers.properties）

B.2.6 シングルサインオン用Webサーバに関するプロパティ（user_hsso_httpsd.conf）

B.2.7 データベースに関するプロパティ（HiRDB.ini）

B.2.8 データベースに関するプロパティ（pdsys）

B.2.9 データベースに関するプロパティ（def_pdsys）

B.2.10 データベースに関するプロパティ（pdutsys）

B.2.11 データベースに関するプロパティ（def_pdutsys）

B.2.12 ユーザーアカウントに関するプロパティ（user.conf）

B.2.13 LDAPディレクトリサーバとの連携に関するプロパティ（exauth.properties）

B.2.15 Kerberosサーバとの連携に関するプロパティ（exauth.properties）

B.2.17 監査ログに関するプロパティ（auditlog.conf）

B.2.18 管理サーバをクラスタ構成にする場合に設定が必要なプロパティ（cluster.conf）

B.2.3 Webサーバに関するプロパティ（user_httpsd.conf）

user_httpsd.confファイルに記載するHitachi Command Suite共通コンポーネントのWebサーバ通信に関するプロパティの一覧を次の表に示します。

プロパティ
説明

ServerName ＜ホスト名＞
管理サーバのホスト名またはIPアドレスを指定します。
デフォルト値は，OSに設定されているホスト名です。
管理サーバのホスト名，またはIPアドレスが変更になるときに見直しが必要です。
変更する場合は，ホスト名を指定することを推奨します。
SSL通信する場合は，証明書発行要求の作成時に指定したホスト名と同じにしてください。大文字と小文字は区別されます。

Listen ＜ポート番号＞
HBase 64 Storage Mgmt Web Serviceにアクセスするためのポート番号を指定します。
デフォルト値は，「22015」です。
変更する場合は，Listen [::]:プロパティおよび#Listen 127.0.0.1:プロパティでも同じポート番号を指定してください。

Listen [::]: ＜ポート番号＞
HBase 64 Storage Mgmt Web Serviceにアクセスするためのポート番号を指定します。
デフォルト値は，「22015」です。
変更する場合は，Listenプロパティおよび#Listen 127.0.0.1:プロパティと同じポート番号を指定してください。

#Listen 127.0.0.1:＜ポート番号＞
SSL通信用のパラメーター。SSL通信する場合で，かつ外部から管理サーバへの非SSL通信を遮断したい場合は，ListenプロパティとListen [::]:プロパティの行頭に#を追記してコメント行にしたあと，このプロパティの行頭にある#を削除してください。
HBase 64 Storage Mgmt Web Serviceにアクセスするためのポート番号を指定します。
デフォルト値は，「22015」です。
変更する場合は，ListenプロパティおよびListen [::]:プロパティと同じポート番号を指定してください。

#Listen ＜ポート番号＞
SSL通信用のパラメーター。SSL通信する場合は，行頭の#を削除してください。
SSL通信でHBase 64 Storage Mgmt Web Serviceにアクセスするためのポート番号を指定します。
デフォルト値は，「22016」です。
変更する場合は，#Listen [::]:プロパティでも同じポート番号を指定してください。

#Listen [::]: ＜ポート番号＞
SSL通信用のパラメーター。SSL通信する場合も行頭の#は削除しないでください。
SSL通信でHBase 64 Storage Mgmt Web Serviceにアクセスするためのポート番号を指定します。
デフォルト値は，「22016」です。
変更する場合は，#Listenプロパティと同じポート番号を指定してください。

#<VirtualHost ＜ホスト名＞:＜ポート番号＞>
SSL通信用のパラメーター。SSL通信する場合は，行頭の#を削除してください。
＜ホスト名＞には，「*」を指定します。
＜ポート番号＞には，SSL通信でHBase 64 Storage Mgmt Web Serviceにアクセスするためのポート番号を指定します。
デフォルト値は，「22016」です。

# ServerName ＜ホスト名＞
SSL通信用のパラメーター。SSL通信する場合は，行頭の#を削除してください。
管理サーバのホスト名を指定します。デフォルトはOSに設定されているホスト名です。
管理サーバのホスト名が変更になるときに見直しが必要です。
証明書発行要求の作成時に指定したホスト名と同じにしてください。大文字と小文字は区別されます。

# SSLEnable
SSL通信用のパラメーター。SSL通信する場合は，行頭の#を削除してください。

# SSLProtocol

# SSLRequiredCiphers

# SSLRequireSSL

# SSLCertificateKeyFile ＜秘密鍵ファイルパス＞
SSL通信用のパラメーター。SSL通信する場合は，行頭の#を削除してください。
RSA暗号用の秘密鍵ファイルを絶対パスで指定します。
パスにシンボリックリンクやジャンクションを指定しないでください。

# SSLCertificateFile ＜証明書ファイルパス＞
SSL通信用のパラメーター。SSL通信する場合は，行頭の#を削除してください。
RSA暗号用のサーバ証明書（認証局から返送された署名済みのサーバ証明書，または自己署名証明書）のファイルを絶対パスで指定します。
パスにシンボリックリンクやジャンクションを指定しないでください。

# SSLECCCertificateKeyFile ＜秘密鍵ファイルパス＞
SSL通信用のパラメーター。SSL通信する場合は，行頭の#を削除してください。
楕円曲線暗号用の秘密鍵ファイルを絶対パスで指定します。
パスにシンボリックリンクやジャンクションを指定しないでください。

# SSLECCCertificateFile ＜証明書ファイルパス＞
SSL通信用のパラメーター。SSL通信する場合は，行頭の#を削除してください。
楕円曲線暗号用のサーバ証明書（認証局から返送された署名済みのサーバ証明書，または自己署名証明書）のファイルを絶対パスで指定します。
パスにシンボリックリンクやジャンクションを指定しないでください。

# SSLCACertificateFile ＜認証局の証明書ファイルパス＞
SSL通信用のパラメーター。通常は行頭の#を削除する必要はありません。
チェインした認証局で発行されたサーバ証明書を使用して運用する場合に，行頭の#を削除して，チェインした認証局の証明書ファイルを絶対パスで指定します。複数の証明書（PEM形式）をテキストエディターで連結させることで，1つのファイルに複数の証明書を混在させることができます。ただし，パスにシンボリックリンクやジャンクションを指定しないでください。

# </VirtualHost>
SSL通信用のパラメーター。SSL通信する場合は，行頭の#を削除してください。

#HWSLogSSLVerbose On

<Location /ComputeSystemsManager>
管理サーバに接続できる管理クライアントの情報を，user_httpsd.confファイルの最終行に登録します。
このプロパティで，管理サーバに接続できる管理クライアントの情報を設定する詳細については，表の下に示す「<Location /ComputeSystemsManager>の指定方法」を参照してください。

<Location /ComputeSystemsManager>の指定方法

次の書式で記述します。

<Location /ComputeSystemsManager>
order allow,deny
allow from ＜管理クライアント＞ [＜管理クライアント＞...]
</Location>

order

必ず形式どおりに指定してください。余分な半角スペースやタブなどを挿入すると動作しません。

allow from ＜管理クライアント＞ [＜管理クライアント＞...]

次のどれかの形式で＜管理クライアント＞を指定できます。

ドメイン名，またはドメイン名の一部

完全なIPv4アドレス，またはIPv4アドレスの一部

「IPv4のネットワーク/ネットマスク」の形式

「IPv4のネットワーク/c」のCIDR形式
cは，ネットワークアドレスのビット数を表す10進の整数です。

複数の管理クライアントのアクセスを許可するには，次のように指定します。

1つのallow fromで，複数の＜管理クライアント＞を指定する場合は，半角スペースで区切る

allow fromの指定を複数行で記述する

管理サーバでHitachi Command Suite製品のGUIまたはCLIを使用する場合は，ローカルループバックアドレス（127.0.0.1またはlocalhost）も指定する必要があります。

hitachi.comドメイン内のすべてのコンピュータの管理クライアントからはアクセスできるようにし，かつ，そのほかのドメイン内にある管理クライアントはアクセスさせないようにするための指定例を，次に示します。

<Location /ComputeSystemsManager>
order allow,deny
allow from hitachi.com
</Location>

上記の例の場合，＜管理クライアント＞は次のどれかの形式で記述できます。

ドメイン名（例：hitachi.datasystem.com）

ドメイン名の一部（例：hitachi）

完全なIPv4アドレス（例：10.1.2.3 127.0.0.1）

IPv4アドレスの一部（例：10.1 この場合，10.1.0.0/16と同じ意味になります）

「IPv4のネットワーク/ネットマスク」の形式（例：10.1.0.0/255.255.0.0）

「IPv4のネットワーク/c」のCIDR形式（例：10.1.0.0/16）

関連項目

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(1) 管理サーバのホスト名変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(2) 管理サーバのIPアドレス変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

5.2.2 管理サーバでSSL通信するよう設定する（管理クライアントとの通信路）

5.7.2 管理クライアントからの接続を制限する

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.4 Webコンテナサーバに関するプロパティ（usrconf.properties）

usrconf.propertiesファイルに記載するWebコンテナサーバとの通信に関するプロパティの一覧を次の表に示します。

usrconf.propertiesファイルは，Webコンテナサーバごとにあります。

Hitachi Command Suite共通コンポーネントのシングルサインオン用Webコンテナサーバに関するプロパティの一覧を次に示します。

表B-1 Hitachi Command Suite共通コンポーネントのシングルサインオン用Webコンテナサーバに関するプロパティ（usrconf.properties）

プロパティ
説明

webserver.connector.ajp13.port
HBase 64 Storage Mgmt SSO Serviceで使用されるポート番号です。
デフォルト値は，「22035」です。
変更する場合は，workers.propertiesのworker.HBase64StgMgmtSSOService.portプロパティに同じポート番号を指定してください。

ejbserver.rmi.naming.port
HBase 64 Storage Mgmt SSO Serviceで使用されるポート番号です。
デフォルト値は，「22036」です。

ejbserver.http.port
HBase 64 Storage Mgmt SSO Serviceで使用されるポート番号です。
デフォルト値は，「22037」です。

ejbserver.rmi.remote.listener.port
HBase 64 Storage Mgmt SSO Serviceで使用されるポート番号です。
デフォルト値は，「22038」です。

Compute Systems Manager用Webコンテナサーバに関するプロパティの一覧を次に示します。

表B-2 Compute Systems Manager用Webコンテナサーバに関するプロパティ（usrconf.properties）

プロパティ
説明

webserver.connector.ajp13.port
HCS Compute Systems Manager Web Serviceで使用されるポート番号です。
デフォルト値は，「22027」です。
変更する場合は，workers.propertiesのworker.ComputeSystemsManagerWebService.portプロパティに同じポート番号を指定してください。

ejbserver.rmi.naming.port
HCS Compute Systems Manager Web Serviceで使用されるポート番号です。
デフォルト値は，「22028」です。

ejbserver.http.port
HCS Compute Systems Manager Web Serviceで使用されるポート番号です。
デフォルト値は，「22613」です。

ejbserver.rmi.remote.listener.port
HCS Compute Systems Manager Web Serviceで使用されるポート番号です。
デフォルト値は，「22614」です。

関連項目

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.5 Webコンテナサーバに関するプロパティ（workers.properties）

B.2.5 Webコンテナサーバに関するプロパティ（workers.properties）

workers.propertiesファイルに記載するHitachi Command Suite共通コンポーネントのWebコンテナサーバとの通信に関するプロパティの一覧を次の表に示します。

プロパティ
説明

worker.ComputeSystemsManagerWebService.port
Webサーバにアクセスするためのポート番号を指定します。
デフォルト値は，「22027」です。
変更する場合は，Compute Systems Manager用のusrconf.propertiesにあるwebserver.connector.ajp13.portプロパティに同じポート番号を指定してください。

worker.HBase64StgMgmtSSOService.port
Webサーバにアクセスするためのポート番号を指定します。
デフォルト値は，「22035」です。
変更する場合は，Hitachi Command Suite共通コンポーネントのシングルサインオン用のusrconf.propertiesにあるwebserver.connector.ajp13.portプロパティに同じポート番号を指定してください。

関連項目

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.4 Webコンテナサーバに関するプロパティ（usrconf.properties）

B.2.6 シングルサインオン用Webサーバに関するプロパティ（user_hsso_httpsd.conf）

user_hsso_httpsd.confファイルに記載するHitachi Command Suite共通コンポーネントのシングルサインオン用Webサーバとの通信に関するプロパティの一覧を次の表に示します。

プロパティ
説明

Listen
HBase 64 Storage Mgmt Web SSO Serviceにアクセスするためのポート番号を指定します。
デフォルト値は，「22031」です。

関連項目

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.7 データベースに関するプロパティ（HiRDB.ini）

Hitachi Command Suite共通コンポーネントのHiRDB.iniファイルに記載するデータベースに関するプロパティの一覧を次の表に示します。

プロパティ
説明

PDNAMEPORT
データベースが使用するポート番号を指定します。
デフォルト値は，「22032」です。
変更する場合は，pdsysのpd_name_portプロパティ，およびdef_pdsysのpd_name_portプロパティに同じポート番号を指定してください。

PDHOST
IPアドレスを指定します。通常は変更する必要はありません。
管理サーバのホスト名，またはIPアドレスが変更になるときに見直しが必要です。
変更前のIPアドレスが指定されている場合は，ループバックアドレス127.0.0.1に変更してください。

関連項目

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(1) 管理サーバのホスト名変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(2) 管理サーバのIPアドレス変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.8 データベースに関するプロパティ（pdsys）

B.2.9 データベースに関するプロパティ（def_pdsys）

B.2.8 データベースに関するプロパティ（pdsys）

Hitachi Command Suite共通コンポーネントのpdsysファイルに記載するデータベースに関するプロパティの一覧を次の表に示します。

プロパティ
説明

pd_name_port
データベースが使用するポート番号を指定します。
デフォルト値は，「22032」です。
変更する場合は，HiRDB.iniのPDNAMEPORTプロパティ，およびdef_pdsysのpd_name_portプロパティに同じポート番号を指定してください。

pdunit -x
IPアドレスを指定します。通常は変更する必要はありません。
管理サーバのホスト名，またはIPアドレスが変更になるときに見直しが必要です。
変更前のIPアドレスが指定されている場合は，ループバックアドレス127.0.0.1に変更してください。

関連項目

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(1) 管理サーバのホスト名変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(2) 管理サーバのIPアドレス変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.7 データベースに関するプロパティ（HiRDB.ini）

B.2.9 データベースに関するプロパティ（def_pdsys）

B.2.9 データベースに関するプロパティ（def_pdsys）

Hitachi Command Suite共通コンポーネントのdef_pdsysファイルに記載するデータベースに関するプロパティの一覧を次の表に示します。

プロパティ
説明

pd_name_port
データベースが使用するポート番号を指定します。
デフォルト値は，「22032」です。
変更する場合は，HiRDB.iniのPDNAMEPORTプロパティ，およびpdsysのpd_name_portプロパティに同じポート番号を指定してください。

pdunit -x
IPアドレスを指定します。通常は変更する必要はありません。
管理サーバのホスト名，またはIPアドレスが変更になるときに見直しが必要です。
変更前のIPアドレスが指定されている場合は，ループバックアドレス127.0.0.1に変更してください。

関連項目

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(1) 管理サーバのホスト名変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(2) 管理サーバのIPアドレス変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.7 データベースに関するプロパティ（HiRDB.ini）

B.2.8 データベースに関するプロパティ（pdsys）

B.2.10 データベースに関するプロパティ（pdutsys）

Hitachi Command Suite共通コンポーネントのpdutdsysファイルに記載するデータベースに関するプロパティの一覧を次の表に示します。

プロパティ
説明

pd_hostname
IPアドレスを指定します。通常は変更する必要はありません。
管理サーバのホスト名，またはIPアドレスが変更になるときに見直しが必要です。
変更前のIPアドレスが指定されている場合は，ループバックアドレス127.0.0.1に変更してください。

関連項目

(1) 管理サーバのホスト名変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(2) 管理サーバのIPアドレス変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.7 データベースに関するプロパティ（HiRDB.ini）

B.2.11 データベースに関するプロパティ（def_pdutsys）

B.2.11 データベースに関するプロパティ（def_pdutsys）

Hitachi Command Suite共通コンポーネントのdef_pdutsysファイルに記載するデータベースに関するプロパティの一覧を次の表に示します。

プロパティ
説明

pd_hostname
IPアドレスを指定します。通常は変更する必要はありません。
管理サーバのホスト名，またはIPアドレスが変更になるときに見直しが必要です。
変更前のIPアドレスが指定されている場合は，ループバックアドレス127.0.0.1に変更してください。

関連項目

(1) 管理サーバのホスト名変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(2) 管理サーバのIPアドレス変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.7 データベースに関するプロパティ（HiRDB.ini）

B.2.10 データベースに関するプロパティ（pdutsys）

B.2.12 ユーザーアカウントに関するプロパティ（user.conf）

Hitachi Command Suite共通コンポーネントのuser.confファイルに記載するユーザーアカウントに関するプロパティの一覧を次の表に示します。

プロパティ
説明

account.lock.system
Systemアカウントを自動ロックおよび手動ロックの対象にするかどうかを指定します。

「true」：Systemアカウントもロックの対象になります。

「false」：Systemアカウントはロックの対象から外れます。

関連項目

3.2.2 Systemアカウントをロックの対象にする

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.13 LDAPディレクトリサーバとの連携に関するプロパティ（exauth.properties）

exauth.propertiesファイルには，外部のLDAPディレクトリサーバと連携して通信するためのプロパティを記載します。

LDAPディレクトリサーバの情報を直接指定するか，DNSサーバに接続先のLDAPディレクトリサーバの情報を照会するかによって，設定するプロパティが異なります。

次に示すファイルをexauth.propertiesファイルのサンプルとして使用できます。

サンプルファイル格納先：

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥sample¥conf¥exauth.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/sample/conf/exauth.properties

サンプルファイルは，次の場所にコピーして使用してください。

ファイル格納先：

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥conf¥exauth.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/exauth.properties

重要

プロパティを編集するときは，次の点に注意してください。

設定値は，大文字と小文字を区別してください。

設定値の先頭および末尾には半角スペースを入力しないでください。また，設定値は引用符（"）で囲まないでください。
設定値にこれらの文字が含まれる場合，値は無視され，デフォルト値が採用されます。

サンプルファイルをコピーして使用する場合，プロパティの設定値を変更したときは，プロパティの行頭にある#を削除してください。#を削除しない場合，変更した値は無視され，デフォルト値が採用されます。

LDAPディレクトリサーバで認証する場合のexauth.propertiesファイルのプロパティ一覧を次の表に示します。

プロパティ
詳細

auth.server.type
外部認証サーバの種類を指定します。

「ldap」：LDAPディレクトリサーバと連携する場合に指定します。

「internal」：LDAPディレクトリサーバと連携しない場合に指定します。

デフォルト値は，「internal」です。

auth.server.name
LDAPディレクトリサーバのサーバ識別名を指定します。接続プロトコルやポート番号などの設定をLDAPディレクトリサーバごとに区別するために付ける任意の名称です。
必ず1つ以上のサーバ識別名を指定してください。LDAPディレクトリサーバを複数指定する場合は，各サーバのサーバ識別名をコンマ（,）で区切って指定します。同じサーバ識別名は重複して登録しないでください。

指定できる値：64バイト以内の次の文字列
0～9 A～Z a～z ! # ( ) + - . = @ [ ] ^ _ { } ~

デフォルト値：なし
初期値として「ServerName」が設定されています。

auth.ldap.multi_domain
auth.server.nameプロパティでLDAPディレクトリサーバのサーバ識別名を複数指定する場合，各サーバがマルチドメイン構成であるか，冗長構成であるかを指定します。

「true」：マルチドメイン構成である場合に指定します。

「false」：冗長構成である場合に指定します。

デフォルト値は，「false」です。

auth.group.mapping
外部認可サーバとも連携するかどうかを指定します。

「true」：外部認可サーバとも連携する場合に指定します。

「false」：外部認可サーバと連携しない場合に指定します。

デフォルト値は，「false」です。

auth.ocsp.enable
LDAPディレクトリサーバとStartTLS通信する場合に，OCSPレスポンダーまたはCRLを使用してLDAPディレクトリサーバの電子署名証明書の有効性を検証するかどうかを指定します。

「true」：証明書の有効性を検証する場合に指定します。

「false」：証明書の有効性を検証しない場合に指定します。

デフォルト値は，「false」です。

auth.ocsp.responderURL
電子署名証明書のAIAフィールドに記載されたOCSPレスポンダー以外のOCSPレスポンダーで電子署名証明書の有効性を検証する場合に，OCSPレスポンダーのURLを指定します。
省略した場合は，AIAフィールドに記載されたOCSPレスポンダーに問い合わせます。

auth.ldap.＜auth.server.nameの指定値＞.protocol
LDAPディレクトリサーバ接続のプロトコルです。この項目は必須です。

「ldap」：平文で通信する場合に指定します。

「tls」：StartTLS通信する場合に指定します。

「tls」を指定する場合には，LDAPディレクトリサーバで次のどれかの暗号方式を使用できることを事前に確認してください。

TLS_RSA_WITH_AES_256_GCM_SHA384

TLS_RSA_WITH_AES_256_CBC_SHA256

TLS_RSA_WITH_AES_256_CBC_SHA

TLS_RSA_WITH_AES_128_CBC_SHA256

TLS_RSA_WITH_AES_128_CBC_SHA

SSL_RSA_WITH_3DES_EDE_CBC_SHA

auth.ldap.＜auth.server.nameの指定値＞.host※1
LDAPディレクトリサーバのホスト名またはIPアドレスを指定します。この項目は必須です。
ホスト名を指定する場合，IPアドレスへの名前解決ができることを事前に確認してください。IPアドレスには，IPv4アドレスを使用できます。

auth.ldap.＜auth.server.nameの指定値＞.port
LDAPディレクトリサーバのポート番号を指定します。
指定するポートが，LDAPディレクトリサーバで待ち受けポート番号として設定されていることを事前に確認してください。

指定できる値：1～65535

デフォルト値：389

auth.ldap.＜auth.server.nameの指定値＞.timeout
LDAPディレクトリサーバと接続するときの接続待ち時間を秒単位で指定します。

指定できる値：0～120

デフォルト値：15

「0」を指定した場合，タイムアウトしないで，通信エラーが発生するまで待ち続けます。

auth.ldap.＜auth.server.nameの指定値＞.attr
認証で使用するユーザーIDの値が定義されている属性名（AttributeType）を指定します。この項目は必須です。

階層構造モデルの場合
ユーザーを一意に特定できる値が格納されている属性名を指定します。この属性に格納された値をHitachi Command Suite製品のユーザーIDとして使用します。※2
例：ActiveDirectoryを使用している場合で，WindowsのログオンIDをユーザーIDとして使用したいときは，WindowsのログオンIDが値として定義されている属性名「sAMAccountName」を指定します。

フラットモデルの場合
ユーザーエントリーのRDNの属性名を指定します。

デフォルト値は，「sAMAccountName」です。

auth.ldap.＜auth.server.nameの指定値＞.basedn
LDAPディレクトリサーバの情報を検索する際に，起点となるエントリーのDN（BaseDN）を指定します。この項目は必須です。
このDNより下の階層のユーザーエントリーが認証の対象となります。指定した値はLDAPディレクトリサーバにそのまま渡されるため，BaseDNにエスケープが必要な文字が含まれる場合は，正しくエスケープしてください。

階層構造モデルの場合
検索対象のユーザーエントリーをすべて含む階層のDNです。

フラットモデルの場合
検索対象のユーザーエントリーより1つ上の階層のDNです。

DNはRFC4514の規約に従って指定してください。例えば，次の文字がDNに含まれる場合は，1文字ごとに円記号（¥）でエスケープする必要があります。
半角スペース # + ; , < = > ¥

auth.ldap.＜auth.server.nameの指定値＞.retry.interval
LDAPディレクトリサーバとの通信に失敗した場合のリトライ間隔となる秒数を指定します。

指定できる値：1～60

デフォルト値：1

auth.ldap.＜auth.server.nameの指定値＞.retry.times
LDAPディレクトリサーバとの通信に失敗した場合のリトライ回数を指定します。

指定できる値：0～50

デフォルト値：20

「0」を指定した場合，リトライされません。

auth.ldap.＜auth.server.nameの指定値＞.domain.name
LDAPディレクトリサーバが管理するドメインの名称を指定します。
次に示す構成の場合，この項目は必須です。

DNSサーバにLDAPディレクトリサーバの情報を照会する場合

LDAPディレクトリサーバの情報を直接指定，かつ，外部認可サーバと連携する場合

auth.ldap.＜auth.server.nameの指定値＞.domain
LDAPディレクトリサーバが管理するマルチドメイン構成用のドメインの名称を指定します。
ログイン時に，ユーザーIDを「＜ユーザーID＞@＜このプロパティで指定したドメイン名＞」の形式で入力すると，指定したドメインに属するLDAPディレクトリサーバが認証先となります。
LDAPディレクトリサーバのサーバ識別子ごとにドメイン名を指定する際は，ドメイン名が重複しないようにしてください。ドメイン名の大文字と小文字は区別されません。
LDAPディレクトリサーバがマルチドメイン構成の場合，この項目は必須です。

auth.ldap.＜auth.server.nameの指定値＞.dns_lookup
DNSサーバにLDAPディレクトリサーバの情報を照会するかどうかを指定します。

「true」：DNSサーバに照会する場合に指定します。

「false」：DNSサーバに照会しないで，直接指定する場合に指定します。

デフォルト値は，「false」です。
「true」を指定した場合でも，次の属性に値が設定されている場合は，DNSサーバに照会しないで，ユーザーが指定した値を使用してLDAPディレクトリサーバに接続します。

auth.ldap.＜auth.server.nameの指定値＞.host

auth.ldap.＜auth.server.nameの指定値＞.port

LDAPディレクトリサーバがマルチドメイン構成の場合，DNSサーバにLDAPディレクトリサーバの情報を照会できません。そのため，このプロパティに「true」は指定しないでください。

注※1

LDAPディレクトリサーバの接続プロトコルにStartTLSを使用する場合は，host属性にはLDAPディレクトリサーバの証明書のCNと同じホスト名を設定してください。IPアドレスは使用できません。

注※2

Compute Systems ManagerのユーザーIDとして使用できない文字列が値に含まれていない属性を指定してください。

関連項目

5.6 LDAPディレクトリサーバとの通信のセキュリティ設定とは

6.6.1 LDAPディレクトリサーバと接続するよう設定する

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.14 LDAPディレクトリサーバとの連携に関するプロパティの設定例

B.2.14 LDAPディレクトリサーバとの連携に関するプロパティの設定例

LDAPディレクトリサーバと連携するためのプロパティの設定例を次に示します。接続の種類によっては，指定値が異なります。

LDAPディレクトリサーバの情報を直接指定する場合（外部認証サーバとだけ連携するとき）：

auth.server.type=ldap
auth.server.name=ServerName
auth.group.mapping=false
auth.ocsp.enable=false
auth.ocsp.responderURL=
auth.ldap.ServerName.protocol=ldap
auth.ldap.ServerName.host=ldap.example.com
auth.ldap.ServerName.port=389
auth.ldap.ServerName.timeout=15
auth.ldap.ServerName.attr=sAMAccountName
auth.ldap.ServerName.basedn=dc=Example,dc=com
auth.ldap.ServerName.retry.interval=1
auth.ldap.ServerName.retry.times=20
auth.ldap.ServerName.dns_lookup=false

LDAPディレクトリサーバをDNSサーバに照会する場合（外部認証サーバとだけ連携するとき）：

auth.server.type=ldap
auth.server.name=ServerName
auth.group.mapping=false
auth.ldap.ServerName.protocol=ldap
auth.ldap.ServerName.timeout=15
auth.ldap.ServerName.attr=sAMAccountName
auth.ldap.ServerName.basedn=dc=Example,dc=com
auth.ldap.ServerName.retry.interval=1
auth.ldap.ServerName.retry.times=20
auth.ldap.ServerName.domain.name=EXAMPLE.COM
auth.ldap.ServerName.dns_lookup=true

LDAPディレクトリサーバの情報を直接指定する場合（外部認可サーバとも連携するとき）：

auth.server.type=ldap
auth.server.name=ServerName
auth.group.mapping=true
auth.ocsp.enable=false
auth.ocsp.responderURL=
auth.ldap.ServerName.protocol=ldap
auth.ldap.ServerName.host=ldap.example.com
auth.ldap.ServerName.port=389
auth.ldap.ServerName.timeout=15
auth.ldap.ServerName.attr=sAMAccountName
auth.ldap.ServerName.basedn=dc=Example,dc=com
auth.ldap.ServerName.retry.interval=1
auth.ldap.ServerName.retry.times=20
auth.ldap.ServerName.domain.name=EXAMPLE.COM
auth.ldap.ServerName.dns_lookup=false

LDAPディレクトリサーバをDNSサーバに照会する場合（外部認可サーバとも連携するとき）：

auth.server.type=ldap
auth.server.name=ServerName
auth.group.mapping=true
auth.ldap.ServerName.protocol=ldap
auth.ldap.ServerName.timeout=15
auth.ldap.ServerName.attr=sAMAccountName
auth.ldap.ServerName.basedn=dc=Example,dc=com
auth.ldap.ServerName.retry.interval=1
auth.ldap.ServerName.retry.times=20
auth.ldap.ServerName.domain.name=EXAMPLE.COM
auth.ldap.ServerName.dns_lookup=true

LDAPディレクトリサーバが冗長構成の場合：

auth.server.type=ldap
auth.server.name=ServerName1,ServerName2
auth.ldap.multi_domain=false
auth.group.mapping=false
auth.ocsp.enable=false
auth.ocsp.responderURL=
auth.ldap.ServerName1.protocol=ldap
auth.ldap.ServerName1.host=ldap1.example.com
auth.ldap.ServerName1.port=389
auth.ldap.ServerName1.timeout=15
auth.ldap.ServerName1.attr=sAMAccountName
auth.ldap.ServerName1.basedn=dc=Example,dc=com
auth.ldap.ServerName1.retry.interval=1
auth.ldap.ServerName1.retry.times=20
auth.ldap.ServerName1.dns_lookup=false
auth.ldap.ServerName2.protocol=ldap
auth.ldap.ServerName2.host=ldap2.example.com
auth.ldap.ServerName2.port=389
auth.ldap.ServerName2.timeout=15
auth.ldap.ServerName2.attr=sAMAccountName
auth.ldap.ServerName2.basedn=dc=Example,dc=net
auth.ldap.ServerName2.retry.interval=1
auth.ldap.ServerName2.retry.times=20
auth.ldap.ServerName2.dns_lookup=false

LDAPディレクトリサーバがマルチドメイン構成の場合：

auth.server.type=ldap
auth.server.name=ServerName1,ServerName2
auth.ldap.multi_domain=true
auth.group.mapping=false
auth.ocsp.enable=false
auth.ocsp.responderURL=
auth.ldap.ServerName1.protocol=ldap
auth.ldap.ServerName1.host=ldap1.example.com
auth.ldap.ServerName1.port=389
auth.ldap.ServerName1.timeout=15
auth.ldap.ServerName1.attr=sAMAccountName
auth.ldap.ServerName1.basedn=dc=Example,dc=com
auth.ldap.ServerName1.retry.interval=1
auth.ldap.ServerName1.retry.times=20
auth.ldap.ServerName1.domain=example.com
auth.ldap.ServerName1.dns_lookup=false
auth.ldap.ServerName2.protocol=ldap
auth.ldap.ServerName2.host=ldap2.example.com
auth.ldap.ServerName2.port=389
auth.ldap.ServerName2.timeout=15
auth.ldap.ServerName2.attr=sAMAccountName
auth.ldap.ServerName2.basedn=dc=Example,dc=net
auth.ldap.ServerName2.retry.interval=1
auth.ldap.ServerName2.retry.times=20
auth.ldap.ServerName2.domain=example.net
auth.ldap.ServerName2.dns_lookup=false

関連項目

5.1 セキュリティの設定とは

5.6 LDAPディレクトリサーバとの通信のセキュリティ設定とは

6.6.1 LDAPディレクトリサーバと接続するよう設定する

B.2.13 LDAPディレクトリサーバとの連携に関するプロパティ（exauth.properties）

B.2.15 Kerberosサーバとの連携に関するプロパティ（exauth.properties）

exauth.propertiesファイルには，外部のKerberosサーバと連携して通信するためのプロパティを記載します。

Kerberosサーバの情報を直接指定するか，DNSサーバに接続先のKerberosサーバの情報を照会するかによって，設定するプロパティが異なります。

次に示すファイルをexauth.propertiesファイルのサンプルとして使用できます。

サンプルファイル格納先：

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥sample¥conf¥exauth.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/sample/conf/exauth.properties

サンプルファイルは，次の場所にコピーして使用してください。

ファイル格納先：

Windows：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞¥conf¥exauth.properties

Linux：

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/conf/exauth.properties

重要

プロパティを編集するときは，次の点に注意してください。

設定値は，大文字と小文字を区別してください。

設定値の先頭および末尾には半角スペースを入力しないでください。また，設定値は引用符（"）で囲まないでください。
設定値にこれらの文字が含まれる場合，値は無視され，デフォルト値が採用されます。

サンプルファイルをコピーして使用する場合，プロパティの設定値を変更したときは，プロパティの行頭にある#を削除してください。#を削除しない場合，変更した値は無視され，デフォルト値が採用されます。

Kerberosサーバで認証する場合のexauth.propertiesファイルのプロパティ一覧を次の表に示します。

プロパティ
詳細

auth.server.type
外部認証サーバの種類を指定します。

「kerberos」：Kerberosサーバと連携する場合に指定します。

「internal」：Kerberosサーバと連携しない場合に指定します。

デフォルト値は，「internal」です。

auth.group.mapping
外部認可サーバとも連携するかどうかを指定します。

「true」：外部認可サーバと連携する場合に指定します。

「false」：外部認可サーバと連携しない場合に指定します。

デフォルト値は，「false」です。

auth.ocsp.enable
LDAPディレクトリサーバとStartTLS通信する場合に，OCSPレスポンダーまたはCRLを使用してLDAPディレクトリサーバの電子署名証明書の有効性を検証するかどうかを指定します。

「true」：証明書の有効性を検証する場合に指定します。

「false」：証明書の有効性を検証しない場合に指定します。

デフォルト値は，「false」です。

auth.ocsp.responderURL
電子署名証明書のAIAフィールドに記載されたOCSPレスポンダー以外のOCSPレスポンダーで電子署名証明書の有効性を検証する場合に，OCSPレスポンダーのURLを指定します。
省略した場合は，AIAフィールドに記載されたOCSPレスポンダーに問い合わせます。

auth.kerberos.default_realm
デフォルトのレルム名を指定します。この項目は必須です。
GUIのログイン画面でレルム名を省略してユーザーIDを入力した場合に，この項目で指定したレルムに所属するユーザーとして認証されます。

auth.kerberos.dns_lookup_kdc
DNSサーバにKerberosサーバの情報を照会するかどうかを指定します。

「true」：DNSサーバに照会する場合に指定します。

「false」：DNSサーバに照会しないで，直接指定する場合に指定します。

デフォルト値は，「false」です。
「true」を指定した場合でも，次のすべてのプロパティに値を設定しているときは，DNSサーバに照会されません。

auth.kerberos.realm_name

auth.kerberos.＜auth.kerberos.realm_nameの指定値＞.realm

auth.kerberos.＜auth.kerberos.realm_nameの指定値＞.kdc

auth.kerberos.default_tkt_enctypes
Kerberos認証に使用する暗号タイプを指定します。

指定できる値：

aes256-cts

aes128-cts

rc4-hmac

des3-cbc-sha1

des-cbc-md5

des-cbc-crc

デフォルト値：なし（DES-CBC-MD5での認証）

複数指定する場合は，コンマ（,）で区切ってください。
指定した暗号タイプのうち，管理サーバのOSとKerberosサーバの両方でサポートされているものが使用されます。

auth.kerberos.clockskew
管理サーバとKerberosサーバ間の時刻の差の許容範囲を秒数で指定します。

指定できる値：0～300

デフォルト値：300

指定した値よりも時刻に差がある場合，認証エラーになります。

auth.kerberos.timeout
Kerberosサーバと接続するときの接続待ち時間を秒数で指定します。

指定できる値：0～120

デフォルト値：3

「0」を指定した場合，タイムアウトしないで，通信エラーが発生するまで待ち続けます。

auth.kerberos.realm_name
レルム識別名を指定します。レルムごとにKerberosサーバの情報を区別するために付ける任意の名称です。
必ず1つ以上のレルム識別名を指定してください。レルム識別名を複数指定する場合は，各サーバのレルム識別名をコンマ（,）で区切って指定します。同じレルム識別名は重複して登録しないでください。

auth.kerberos.＜auth.kerberos.realm_nameの指定値＞.realm
Kerberosサーバに設定してあるレルム名を指定します。この項目は必須です。
プロパティの名称で，＜レルム名＞としている部分は，このプロパティの指定値で指定してください。

auth.kerberos.＜auth.kerberos.realm_nameの指定値＞.kdc※1
Kerberosサーバの情報を次の形式で指定します。この項目は必須です。
＜ホスト名またはIPアドレス＞[:＜ポート番号＞]

＜ホスト名またはIPアドレス＞
ホスト名を指定する場合，IPアドレスへの名前解決ができることを事前に確認してください。IPアドレスは，IPv4アドレスで指定してください。

＜ポート番号＞
指定するポートがKerberosサーバで待ち受けポート番号として設定されていることを事前に確認してください。ポート番号を省略した場合，または指定したポート番号がKerberosサーバで使用できないポート番号である場合は，「88」を指定したと見なされます。

Kerberosサーバを複数指定する場合は，次のようにコンマ（,）で区切って指定します。
＜ホスト名またはIPアドレス＞[:＜ポート番号＞],＜ホスト名またはIPアドレス＞[:＜ポート番号＞],...

auth.group.＜レルム名＞.protocol※2
LDAPディレクトリサーバ接続のプロトコルです。

「ldap」：平文による通信の場合に指定します。

「tls」：StartTLSによる通信の場合に指定します。

Kerberosサーバの情報を直接指定する場合にだけ，StartTLSで通信できます。
「tls」を指定する場合には，LDAPディレクトリサーバで次のどれかの暗号方式を使用できることを事前に確認してください。

TLS_RSA_WITH_AES_256_GCM_SHA384

TLS_RSA_WITH_AES_256_CBC_SHA256

TLS_RSA_WITH_AES_256_CBC_SHA

TLS_RSA_WITH_AES_128_CBC_SHA256

TLS_RSA_WITH_AES_128_CBC_SHA

SSL_RSA_WITH_3DES_EDE_CBC_SHA

デフォルト値は，「ldap」です。

auth.group.＜レルム名＞.port
LDAPディレクトリサーバのポート番号を指定します。
指定するポートが，LDAPディレクトリサーバで待ち受けポート番号として設定されていることを事前に確認してください。

指定できる値：1～65535

デフォルト値：389

auth.group.＜レルム名＞.basedn
LDAPディレクトリサーバの情報を検索する際に，起点となるエントリーのDN（BaseDN）を指定します。
このDNより下の階層のユーザーエントリーが認可の対象となります。検索対象のユーザーエントリーをすべて含む階層のDNを指定してください。
DNはRFC4514の規約に従って指定してください。例えば，次の文字がDNに含まれる場合は，1文字ごとに円記号（¥）でエスケープする必要があります。
半角スペース # + ; , < = > ¥
指定した値はLDAPディレクトリサーバにそのまま渡されるため，BaseDNにエスケープが必要な文字が含まれる場合は，正しくエスケープしてください。
省略した場合は，Active DirectoryのdefaultNamingContext属性に指定されている値がBaseDNと見なされます。

auth.group.＜レルム名＞.timeout
LDAPディレクトリサーバと接続するときの接続待ち時間を秒単位で指定します。

指定できる値：0～120

デフォルト値：15

「0」を指定した場合，タイムアウトしないで，通信エラーが発生するまで待ち続けます。

auth.group.＜レルム名＞.retry.interval
LDAPディレクトリサーバとの通信に失敗した場合のリトライ間隔となる秒数を指定します。

指定できる値：1～60

デフォルト値：1

auth.group.＜レルム名＞.retry.times
LDAPディレクトリサーバとの通信に失敗した場合のリトライ回数を指定します。

指定できる値：0～50

デフォルト値：20

「0」を指定した場合，リトライされません。

注※1

外部認可サーバの接続プロトコルにStartTLSを使用する場合は，外部認可サーバのサーバ証明書のCNと同じホスト名を設定してください。IPアドレスは使用できません。

注※2

LDAPディレクトリサーバの接続プロトコルにStartTLSを使用する場合には，Hitachi Command Suite共通コンポーネントのセキュリティ設定が必要です。

関連項目

5.6 LDAPディレクトリサーバとの通信のセキュリティ設定とは

6.7.2 Kerberosサーバと接続するよう設定する

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.16 Kerberosサーバとの連携に関するプロパティの設定例

B.2.16 Kerberosサーバとの連携に関するプロパティの設定例

Kerberosサーバと連携するためのプロパティの設定例を次に示します。接続の種類によっては，指定値が異なります。

Kerberosサーバの情報を直接指定する場合（外部認証サーバとだけ連携するとき）：

auth.server.type=kerberos
auth.group.mapping=false
auth.ocsp.enable=false
auth.ocsp.responderURL=
auth.kerberos.default_realm=EXAMPLE.COM
auth.kerberos.dns_lookup_kdc=false
auth.kerberos.clockskew=300
auth.kerberos.timeout=3
auth.kerberos.realm_name=RealmName
auth.kerberos.RealmName.realm=EXAMPLE.COM
auth.kerberos.RealmName.kdc=kerberos.example.com:88

KerberosサーバをDNSサーバに照会する場合（外部認証サーバとだけ連携するとき）：

auth.server.type=kerberos
auth.group.mapping=false
auth.kerberos.default_realm=EXAMPLE.COM
auth.kerberos.dns_lookup_kdc=true
auth.kerberos.clockskew=300
auth.kerberos.timeout=3

Kerberosサーバの情報を直接指定する場合（外部認可サーバとも連携するとき）：

auth.server.type=kerberos
auth.group.mapping=true
auth.ocsp.enable=false
auth.ocsp.responderURL=
auth.kerberos.default_realm=EXAMPLE.COM
auth.kerberos.dns_lookup_kdc=false
auth.kerberos.clockskew=300
auth.kerberos.timeout=3
auth.kerberos.realm_name=RealmName
auth.kerberos.RealmName.realm=EXAMPLE.COM
auth.kerberos.RealmName.kdc=kerberos.example.com:88
auth.group.EXAMPLE.COM.protocol=ldap
auth.group.EXAMPLE.COM.port=389
auth.group.EXAMPLE.COM.basedn=dc=Example,dc=com
auth.group.EXAMPLE.COM.timeout=15
auth.group.EXAMPLE.COM.retry.interval=1
auth.group.EXAMPLE.COM.retry.times=20

KerberosサーバをDNSサーバに照会する場合（外部認可サーバとも連携するとき）：

auth.server.type=kerberos
auth.group.mapping=true
auth.kerberos.default_realm=EXAMPLE.COM
auth.kerberos.dns_lookup_kdc=true
auth.kerberos.clockskew=300
auth.kerberos.timeout=3

Kerberosサーバが冗長構成の場合：

auth.server.type=kerberos
auth.group.mapping=false
auth.ocsp.enable=false
auth.ocsp.responderURL=
auth.kerberos.default_realm=EXAMPLE.COM
auth.kerberos.dns_lookup_kdc=false
auth.kerberos.clockskew=300
auth.kerberos.timeout=3
auth.kerberos.realm_name=RealmName
auth.kerberos.RealmName.realm=EXAMPLE.COM
auth.kerberos.RealmName.kdc=kerberos.example.com:88,kerberos.example.com:88

Kerberosサーバのレルム識別名を複数指定する場合：

auth.server.type=kerberos
auth.group.mapping=false
auth.ocsp.enable=false
auth.ocsp.responderURL=
auth.kerberos.default_realm=EXAMPLE.COM
auth.kerberos.dns_lookup_kdc=false
auth.kerberos.clockskew=300
auth.kerberos.timeout=3
auth.kerberos.realm_name=RealmName1,RealmName2
auth.kerberos.RealmName1.realm=EXAMPLE.COM
auth.kerberos.RealmName1.kdc=kerberos1.example.com:88,kerberos1.example.net:88
auth.kerberos.RealmName2.realm=EXAMPLE.NET
auth.kerberos.RealmName2.kdc=kerberos2.example.com:88,kerberos2.example.net:88

関連項目

5.1 セキュリティの設定とは

5.6 LDAPディレクトリサーバとの通信のセキュリティ設定とは

6.7.2 Kerberosサーバと接続するよう設定する

B.2.15 Kerberosサーバとの連携に関するプロパティ（exauth.properties）

B.2.17 監査ログに関するプロパティ（auditlog.conf）

Hitachi Command Suite共通コンポーネントのauditlog.confファイルに記載する監査ログに関するプロパティの一覧を次の表に示します。

プロパティ
説明

Log.Facility
未使用（指定しても無視されます）

Log.Event.Category
採取する監査事象の種別を指定します。
複数指定する場合は，コンマ（,）で区切ります。その場合，種別とコンマの間は半角スペースを空けずに詰めて指定してください。
指定されていない場合，監査ログは出力されません。
大文字，小文字は区別されません。
次に示す指定できる種別以外の名称を指定した場合は，無視されます。

指定できる種別：「StartStop」，「Authentication」，「ExternalService」，または「ConfigurationAccess」

デフォルト値：指定なし

Log.Level
採取する監査事象の重要度（Severity）を指定します。
指定した値以下の重要度を持つ監査事象が，イベントログに出力されます。
次に示す指定できる値以外の数値，または，数値以外の文字を指定した場合は，デフォルト値が仮定されます。

指定できる値：0～7

デフォルト値：6

監査事象の重要度とイベントログの種類の対応は，次の表のとおりです。

監査事象の重要度 | イベントログの種類
0～3 | エラー
4 | 警告
5～7 | 情報

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, 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の場合，「エラー」，「警告」および「情報」の重要度を持つ監査ログが出力されます。Linuxの場合，分類がuserとしてsyslog.confファイルに定義されたsyslogファイルに，監査ログが出力されます。

関連項目

10.4.1 監査ログとは

10.4.2 監査ログの環境設定ファイルを設定する

10.4.4 監査ログの種別

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.2.18 管理サーバをクラスタ構成にする場合に設定が必要なプロパティ（cluster.conf）

Hitachi Command Suite共通コンポーネントのcluster.confファイルに記載するクラスタ構成の設定に関するプロパティの一覧を次の表に示します。

プロパティ
説明

mode
実行系ノードの場合は，「online」を指定します。
待機系ノードの場合は，「standby」を指定します。

virtualhost
有効でアクセスできるIPアドレスが割り当てられている論理ホスト名※を指定します。
IPアドレスは指定できません。

onlinehost
実行系ノードのホスト名※を指定します。
IPアドレスは指定できません。

standbyhost
待機系ノードのホスト名※を指定します。
IPアドレスは指定できません。

注※

指定するホスト名からIPアドレスの名前解決ができることを確認してください。

関連項目

(1) 管理サーバのホスト名変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

9.4.2 実行系ノードで新規インストールする（Red Hat Enterprise Linux）

9.4.3 待機系ノードで新規インストールする（Red Hat Enterprise Linux）

9.5.2 クラスタ環境に移行する（Red Hat Enterprise Linux）

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

B.3 デプロイメントマネージャーで使用されるポートに関するプロパティ（Port.ini）

Port.iniを使ってデプロイメントマネージャーで使用するポートを変更できます。

Port.iniファイルの格納先を次に示します。

＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥DeploymentManager¥PXE¥Images¥Port.ini

Port.iniファイルで指定できるプロパティの一覧を次の表に示します。

プロパティ
説明

BackupRestoreUnicast
管理対象リソースのディスクをリストアしたり，バックアップしたりする際に使用されます。
デフォルトは「26501」です。
ポート番号の変更に失敗した場合は，「56020」が使用されます。

BOOTNIC
管理対象リソースをPXEブートする際に使用されます。
デフォルトは「26502」です。
ポート番号の変更に失敗した場合は，「56022」が使用されます。

FSC
管理対象リソースをPXEブートする際に使用されます。
デフォルトは「26503」です。
ポート番号の変更に失敗した場合は，「56030」が使用されます。

FTUnicast
管理対象リソースのディスクを操作する際に使用されます。
デフォルトは「26508」です。
ポート番号の変更に失敗した場合は，「56023」が使用されます。

関連項目

7.9 ポート変更時に編集するデプロイメントマネージャーのプロパティと設定ファイル

B.2.1 Hitachi Command Suite共通コンポーネントのプロパティとは

B.2.2 Hitachi Command Suite共通コンポーネントのプロパティの一覧

付録C. Compute Systems Managerが発行するJP1イベント

ここでは，Compute Systems Managerで発行されるJP1イベントの内容について説明します。

この付録の構成

C.1 Compute Systems Managerが発行するJP1イベントの属性

C.2 事象種別ごとのJP1イベント拡張属性

C.1 Compute Systems Managerが発行するJP1イベントの属性

Compute Systems Managerが発行するJP1イベントの属性を説明します。

JP1イベントの属性には，基本属性と拡張属性があります。

基本属性：すべてのJP1イベントが持っている属性
次の通知情報を含みます。

イベントID：重大度に応じて次のIDを示します。
0x00012410：情報
0x00012411：警告
0x00012412：エラー

メッセージ：アラートの内容を示します。

拡張属性：Compute Systems Managerが独自に割り当てる属性
共通情報と固有情報があります。事象種別によって通知される内容が異なります。
拡張属性は，［アラート詳細情報］画面など，Compute Systems ManagerのGUIに表示されるアラート情報と同等の内容です。

関連項目

3.3.1 JP1/IMでのアラート監視とは

3.3.2 JP1/IMでアラート監視できるよう設定する

C.2 事象種別ごとのJP1イベント拡張属性

C.2 事象種別ごとのJP1イベント拡張属性

Compute Systems Managerが発行するJP1イベントの拡張属性は，事象種別によって通知される内容が異なります。

JP1イベントとして通知されるCompute Systems Managerのアラートに対応する事象種別を次に示します。

SNMP：SNMPトラップに関するアラートです。

PERFORMANCE：性能監視に関するアラートです。

SVP：SVPに関するアラートです。

N+M：N+Mコールドスタンバイの構成変更に関するアラートです。

HVM：HVMに関するアラートです。

事象種別ごとに，JP1イベントの拡張属性として通知される内容を次の表に示します。

表C-1 SNMPトラップに関するアラートで通知されるJP1イベントの拡張属性

拡張属性種別
属性名
通知情報
内容

共通情報
SEVERITY
重大度
Compute Systems Managerのアラートレベルに対応した，次のどれかを示します。

情報

警告

エラー
Compute Systems Managerのアラートレベル「障害」に対応します。

PRODUCT_NAME
プロダクト名
/HITACHI/HCSM

ROOT_OBJECT_TYPE
登録名タイプ
HOST

OBJECT_TYPE
オブジェクトタイプ
SNMP_TRAP

ROOT_OBJECT_NAME
登録名
アラートを通知したサーバ名を示します。

OBJECT_NAME
オブジェクト名
アラートの発生部位を示します。

OCCURRENCE
事象種別
SNMP

固有情報
HCSM_ALERT_LEVEL
アラートレベル
Compute Systems Managerのアラートレベルに対応した，次のどれかを示します。

Information

Warning

Error

HCSM_RESOURCE_NAME
リソース名
ホスト名を示します。

HCSM_ALERT_ID
アラートID
アラートIDを示します。
先頭に「0x」が付かない16進数です。

HCSM_RECEIVE_TIME
受信日時
アラートの受信日時を示します。

HCSM_ALERT_NO
アラート番号
アラートのシーケンス番号を示します。

HCSM_LOCATION
発生個所
アラートの発生個所を示します。

SNMP_TRAP_OID
SNMPトラップOID
SNMPトラップのOIDを示します。

SNMP_TRAP_OBJECT_NAME
SNMPトラップオブジェクト名
SNMPトラップの発生部位を示します。

HCSM_THRESHOLD
しきい値
－

HCSM_OCCURRENCES
回数
－

HCSM_OCCURRENCE_TIME
発生日時
－

HCSM_RELATED_ALERT_ID
関連アラートID
－

HCSM_NM_GROUP
N+Mグループ
－

（凡例）

－：通知されません。

表C-2 性能監視に関するアラートで通知されるJP1イベントの拡張属性

拡張属性種別
属性名
通知情報
内容

共通情報
SEVERITY
重大度
Compute Systems Managerのアラートレベルに対応した，次のどれかを示します。

情報

警告

エラー
Compute Systems Managerのアラートレベル「障害」に対応します。

PRODUCT_NAME
プロダクト名
/HITACHI/HCSM

ROOT_OBJECT_TYPE
登録名タイプ
HOST

OBJECT_TYPE
オブジェクトタイプ
SERVER

ROOT_OBJECT_NAME
登録名
アラートを通知したサーバ名を示します。

OBJECT_NAME
オブジェクト名
アラートの発生部位を示します。

OCCURRENCE
事象種別
PERFORMANCE

固有情報
HCSM_ALERT_LEVEL
アラートレベル
Compute Systems Managerのアラートレベルに対応した，次のどれかを示します。

Information

Warning

Error

HCSM_RESOURCE_NAME
リソース名
ホスト名を示します。

HCSM_ALERT_ID
アラートID
アラートIDを示します。
先頭に「0x」が付かない16進数です。

HCSM_RECEIVE_TIME
受信日時
アラートの受信日時を示します。

HCSM_ALERT_NO
アラート番号
アラートのシーケンス番号を示します。

HCSM_LOCATION
発生個所
アラートの発生個所を示します。

SNMP_TRAP_OID
SNMPトラップOID
－

SNMP_TRAP_OBJECT_NAME
SNMPトラップオブジェクト名
－

HCSM_THRESHOLD
しきい値
アラートに設定されている性能しきい値を示します。

HCSM_OCCURRENCES
回数
アラートに設定されている性能しきい値の超過回数を示します。

HCSM_OCCURRENCE_TIME
発生日時
－

HCSM_RELATED_ALERT_ID
関連アラートID
－

HCSM_NM_GROUP
N+Mグループ
－

（凡例）

－：通知されません。

表C-3 SVPに関するアラートで通知されるJP1イベントの拡張属性

拡張属性種別
属性名
通知情報
内容

共通情報
SEVERITY
重大度
Compute Systems Managerのアラートレベルに対応した，次のどれかを示します。

情報

警告

エラー
Compute Systems Managerのアラートレベル「障害」に対応します。

PRODUCT_NAME
プロダクト名
/HITACHI/HCSM

ROOT_OBJECT_TYPE
登録名タイプ
CHASSIS

OBJECT_TYPE
オブジェクトタイプ
HARDWARE

ROOT_OBJECT_NAME
登録名
アラートを通知したサーバ名を示します。

OBJECT_NAME
オブジェクト名
アラートの発生部位を示します。

OCCURRENCE
事象種別
SVP

固有情報
HCSM_ALERT_LEVEL
アラートレベル
Compute Systems Managerのアラートレベルに対応した，次のどれかを示します。

Information

Warning

Error

HCSM_RESOURCE_NAME
リソース名

シャーシまたはブレードサーバの場合
シャーシ名を示します。

ラックマウントサーバの場合
サーバ名を示します。
「＜サーバ名＞ BMC(＜BMCのIPアドレス＞)」の形式で通知されます。

HCSM_ALERT_ID
アラートID
アラートIDを示します。
先頭に「0x」が付かない16進数です。

HCSM_RECEIVE_TIME
受信日時
アラートの受信日時を示します。

HCSM_ALERT_NO
アラート番号
アラートのシーケンス番号を示します。

HCSM_LOCATION
発生個所
アラートの発生個所を示します。

SNMP_TRAP_OID
SNMPトラップOID
－

SNMP_TRAP_OBJECT_NAME
SNMPトラップオブジェクト名
－

HCSM_THRESHOLD
しきい値
－

HCSM_OCCURRENCES
回数
－

HCSM_OCCURRENCE_TIME
発生日時
アラートの発生日時を示します。

HCSM_RELATED_ALERT_ID
関連アラートID
関連するアラートIDを示します。

HCSM_NM_GROUP
N+Mグループ
－

（凡例）

－：通知されません。

表C-4 N+Mコールドスタンバイの構成変更に関するアラートで通知されるJP1イベントの拡張属性

拡張属性種別
属性名
通知情報
内容

共通情報
SEVERITY
重大度
Compute Systems Managerのアラートレベルに対応した，次のどれかを示します。

情報

警告

エラー
Compute Systems Managerのアラートレベル「障害」に対応します。

PRODUCT_NAME
プロダクト名
/HITACHI/HCSM

ROOT_OBJECT_TYPE
登録名タイプ
CHASSIS

OBJECT_TYPE
オブジェクトタイプ
HARDWARE

ROOT_OBJECT_NAME
登録名
アラートを通知したサーバ名を示します。

OBJECT_NAME
オブジェクト名
アラートの発生部位を示します。

OCCURRENCE
事象種別
N+M

固有情報
HCSM_ALERT_LEVEL
アラートレベル
Compute Systems Managerのアラートレベルに対応した，次のどれかを示します。

Information

Warning

Error

HCSM_RESOURCE_NAME
リソース名
シャーシ名を示します。

HCSM_ALERT_ID
アラートID
アラートIDを示します。
先頭に「0x」が付かない16進数です。

HCSM_RECEIVE_TIME
受信日時
アラートの受信日時を示します。

HCSM_ALERT_NO
アラート番号
アラートのシーケンス番号を示します。

HCSM_LOCATION
発生個所
アラートの発生個所を示します。

SNMP_TRAP_OID
SNMPトラップOID
－

SNMP_TRAP_OBJECT_NAME
SNMPトラップオブジェクト名
－

HCSM_THRESHOLD
しきい値
－

HCSM_OCCURRENCES
回数
－

HCSM_OCCURRENCE_TIME
発生日時
－

HCSM_RELATED_ALERT_ID
関連アラートID
－

HCSM_NM_GROUP
N+Mグループ
N+Mグループ名を示します。

（凡例）

－：通知されません。

表C-5 HVMに関するアラートで通知されるJP1イベントの拡張属性

拡張属性種別
属性名
通知情報
内容

共通情報
SEVERITY
重大度
Compute Systems Managerのアラートレベルに対応した，次のどれかを示します。

情報

警告

エラー
Compute Systems Managerのアラートレベル「障害」に対応します。

PRODUCT_NAME
プロダクト名
/HITACHI/HCSM

ROOT_OBJECT_TYPE
登録名タイプ
SERVER

OBJECT_TYPE
オブジェクトタイプ
HARDWARE

ROOT_OBJECT_NAME
登録名
アラートを通知したサーバ名を示します。

OBJECT_NAME
オブジェクト名
アラートの発生部位を示します。

OCCURRENCE
事象種別
HVM

固有情報
HCSM_ALERT_LEVEL
アラートレベル
Compute Systems Managerのアラートレベルに対応した，次のどれかを示します。

Information

Warning

Error

HCSM_RESOURCE_NAME
リソース名
サーバ名を示します。

HCSM_ALERT_ID
アラートID
アラートIDを示します。
先頭に「0x」が付かない16進数です。

HCSM_RECEIVE_TIME
受信日時
アラートの受信日時を示します。

HCSM_ALERT_NO
アラート番号
アラートのシーケンス番号を示します。

HCSM_LOCATION
発生個所
アラートの発生個所を示します。

SNMP_TRAP_OID
SNMPトラップOID
－

SNMP_TRAP_OBJECT_NAME
SNMPトラップオブジェクト名
－

HCSM_THRESHOLD
しきい値
－

HCSM_OCCURRENCES
回数
－

HCSM_OCCURRENCE_TIME
発生日時
アラートの発生日時を示します。

HCSM_RELATED_ALERT_ID
関連アラートID
関連するアラートIDを示します。

HCSM_NM_GROUP
N+Mグループ
－

（凡例）

－：通知されません。

関連項目

3.3.1 JP1/IMでのアラート監視とは

3.3.2 JP1/IMでアラート監視できるよう設定する

C.1 Compute Systems Managerが発行するJP1イベントの属性

付録D. バージョン7.x.xからのアップグレード

ここでは，Compute Systems Managerをバージョン7.x.xからアップグレードする手順について説明します。

この付録の構成

D.1 バージョン7.x.xからのアップグレードとは

D.2 アップグレードする前の確認事項

D.3 バージョン7.x.xからアップグレードする（非クラスタ環境の場合）

D.4 バージョン7.x.xからアップグレードする（クラスタ環境の場合）

D.1 バージョン7.x.xからのアップグレードとは

Compute Systems Managerをバージョン7.x.xからアップグレードして運用するには，Compute Systems Managerのアップグレードインストールに加えて，幾つかの操作が必要です。

管理サーバにインストールされたCompute Systems Managerをバージョン7.x.xからアップグレードする上で必要な操作は，管理サーバにクラスタ環境を設定しているかどうかによって異なります。操作手順の詳細については，それぞれの説明を参照してください。

関連項目

D.2 アップグレードする前の確認事項

D.3 バージョン7.x.xからアップグレードする（非クラスタ環境の場合）

D.4 バージョン7.x.xからアップグレードする（クラスタ環境の場合）

D.2 アップグレードする前の確認事項

バージョン7.x.xからのアップグレードを開始する前に，次の項目を確認してください。

バージョン7.x.xのCompute Systems Managerは，アップグレード時にアンインストールされます。Compute Systems Managerのインストール先ディレクトリに追加したファイルまたはディレクトリは，アンインストール時に削除されます。再利用したい場合は，アップグレード前に退避してください。

バージョン8.0.0以前のHitachi Command Suite製品がインストールされている場合は，アップグレードしたCompute Systems Managerの運用を開始する前に，すべてのHitachi Command Suite製品をバージョン8.0.1以降にアップグレードしてください。

アップグレード後の管理サーバに，バージョン7.x.x以前のHitachi Command Suite製品をインストールしないでください。

アップグレード後のCompute Systems Managerでは，非SSL通信で使用するデフォルトのポート番号が次のとおり変更されます。
バージョン7.x.x：23015
バージョン8.0.0以降：22015
Webブラウザーに登録している管理サーバのURLや，ファイアウォールの例外登録に非SSL通信用のポート番号を設定している場合は，これらの設定を見直してください。

アップグレード後の管理サーバでは，コマンド名およびデフォルトのインストール先が次のとおり変更されます。

コマンド名
「hcmdsxxxx」から「hcmds64xxxx」に変更されます。

Compute Systems Managerのデフォルトのインストール先
バージョン7.x.x：
32ビット版Windows：%ProgramFiles%¥HiCommand
64ビット版Windows：%ProgramFiles(x86)%¥HiCommand
バージョン8.0.0以降：
%ProgramFiles%¥HiCommand
ただし，デプロイメントマネージャーは，%ProgramFiles(x86)%に設定されているディレクトリの配下にインストールされます。
%ProgramFiles%，および%ProgramFiles(x86)%はWindowsの環境変数です。

Hitachi Command Suite共通コンポーネントのデフォルトのインストール先
バージョン7.x.x：
＜Compute Systems Managerのインストールディレクトリ＞¥Base
バージョン8.0.0以降：
＜Compute Systems Managerのインストールディレクトリ＞¥Base64

アップグレード前の管理サーバで，上記のコマンド名またはファイルパスを記述したスクリプトを使用していて，アップグレード後の管理サーバでも引き続き使用する場合は，スクリプトに記述しているコマンド名およびファイルパスを見直してください。

32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされている場合，Compute Systems Managerをアップグレードすると，これらの製品のユーザーアカウントは引き続き共有されます。
ユーザーアカウントの共有については，32ビットのHitachi Command Suite共通コンポーネントを使用する製品とユーザーアカウントを共有する場合の設定についての説明を参照してください。

関連項目

2.2.9 32ビットのHitachi Command Suite共通コンポーネントを使用する製品とユーザーアカウントを共有する場合の設定を確認する

D.1 バージョン7.x.xからのアップグレードとは

D.3 バージョン7.x.xからアップグレードする（非クラスタ環境の場合）

D.4 バージョン7.x.xからアップグレードする（クラスタ環境の場合）

D.3 バージョン7.x.xからアップグレードする（非クラスタ環境の場合）

非クラスタ環境の管理サーバにインストールされているCompute Systems Managerを，バージョン7.x.xからアップグレードします。

事前に完了しておく操作

インストールする前の確認作業

管理サーバの設定の確認
アップグレード時に，バージョン7.x.xのCompute Systems Managerから次の設定を引き継ぐことができます。

データベース

Compute Systems Managerを含むHitachi Command Suite製品のデータベースの認証情報

SNMPトラップ定義を含むMIBファイル
アップグレード後のインストール先ディレクトリに移動されます。

Compute Systems Managerサーバのプロパティファイル（user.propertiesファイル，およびlogger.propertiesファイル）
バージョン7.x.xのプロパティファイルの内容は，アップグレード後のプロパティファイルにマージされます。

上記以外のファイルおよび設定内容は，アップグレードすると初期化されます。上記以外の設定を変更している場合は，必要に応じて設定内容を控えておいてください。

デプロイメントマネージャーのアンインストール（デプロイメントマネージャーを使用している場合）
デプロイメントマネージャーは，アップグレード前にアンインストールする必要があります。アンインストールには，バージョン7.x.xのインストールメディアが必要です。
Compute Systems Managerのインストールウィザードで，デプロイメントマネージャーを選択してアンインストールしてください。

Compute Systems Managerをアップグレードする手順を次に示します。

インストールメディアを管理サーバにセットします。
統合インストールメディアでウィンドウが自動で表示されない場合は，＜統合インストールメディア＞¥index.htmlをダブルクリックしてウィンドウを開いてください。

インストールウィザードを起動します。

単体インストールメディアの場合
＜Compute Systems Managerのインストールメディア＞¥HCSM_SERVER¥setup.exeを実行します。

統合インストールメディアの場合
表示された画面の［HCSM］を選択して，［Install］ボタンをクリックします。

インストールウィザードの指示に従って，それぞれの画面で必要な情報を指定します。

［インストール完了］画面で，［完了］ボタンをクリックします。

アップグレード前に管理サーバの設定を変更していた場合は，必要に応じて再設定します。

Compute Systems Managerを再起動します。

WebブラウザーでCompute Systems Managerにアクセスできることを確認します。

重要

SSL通信をしている場合，またはHitachi Command Suite共通コンポーネントのポート番号を変更している場合，［インストール完了］画面で［インストール完了時にHitachi Command Suite GUIを起動する。］チェックボックスを選択しても，GUIを起動できないことがあります。
その場合は，変更後の管理サーバの情報を確認して，WebブラウザーのアドレスバーにCompute Systems ManagerのURLを入力してGUIを起動してください。
また，次のショートカットのURLも変更してください。
Windows Server 2008 R2の場合：
［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Compute Systems Manager］－［Login - HCSM］を右クリックすると表示される，［プロパティ］－［Webドキュメント］タブの［URL］
Windows Server 2012の場合：
［スタート］－［すべてのアプリ］－［Hitachi Command Suite］－［Compute Systems Manager］－［Login - HCSM］を右クリックすると表示される，［プロパティ］－［Webドキュメント］タブの［URL］

WebブラウザーがInternet Explorer 11の場合，Compute Systems Managerにログインしたあと，空白や遷移途中のウィンドウが表示されることがあります。
その場合は，再度Webブラウザーを起動し，アドレスバーにCompute Systems ManagerのURLを入力してください。

新しいバージョンのCompute Systems Managerが使用できるようになります。

関連項目

2.4.2 インストールする前の確認事項

2.5.2 管理サーバにアクセスできるか確認する

7.2 デプロイメントマネージャーをインストールするための前提条件

7.5 デプロイメントマネージャーをインストールする

8.1.2 Compute Systems Managerを起動する

8.1.3 Compute Systems Managerを停止する

D.1 バージョン7.x.xからのアップグレードとは

D.2 アップグレードする前の確認事項

D.4 バージョン7.x.xからアップグレードする（クラスタ環境の場合）

クラスタ環境の管理サーバにインストールされているCompute Systems Managerを，バージョン7.x.xからアップグレードします。

事前に完了しておく操作

インストールする前の確認作業

クラスタ環境で運用する管理サーバの空き容量の確認

クラスタ管理アプリケーションを使用して設定する前の確認

管理サーバの設定の確認
アップグレード時に，バージョン7.x.xのCompute Systems Managerから次の設定を引き継ぐことができます。

データベース

Compute Systems Managerを含むHitachi Command Suite製品のデータベースの認証情報

SNMPトラップ定義を含むMIBファイル
アップグレード後のインストール先ディレクトリに移動されます。

Compute Systems Managerサーバのプロパティファイル（user.propertiesファイル，およびlogger.propertiesファイル）
バージョン7.x.xのプロパティファイルの内容は，アップグレード後のプロパティファイルにマージされます。

上記以外のファイルおよび設定内容は，アップグレードすると初期化されます。上記以外の設定を変更している場合は，必要に応じて設定内容を控えておいてください。

データベースが使用するポート番号の確認
Compute Systems Managerをアップグレードすると，データベースが使用するポート番号がデフォルト（22032/tcp）に設定されます。
ポート番号をデフォルト以外の番号に変更して運用している場合は，ポート番号を控えておいてください。

デプロイメントマネージャーのアンインストール（デプロイメントマネージャーを使用している場合）
アップグレード前に，実行系および待機系の各ノードからアンインストールする必要があります。
アンインストールには，バージョン7.x.xのインストールメディアが必要です。Compute Systems Managerのインストールウィザードで，デプロイメントマネージャーを選択してアンインストールしてください。

重要

インストールウィザードで指定するクラスタ管理アプリケーションのグループに，すでにHitachi Command Suite製品のサービスが登録されている場合は，次の点に注意してください。

登録されているサービスは，実行系ノードでのインストール時にすべて削除され，待機系ノードでのインストール時にデフォルトの設定で再登録されます。サービスのリソース名を変更している場合は，必要に応じて事前にリソース名を控えておき，インストール後に手動で変更してください。

ただし，Hitachi File Services Managerのサービスは削除されないため，上記の対処は不要です。

クラスタ環境でCompute Systems Managerをアップグレードする手順を次に示します。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスを登録するグループの所有者を実行系ノードに移動し，クラスタ管理IPアドレスと共有ディスクをオンラインにします。

実行系ノードでCompute Systems Managerをアップグレードインストールします。
インストールウィザードでは，クラスタ構成でのインストールを選択して，それぞれの画面で必要な情報を指定します。ほかのHitachi Command Suite製品ですでにクラスタ環境が構築されている場合は，その設定が適用されるため，再度指定する必要はありません。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスを登録するグループの所有者を待機系ノードに移動します。

待機系ノードでCompute Systems Managerをアップグレードインストールします。
インストールの際には，次の条件に従ってください。

インストール先を実行系ノードと同じにしてください。

実行系ノードでデプロイメントマネージャーをインストールした場合は，待機系ノードでもインストールしてください。

重要

待機系ノードで複数のHitachi Command Suite製品を新規インストールする場合は，実行系ノードでインストールした順番で製品をインストールしてください。

データベースが使用するポート番号をデフォルト以外の番号に変更して運用する場合は，控えておいたポート番号を実行系および待機系の各ノードで設定します。

重要

32ビットのHitachi Command Suite共通コンポーネントを使用する製品がインストールされている場合は，その製品が使用するポート番号と競合しないことを確認してください。

次のコマンドを実行して，Compute Systems Managerのクラスタ運用を開始します。
＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ（バージョン8以降）＞¥ClusterSetup¥hcmds64clustersrvstate /son /r ＜グループ名＞

プラグインライセンスを登録する場合は，待機系ノードでライセンスキーを入力します。

日立製のサーバを管理対象にしている場合は，必要に応じて，日立製のサーバに登録される管理サーバのIPアドレスがクラスタ管理IPアドレスになるように設定を変更します。
実行系および待機系の各ノードで，次のファイルのsvp.bind.addressプロパティに，クラスタ管理IPアドレスを指定します。
＜Compute Systems Managerのインストールディレクトリ＞¥ComputeSystemsManager¥conf¥user.properties

参考

svp.bind.addressプロパティを指定しない場合，日立製のサーバには実行系および待機系の各ノードのIPアドレスが登録されます。

すでに運用中の日立製のサーバには，通信先の管理サーバのIPアドレスが登録されています。svp.bind.addressプロパティを指定すると，プロパティに指定したIPアドレスも新しく登録されます。日立製のサーバに登録されている管理サーバのIPアドレスは，Webコンソールで確認できます。使用していない管理サーバのIPアドレスが残っている場合は削除してください。

クラスタ管理アプリケーションで，Compute Systems Managerのサービスを登録するグループの所有者を実行系ノードに移動します。

待機系ノードでプラグインライセンスを登録した場合は，実行系ノードでも同様にライセンスキーを入力します。

デプロイメントマネージャーをインストールした場合は，デプロイメントマネージャーを使用するためのクラスタ環境を設定します。

新しいバージョンのCompute Systems Managerが使用できるようになります。

関連項目

2.4.2 インストールする前の確認事項

2.4.3 Compute Systems Managerをインストールする（Windows）

(1) ポート変更時に編集するHitachi Command Suite共通コンポーネントのプロパティ

(3) ポートを変更する

7.2 デプロイメントマネージャーをインストールするための前提条件

7.5 デプロイメントマネージャーをインストールする

9.1 クラスタを使用するための環境設定と運用とは

9.3.1 クラスタ運用を開始する環境設定手順の確認

9.3.2 クラスタ環境で運用する管理サーバの空き容量の確認

9.3.3 クラスタ管理アプリケーションを使用して設定する前の確認

9.7.1 クラスタ環境でウィルス検出プログラムを使用する場合に必要な設定

9.7.2 クラスタ環境で同期が必要な設定

9.7.3 デプロイメントマネージャーを使用する場合のクラスタ環境を設定する

9.8.3 Compute Systems Managerのクラスタ運用を開始する（Windows）

B.1.3 Compute Systems Managerサーバのポートや機能に関するプロパティ（user.properties）

D.2 アップグレードする前の確認事項

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

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

この付録の構成

E.1 関連マニュアル

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

E.3 英略語

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

E.5 ディレクトリとフォルダの表記について

E.1 関連マニュアル

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

Hitachi Command Suite Compute Systems Manager ユーザーズガイド（3021-9-096）

Hitachi Command Suite Compute Systems Manager CLI リファレンスガイド（3021-9-099）

Hitachi Command Suite Compute Systems Manager メッセージ（3021-9-100）

Hitachi Command Suite Compute Systems Manager REST APIリファレンスガイド（3021-9-101）

Hitachi Command Suite システム構成ガイド（3021-9-008）

Hitachi Command Suite メッセージ（3021-9-011）

Hitachi Command Suite 仮想アプライアンス インストールガイド（3021-9-017）

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

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

表記
製品名

32ビットのHitachi Command Suite共通コンポーネントを使用する製品
次の製品を区別する必要がない場合の表記です。

Hitachi File Services Manager

Hitachi Storage Navigator Modular 2

JP1/Automatic Operation

Alive Monitor
Hitachi Server Navigator - Alive Monitor

Device Manager
Hitachi Device Manager

Dynamic Link Manager
Hitachi Dynamic Link Manager

Global Link Manager
Hitachi Global Link Manager

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

J2EE

Java 2 Platform, Enterprise Edition

Java VM
Java Virtual Machine

JDK
Java Development Kit

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

JP1/Integrated Management - Manager

JP1/Integrated Management - View

JP1/IM - Manager
JP1/Integrated Management - Manager

JP1/IM - View
JP1/Integrated Management - View

JRE
Java Runtime Environment

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

Oracle Enterprise Linux®

Oracle Linux®

Red Hat Enterprise Linux®

SUSE Linux® Enterprise Server

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

Oracle Enterprise Linux®

Oracle Linux®

Red Hat Enterprise Linux
Red Hat Enterprise Linux®

Replication Manager
Hitachi Replication Manager

SUSE Linux
SUSE Linux® Enterprise Server

Tiered Storage Manager
Hitachi Tiered Storage Manager

Tuning Manager
Hitachi Tuning Manager

Update Manager
Hitachi Server Navigator - Update Manager

VMware ESXi
VMware vSphere® ESXi™

E.3 英略語

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

英略語 | 英字での表記
ARP | Address Resolution Protocol
BMC | Baseboard Management Controller
CDP | CRL Distribution Point
CIDR | Classless Inter-Domain Routing
CLI | Command Line Interface
CN | Common Name
CRL | Certificate Revocation List
CSV | Comma-Separated Values
DCOM | Distributed Component Object Model
DER | Distinguished Encoding Rules
DHCP | Dynamic Host Configuration Protocol
DN | Distinguished Name
DNS | Domain Name System
DST | Daylight Saving Time
ECC | Elliptic Curve Cryptography
FQDN | Fully Qualified Domain Name
GUI | Graphical User Interface
LDAP | Lightweight Directory Access Protocol
MIB | Management Information Base
NTP | Network Time Protocol
OCSP | Online Certificate Status Protocol
OID | Object IDentifier
PEM | Privacy Enhanced Mail
PXE | Preboot eXecution Environment
RFC | Request For Comments
RMI | Remote Method Invocation
SMTP | Simple Mail Transfer Protocol
SNMP | Simple Network Management Protocol
SRV | SeRVice
SSH | Secure SHell
SSL | Secure Sockets Layer
SSO | Single Sign-On
SVP | SerVice Processor
TFTP | Trivial File Transfer Protocol
TLS | Transport Layer Security
UAC | User Access Control
WinRM | Windows Remote Management
WMI | Windows Management Instrumentation
WoL | Wake-on-Lan
WWPN | World Wide Port Name

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

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

E.5 ディレクトリとフォルダの表記について

このマニュアルでは，LinuxのディレクトリとWindowsのフォルダを総称して「ディレクトリ」と表記しています。Windows環境では，「ディレクトリ」を「フォルダ」に置き換えてお読みください。

用語解説

Compute Systems Managerを使用するために理解しておきたい用語の意味について解説します。

（英字）

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

Hitachi Command Suite製品で共通する機能を提供するコンポーネントです。ログイン，Webサービスなどの機能を提供します。

HVM（Hitachi Virtualization Manager）

論理分割の機能で，LPARを管理するブレードサーバ上のコンポーネントです。

LID（Location IDentifier lamp）

シャーシや各モジュールを識別するためのランプです。Compute Systems Managerを使用して，ブレードまたはシャーシ上のLIDを遠隔制御することで，データセンター内で管理対象リソースを特定しやすくします。

LPAR（Logical PARtition）

論理分割の機能を使用している場合に，それぞれに独立したサーバ環境を作成して利用できる論理区画です。

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

障害に備えて，予備ブレードを電源オフ状態で待機させておくことです。稼働中の現用ブレードで障害が発生した場合，自動的に予備ブレードに切り替わります。

VMM（Virtual Machine Manager）

ハイパーバイザーと関連する仮想マシンを管理するソフトウェアです（基本的な概念については，仮想マシンを参照してください）。複数のハイパーバイザーとそのハイパーバイザー上で起動しているすべての仮想マシンを管理対象にできます。VMMを使用して，仮想マシンの作成，仮想マシンの構成の変更，異なるハイパーバイザーへの仮想マシンの移動ができます。

Webコンソール

日立製のサーバに付属しているソフトウェアです。シャーシやサーバのハードウェア情報を参照したり，遠隔操作したりできます。

WebリモートKVM（Keyboard, Video and Mouse）

日立製のサーバに付属しているソフトウェアです。ホスト，サーバ，またはLPARを遠隔操作できます。

（カ行）

外部認可ユーザー

外部認可サーバと連携する場合に，Compute Systems Managerに登録した認可グループに属するユーザーです。

仮想マシン（Virtual Machine）

コンピュータ内の独立したパーティションで，1つまたは複数のアプリケーションを実行しているOSのインスタンスです。仮想マシンを使用すると，同一のコンピュータ上で複数のOSを同時に実行できるようになります。

管理クライアント

GUIまたはCLIクライアントの操作に使用するコンピュータです。

管理サーバ

Compute Systems Managerをインストールしたサーバです。管理対象リソースを一元管理します。

管理対象リソース

ホストや日立製のサーバなど，Compute Systems Managerで管理する対象となるリソースです。管理対象となる日立製のサーバは，ブレードサーバおよびラックマウントサーバです。

現用ブレード

N+Mコールドスタンバイ機能を使用している場合，障害が発生したときに，予備ブレードと切り替わるブレードです。

（サ行）

実行系ノード

クラスタ運用しているシステムで，実際に稼働しているホストです。

性能プロファイル

ユーザー定義による一連の性能情報とデータ取得間隔の設定です。管理対象ホストの性能情報の取得や分析に使用します。

（タ行）

待機系ノード

クラスタ運用しているシステムで，障害が発生した場合に，実行系ノードで使用していたシステムリソースを引き継げるように待機しているホストです。

探索

Compute Systems Managerで管理対象となるリソースを発見する操作です。

デプロイメントマネージャー

複数の管理対象リソースのディスクデータをイメージファイルとしてバックアップしたり，リストアしたりできる機能です。また，バックアップしたイメージファイルを使用して，管理対象リソースの環境をほかの管理対象リソースに複製もできます。

電力プロファイル

ユーザー定義による一連の電力情報とデータ取得間隔の設定です。シャーシの電力消費量の取得や分析に使用します。

（ハ行）

ハイパーバイザー

1台の物理ホストコンピュータ上で複数のゲストOS（仮想マシン）を同時に起動するためのソフトウェアです。各OSは独立して起動しますが，ハイパーバイザーがホストプロセッサとリソースを制御します。

（マ行）

マネジメントモジュール

シャーシにインストールされたコンポーネントで，ブレードやそのほかのさまざまな共有電子部品を制御します。

（ヤ行）

ユーザーグループ

ユーザーアカウントをグルーピングしたものです。外部認可サーバと連携する場合は，認可グループをユーザーグループとしても利用できます。ユーザーグループにリソースグループおよびロールを割り当てることで，管理対象に対するアクセスを制御できます。

予備ブレード

N+Mコールドスタンバイ機能を使用している場合，障害が発生した現用ブレードと切り替わるまで，電源オフの状態で待機するブレードです。

（ラ行）

リソースグループ

管理対象リソースをグルーピングしたものです。

ロール

ユーザーグループ内のユーザーが，リソースグループ内のリソースに対して持つ操作権限です。

論理グループ

管理対象リソースをユーザー定義によってグルーピングしたものです。

論理分割

日立サーバ論理分割機構を使用して，1台または複数台のブレードで構成されているブレードサーバを論理的に分割し，それぞれに独立したサーバ環境を作成して利用できる機能です。

索引

[記号]
[数字]
[A][B][C][D][E][H][I][J][K][L][M][N][P][R][S][U][W]
[あ][い][う][え][お][か][き][く][け][さ][し][す][せ][た][ち][つ][て][と][ね][は][ひ][ふ][へ][ほ][ま][め][ゆ][ら][り][れ][ろ]

(記号)

.NET Framework

インストール〔デプロイメントマネージャー〕

(数字)

32ビットのHitachi Command Suite共通コンポーネントを使用する製品とのユーザーアカウントの共有

設定確認

無効にする手順

有効にする手順

(A)

auditlog.conf

Authentication

(B)

BaseDN

BMC監視

有効

(C)

cluster.conf

Compute Systems Manager

Compute Systems Manager

稼働状況確認

起動

起動〔概要〕

サービス〔クラスタ〕

常駐プロセス〔Linux〕

常駐プロセス〔Windows〕

停止

停止〔概要〕

Compute Systems Managerサーバ

プロパティ

プロパティの一覧

ポート

Compute Systems Managerのログ

設定変更

ConfigurationAccess

(D)

DCOM

有効〔Windowsホスト〕

有効〔Windowsホスト〕

def_pdsys

def_pdutsys

DeploymentManager API Service

DeploymentManager Backup/Restore Management

DeploymentManager Get Client Information

DeploymentManager PXE Management

DeploymentManager PXE Mtftp

DeploymentManager Remote Update Service

DeploymentManager Schedule Management

DeploymentManager Transfer Management

Device Managerサーバ

セキュリティ設定〔概要〕

DNSサーバ照会条件

LDAPディレクトリサーバ

DNSサーバに照会

exauth.propertiesファイルの設定項目〔Kerberosサーバ〕

exauth.propertiesファイルの設定項目〔Kerberosサーバ〕

exauth.propertiesファイルの設定項目〔LDAPディレクトリサーバ〕

exauth.propertiesファイルの設定項目〔LDAPディレクトリサーバ〕

(E)

exauth.properties

Kerberosサーバとの連携

LDAPディレクトリサーバとの連携

exauth.propertiesファイルの設定項目

DNSサーバに照会〔Kerberosサーバ〕

DNSサーバに照会〔Kerberosサーバ〕

DNSサーバに照会〔LDAPディレクトリサーバ〕

DNSサーバに照会〔LDAPディレクトリサーバ〕

Kerberosサーバ情報を直接指定

Kerberosサーバ情報を直接指定

LDAPディレクトリサーバ情報を直接指定

LDAPディレクトリサーバ情報を直接指定

外部認可サーバ連携〔Kerberosサーバ〕

外部認可サーバ連携〔Kerberosサーバ〕

外部認可サーバ連携〔LDAPディレクトリサーバ〕

外部認可サーバ連携〔LDAPディレクトリサーバ〕

ExternalService

Eメール通知

アラートレベル設定

設定

(H)

HBase 64 Storage Mgmt SSO Service

HBase 64 Storage Mgmt Web Service

HBase 64 Storage Mgmt Web SSO Service

hcmds64checkauth

hcmds64dbclustersetup

hcmds64getlogs

hcmds64keytool

hcmds64ldapuser

HCS Compute Systems Manager Web Service

HiRDB.ini

HiRDB/EmbeddedEdition _HD1

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

ポート

Hitachi Network Objectplaza Trace Monitor 2

Hitachi Network Objectplaza Trace Monitor 2 (x64)

HVM

JP1イベント拡張属性

(I)

IIS

インストール

IPv6を使用する場合の設定

IPアドレス

変更

IPアドレス変更

マネジメントモジュール

IPアドレス変更時に編集

プロパティ〔Hitachi Command Suite共通コンポーネント〕

IP接続

許可〔Linuxホスト〕

(J)

JDK

変更

JP1/IM

アラート監視設定

ラウンチ

ラウンチの設定

JP1/IMでのアラート監視

JP1イベント拡張属性

JP1イベント拡張属性

HVM

N+Mコールドスタンバイの構成変更

SNMPトラップ

SVP

性能監視

JP1イベントの属性

(K)

Kerberosサーバ

接続設定

プロパティの設定例

Kerberosサーバ情報を直接指定

exauth.propertiesファイルの設定項目

exauth.propertiesファイルの設定項目

Kerberosサーバとの連携

exauth.properties

作業フロー

Kerberos認証

暗号タイプ

keytool

(L)

LDAPディレクトリサーバ

DNSサーバ照会条件

StartTLS通信設定

証明書

セキュリティ設定

接続条件

接続設定

プロパティの設定例

LDAPディレクトリサーバ情報を直接指定

exauth.propertiesファイルの設定項目

exauth.propertiesファイルの設定項目

LDAPディレクトリサーバとの連携

exauth.properties

作業フロー

Linuxホスト

確認項目

管理対象にするための確認事項

logger.properties

(M)

MIBファイル

登録

(N)

N+Mコールドスタンバイの構成変更

JP1イベント拡張属性

(P)

pdsys

pdutsys

Port.ini

(R)

root

ログインの許可〔Linuxホスト〕

(S)

Severity

SMTPサーバ

セキュリティ設定

SNMPトラップ

SNMPトラップ

JP1イベント拡張属性

監視

設定〔Linuxホスト〕

設定〔Windowsホスト〕

SNMPトラップの設定

作業フロー

SQL Server (DPMDBI)

SQL Server Agent (DPMDBI)

SSL通信

設定〔CLI〕

設定〔GUI〕

SSL通信設定

管理サーバとDevice Managerサーバ

管理サーバとSMTPサーバ

管理サーバと管理クライアント

管理サーバと管理対象サーバ

StartStop

StartTLS通信設定

LDAPディレクトリサーバ

su

利用許可〔Linuxホスト〕

sudo

利用許可〔Linuxホスト〕

SVP

JP1イベント拡張属性

Systemアカウント

パスワード変更

メールアドレス設定

ロック対象

(U)

URL

変更

変更するタイミング

user.conf

user.properties

user_hsso_httpsd.conf

user_httpsd.conf

usrconf.properties

Compute Systems Manager

Hitachi Command Suite共通コンポーネント〔シングルサインオン〕

(W)

Windowsホスト

管理対象にするための確認事項

WinRM

設定〔Linux管理サーバ〕

WoL

有効

workers.properties

(あ)

アカウント

設定〔Linuxホスト〕

ロック解除

空き容量確認

クラスタ

アクセス確認

管理サーバ

アップグレード〔バージョン7.x.xからの場合〕

概要

確認事項

アップグレードインストール〔バージョン7.x.xからの場合〕

クラスタ環境

非クラスタ環境

アラート監視設定

JP1/IM

アラートレベル設定

Eメール通知

アンインストール

Linux

Windows

概要

確認事項

クラスタ〔Red Hat Enterprise Linux〕

クラスタ〔Windows〕

クラスタ〔デプロイメントマネージャー〕

暗号タイプ

Kerberos認証

(い)

移行

確認事項〔データベース〕

クラスタ〔Red Hat Enterprise Linux〕

クラスタ〔Windows〕

一時停止

クラスタ〔Red Hat Enterprise Linux〕

クラスタ〔Windows〕

インストール

.NET Framework〔デプロイメントマネージャー〕

IIS

Linux

Windows

アップグレードまたは上書きインストール〔Red Hat Enterprise Linuxのクラスタ環境〕

アップグレードまたは上書きインストール〔Red Hat Enterprise Linuxのクラスタ環境〕

インストール〔Windowsのクラスタ環境〕

概要

確認事項

仮想アプライアンス

作業フロー

新規インストール〔Red Hat Enterprise Linuxのクラスタ環境〕

新規インストール〔Red Hat Enterprise Linuxのクラスタ環境〕

デプロイメントマネージャー

インストール環境

確認

インストール時の入力項目

検討

インストールするための前提条件

デプロイメントマネージャー

インストールディレクトリ

確認

インバンドSNMPトラップの監視

インポート

データベース

データベース〔Red Hat Enterprise Linuxのクラスタ環境〕

データベース〔Windowsのクラスタ環境〕

(う)

ウィルス検出プログラムの設定

運用開始

クラスタ〔Red Hat Enterprise Linux〕

クラスタ〔Windows〕

運用するための前提条件

デプロイメントマネージャー

(え)

エクスポート

データベース

データベース〔Red Hat Enterprise Linuxのクラスタ環境〕

データベース〔Windowsのクラスタ環境〕

(お)

温度の単位

設定

(か)

カーネルパラメーター〔Linux管理サーバ〕

設定

階層構造モデル

外部認可サーバ

外部認可サーバ連携

exauth.propertiesファイルの設定項目〔Kerberosサーバ〕

exauth.propertiesファイルの設定項目〔Kerberosサーバ〕

exauth.propertiesファイルの設定項目〔LDAPディレクトリサーバ〕

exauth.propertiesファイルの設定項目〔LDAPディレクトリサーバ〕

外部認証サーバ

外部認証サーバとの連携

作業フロー

作業フロー〔Kerberosサーバ〕

作業フロー〔LDAPディレクトリサーバ〕

外部認証サーバ連携で使用するコマンド

注意事項

確認

インストール環境

インストールディレクトリ

監査ログ

管理サーバ情報

管理サーバのシステム環境〔Linux〕

システム要件

ポート番号

確認項目

Linuxホスト

確認事項

アップグレード〔バージョン7.x.xからの場合〕

アンインストール

移行〔データベース〕

バックアップ〔データベース〕

リストア〔データベース〕

仮想アプライアンス

環境設定ファイル設定

監査ログ

監査ログ

監査ログ

確認

環境設定ファイル設定

メッセージ部

監査ログの種別

監視

SNMPトラップ

管理クライアント

セキュリティ設定

接続制限

接続制限〔概要〕

管理サーバ

SSL通信設定〔Device Managerサーバ〕

SSL通信設定〔SMTPサーバ〕

SSL通信設定〔管理クライアント〕

SSL通信設定〔管理対象サーバ〕

アクセス確認

システム環境の確認〔Linux〕

管理サーバ移行

作業フロー

管理サーバ情報

確認

管理対象

Compute Systems Manager

管理対象サーバ

セキュリティ設定

管理対象にするための確認事項

Linuxホスト

Windowsホスト

日立製ブレードサーバ

日立製ラックマウントサーバ

管理対象ホスト

ログインの許可

管理対象ホスト設定

作業フロー〔Linux〕

作業フロー〔Windows〕

作業フロー〔Windows〕

管理対象ホストの移行

管理対象ホストの設定

作業フロー

管理対象リソース

登録

ブートの設定変更

完了

初期設定作業

関連製品

(き)

許可

IP接続〔Linuxホスト〕

(く)

クラスタ

空き容量確認

アンインストール〔Red Hat Enterprise Linux〕

アンインストール〔Windows〕

アンインストール〔デプロイメントマネージャー〕

移行〔Red Hat Enterprise Linux〕

移行〔Windows〕

一時停止〔Red Hat Enterprise Linux〕

一時停止〔Windows〕

インストール〔Windows〕

ウィルス検出プログラムの設定

運用開始〔Red Hat Enterprise Linux〕

運用開始〔Windows〕

環境設定と運用

実行系ノードでアップグレードまたは上書きインストール〔Red Hat Enterprise Linux〕

実行系ノードで新規インストール〔Red Hat Enterprise Linux〕

設定手順確認

待機系ノードでアップグレードまたは上書きインストール〔Red Hat Enterprise Linux〕

待機系ノードで新規インストール〔Red Hat Enterprise Linux〕

デプロイメントマネージャーの環境設定

同期が必要な設定

クラスタ管理アプリケーション

サービスの削除〔Red Hat Enterprise Linux〕

サービスの削除〔Windows〕

サービスの登録〔Red Hat Enterprise Linux〕

サービスの登録〔Windows〕

設定前の確認

(け)

検討

インストール時の入力項目

(さ)

サーバ管理者

ユーザーアカウント作成

サーバ証明書

削除

有効期限確認

サービス

Compute Systems Manager〔クラスタ〕

サービスの削除

クラスタ管理アプリケーション〔Red Hat Enterprise Linux〕

クラスタ管理アプリケーション〔Windows〕

サービスの登録

クラスタ管理アプリケーション〔Red Hat Enterprise Linux〕

クラスタ管理アプリケーション〔Windows〕

採取

スレッドダンプ〔Linux管理サーバ〕

スレッドダンプ〔Windows管理サーバ〕

保守情報〔Linuxホスト〕

保守情報〔Windowsホスト〕

保守情報〔管理サーバ〕

作業フロー

作業フロー

Kerberosサーバとの連携

Kerberosサーバとの連携

LDAPディレクトリサーバとの連携

LDAPディレクトリサーバとの連携

SNMPトラップの設定

インストール

外部認証サーバとの連携

管理サーバ移行

管理対象ホスト設定〔Linux〕

管理対象ホスト設定〔Windows〕

管理対象ホスト設定〔Windows〕

管理対象ホストの設定

新規インストール

通信のセキュリティ設定〔Device Managerサーバ〕

通信のセキュリティ設定〔LDAPディレクトリサーバ〕

通信のセキュリティ設定〔SMTPサーバ〕

通信のセキュリティ設定〔管理クライアント〕

通信のセキュリティ設定〔管理対象サーバ〕

データベースの管理

デプロイメントマネージャーの環境設定

トラブルシューティング

ネットワーク構成変更

削除

サーバ証明書

情報検索用ユーザーアカウント

サマータイム

サマータイム

(し)

シェル制限〔Linux管理サーバ〕

設定

時刻

調整

調整〔運用開始後〕

システム構成

システム構成要素

システム要件

確認

出力情報

タスク操作

リクエスト受理時

リクエスト受理時〔詳細メッセージ〕

レスポンス送信時

常駐プロセス

Linux

Windows

デプロイメントマネージャー

冗長構成〔外部認証サーバ〕

情報検索用ユーザーアカウント

情報検索用ユーザーアカウント

削除

登録状況確認

証明書

LDAPディレクトリサーバ

証明書インポート

注意事項〔LDAPディレクトリサーバ〕

初期設定作業

完了

新規インストール

作業フロー

新規インストール後に必要な作業

(す)

スレッドダンプ

採取〔Linux管理サーバ〕

採取〔Windows管理サーバ〕

(せ)

性能監視

JP1イベント拡張属性

セキュリティ設定

セキュリティ設定

Device Managerサーバ〔概要〕

LDAPディレクトリサーバ

SMTPサーバ

管理クライアント

管理対象サーバ

接続条件

LDAPディレクトリサーバ

接続制限

管理クライアント

管理クライアント〔概要〕

接続設定

Kerberosサーバ

LDAPディレクトリサーバ

設定

Eメール通知

IPv6

SNMPトラップ〔Linuxホスト〕

SNMPトラップ〔Windowsホスト〕

SSL通信〔CLI〕

SSL通信〔GUI〕

WinRM〔Linux管理サーバ〕

アカウント〔Linuxホスト〕

温度の単位

カーネルパラメーターとシェル制限〔Linux管理サーバ〕

ファイアウォール〔Windowsホスト〕

ファイアウォールの例外登録〔Linux管理サーバ〕

ファイアウォールの例外登録〔Windows管理サーバ〕

ユーザーグループ

リソースグループ

リモート接続〔Windowsホスト〕

設定手順確認

クラスタ

設定変更

Compute Systems Managerのログ

設定前の確認

クラスタ管理アプリケーション

(た)

タイムアウト時間

変更

タスク操作

出力情報

(ち)

注意事項

外部認証サーバ連携で使用するコマンド

証明書インポート〔LDAPディレクトリサーバ〕

調整

時刻

時刻〔運用開始後〕

(つ)

通信のセキュリティ設定

作業フロー〔Device Managerサーバ〕

作業フロー〔LDAPディレクトリサーバ〕

作業フロー〔SMTPサーバ〕

作業フロー〔管理クライアント〕

作業フロー〔管理対象サーバ〕

(て)

データベース

インポート

インポート〔Red Hat Enterprise Linuxのクラスタ環境〕

インポート〔Windowsのクラスタ環境〕

エクスポート

エクスポート〔Red Hat Enterprise Linuxのクラスタ環境〕

エクスポート〔Windowsのクラスタ環境〕

バックアップ

バックアップ〔Red Hat Enterprise Linuxのクラスタ環境〕

バックアップ〔Windowsのクラスタ環境〕

リストア

リストア〔Red Hat Enterprise Linuxのクラスタ環境〕

リストア〔Windowsのクラスタ環境〕

データベースの管理

データベースの管理

作業フロー

適用時刻

デプロイメントマネージャー

インストール

インストールするための前提条件

運用するための前提条件

環境設定〔クラスタ〕

常駐プロセス

ポート

ポート番号変更

デプロイメントマネージャーの環境設定

デプロイメントマネージャーの環境設定

作業フロー

(と)

同期が必要な設定

クラスタ

登録

MIBファイル

管理対象リソース

プラグインライセンス

登録状況確認

情報検索用ユーザーアカウント

トラブルシューティング

トラブルシューティング

作業フロー

トラブルシューティング事例

Compute Systems Managerが起動しない

データベースをリストアできない

データベースをリストアできない〔Red Hat Enterprise Linuxのクラスタ環境〕

データベースをリストアできない〔Windowsのクラスタ環境〕

ログイン画面が表示されない

(ね)

ネットワーク構成

ネットワーク構成変更

作業フロー

(は)

パス指定規則

パスワード変更

Systemアカウント

バックアップ

確認事項〔データベース〕

データベース

データベース〔Red Hat Enterprise Linuxのクラスタ環境〕

データベース〔Windowsのクラスタ環境〕

(ひ)

日立製ブレードサーバ

管理対象にするための確認事項

日立製ラックマウントサーバ

管理対象にするための確認事項

(ふ)

ファイアウォール

設定〔Windowsホスト〕

例外登録〔Linux管理サーバ〕

例外登録〔Linux管理サーバ〕

例外登録〔Windows管理サーバ〕

例外登録が必要なポート〔Linux管理サーバ〕

ブートの設定変更

管理対象リソース

プラグインライセンス

登録

フラットモデル

プロパティ

Compute Systems Managerサーバ

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

IPアドレス変更時に編集〔Hitachi Command Suite共通コンポーネント〕

ポート変更時に編集〔Compute Systems Managerサーバ〕

ポート変更時に編集〔Hitachi Command Suite共通コンポーネント〕

ホスト名変更時に編集〔Hitachi Command Suite共通コンポーネント〕

プロパティと設定ファイル

ポート変更時に編集〔デプロイメントマネージャー〕

プロパティの一覧

Compute Systems Managerサーバ

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

プロパティの設定例

Kerberosサーバ

LDAPディレクトリサーバ

(へ)

変更

IPアドレス

JDK

URL

タイムアウト時間

ポート

ホスト名

変更するタイミング

URL

編集

ポート変更時〔デプロイメントマネージャー〕

(ほ)

ポート

Compute Systems Managerサーバ

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

デプロイメントマネージャー

変更

ポートの詳細

ポート番号

確認

例外登録〔Linux管理サーバ〕

ポート番号変更

デプロイメントマネージャー

ポート変更時に編集

プロパティ〔Compute Systems Managerサーバ〕

プロパティ〔Hitachi Command Suite共通コンポーネント〕

保守情報

採取〔Linux管理サーバのJava VMスレッドダンプ〕

採取〔Linuxホスト〕

採取〔Windows管理サーバのJava VMスレッドダンプ〕

採取〔Windowsホスト〕

採取〔管理サーバ〕

保守情報の採取

ホスト名

変更

ホスト名変更時に編集

プロパティ〔Hitachi Command Suite共通コンポーネント〕

ポリシー設定

(ま)

マネジメントモジュール

IPアドレス変更

マルチドメイン構成〔外部認証サーバ〕

(め)

メールアドレス設定

Systemアカウント

メッセージ部

監査ログ

(ゆ)

有効

BMC監視

DCOM〔Windowsホスト〕

WinRM〔Windowsホスト〕

WoL

有効期限確認

サーバ証明書

ユーザーアカウント作成

サーバ管理者

ユーザーグループ

設定

(ら)

ラウンチ

(り)

リクエスト受理時

出力情報

出力情報〔詳細メッセージ〕

リストア

確認事項〔データベース〕

データベース

データベース〔Red Hat Enterprise Linuxのクラスタ環境〕

データベース〔Windowsのクラスタ環境〕

リソースグループ

設定

リモート接続

設定〔Windowsホスト〕

利用許可

sudo〔Linuxホスト〕

su〔Linuxホスト〕

(れ)

レスポンス送信時

出力情報

(ろ)

ログインの許可

root〔Linuxホスト〕

管理対象ホスト

ログの設定

ロック解除

アカウント

ロック対象

Systemアカウント