Hitachi Command Suite

Replication Manager Software
システム構成ガイド

3020-3-W82-C0

目次

前書き

はじめに

対象読者

マニュアルの構成

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

図中で使用している記号

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

1. Replication Managerの概要

1.1 Replication Managerとは

1.2 Replication Manager操作のロードマップ

2. Replication Managerのシステム構成と要件

2.1 Replication Managerのシステム構成

2.1.1 コピーペアを管理する場合のシステム構成（オープン系システム）

2.1.2 仮想コマンドデバイスを使用してコピーペアを管理する場合のシステム構成（オープン系システム）

2.1.3 デバイスグループで定義されたコピーグループを管理する場合のシステム構成（オープン系システム）

2.1.4 データベースのレプリカを管理する場合のシステム構成（オープン系システム）

2.1.5 コピーペアとレプリカを管理する場合のシステム構成例（オープン系システム）

2.1.6 コピーペアを管理するためのシステム構成（メインフレーム系システム）

2.1.7 待機構成でのReplication Manager

2.2 システム要件

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

2.2.2 管理クライアントのシステム要件

2.2.3 ホストおよびペア管理サーバのシステム要件

2.2.4 データベースサーバおよびバックアップサーバのシステム要件

2.2.5 データベースサーバおよびバックアップサーバで対応している仮想化環境

2.2.6 サポート対象のストレージシステムと要件

3. Replication Managerのセットアップ

3.1 環境設定

3.1.1 Replication Managerの環境設定の流れ

3.1.2 オープン系システムでコピーペアを管理する場合の環境構築

3.1.3 メインフレーム系システムでコピーペアを管理する場合の環境構築

3.1.4 レプリカを管理する場合の環境構築

3.2 Business Continuity ManagerおよびIBM HTTP Serverと連携した構成でのReplication Managerのアップグレードインストール

3.3 バージョン5.xからバージョン7.xへのアップグレードインストール

3.3.1 Windowsの場合

3.3.2 SolarisまたはLinuxの場合

3.4 Application Agentのインストール・アンインストール

3.4.1 Application Agentのインストール前の確認事項

3.4.2 Application Agentの新規インストール

3.4.3 Application Agentのアップグレードインストール

3.4.4 Application Agentの上書きインストール（コンポーネントのインストール・アンインストール）

3.4.5 Protection Managerから移行する場合のApplication Agentのインストール

3.4.6 Application Agentのアンインストール

3.5 ファイアウォール環境で運用するための設定

3.5.1 ファイアウォールへの例外登録が必要なポート

3.5.2 Application Agentを利用するためのファイアウォールの設定

3.6 Replication Managerライセンスの初期設定

3.7 GUIへのリンクメニューの追加

4. 管理サーバの運用

4.1 管理サーバでコマンドを実行する場合

4.1.1 ユーザー権限

4.1.2 SolarisおよびLinuxでのPATH環境変数の設定

4.2 Replication Managerの起動と停止

4.2.1 Replication Managerの起動

4.2.2 Replication Managerの停止

4.2.3 Replication Managerの稼働状態の確認

4.3 プロパティファイルの設定の変更

4.3.1 Replication Managerに関するプロパティ

4.3.2 logger.propertiesファイルのプロパティ

4.3.3 serverstorageif.propertiesファイルのプロパティ

4.3.4 bcmif.propertiesファイルのプロパティ

4.3.5 agentif.propertiesファイルのプロパティ

4.3.6 base.propertiesファイルのプロパティ

4.3.7 appagentif.propertiesファイルのプロパティ

4.3.8 RpMCLI.propertiesファイルのプロパティ

4.4 データベースのバックアップとリストア

5. データベースサーバおよびバックアップサーバの運用とメンテナンス

5.1 Application Agentの起動と停止

5.1.1 Application Agentを起動するための前提条件

5.1.2 Application Agentの起動

5.1.3 Application Agentの停止

5.2 Application Agentのプロパティ

5.3 RAID Managerに関する注意事項

5.3.1 プロテクト機能に関する注意事項

5.3.2 RAID Managerの起動と停止に関する注意事項

5.3.3 環境変数に関する注意事項

5.3.4 構成定義ファイルに関する注意事項

5.3.5 コピーペアを構成する場合の注意事項

5.4 ストレージシステム間でレプリカを管理する場合の構成

5.4.1 システム構成

5.4.2 注意事項

5.5 クラスタ環境で運用する場合の注意事項

5.5.1 共有ディスクとクラスタグループに関する注意事項

5.5.2 クラスタ共有ディスクのフォルダパスを変更する場合の注意事項

5.5.3 クラスタ構成でレプリカを取得するための設定

5.5.4 構成定義ファイルを作成するためのDevice Managerエージェントの設定

5.6 時刻の設定

5.7 Application Agentが使用するポート

5.8 Exchange管理ツールおよびベリファイツールのインストール

5.8.1 ESEUTILコマンドを使用する際の注意事項

6. セキュリティ管理

6.1 ネットワーク通信のセキュリティ

6.1.1 Hitachi Command Suite共通コンポーネントとWebブラウザーとの間の通信に関するセキュリティ

6.1.2 Replication ManagerとDevice Managerサーバとの間の通信に関するセキュリティ

6.1.3 Replication ManagerとBusiness Continuity Manager（IHS）との間の通信に関するセキュリティ

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

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

7.1 障害の対処方法

7.2 Application Agentの保守情報の採取

7.3 インストール時またはアンインストール時のトラブルシューティング

7.3.1 Application Agentのインストール時またはアンインストール時の障害の対処方法

7.3.2 Application Agentのインストーラートレースログファイルの出力形式

7.4 詳細メッセージRPM-00824の対処方法

7.4.1 ディスク領域の調査

7.4.2 ほかのディスク領域へのデータベースの移動（非クラスタの場合）

7.4.3 ほかのディスク領域へのデータベースの移動（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

7.4.4 ほかのディスク領域へのデータベースの移動（Solaris Veritas Cluster Serverの場合）

7.4.5 ほかのディスク領域へのデータベースの移動（Solaris Sun Clusterの場合）

7.5 Replication Managerでコピーペアを認識できない場合の対処方法

7.5.1 ペア管理サーバでの確認事項

7.5.2 Device ManagerのGUIでの確認事項

7.5.3 Replication ManagerのGUIでの確認事項

7.6 レプリカの作成に失敗した場合の対処方法

7.7 KAVX5147-Eが発生してレプリカ作成に失敗した場合の対処方法

7.8 リストアに失敗した場合の対処方法

7.9 エラーメッセージRPM-11510の対処方法

7.10 Application Agentの動作が停止した場合の対処方法

7.11 データベースサーバから正ボリュームが切断された場合の対処方法

7.12 Application Agentの動作に影響がないイベントログ

付録A. Replication Monitorのデフォルトのインストール先

A.1 Replication Monitorのインストール先

A.2 Replication Monitorのデータの格納先

付録B. バックアップサーバの台数の見積もり方法

B.1 Exchange Server 2003またはExchange Server 2007の場合

B.2 Exchange Server 2010またはExchange Server 2013の場合

付録C. 前提製品のバージョンによる制限事項

C.1 Device Managerのバージョンによる制限事項

C.2 Business Continuity ManagerまたはMainframe Agentのバージョンによる制限事項

付録D. Replication Managerのデータ収集方法

D.1 オープン系システムでのデータ収集

D.2 メインフレーム系システムでのデータ収集

D.3 各機能で使用するデータ収集経路

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

E.1 関連マニュアル

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

E.3 英略語

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

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

用語解説

索引

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

前書き

対象製品

Hitachi Replication Manager 7.6.1

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

輸出時の注意

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

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

商標類

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

Emulexは，米国Emulex Corporationの登録商標です。

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

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

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

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

InstallShieldは，Macrovision Corporationの米国および/ または他の国における登録商標または商標です。

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

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

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

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

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

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

Microsoft Exchange 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 コーポレーションの米国およびその他の国における商標または登録商標です。

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

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

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

Symantec, DeepSight, NetBackup, Norton AntiVirus，および Veritas は，Symantec Corporation の米国およびその他の国における商標または登録商標です。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Hitachi Replication 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.

発行

2014年1月 3020-3-W82-C0

著作権

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

はじめに

このマニュアルは，Hitachi Replication Manager（以降，Replication Managerと呼びます）を使用したシステムの構築，運用および保守の方法について説明したものです。

はじめにの構成

対象読者

マニュアルの構成

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

図中で使用している記号

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

対象読者

このマニュアルは，Replication Managerを使ってシステムを構築および運用するシステム管理者の方を対象としています。

次のことについて理解していることを前提としています。

ストレージシステムおよび関連ソフトウェアに関する知識

SAN（Storage Area Network），およびストレージシステムの運用管理ソフトウェアに関する基本的な知識

ストレージシステムのボリューム複製機能（ShadowImage，TrueCopyなど）に関する知識

前提製品に関する知識

前提オペレーティングシステム，およびWebブラウザーの基本的な操作方法

Device Managerに関する基本的な知識

RAID Managerに関する基本的な知識

Business Continuity ManagerまたはMainframe Agentについての基本的な知識

Exchange ServerまたはSQL Serverに関する基本的な知識（データベースのレプリカを管理する場合）

マニュアルの構成

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

1. Replication Managerの概要

Replication Managerの機能概要や特長，システム概要など，Replication Managerが組み込まれたシステムを運用する上で前提知識として必要な情報について説明しています。

2. Replication Managerのシステム構成と要件

Replication Managerのシステム構成，構成要素，システム要件などについて説明しています。

3. Replication Managerのセットアップ

Replication Managerの環境設定，およびApplication Agentのインストール方法について説明しています。

4. 管理サーバの運用

サービスの起動と停止，プロパティファイルの編集など，管理サーバの運用について説明しています。

5. データベースサーバおよびバックアップサーバの運用とメンテナンス

データベースサーバおよびバックアップサーバを運用および保守する際に留意する項目について説明しています。

6. セキュリティ管理

Replication Managerで使用できるセキュリティ機能について説明しています。

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

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

付録A. Replication Monitorのデフォルトのインストール先

バージョン5.xのReplication Monitorからバージョン6.xのReplication Managerへアップグレードインストールした場合のデフォルトのインストール先，およびReplication Monitorのデータの格納先について説明しています。

付録B. バックアップサーバの台数の見積もり方法

Exchange Serverを使用する場合の，バックアップサーバの台数の見積もり方法について説明しています。

付録C. 前提製品のバージョンによる制限事項

Replication Managerの前提製品のバージョンによる制限事項について説明しています。

付録D. Replication Managerのデータ収集方法

Replication Managerのデータ収集とプログラム間での処理の流れについて説明しています。

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

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

用語解説

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

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

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

表記
製品名

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

Exchange Server 2003

Exchange Server 2007

Exchange Server 2010

Exchange Server 2013

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

Microsoft® Exchange Server 2003 Standard Edition

Microsoft® Exchange Server 2003 Enterprise Edition

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

Microsoft® Exchange Server 2007 Standard Edition

Microsoft® Exchange Server 2007 Enterprise Edition

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

Microsoft® Exchange Server 2010 Standard Edition

Microsoft® Exchange Server 2010 Enterprise Edition

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

Microsoft® Exchange Server 2013 Standard Edition

Microsoft® Exchange Server 2013 Enterprise Edition

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

Microsoft® Internet Explorer®

Windows® Internet Explorer®

Microsoft Cluster Service
Microsoft® Cluster Service

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

SQL Server 2005

SQL Server 2008

SQL Server 2012

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

Microsoft® SQL Server 2005 Workgroup Edition 32-bit

Microsoft® SQL Server 2005 Standard Edition

Microsoft® SQL Server 2005 Standard Edition 32-bit

Microsoft® SQL Server 2005 Standard Edition for Itanium®-based Systems

Microsoft® SQL Server 2005 Enterprise Edition

Microsoft® SQL Server 2005 Enterprise Edition 32-bit

Microsoft® SQL Server 2005 Enterprise Edition for Itanium®-based Systems

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

Microsoft® SQL Server 2005 Standard Edition for Itanium®-based Systems

Microsoft® SQL Server 2005 Enterprise Edition for Itanium®-based Systems

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

Microsoft® SQL Server 2005 Standard Edition

Microsoft® SQL Server 2005 Enterprise Edition

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

Microsoft® SQL Server 2005 Workgroup Edition 32-bit

Microsoft® SQL Server 2005 Standard Edition 32-bit

Microsoft® SQL Server 2005 Enterprise Edition 32-bit

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

Microsoft® SQL Server 2008 Workgroup Edition

Microsoft® SQL Server 2008 Workgroup Edition 32-bit

Microsoft® SQL Server 2008 Standard Edition

Microsoft® SQL Server 2008 Standard Edition 32-bit

Microsoft® SQL Server 2008 Enterprise Edition

Microsoft® SQL Server 2008 Enterprise Edition 32-bit

Microsoft® SQL Server 2008 Enterprise Edition for Itanium®-based Systems

Microsoft® SQL Server 2008 R2 Standard Edition

Microsoft® SQL Server 2008 R2 Standard Edition 32-bit

Microsoft® SQL Server 2008 R2 Enterprise Edition

Microsoft® SQL Server 2008 R2 Enterprise Edition 32-bit

Microsoft® SQL Server 2008 R2 Enterprise Edition for Itanium®-based Systems

Microsoft® SQL Server 2008 R2 Datacenter Edition

Microsoft® SQL Server 2008 R2 Datacenter Edition 32-bit

Microsoft® SQL Server 2008 R2 Datacenter Edition for Itanium®-based Systems

SQL Server 2008 IPF
Microsoft® SQL Server 2008 Enterprise Edition for Itanium®-based Systems

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

Microsoft® SQL Server 2008 R2 Enterprise Edition for Itanium®-based Systems

Microsoft® SQL Server 2008 R2 Datacenter Edition for Itanium®-based Systems

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

Microsoft® SQL Server 2008 R2 Standard Edition

Microsoft® SQL Server 2008 R2 Enterprise Edition

Microsoft® SQL Server 2008 R2 Datacenter Edition

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

Microsoft® SQL Server 2008 R2 Standard Edition 32-bit

Microsoft® SQL Server 2008 R2 Enterprise Edition 32-bit

Microsoft® SQL Server 2008 R2 Datacenter Edition 32-bit

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

Microsoft® SQL Server 2008 Workgroup Edition

Microsoft® SQL Server 2008 Standard Edition

Microsoft® SQL Server 2008 Enterprise Edition

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

Microsoft® SQL Server 2008 Workgroup Edition 32-bit

Microsoft® SQL Server 2008 Standard Edition 32-bit

Microsoft® SQL Server 2008 Enterprise Edition 32-bit

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

Microsoft® SQL Server 2012 Standard Edition

Microsoft® SQL Server 2012 Standard Edition 32-bit

Microsoft® SQL Server 2012 Business Intelligence Edition

Microsoft® SQL Server 2012 Business Intelligence Edition 32-bit

Microsoft® SQL Server 2012 Enterprise Edition

Microsoft® SQL Server 2012 Enterprise Edition 32-bit

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

Windows 7

Windows 8

Windows 8.1

Windows Server 2003

Windows Server 2008

Windows Server 2012

Windows Vista

Windows XP

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

Microsoft® Windows® 7 Professional

Microsoft® Windows® 7 Enterprise

Microsoft® Windows® 7 Ultimate

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

Microsoft® Windows® 8 Pro

Microsoft® Windows® 8 Enterprise

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

Microsoft® Windows® 8.1 Pro

Microsoft® Windows® 8.1 Enterprise

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

Microsoft® Windows Server® 2003, Standard Edition

Microsoft® Windows Server® 2003, Standard x64 Edition

Microsoft® Windows Server® 2003, Enterprise Edition

Microsoft® Windows Server® 2003, Enterprise x64 Edition

Microsoft® Windows Server® 2003, Enterprise Edition for Itanium®-based Systems

Microsoft® Windows Server® 2003, Datacenter Edition

Microsoft® Windows Server® 2003, Datacenter x64 Edition

Microsoft® Windows Server® 2003, Datacenter Edition for Itanium®-based Systems

Microsoft® Windows Server® 2003 R2, Standard Edition

Microsoft® Windows Server® 2003 R2, Standard x64 Edition

Microsoft® Windows Server® 2003 R2, Enterprise Edition

Microsoft® Windows Server® 2003 R2, Enterprise x64 Edition

Microsoft® Windows Server® 2003 R2, Datacenter Edition

Microsoft® Windows Server® 2003 R2, Datacenter x64 Edition

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

Microsoft® Windows Server® 2003, Enterprise Edition for Itanium®-based Systems

Microsoft® Windows Server® 2003, Datacenter Edition for Itanium®-based Systems

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

Microsoft® Windows Server® 2003 R2, Standard x64 Edition

Microsoft® Windows Server® 2003 R2, Enterprise x64 Edition

Microsoft® Windows Server® 2003 R2, Datacenter x64 Edition

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

Microsoft® Windows Server® 2003 R2, Standard Edition

Microsoft® Windows Server® 2003 R2, Enterprise Edition

Microsoft® Windows Server® 2003 R2, Datacenter Edition

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

Microsoft® Windows Server® 2003, Standard x64 Edition

Microsoft® Windows Server® 2003, Enterprise x64 Edition

Microsoft® Windows Server® 2003, Datacenter x64 Edition

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

Microsoft® Windows Server® 2003, Standard Edition

Microsoft® Windows Server® 2003, Enterprise Edition

Microsoft® Windows Server® 2003, Datacenter Edition

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

Microsoft® Windows Server® 2008 Standard

Microsoft® Windows Server® 2008 Standard 32-bit

Microsoft® Windows Server® 2008 Standard without Hyper-V®

Microsoft® Windows Server® 2008 Standard without Hyper-V® 32-bit

Microsoft® Windows Server® 2008 Enterprise

Microsoft® Windows Server® 2008 Enterprise 32-bit

Microsoft® Windows Server® 2008 Enterprise without Hyper-V®

Microsoft® Windows Server® 2008 Enterprise without Hyper-V® 32-bit

Microsoft® Windows Server® 2008 Datacenter

Microsoft® Windows Server® 2008 Datacenter 32-bit

Microsoft® Windows Server® 2008 Datacenter without Hyper-V®

Microsoft® Windows Server® 2008 Datacenter without Hyper-V® 32-bit

Microsoft® Windows Server® 2008 for Itanium®-based Systems

Microsoft® Windows Server® 2008 R2 Standard

Microsoft® Windows Server® 2008 R2 Enterprise

Microsoft® Windows Server® 2008 R2 Datacenter

Microsoft® Windows Server® 2008 R2 for Itanium®-based Systems

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

Microsoft® Windows Server® 2008 Hyper-V®

Microsoft® Windows Server® 2008 R2 Hyper-V®

Windows Server 2008 IPF
Microsoft® Windows Server® 2008 for Itanium®-based Systems

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

Microsoft® Windows Server® 2008 R2 Standard

Microsoft® Windows Server® 2008 R2 Enterprise

Microsoft® Windows Server® 2008 R2 Datacenter

Windows Server 2008 R2 IPF
Microsoft® Windows Server® 2008 R2 for Itanium®-based Systems

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

Microsoft® Windows Server® 2008 Standard

Microsoft® Windows Server® 2008 Standard without Hyper-V®

Microsoft® Windows Server® 2008 Enterprise

Microsoft® Windows Server® 2008 Enterprise without Hyper-V®

Microsoft® Windows Server® 2008 Datacenter

Microsoft® Windows Server® 2008 Datacenter without Hyper-V®

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

Microsoft® Windows Server® 2008 Standard 32-bit

Microsoft® Windows Server® 2008 Standard without Hyper-V® 32-bit

Microsoft® Windows Server® 2008 Enterprise 32-bit

Microsoft® Windows Server® 2008 Enterprise without Hyper-V® 32-bit

Microsoft® Windows Server® 2008 Datacenter 32-bit

Microsoft® Windows Server® 2008 Datacenter without Hyper-V® 32-bit

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

Microsoft® Windows Server® 2012 Standard

Microsoft® Windows Server® 2012 Datacenter

Windows Server 2012 Hyper-V
Microsoft® Windows Server® 2012 Hyper-V®

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

Microsoft® Windows Server® 2012 R2 Standard

Microsoft® Windows Server® 2012 R2 Datacenter

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

Windows Server® Failover Clustering

Microsoft® Failover Cluster

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

Windows Server 2008 Hyper-V

Windows Server 2012 Hyper-V

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

Microsoft® Windows Vista® Business

Microsoft® Windows Vista® Enterprise

Microsoft® Windows Vista® Ultimate

Windows XP
Microsoft® Windows® XP Professional

図中で使用している記号

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

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

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

記号
意味

［ ］

GUI操作の説明

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

キー操作の説明

キーの名称を示します。キーを押したまま，続けて別のキーを押す場合は，［ ］を＋でつないで説明しています。

＜ ＞
可変値であることを示します。

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

記号
意味と例

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

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

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

＜ ＞
該当する要素を指定することを示します。
（例）
「-p ＜パスワード＞」は，「-pと入力したあと，パスワードとなる任意の文字列を指定する」ことを示します。

このマニュアルでは，次に示すアイコンを使用します。

アイコン | ラベル | 説明
[図] | 重要 | 重要情報や追加情報を説明します。
[図] | 参考 | より効率的に業務を行うために，知っておくと役に立つ情報や指針となる情報を説明します。
[図] | 注意 | 作業する上で注意しなければいけないことを説明します。
[図] | 警告 | 重大なエラーを避けるために，注意しなければいけないことを説明します。

1. Replication Managerの概要

この章では，Replication Managerを使用したシステムを運用する上で前提知識として必要な情報について説明します。

この章の構成

1.1 Replication Managerとは

1.2 Replication Manager操作のロードマップ

1.1 Replication Managerとは

Replication Managerは，大規模なシステム構成で統合的にストレージシステムのボリュームのレプリケーションを管理するためのソフトウェアです。

不慮の事故や災害によるデータの消失や業務サービスの停止を防ぐためには，ディザスタリカバリー（災害時復旧）を考慮したシステムが必要です。Replication Managerを使用すると，ストレージシステムのボリューム複製機能を利用して，システムのデータを保護したり復旧したりするための管理業務に掛かる負担を軽減できます。重要なデータを監視し，目標復旧時点（RPO）と目標復旧時間（RTO）の最適化を支援します。

次の図に，離れた場所に存在する複数のサイトを連携したレプリケーション環境（ディザスタリカバリーを考慮したシステム）の例を示します。

図1-1 レプリケーション環境の例

ボリュームのレプリケーションとは，ストレージシステム内でのボリュームの複製（ローカルコピー），および，複数のストレージシステムにわたるボリュームの複製（リモートコピー）を実施することです。大切な業務データを冗長化して管理すれば，システムの信頼性の向上を図れます。ローカルコピーとリモートコピーを組み合わせれば，ハードウェアに障害が発生した場合の業務の継続，復旧に対処できます。また，遠隔地へのリモートコピーによって，災害が発生した場合にも柔軟に対応できます。

Replication Managerには次の特長があり，ストレージシステムの管理者の業務を支援します。

レプリケーション環境の稼働状況を一元管理できます

Replication Managerでは，複数のサイトに散在するストレージシステムやホストが管理対象です。それらに属する多数のコピーペアの状態，コピーの進捗状況，および性能情報（コピーペア間のデータ転送遅延時間やボリュームをコピーするためのバッファーの使用率など）を1つのコンソールから一元管理できます。これによって，管理コストを低減できます。

Device ManagerおよびTuning Managerと連携してリモートコピーの性能情報を監視し，性能低下時にはその要因を分析できます

Universal Replicatorを使用する場合，Hitachi Command SuiteのGUIにある［レプリケーション］タブでUniversal Replicatorの性能情報の推移を視覚的に確認できます。また，性能が低下した場合には，ウィザードの操作によって要因を分析できます。

［レプリケーション］タブでの性能情報の監視方法については，マニュアル「Hitachi Command Suite Software ユーザーズガイド」を参照してください。

レプリケーションの構成を視覚的に把握できます

複数のストレージシステムにわたって構成された複数のコピーペアの構成を，ホスト，ストレージシステム，コピーペア構成定義，およびアプリケーションの観点から視覚的に確認できます。マルチターゲット構成（1つのボリュームを複数のボリュームにコピーする構成）やカスケード構成（ボリュームの正副関係が連続する構成）のような複雑な構成の場合にも，それらを構成するコピーペアを一覧で参照できます。

障害情報を即時に通知できます

障害をいち早く発見してそれに対処するためには，障害情報が発生源から通知されて，障害個所を特定できる環境が必要です。Replication Managerでは，あらかじめ特定のコピーペアやサイドファイルなどの管理対象に対して監視条件を設定しておくことで，条件に合致した場合に自動でアラートを通知するように設定できます。そのため，ネットワークの帯域不足による転送性能の低下，バッファーの容量オーバーによるペアの閉塞などの障害を未然に防ぐための対策を講じられます。

アラートを通知する手段には，EメールおよびSNMPトラップを利用できるので，Replication Managerにログインしていないときにも監視を続けられます。

レプリケーションの構成を変更できます

業務拡張に応じてコピーペアを増やしたり，性能向上のためにボリュームコピー用のバッファーを拡張したりできます。また，障害の対処後などに手動でペア状態を変更することもできます。ウィザードの操作によって，複雑なレプリケーションの構成を視覚的に確認しながら設定できます。

アプリケーションと連携してデータベースの整合性を保ったレプリカを管理できます

Replication Manager Application Agentを導入することで，Exchange Serverの管理単位（ストレージグループ，インフォメーションストア）またはSQL Serverの管理単位（インスタンス，データベース）でボリュームのレプリケーションを管理できます。ボリュームとリソースの関連を意識することなく，アプリケーション視点でレプリカ（バックアップデータ）を作成できます。レプリカは世代管理することもできるので，データ復旧時には，リソースを選択して最新復旧ポイントへリストアするだけでなく，復旧ポイントを選択してリストアすることもできます。Application Agentが提供するCLIを使用する場合は，ファイルシステムを対象としたレプリカ（バックアップデータ）の管理もできます。

サイト障害への対処時やサイトのメンテナンス時に業務を継続できます

ウィザードの操作によって，運用中のサイトからほかのサイトへ業務を移行することで，業務を継続できます。

1.2 Replication Manager操作のロードマップ

Replication Managerを使ったシステム構築，運用，および保守についてのロードマップを次の図に示します。

図1-2 Replication Manager操作ロードマップ

このマニュアルの各章では，「図1-2 Replication Manager操作ロードマップ」で「システム構築」および「保守」と記されたタスクについて説明しています。「運用」については，マニュアル「Hitachi Command Suite Replication Manager Software ユーザーズガイド」またはオンラインヘルプを参照してください。

2. Replication Managerのシステム構成と要件

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

この章の構成

2.1 Replication Managerのシステム構成

2.2 システム要件

2.1 Replication Managerのシステム構成

この節では，Replication Managerの基本的なシステム構成について説明します。オープン系システムとメインフレーム系システムに分けて説明しますが，Replication Managerはオープン系ホストとメインフレーム系ホストが混在した環境もサポートします。

この節の構成

2.1.1 コピーペアを管理する場合のシステム構成（オープン系システム）

2.1.2 仮想コマンドデバイスを使用してコピーペアを管理する場合のシステム構成（オープン系システム）

2.1.3 デバイスグループで定義されたコピーグループを管理する場合のシステム構成（オープン系システム）

2.1.4 データベースのレプリカを管理する場合のシステム構成（オープン系システム）

2.1.5 コピーペアとレプリカを管理する場合のシステム構成例（オープン系システム）

2.1.6 コピーペアを管理するためのシステム構成（メインフレーム系システム）

2.1.7 待機構成でのReplication Manager

2.1.1 コピーペアを管理する場合のシステム構成（オープン系システム）

ホストがオープン系ホストの場合で，コピーペアを管理するときの基本的なシステム構成を説明します。

RAID Managerを使用してメインフレーム系システムのコピーペアを管理する場合の要件についても説明します。

この項の構成

(1) 基本的なシステム構成

(2) システムの構成要素

(3) システムの構成要素に含まれるソフトウェア

(4) ペア管理サーバを冗長化した構成で運用する場合

(5) RAID Managerを使用してメインフレーム系システムのコピーペアを管理する場合の要件

(6) 仮想IDを用いたデータ移行機能を使用している場合の要件

(7) スナップショットグループを使用してコピーペアを管理する場合の要件

(1) 基本的なシステム構成

サイトごとの構成例を次の図に示します。

図2-1 コピーペアを管理する場合の1サイト構成（オープン系システム）

図2-2 コピーペアを管理する場合の2サイト構成（オープン系システム）

図2-3 コピーペアを管理する場合の3サイト構成（オープン系システム）

(2) システムの構成要素

システムの構成要素を次の表に示します。

表2-1 コピーペアを管理する場合のシステムの構成要素（オープン系システム）

システムの構成要素
システムの構成要素に含まれるソフトウェア
説明

管理クライアント
Webブラウザー
管理クライアントは，ユーザーがWebブラウザーを使って，管理サーバ上で稼働するReplication ManagerのGUIを操作するコンピュータです。

管理サーバ
Replication Manager
Device Managerサーバ
管理サーバは，管理クライアントからの要求に対して管理情報を提供します。Replication Managerとその前提プログラムであるDevice Managerサーバは，管理サーバにインストールします。
複数のサイトを使用する場合は，サイトごとに管理サーバが必要です。プライマリーサイトの管理サーバにはReplication ManagerとDevice Managerサーバをインストールします。セカンダリーサイトの管理サーバにはDevice Managerサーバをインストールします。
Device Managerは，同一サイト内のストレージシステムおよびホストを管理します。
プライマリーサイトのReplication Managerには，各サイトのDevice Managerを情報取得先として登録してください。
セカンダリーサイトの管理サーバにDevice ManagerをインストールするとReplication Managerも同時にインストールされますが，セカンダリーサイトのReplication Managerは使用しないでください。
Device Managerのシステム構成については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

ペア管理サーバ
RAID Manager
Device Managerエージェント
ペア管理サーバは，コピーペアの状態やリモートコピーの性能情報などの管理情報を収集します。RAID ManagerとDevice Managerエージェントは各ペア管理サーバにインストールします。
管理サーバとペア管理サーバで，互いのホスト名からIPアドレスを特定できることを確認してください。サイト間でアドレスを変換するように設定されていると（プライベートアドレスやNATなど），Replication ManagerはほかのサイトのDevice Managerエージェントに正しく接続できない場合があります。
ペア管理サーバが複数のNICを搭載している場合，RAID ManagerとDevice Managerエージェントは同じIPアドレスを利用する必要があります。
RAID ManagerとDevice Managerエージェントのインストールによって，Replication Managerからコピーペアを操作できます。ペア管理サーバは，操作対象のストレージシステムのコマンドデバイスを認識する必要があります。
複数のサイトで運用する場合は，サイトごとにペア管理サーバが必要です。ペア管理サーバは，1つのサイトに複数台設置できます。複数のペア管理サーバを使ってリモートコピーを実行する場合は，プライマリーサイトのペア管理サーバとセカンダリーサイトのペア管理サーバが互いのホスト名からIPアドレスを特定できることを確認してください。互いのIPアドレスを特定できない場合は，コピーペアの作成時にエラーが発生するおそれがあります。
ペア管理サーバをホストとして使うこともできます。ペア管理サーバをホストから独立させて設定するかどうかを決定するときは，ホストのセキュリティや負荷を考慮に入れてください。

ホスト
Device Managerエージェント
通常，ホストとはアプリケーションプログラムがインストールされるコンピュータです。ホストはストレージシステムを外部記憶装置として使用します。
コピーペアを管理する場合，ホストから正ボリュームおよび副ボリュームがそれぞれ認識されている必要があります。正ボリュームと副ボリュームは，別々のホストに割り当てることをお勧めします。
Device Managerエージェントをインストールするかどうかは任意です。ホストにDevice Managerエージェントをインストールすると，そのホストに関する情報（IPアドレスやマウントポイントなど）をReplication Managerから参照できます。

ストレージシステム
マイクロコード
必要に応じて，製品（Universal ReplicatorまたはShadowImageなど）のライセンスを登録してください。
ストレージシステムとは，ホストに接続された外部記憶装置です。

重要

次の場合，運用を開始する前にバージョン01-25-03/01以降のRAID Managerでユーザー認証を完了している必要があります。

仮想コマンドデバイスとしてSVPを使用している。

コマンドデバイスのユーザー認証設定が「有効」になっている。

ユーザー認証の手順は次のとおりです。

Windowsの場合

Device Managerエージェントのサービス実行アカウントをAdministrator権限を持つアカウントに変更します。

Device Managerエージェントのサービス実行アカウントでOSにログインして，RAID Managerのユーザー認証コマンド（raidcom -login）を実行します。
RAID Managerのコマンドの実行方法についてはRAID Managerのマニュアルを参照してください。

UNIXの場合

rootとしてOSにログインして，RAID Managerのユーザー認証コマンド（raidcom -login）を実行します。

RAID Managerのコマンドの実行方法についてはRAID Managerのマニュアルを参照してください。

(3) システムの構成要素に含まれるソフトウェア

システムの構成要素に含まれるソフトウェアを次の表に示します。

表2-2 コピーペアの管理に必要なソフトウェアの概要（オープン系システム）

ソフトウェア
説明

Replication Manager
大規模なシステム構成でストレージシステムのボリュームの複製を一元管理するために使用します。
Replication Managerには，Hitachi Command Suite製品で共用する機能を集めたHitachi Command Suite共通コンポーネントが含まれています。共通コンポーネントはHitachi Command Suite製品の構成要素としてインストールされ，インストール中に最新バージョンにアップグレードされます。

Device Managerサーバ
ストレージシステムのリソースおよびハードウェア構成の統合管理に使用します。複数のストレージシステムで構成されたシステムの運用と管理ができます。
Replication Managerが稼働している管理サーバ上にあるDevice ManagerサーバをローカルDevice Managerと呼びます。Replication Managerが稼働している管理サーバ以外で動作しているDevice ManagerサーバをリモートDevice Managerと呼びます。プライマリーサイトで稼働しているDevice Managerサーバでも，運用している Replication Managerと同じ管理サーバ上になければリモートDevice Managerとなります。
Replication Managerは，Device Managerサーバが管理するストレージシステムのボリュームに対して，コピーペア操作などを実行します。Device Managerサーバについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

Device Managerエージェント
Replication Managerからの要求に応じてコピーペア操作の実行をRAID Managerに指示したり，Device Managerサーバにホスト情報を提供したりします。Device Managerエージェントについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。
従来のReplication Monitorエージェントの機能は，Device Managerエージェントに統合されています。

RAID Manager
ホストからストレージシステムへコマンドを発行することでボリューム複製機能（TrueCopyまたはShadowImageなど）を制御するソフトウェアです。ストレージシステムに応じたバージョンのRAID Mangerを使用してください。
Replication ManagerはRAID Managerの構成定義ファイルを使用して，コピーペア構成を変更したり，構成情報を取得したりします。RAID Managerについては，RAID Managerのマニュアルを参照してください。
Replication Managerは，Device Managerエージェントを介してRAID Managerの構成定義ファイルを使用します。詳細については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

(4) ペア管理サーバを冗長化した構成で運用する場合

Replication Managerでは，各サイトのペア管理サーバを冗長化した構成で運用することで，より可用性の高いレプリケーション環境を構築できます。ペア管理サーバを冗長化した構成とは，同一の構成定義ファイルを管理するペア管理サーバが複数設置された構成です。次に示す構成があります。

プライマリーサイトで，正ボリュームを定義している同一の構成定義ファイルを管理するペア管理サーバが複数設置された構成（N:1構成）

セカンダリーサイトで，副ボリュームを定義している同一の構成定義ファイルを管理するペア管理サーバが複数設置された構成（1:M構成）

プライマリーサイトで正ボリュームを定義している同一の構成定義ファイルを管理するペア管理サーバが複数設置され，セカンダリーサイトで副ボリュームを定義している同一の構成定義ファイルを管理するペア管理サーバが複数設置された構成（N:M構成）

プライマリーサイトおよびセカンダリーサイトの両方で，正ボリュームと副ボリュームを定義している同一の構成定義ファイルの両方を管理するペア管理サーバが複数設置された構成（N:N構成）

重要

セカンダリーサイトで，副ボリュームを定義している構成定義ファイルを管理するペア管理サーバを冗長化した構成（1:M構成およびN:M構成）では，アプリケーションと連携したレプリカの作成およびリストアはできません。

ペア管理サーバを冗長化した構成で運用する場合のシステム構成例を次の図に示します。

図2-4 ペア管理サーバを冗長化した構成で運用する場合のシステム構成例（N:M構成）（オープン系システム）

同一の構成定義ファイルを管理するペア管理サーバの上限は，プライマリーサイトおよびセカンダリーサイトともに8台を想定しています。

ペア管理サーバを冗長化した構成の作成および変更は，コピーペア構成定義ウィザードでできます。コピーペア構成定義ウィザードの操作手順については，マニュアル「Hitachi Command Suite Replication Manager Software ユーザーズガイド」またはオンラインヘルプを参照してください。

(5) RAID Managerを使用してメインフレーム系システムのコピーペアを管理する場合の要件

Virtual Storage Platformの場合，RAID Managerを使用してメインフレーム系システムのボリュームやコピーペアを管理することもできます。

この機能を使用する場合，メインフレーム系システムのボリュームやコピーペアは，オープン系システムのビューやコピーペア構成定義ウィザードで定義および管理します。

RAID Managerを使用したメインフレーム系システムのコピーペア構成を定義または管理する場合の要件を次に示します。

TrueCopy SyncまたはUniversal Replicatorのどちらか一方を使用した構成であり，マルチターゲット構成やカスケード構成ではないこと。

仮想コマンドデバイスを使用した構成，およびデバイスグループを使用した構成のどちらでもないこと。

1つのコピーペアをRAID ManagerとBusiness Continuity Managerの両方が同時に認識していないこと。
構成上，次の状態になっているか確認してください。

Business Continuity Managerで管理されているコピーペアが，RAID Managerの構成定義ファイルにも同時に定義されていないこと。

RAID Managerで管理されているメインフレーム系システムのコピーペアを構成するLDEVが，Business Continuity Managerのボリュームスキャンで認識されていないこと。

Device Managerエージェントのserver.propertiesファイルのserver.agent.rm.centralizePairConfigurationプロパティにenableが指定されていること。
server.agent.rm.centralizePairConfigurationプロパティについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

(6) 仮想IDを用いたデータ移行機能を使用している場合の要件

Virtual Storage PlatformまたはHUS VMで，仮想IDを用いたデータ移行に使用しているリソースグループに属するボリュームの場合，Replication Managerでは物理IDの表示，および物理IDを指定したコピーペア構成の定義ができます。ただし，次の機能は使用できません。

仮想IDの表示

ストレージシステムの設定（コマンドデバイス，プールボリューム，またはジャーナルグループの設定）

レプリカの管理

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

コピーペアの管理方法は，一括管理構成であること。

構成定義ファイルを移行後の環境に合わせて再作成していること。

コマンドデバイスの認証モードが有効に設定されていること。

RAID Managerのraidcomコマンドを実行し，使用するペア管理サーバに認識されているすべてのコマンドデバイスのユーザー認証を済ませていること。
ペア管理サーバのOSがWindowsの場合は，Device Managerエージェントのサービス実行ユーザーアカウントでのユーザー認証を済ませておく必要があります。

一括管理構成，および構成定義ファイルの内容については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

(7) スナップショットグループを使用してコピーペアを管理する場合の要件

Virtual Storage PlatformまたはHUS VMの場合，スナップショットグループを使用してコピーペアを管理できます。スナップショットグループを使用する場合，次の機能は使用できません。

アラートの設定（ただし，Thin Imageのプール使用率の監視機能は利用できます）

マイコピーグループの管理

レプリカの管理

スナップショットグループを使用して，コピーペアを管理する場合の要件を次に示します。

コマンドデバイスの認証モードが有効に設定されていること。

RAID Managerのraidcomコマンドを実行し，コマンドデバイスのユーザー認証を済ませていること。

2.1.2 仮想コマンドデバイスを使用してコピーペアを管理する場合のシステム構成（オープン系システム）

ホストがオープン系ホストの場合で，仮想コマンドデバイスを使用してコピーペアを管理する場合のシステム構成を説明します。

この項の構成

(1) 基本的なシステム構成

(2) システムの構成要素

(3) システムの構成要素に含まれるソフトウェア

(4) 仮想コマンドデバイスを使用してコピーペアを管理する場合の要件

(1) 基本的なシステム構成

システム構成例を次の図に示します。

図2-5 SVPを仮想コマンドデバイスとして使用する場合のシステム構成（オープン系システム）

図2-6 仮想コマンドデバイスサーバを仮想コマンドデバイスとして使用する場合のシステム構成（オープン系システム）

(2) システムの構成要素

システムの構成要素を次の表に示します。

表2-3 仮想コマンドデバイスを使用してコピーペアを管理する場合のシステムの構成要素（オープン系システム）

システムの構成要素
システムの構成要素に含まれるソフトウェア
説明

管理クライアント
Webブラウザー
管理クライアントは，ユーザーがWebブラウザーを使って，管理サーバ上で稼働するReplication ManagerのGUIを操作するコンピュータです。

管理サーバ
Replication Manager
Device Managerサーバ
管理サーバは，管理クライアントからの要求に対して管理情報を提供します。Replication Managerとその前提プログラムであるDevice Managerサーバは，管理サーバにインストールします。
管理サーバには，Application Agentをインストールしないでください。
Device Managerのシステム構成については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

ペア管理サーバ
RAID Manager
Device Managerエージェント
ペア管理サーバは，コピーペアの状態やリモートコピーの性能情報などの管理情報を収集します。RAID ManagerとDevice Managerエージェントはペア管理サーバにインストールします。
管理サーバとペア管理サーバで，互いのホスト名からIPアドレスを特定できることを確認してください。サイト間でアドレスを変換するように設定されていると（プライベートアドレスやNATなど），Replication ManagerはほかのサイトのDevice Managerエージェントに正しく接続できない場合があります。
ペア管理サーバが複数のNICを搭載している場合，RAID ManagerとDevice Managerエージェントは同じIPアドレスを利用する必要があります。
RAID ManagerとDevice Managerエージェントのインストールによって，Replication Managerからコピーペアを操作できます。
ペア管理サーバはUDP経由でSVPまたは仮想コマンドデバイスサーバに接続されている必要があります。

仮想コマンドデバイスサーバ
RAID Manager
Device Managerエージェント（任意）
仮想コマンドデバイスサーバは，RAID Managerの中継インスタンスが動作するサーバです。RAID Managerは仮想コマンドデバイスサーバにインストールします。
仮想コマンドデバイスサーバは，操作対象のストレージシステムのコマンドデバイスを認識する必要があります。
仮想コマンドデバイスサーバをペア管理サーバとして使用する場合はDevice Managerエージェントをインストールする必要があります。
SVPを仮想コマンドデバイスとして使用する場合，仮想コマンドデバイスサーバを用意する必要はありません。

ホスト
Device Managerエージェント（任意）
通常，ホストとはアプリケーションプログラムがインストールされるコンピュータです。ホストはストレージシステムを外部記憶装置として使用します。
コピーペアを管理する場合，ホストから正ボリュームおよび副ボリュームがそれぞれ認識されている必要があります。正ボリュームと副ボリュームは，別々のホストに割り当てることをお勧めします。
Device Managerエージェントをインストールするかどうかは任意です。ホストにDevice Managerエージェントをインストールすると，そのホストに関する情報（IPアドレスやマウントポイントなど）をReplication Managerから参照できます。

ストレージシステム
マイクロコード
必要に応じて，製品（Universal ReplicatorまたはShadowImageなど）のライセンスを登録してください。
ストレージシステムとは，ホストに接続された外部記憶装置です。
SVPを仮想コマンドデバイスとして使用する場合，コマンドデバイスを用意する必要はありません。

(3) システムの構成要素に含まれるソフトウェア

システムの構成要素に含まれるソフトウェアを次の表に示します。

表2-4 仮想コマンドデバイスを使用したコピーペアの管理に必要なソフトウェアの概要（オープン系システム）

ソフトウェア
説明

Replication Manager
大規模なシステム構成でストレージシステムのボリュームの複製を一元管理するために使用します。
Replication Managerには，Hitachi Command Suite製品で共用する機能を集めたHitachi Command Suite共通コンポーネントが含まれています。共通コンポーネントはHitachi Command Suite製品の構成要素としてインストールされ，インストール中に最新バージョンにアップグレードされます。

Device Managerサーバ
ストレージシステムのリソースおよびハードウェア構成の統合管理に使用します。複数のストレージシステムで構成されたシステムの運用と管理ができます。
Replication Managerが稼働している管理サーバ上にあるDevice ManagerサーバをローカルDevice Managerと呼びます。Replication Managerが稼働している管理サーバ以外で動作しているDevice ManagerサーバをリモートDevice Managerと呼びます。プライマリーサイトで稼働しているDevice Managerサーバでも，運用している Replication Managerと同じ管理サーバ上になければリモートDevice Managerとなります。
Replication Managerは，Device Managerサーバが管理するストレージシステムのボリュームに対して，コピーペア操作などを実行します。Device Managerサーバについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

Device Managerエージェント
Replication Managerからの要求に応じてコピーペア操作の実行をRAID Managerに指示したり，Device Managerサーバにホスト情報を提供したりします。仮想コマンドデバイスを使用してコピーペアを管理する場合，ペア管理サーバにはバージョン7.1以降のDevice Managerエージェントをインストールする必要があります。Device Managerエージェントについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。
従来のReplication Monitorエージェントの機能は，Device Managerエージェントに統合されています。

RAID Manager
ホストからストレージシステムへコマンドを発行することでボリューム複製機能（TrueCopyまたはShadowImageなど）を制御するソフトウェアです。ストレージシステムに応じたバージョンのRAID Mangerを使用してください。
Replication ManagerはRAID Managerの構成定義ファイルを使用して，コピーペア構成を変更したり，構成情報を取得したりします。RAID Managerについては，RAID Managerのマニュアルを参照してください。
Replication Managerは，Device Managerエージェントを介してRAID Managerの構成定義ファイルを使用します。詳細については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

(4) 仮想コマンドデバイスを使用してコピーペアを管理する場合の要件

仮想コマンドデバイスを使用してコピーペアを管理する場合の要件を次に示します。

仮想コマンドデバイスを設定した構成定義ファイルを使用して，構成情報が更新されている。

仮想コマンドデバイスとして仮想コマンドデバイスサーバを使用する場合，仮想コマンドデバイスサーバでRAID Managerの中継インスタンスが起動されている。

ペア管理サーバが認識するコマンドデバイスは，ユーザー認証の設定が「無効」か，認証済みの状態である。

仮想コマンドデバイスサーバ上の構成定義ファイルにHORCM_ALLOW_INSTパラメーターを設定する場合，次の条件を満たす必要があります。

ペア管理サーバのRAID Managerイニシエーターポートにはデフォルトポートを使用している。

各ペア管理サーバに対してポート番号34000+4094※+1を設定している。

注※

Device Managerエージェントのプロパティagent.rm.horcmInstanceに設定している監視用HORCMファイルのインスタンス番号を使用します。監視用HORCMファイルのインスタンス番号がデフォルト値の4094である場合は，上記のとおり設定してください。監視用HORCMファイルのインスタンス番号を変更している場合は，変更した値を設定してください。監視用HORCMファイルのインスタンス番号については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

重要

次の場合，運用を開始する前にバージョン01-25-03/01以降のRAID Managerでユーザー認証を完了している必要があります。

仮想コマンドデバイスとしてSVPを使用している。

コマンドデバイスのユーザー認証設定が「有効」になっている。

ユーザー認証の手順は次のとおりです。

Windowsの場合

Device Managerエージェントのサービス実行アカウントをAdministrator権限を持つアカウントに変更します。

Device Managerエージェントのサービス実行アカウントでOSにログインして，RAID Managerのユーザー認証コマンド（raidcom -login）を実行します。
RAID Managerのコマンドの実行方法についてはRAID Managerのマニュアルを参照してください。

UNIXの場合

rootとしてOSにログインして，RAID Managerのユーザー認証コマンド（raidcom -login）を実行します。

RAID Managerのコマンドの実行方法についてはRAID Managerのマニュアルを参照してください。

重要

仮想コマンドデバイスの機能を使用して，Virtual Storage Platform，Universal Storage Platform V/VM，Hitachi USP，またはHUS VMのうち，どれかのストレージシステムのジャーナルボリューム使用率，またはプールボリューム使用率を監視する場合，次のどちらかを満たしている必要があります。

ストレージシステムのコマンドデバイスに接続されている，ホストまたは仮想コマンドデバイスサーバがReplication Managerに認識されている。

デバイスグループを管理するシステム構成である。

重要

仮想コマンドデバイスを使用した構成で，運用中にストレージシステムの増設などに伴い，次に示す方法で構成を変更する場合，ペア管理サーバですでに管理されているストレージシステムに対して，Device Managerでストレージシステム情報を更新する必要があります。

構成定義ファイルの新規追加

既存の構成定義ファイルでのストレージシステム構成の変更

構成定義ファイルの追加または変更によって，新たに追加したストレージシステムの情報を更新しても，構成情報は更新されません。

参考

仮想コマンドデバイスを使用した構成でコピーペアを管理する場合，物理コマンドデバイスを使用した構成でコピーペアを管理する場合に比べて，RAID Managerのコマンドの応答時間が増加します。その結果，Device Managerエージェントで処理がエラー終了するおそれがあるため，次に示すプロパティの値を事前に変更しておくことをお勧めします。

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

server.propertiesファイルのserver.agent.rm.moduleTimeOutプロパティの値を1800以上に設定してください。

agent.propertiesファイルのagent.rm.TimeOutプロパティの値を1800以上に設定してください。

プロパティの値を変更したあとは，Device Managerエージェントを再起動してください。プロパティファイルの編集方法，およびDevice Managerエージェントの再起動方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

Replication Managerのプロパティ

agentif.propertiesファイルのhdvmagtif.MaxPollingCountプロパティの値を100に設定してください。

agentif.propertiesファイルのhdvmagtif.PollingIntervalプロパティの値を60以上に設定してください。

プロパティの値を変更したあとは，Replication Managerを再起動してください。プロパティファイルの編集方法，およびReplication Managerの再起動方法については，「4.2 Replication Managerの起動と停止」および「4.3 プロパティファイルの設定の変更」を参照してください。

2.1.3 デバイスグループで定義されたコピーグループを管理する場合のシステム構成（オープン系システム）

ホストがオープン系ホストの場合で，デバイスグループで定義されたコピーグループを管理する場合のシステム構成を説明します。

重要

デバイスグループは，ストレージシステムまたはペア管理サーバ（構成定義ファイル）上で定義できます。Replication Managerでは，ストレージシステム上に定義されたデバイスグループについてだけ，コピーグループを管理できます。

この項の構成

(1) 基本的なシステム構成

(2) システムの構成要素

(3) システムの構成要素に含まれるソフトウェア

(4) デバイスグループで定義されたコピーグループを管理する場合の要件

(5) すでに運用を開始しているデバイスグループのコピーペアをReplication Managerで管理する場合の移行手順

(1) 基本的なシステム構成

システム構成例を次の図に示します。

図2-7 デバイスグループで定義されたコピーグループを管理する構成（オープン系システム）

(2) システムの構成要素

システムの構成要素を次の表に示します。

表2-5 デバイスグループで定義されたコピーグループを管理する場合のシステムの構成要素（オープン系システム）

システムの構成要素
システムの構成要素に含まれるソフトウェア
説明

管理クライアント
Webブラウザー
管理クライアントは，ユーザーがWebブラウザーを使って，管理サーバ上で稼働するReplication ManagerのGUIを操作するコンピュータです。

管理サーバ（ペア管理サーバ）
Replication Manager
Device Managerサーバ
RAID Manager
Device Managerエージェント
管理サーバは，管理クライアントからの要求に対して管理情報を提供します。Replication Managerとその前提プログラムであるDevice Managerサーバ，RAID ManagerおよびDevice Managerエージェントをインストールします。
デバイスグループで定義されたコピーグループを管理する場合，管理サーバとペア管理サーバは同じマシンである必要があります。
管理サーバが複数のNICを搭載している場合，RAID ManagerとDevice Managerエージェントは同じIPアドレスを利用する必要があります。
管理サーバはUDP経由でSVPに接続されている必要があります。
Device Managerのシステム構成については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

ホスト
Device Managerエージェント（任意）
通常，ホストとはアプリケーションプログラムがインストールされるコンピュータです。ホストはストレージシステムを外部記憶装置として使用します。
コピーペアを管理する場合，ホストから正ボリュームおよび副ボリュームがそれぞれ認識されている必要があります。正ボリュームと副ボリュームは，別々のホストに割り当てることをお勧めします。
Device Managerエージェントをインストールするかどうかは任意です。ホストにDevice Managerエージェントをインストールすると，そのホストに関する情報（IPアドレスやマウントポイントなど）をReplication Managerから参照できます。

ストレージシステム
マイクロコード
必要に応じて，製品（Universal ReplicatorまたはShadowImageなど）のライセンスを登録してください。
ストレージシステムとは，ホストに接続された外部記憶装置です。

(3) システムの構成要素に含まれるソフトウェア

システムの構成要素に含まれるソフトウェアを次の表に示します。

表2-6 デバイスグループで定義されたコピーグループの管理に必要なソフトウェアの概要（オープン系システム）

ソフトウェア
説明

Replication Manager
大規模なシステム構成でストレージシステムのボリュームの複製を一元管理するために使用します。
Replication Managerには，Hitachi Command Suite製品で共用する機能を集めたHitachi Command Suite共通コンポーネントが含まれています。共通コンポーネントはHitachi Command Suite製品の構成要素としてインストールされ，インストール中に最新バージョンにアップグレードされます。

Device Managerサーバ
ストレージシステムのリソースおよびハードウェア構成の統合管理に使用します。複数のストレージシステムで構成されたシステムの運用と管理ができます。
Replication Managerが稼働している管理サーバ上にあるDevice ManagerサーバをローカルDevice Managerと呼びます。Replication Managerが稼働している管理サーバ以外で動作しているDevice ManagerサーバをリモートDevice Managerと呼びます。プライマリーサイトで稼働しているDevice Managerサーバでも，運用している Replication Managerと同じ管理サーバ上になければリモートDevice Managerとなります。
Replication Managerは，Device Managerサーバが管理するストレージシステムのボリュームに対して，コピーペア操作などを実行します。Device Managerサーバについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

Device Managerエージェント
Replication Managerからの要求に応じてコピーペア操作の実行をRAID Managerに指示したり，Device Managerサーバにホスト情報を提供したりします。デバイスグループで定義されたコピーグループを管理する場合，管理サーバには次に示すバージョンのDevice Managerエージェントをインストールする必要があります。

Virtual Storage Platformを使用するとき：バージョン7.1以降

HUS VMを使用するとき：バージョン7.2.1以降

Device Managerエージェントについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。
従来のReplication Monitorエージェントの機能は，Device Managerエージェントに統合されています。

RAID Manager
ホストからストレージシステムへコマンドを発行することでボリューム複製機能（TrueCopyまたはShadowImageなど）を制御するソフトウェアです。ストレージシステムに応じたバージョンのRAID Mangerを使用してください。
Replication ManagerはRAID Managerの構成定義ファイルを使用して，コピーペア構成を変更したり，構成情報を取得したりします。RAID Managerについては，RAID Managerのマニュアルを参照してください。
Replication Managerは，Device Managerエージェントを介してRAID Managerの構成定義ファイルを使用します。詳細については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

(4) デバイスグループで定義されたコピーグループを管理する場合の要件

デバイスグループを使用して定義したコピーグループを管理する場合の要件を次に示します。

管理サーバにApplication Agentがインストールされていない。
Replication ManagerとApplication Agentを同じ管理サーバにインストールして使う場合，「3.4 Application Agentのインストール・アンインストール」のReplication ManagerとApplication Agentを同じ管理サーバにインストールして使う場合のインストール手順を参照してください。この構成の場合，デバイスグループで定義されたコピーグループは管理できません。

デバイスグループが定義されているストレージシステムをDevice Managerサーバに登録するために使用するユーザー名およびパスワードが，63文字以下で，かつRAID Managerで指定できる文字で構成されている。
RAID Managerで，ユーザー名およびパスワードに指定できる文字については，RAID Managerのマニュアルを参照してください。

デバイスグループ，デバイスグループで定義されたコピーグループ，および，そのコピーグループで設定されているコピーペアの名称が，それぞれ31文字以下である。

Replication ManagerとDevice Managerサーバの間の通信でSSLを使用している。
SSLの設定については，「6.1 ネットワーク通信のセキュリティ」を参照してください。

base.propertiesファイルのbase.refreshdginfo.execが1に設定されている（デフォルトの設定）。

管理サーバが次のどちらかの条件を満たしている。

正ボリュームおよび副ボリュームが割り当てられていない。

server.propertiesファイルのserver.agent.rm.ignorePairStatusがtrueに設定されている。
server.propertiesファイルについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

Virtual Storage Platformの場合，マイクロコードのバージョンが70-02-00-XX/XX以降である。

注意

管理サーバ上でDevice Managerエージェントのサービスが起動中である場合，RAID Managerから直接ストレージシステムに対して，ユーザー認証のログアウトを実行しないでください。Device Managerエージェントで実行している情報取得などの処理が，正常に終了しなくなるおそれがあります。

手動でログアウトしたい場合は，Device Managerエージェントのサービスを停止してから実施してください。

重要

セカンダリーサイトのストレージシステムに定義されたコピーグループを管理する場合，プライマリーサイトの管理サーバがReplication Managerにペア管理サーバとして認識されていることを確認したあと，セカンダリーサイトのDevice Managerに対して構成情報の更新を実行してください。

デバイスグループで定義されたコピーグループの要件

デバイスグループで定義されたコピーグループの要件を次に示します。

デバイスグループを使用したコピーグループが，すでにストレージシステムで定義されている。
リモートコピーの場合，正ボリュームと副ボリュームのMU番号が同じである。

コピーペア設定されているデバイスグループ同士のボリューム数が同じである。

コピーペア設定されているデバイスグループを構成するボリュームのデバイス名が，デバイスグループ同士で同じである。

参考

デバイスグループで定義されたコピーグループを管理する場合，物理コマンドデバイスを使用した構成でコピーペアを管理する場合に比べて，RAID Managerのコマンドの応答時間が増加します。その結果，Device Managerエージェントで処理がエラー終了するおそれがあるため，次に示すプロパティの値を事前に変更しておくことをお勧めします。

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

server.propertiesファイルのserver.agent.rm.moduleTimeOutプロパティの値を1800以上に設定してください。

agent.propertiesファイルのagent.rm.TimeOutプロパティの値を1800以上に設定してください。

プロパティの値を変更したあとは，Device Managerエージェントを再起動してください。プロパティファイルの編集方法，およびDevice Managerエージェントの再起動方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

Replication Managerのプロパティ

agentif.propertiesファイルのhdvmagtif.MaxPollingCountプロパティの値を100に設定してください。

agentif.propertiesファイルのhdvmagtif.PollingIntervalプロパティの値を60以上に設定してください。

プロパティの値を変更したあとは，Replication Managerを再起動してください。プロパティファイルの編集方法，およびReplication Managerの再起動方法については，「4.2 Replication Managerの起動と停止」および「4.3 プロパティファイルの設定の変更」を参照してください。

(5) すでに運用を開始しているデバイスグループのコピーペアをReplication Managerで管理する場合の移行手順

すでにデバイスグループを定義して運用している場合，デバイスグループで定義されたコピーペアをReplication Managerで管理できるようにする手順を示します。

次のどちらかに当てはまる場合は，Storage NavigatorまたはRAID Managerのコマンドを使用して，デバイスグループが含まれるストレージシステムに，コピーグループを定義してください。

ストレージシステムにまだコピーグループを定義していない場合

コピーペア構成定義ファイル（HORCM_LDEVG）で，すでにコピーグループを定義している場合

Storage Navigatorで実施する操作については，Storage Navigatorのマニュアルを参照してください。RAID Managerのコマンドの使用方法については，RAID Managerのマニュアルを参照してください。

Device Managerで，デバイスグループが含まれるストレージシステムを登録し，Replication Managerで構成の更新を実行してください。

参考

ボリュームをグループ化するためにデバイスグループを使用して運用している場合もあります。この場合，Hitachi Command Suite製品で同様に管理できるようにするには，すでに定義しているデバイスグループと同じ構成で，Device ManagerのGUIから論理グループを作成してください。

Device ManagerのGUI使用方法については，マニュアル「Hitachi Command Suite Software ユーザーズガイド」を参照してください。

2.1.4 データベースのレプリカを管理する場合のシステム構成（オープン系システム）

ホストがオープン系ホストの場合で，データベースのレプリカを管理するときの基本的なシステム構成を説明します。「5. データベースサーバおよびバックアップサーバの運用とメンテナンス」についても，あわせて確認してください。

Application AgentのCLIを使ってレプリカを管理する場合のシステム構成については，マニュアル「Hitachi Command Suite Replication Manager Software Application Agent CLI ユーザーズガイド」を参照してください。

この項の構成

(1) 基本的なシステム構成

(2) システムの構成要素

(3) システムの構成要素に含まれるソフトウェア

(1) 基本的なシステム構成

データベースのレプリカを管理するための構成をアプリケーションごとに示します。データベースサーバがExchange Serverの場合は「図2-8 レプリカを管理する場合のシステム構成（Exchange Serverの場合）」および「図2-9 レプリカを管理する場合のシステム構成（DAG構成の場合）」，データベースサーバがSQL Serverの場合は「図2-10 レプリカを管理する場合のシステム構成（SQL Serverの場合）」に示します。

図2-8 レプリカを管理する場合のシステム構成（Exchange Serverの場合）

重要

Replication Managerでは，Exchange Server 2007の機能であるCCR/SCR構成をサポートしていません。

Exchange Serverと連携してデータベースのレプリカを管理する場合，DAG構成でレプリカを管理できます。DAG構成でレプリカをリストアする場合，Replication Managerではシード処理を自動で実行できます。DAGおよびシード処理の詳細については，Exchange Serverのマニュアルを参照してください。

DAG構成で，レプリカを管理する場合のシステム構成例を次の図に示します。

図2-9 レプリカを管理する場合のシステム構成（DAG構成の場合）

データベースサーバがSQL Serverの場合のシステム構成例を次の図に示します。

図2-10 レプリカを管理する場合のシステム構成（SQL Serverの場合）

(2) システムの構成要素

システムの構成要素を次の表に示します。

表2-7 レプリカを管理する場合のシステムの構成要素

システムの構成要素
システムの構成要素に含まれるソフトウェア
説明

管理クライアント
Webブラウザー
管理クライアントは，ユーザーがWebブラウザーを使って，管理サーバ上で稼働するReplication ManagerのGUIを操作するコンピュータです。

管理サーバ※
Replication Manager
Device Managerサーバ
管理サーバは，管理クライアントからの要求に対して管理情報を提供します。Replication Managerとその前提プログラムであるDevice Managerサーバは，管理サーバにインストールします。
複数サイトで運用する場合，コピーペアを管理するときは，サイトごとに管理サーバが必要ですが，レプリカの管理だけを実施するときは，セカンダリーサイトに管理サーバは不要です。

データベースサーバ（Exchange Serverと連携する場合）
RAID Manager
Application Agent（RM Shadow Copy Provider（VSS Provider））
Device Managerエージェント（任意）
Replication Managerでは，VSSを使用して，データベースのレプリカを管理できます。
データベースサーバには，RAID Manager，Application Agent，およびApplication Agentに含まれるRM Shadow Copy Provider（VSS Provider）をインストールします。Device Managerエージェントのインストールは任意です。Device Managerエージェントをインストールしている場合，Replication Managerからコピーペアを管理できます。
データベースサーバは，正ボリュームを管理します。ここで説明しているシステム構成図の場合，正ボリュームと同じストレージシステムの副ボリュームに，3世代のレプリカと，別のストレージシステムの副ボリュームに，1世代のレプリカを作成しています。
注意：レプリカを管理する場合，カスケード構成はできません。

データベースサーバ（SQL Serverと連携する場合）
RAID Manager
Application Agent
Device Managerエージェント（任意）
Replication Managerでは，VDIを使用して，データベースのレプリカを管理できます。
データベースサーバには，RAID Manager，Application Agentをインストールします。Device Managerエージェントのインストールは任意です。Device Managerエージェントをインストールしている場合，Replication Managerからコピーペアを管理できます。
データベースサーバは，正ボリュームを管理します。ここで説明しているシステム構成図の場合，正ボリュームと同じストレージシステムの副ボリュームに，3世代のレプリカと，別のストレージシステムの副ボリュームに，1世代のレプリカを作成しています。
注意：レプリカを管理する場合，カスケード構成はできません。

バックアップサーバ（Exchange Serverと連携する場合）
RAID Manager
Application Agent（RM Shadow Copy Provider（VSS Provider））
Device Managerエージェント（任意）
バックアップサーバは，VSSスナップショットのインポートや，作成したレプリカの検証を実行するコンピュータです。
データベースサーバと同様に，RAID Manager，Application Agent，およびApplication Agentに含まれるRM Shadow Copy Provider（VSS Provider）をインストールします。Device Managerエージェントのインストールは任意です。Device Managerエージェントをインストールしている場合，Replication Managerからコピーペアを管理できます。
1台のデータベースサーバに対して設置できるバックアップサーバは，ストレージシステムごとに1台だけです。
バックアップサーバは，副ボリュームを管理します。副ボリュームは隠ぺいする必要があります。副ボリュームからテープ装置にバックアップする場合，テープバックアップ管理用のソフトウェアを使用してください。

バックアップサーバ（SQL Serverと連携する場合）
RAID Manager
Application Agent
Device Managerエージェント（任意）
バックアップサーバは，スナップショットのインポートや，作成したレプリカの検証を実行するコンピュータです。
バックアップサーバの追加は任意です。ただし，データをテープ装置にバックアップするときや，二次利用するときは，SQL Serverをインストールしたバックアップサーバが必要です。
データベースサーバと同様に，RAID Manager，Application Agentをインストールします。Device Managerエージェントのインストールは任意です。Device Managerエージェントをインストールしている場合，Replication Managerからコピーペアを管理できます。
1台のデータベースサーバに対して設置できるバックアップサーバは，ストレージシステムごとに1台だけです。
バックアップサーバは，副ボリュームを管理します。副ボリュームは隠ぺいする必要があります。副ボリュームからテープ装置にバックアップする場合，テープバックアップ管理用のソフトウェアを使用してください。

ストレージシステム
マイクロコード
必要に応じて，製品（TrueCopy SyncまたはShadowImageなど）のライセンスを登録してください。
ストレージシステムとは，ホストに接続された外部記憶装置です。

注※

Replication ManagerとApplication Agentを同じ管理サーバにインストールして使う場合，「3.4 Application Agentのインストール・アンインストール」のReplication ManagerとApplication Agentを同じ管理サーバにインストールして使う場合のインストール手順を参照してください。この構成の場合，デバイスグループで定義されたコピーグループは管理できません。

(3) システムの構成要素に含まれるソフトウェア

システムの構成要素に含まれるソフトウェアを次の表に示します。

表2-8 レプリカの管理に必要なソフトウェアの概要

ソフトウェア
説明

Replication Manager
大規模なシステム構成でストレージシステムのボリュームの複製を一元管理するために使用します。
Replication Managerには，Hitachi Command Suite製品で共用する機能を集めたHitachi Command Suite共通コンポーネントが含まれています。共通コンポーネントはHitachi Command Suite製品の構成要素としてインストールされ，インストール中に最新バージョンにアップグレードされます。

Device Managerサーバ
ストレージシステムのリソースおよびハードウェア構成の統合管理に使用します。複数のストレージシステムで構成されたシステムの運用と管理ができます。
Replication Managerが稼働している管理サーバ上にあるDevice ManagerサーバをローカルDevice Managerと呼びます。Replication Managerが稼働している管理サーバ以外で動作しているDevice ManagerサーバをリモートDevice Managerと呼びます。プライマリーサイトで稼働しているDevice Managerサーバでも，運用している Replication Managerと同じ管理サーバ上になければリモートDevice Managerとなります。
Replication Managerは，Device Managerサーバが管理するストレージシステムのボリュームに対して，コピーペア操作などを実行します。Device Managerサーバについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

Application Agent
Replication Managerからの要求に応じてレプリカを作成したり，リストアしたりします。Application Agentには，RM Shadow Copy Provider（VSS Provider）（Exchange Serverと連携する場合），およびHitachi Command Suite共通エージェントコンポーネントが含まれています。Hitachi Command Suite共通エージェントコンポーネントは，ほかのエージェント（Device Managerエージェントなど）でも使用されます。

Device Managerエージェント（任意）
Replication Managerからの要求に応じてコピーペア操作の実行をRAID Managerに指示したり，Device Managerサーバにホスト情報を提供したりします。Device Managerエージェントについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。
Replication Managerでコピーペアを管理しない場合，インストールは不要です。
従来のReplication Monitorエージェントの機能は，Device Managerエージェントに統合されています。

RAID Manager
ホストからストレージシステムへコマンドを発行することでボリューム複製機能（TrueCopyまたはShadowImageなど）を制御するソフトウェアです。ストレージシステムに応じたバージョンのRAID Mangerを使用してください。
Replication ManagerはRAID Managerの構成定義ファイルを使用して，コピーペア構成を変更したり，構成情報を取得したりします。RAID Managerについては，RAID Managerのマニュアルを参照してください。
Replication Managerは，Device Managerエージェントを介してRAID Managerの構成定義ファイルを使用します。詳細については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

2.1.5 コピーペアとレプリカを管理する場合のシステム構成例（オープン系システム）

ここでは，すでにコピーペアを管理している環境に，新たにレプリカの管理を追加する場合のシステム構成について説明します。

すでに運用中の環境として，「2.1.1 コピーペアを管理する場合のシステム構成（オープン系システム）」の「(1) 基本的なシステム構成」の「図2-1 コピーペアを管理する場合の1サイト構成（オープン系システム）」を基に，レプリカの管理に必要な要素を追加した構成図を次に示します。

図2-11 コピーペアとレプリカを管理する場合のシステム構成例（Exchange Serverの場合）

図2-12 コピーペアとレプリカを管理する場合のシステム構成例（SQL Serverの場合）

この構成図では，ペア管理サーバとして稼働していたコンピュータを，データベースサーバまたはバックアップサーバにしています。これらのサーバに，レプリカの管理に必要なApplication Agent，Exchange Serverと連携する場合には，Application Agentに含まれるRM Shadow Copy Provider（VSS Provider）をインストールします。

レプリカを作成するためのボリュームを用意します。ここで説明しているシステム構成図の場合，正ボリュームと同じストレージシステムの副ボリュームに，2世代のレプリカと，別のストレージシステムの副ボリュームに，1世代のレプリカを作成しています。レプリカを管理する場合，カスケード構成はできません。

レプリカの管理に関するシステムの構成要素やソフトウェアの概要については，「2.1.4 データベースのレプリカを管理する場合のシステム構成（オープン系システム）」を参照してください。

Application AgentのCLIを使ってレプリカを管理する場合のシステム構成については，マニュアル「Hitachi Command Suite Replication Manager Software Application Agent CLI ユーザーズガイド」を参照してください。

2.1.6 コピーペアを管理するためのシステム構成（メインフレーム系システム）

ホストがメインフレーム系ホストの場合の基本的なシステム構成を説明します。メインフレーム系のシステム構成ではBusiness Continuity ManagerまたはMainframe Agentのどちらかを使用します。

参考

RAID Managerを使用してメインフレーム系システムのコピーペアを管理することもできます。RAID Managerを使用してメインフレーム系システムのコピーペアを管理する場合の要件は，「2.1.1 コピーペアを管理する場合のシステム構成（オープン系システム）」の「(5) RAID Managerを使用してメインフレーム系システムのコピーペアを管理する場合の要件」を参照してください。

この項の構成

(1) 基本的なシステム構成

(2) システムの構成要素

(3) システムの構成要素に含まれるソフトウェア

(4) Mainframe AgentとBusiness Continuity Managerエージェントの比較

(1) 基本的なシステム構成

Business Continuity ManagerまたはMainframe Agentを使用した構成例を次の図に示します。

図2-13 Business Continuity Managerを使用したメインフレーム系システムの構成

図2-14 Mainframe Agentを使用したメインフレーム系システムの構成

(2) システムの構成要素

システムの構成要素を次の表に示します。

表2-9 システムの構成要素（メインフレーム系システム）

システムの構成要素
システムの構成要素に含まれるソフトウェア
説明

管理クライアント
Webブラウザー
管理クライアントは，ユーザーがWebブラウザーを使って，管理サーバ上で稼働するReplication ManagerのGUIを操作するコンピュータです。

管理サーバ
Replication Manager
Device Managerサーバ
管理サーバは，管理クライアントからの要求に対して管理情報を提供します。Replication Managerとその前提プログラムであるDevice Managerサーバは，管理サーバにインストールします。
複数のサイトを使用する場合は，ローカルサイトに管理サーバが必要です。ローカルサイトの管理サーバにはReplication ManagerとDevice Managerサーバをインストールします。
Device Manager 6.3以降を使用する場合，ホストにBusiness Continuity ManagerまたはMainframe Agentがインストールされていなくても，コピーペアを監視できます。また，メインフレーム系システムのOSに依存しないで，コピーペアを監視できます。

ホスト（ペア管理サーバ）
Business Continuity ManagerまたはMainframe Agent
通常，ホストとはアプリケーションプログラムがインストールされるコンピュータです。Business Continuity ManagerまたはMainframe Agentをホストにインストールします。
コピーペアを管理する場合，ホストから正ボリュームおよび副ボリュームがそれぞれ認識されている必要があります。正ボリュームと副ボリュームは，別々のホストに割り当てることをお勧めします。
Device Managerサーバが情報取得元として登録されていない場合，またはMainframe Agentを使用する場合は，GUIに表示される情報が制限されます。システム構成による表示情報の制限については，マニュアル「Hitachi Command Suite Replication Manager Software ユーザーズガイド」またはオンラインヘルプのGUIを使用する上での注意事項の説明を参照してください。
Business Continuity Manager（バージョン6.2以降）をインストールすると，Replication Managerからコピーペアを操作できるようになります。Business Continuity Managerの一部としてインストールされるBusiness Continuity Managerエージェントは，Replication Managerからの要求を処理します。詳細については，「(4) Mainframe AgentとBusiness Continuity Managerエージェントの比較」を参照してください。
Business Continuity Managerのリモートスキャン機能を使用する場合は，リモートサイトへのホスト（ペア管理サーバ）へのインストールは不要です。
リモートスキャンまたはペア管理機能を実行するには，事前に環境設定が必要です。詳細については，マニュアル「Hitachi Business Continuity Manager ユーザーズガイド」を参照してください。
オープン系システムのペア管理サーバと同様，メインフレーム系ホストはコピーペアの状態やリモートコピーの性能情報などの管理情報を収集するので，メインフレーム系ホストをペア管理サーバと呼ぶことがあります。

ストレージシステム
マイクロコード
必要に応じて，製品（TrueCopy SyncまたはUniversal Replicatorなど）のライセンスを登録してください。
ストレージシステムは，ホストに接続された外部記憶装置です。

(3) システムの構成要素に含まれるソフトウェア

システムの構成要素に含まれるソフトウェアを次の表に示します。

表2-10 コピーペアの管理に必要なソフトウェアの概要（メインフレーム系システム）

ソフトウェア
説明

Replication Manager
大規模なシステム構成でストレージシステムのボリュームの複製を一元管理するために使用します。
Replication Managerには，Hitachi Command Suite製品で共用する機能を集めたHitachi Command Suite共通コンポーネントが含まれています。共通コンポーネントはHitachi Command Suite製品の構成要素としてインストールされ，インストール中に最新バージョンにアップグレードされます。

Device Managerサーバ
ストレージシステムのリソースおよびハードウェア構成の統合管理に使用します。複数のストレージシステムで構成されたシステムの運用と管理ができます。
Replication Managerが稼働している管理サーバ上にあるDevice ManagerサーバをローカルDevice Managerと呼びます。Replication Managerが稼働している管理サーバ以外で動作しているDevice ManagerサーバをリモートDevice Managerと呼びます。プライマリーサイトで稼働しているDevice Managerサーバでも，運用している Replication Managerと同じ管理サーバ上になければリモートDevice Managerとなります。
Device Managerサーバについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

Business Continuity Manager（およびBusiness Continuity Managerエージェント）
ストレージシステム上のコピーグループ構成をホストから制御するために使用します。
Business Continuity Managerエージェントを経由して，Replication ManagerはBusiness Continuity Managerが管理するストレージシステム上で，コピーペアの操作を監視したり実行したりします。Business Continuity Managerについては，マニュアル「Hitachi Business Continuity Manager ユーザーズガイド」を参照してください。
Replication Managerを使ってコピーペアを管理するには，バージョン6.2以降のBusiness Continuity Managerが必要です。それより前のバージョンでサポートしているのは監視だけです。
HyperSwap機能を使用してコピーペアを管理する場合，次に示すバージョンのBusiness Continuity Managerが必要です。

Virtual Storage Platformを使用するとき：バージョン6.6以降

Universal Storage Platform V/VMを使用するとき：バージョン6.3以降

RAID Managerで作成した異なるコピーグループとコンシステンシーグループIDを合わせてコンシステンシーグループとして定義する場合，次に示すバージョンのBusiness Continuity Managerが必要です。

Virtual Storage Platformを使用するとき：バージョン6.6.1以降

Universal Storage Platform V/VMを使用するとき：バージョン6.3以降

Mainframe Agent
ホストおよびストレージシステムに関する情報の収集に使用します。
Replication ManagerはMainframe Agentと連携して，PPRC（Peer to Peer Remote Copy）が作成したコピーペアの構成と状態に関する情報を監視します。Mainframe Agentについては，マニュアル「Hitachi Command Suite Software Mainframe Agent ユーザーズガイド」を参照してください。

重要

実行中（またはスケジュールされた）タスクの対象となっているボリューム，コピーグループ，またはコピーペアに対して，ほかのアプリケーション（Business Continuity Managerを含む）から同時に操作を行わないでください。エラーが発生するおそれがあります。

(4) Mainframe AgentとBusiness Continuity Managerエージェントの比較

Mainframe Agentをペア管理サーバにインストールすることによって，Replication Managerはメインフレーム系システムのコピーペアを監視できます。Business Continuity Managerエージェントを使用すると，Replication Managerはメインフレーム系システムのコピーペアを監視するだけでなく，管理することもできます。Business Continuity Managerは，Mainframe Agentの代わりにBusiness Continuity Managerエージェントを使用してReplication Managerと接続できます。Business Continuity ManagerエージェントはBusiness Continuity Managerの一部としてインストールされます。

Business Continuity Managerをストレージシステム構成に追加する際に，すでにMainframe Agentのインスタンスが設定されている場合，それらのインスタンスを削除する必要はありません。

Business Continuity ManagerおよびReplication Managerの構成を新たに設定する場合，Mainframe Agentをインストールする必要はありません。

Mainframe AgentのインスタンスをBusiness Continuity Managerに置き換える場合，まずMainframe Agentを削除することをお勧めします。

2.1.7 待機構成でのReplication Manager

ディザスタリカバリーに備えて，Replication Managerを待機系サイトの管理サーバにインストールし，メンテナンスモードで運用できます。稼働系サイトの管理サーバに障害が発生した場合，待機系サイトの管理サーバにインストールされているReplication Managerをメンテナンスモードから通常モードに変更できます。

待機系サイトのReplication Managerをメンテナンスモードに変更していない場合，稼働系サイトと待機系サイトの両方のReplication Managerが情報取得元に対して同時に処理を実行しようとしたときに，どちらかのサイトでエラーが発生するおそれがあります。

メンテナンスモードの設定方法については，オンラインヘルプを参照してください。

図2-15 複数プラットフォームおよび複数サイトでの待機系Replication Manager

この構成図は，コピーペアを管理する場合の構成を例に説明していますが，レプリカの管理でApplication Agentを使用する場合も同様です。

2.2 システム要件

この節では，Replication Managerのシステムを構成する各要素の要件について説明します。

各コンピュータはTCP/IPネットワークに接続している必要があり，管理サーバには固有IPアドレスが必要です。

この節の構成

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

2.2.2 管理クライアントのシステム要件

2.2.3 ホストおよびペア管理サーバのシステム要件

2.2.4 データベースサーバおよびバックアップサーバのシステム要件

2.2.5 データベースサーバおよびバックアップサーバで対応している仮想化環境

2.2.6 サポート対象のストレージシステムと要件

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

Replication Managerをインストールする管理サーバのシステム要件について説明します。

この項の構成

(1) 管理サーバの適用OS

(2) サーバ仕様

(3) 仮想メモリー容量

(4) サポートするリソース数の上限値

(1) 管理サーバの適用OS

管理サーバのOSとクラスタ環境のシステム要件について説明します。管理サーバをクラスタ環境で運用する場合は，「表2-12 管理サーバのクラスタ環境の要件」も参照してください。管理サーバでReplication Manager CLIを使用する場合は，「表2-13 管理サーバでReplication Manager CLIを使用する場合の前提OS」も参照してください。

重要

すべての前提OSでIPv6環境をサポートします。IPv6を使用する場合，IPv4およびIPv6の両方を管理サーバ上で有効にしておく必要があります。使用できるIPv6アドレスはグローバルアドレスだけです。

表2-11 管理サーバの前提OSとプログラム

OS
前提プログラム

Windows※1※2
Windows Server 2003 R2 x86（SP2）※4
Device Managerサーバ※17※18

Windows Server 2003 R2 x64（SP2）※4※5

Windows Server 2008 x86（SPなし/SP1，SP2）※4※6

Windows Server 2008 x64（SPなし/SP1，SP2）※4※5※6

Windows Server 2008 R2（SPなし，SP1）※4※5※6

Windows Server 2012（SPなし）※7※8

Windows XP（SP2，SP3）※9

Windows Vista（SPなし，SP1，SP2）※9

Windows 7（SPなし，SP1）※5

Solaris
Solaris 9（SPARC）
次のパッチが必要です。
118335-08

Solaris 10（SPARC）※10※11
次のパッチが必要です。
120664-01以降
127127-11
138064-03※12
なお，次のパッチは適用しないでください。
127111-xx（xxは02以降）

Solaris 10（x64）※10※13
次のパッチが必要です。
120665-01
127128-11
138065-03※12
なお，次のパッチは適用しないでください。
127112-xx（xxは02以降）
Device Managerサーバ※17※18
JDK 5（1.5.0_03以降）

Linux※3
Red Hat Enterprise Linux 5.3
Device Managerサーバ※17※18

Red Hat Enterprise Linux 5.4

Red Hat Enterprise Linux 5.5

Red Hat Enterprise Linux 5.6

Red Hat Enterprise Linux 5.7

Red Hat Enterprise Linux 5.8

Red Hat Enterprise Linux 5.9

Red Hat Enterprise Linux 5.10

Red Hat Enterprise Linux 6.0※14※15

Red Hat Enterprise Linux 6.1※14※15

Red Hat Enterprise Linux 6.2※14※15※16

Red Hat Enterprise Linux 6.3

Red Hat Enterprise Linux 6.4※8

SUSE Linux Enterprise Server 10（SP3）

SUSE Linux Enterprise Server 11（SPなし，SP1，SP2，SP3）

注※1

VMware ESX 4.x，VMware ESXi 4.x，およびVMware ESXi 5.x上でも動作します。

注※2

日立サーバ論理分割機構Virtage（バタージュ）をサポートしています。

注※3

x86およびx64アーキテクチャをサポートしています。

注※4

Windows Server 2008 Hyper-VのゲストOSとしても動作します。

注※5

64ビット環境の場合，32ビットエミュレーションモードで動作します。

注※6

Server Coreでの動作はサポートしていません。

注※7

Server CoreおよびMinimal Server Interfaceでの動作はサポートしていません。

注※8

Red Hat Enterprise Linux 6.4上でKVMのゲストOSとしても動作します。

注※9

x86アーキテクチャだけをサポートしています。

注※10

Replication Managerはグローバルゾーンだけで動作します。

注※11

Logical Domains Manager 1.3上でも動作します。

注※12

Solaris 10 11/06（update 3），Solaris 10 8/07（update 4），またはSolaris 10 5/08（update 5）を使用する場合にこのパッチを適用してください。更新番号は，/etc/releaseファイルで確認してください。Solaris 10 11/06での/etc/releaseファイルの例を次に示します。

Solaris 10 11/06 s10s_u3wos_10 SPARC

Copyright 2006 Sun Microsystems, Inc.

All Rights Reserved.

Use is subject to license terms.

Assembled 14 November 2006

注※13

ハードウェアがSun Fire x64サーバ・ファミリーの64ビットカーネルモードだけで動作します。Replication Managerをインストールしたあとに，カーネルモードを64ビット以外に変更しないでください。

注※14

x86アーキテクチャの場合，下記のRed Hat Package Managerを適用してください。

kernel-2.6.32-220.4.2.el6.i686.rpm以降

kernel-firmware-2.6.32-220.4.2.el6.noarch.rpm以降

注※15

x64アーキテクチャの場合，下記のRed Hat Package Managerを適用してください。

kernel-2.6.32-220.4.2.el6.x86_64.rpm以降

kernel-firmware-2.6.32-220.4.2.el6.noarch.rpm以降

注※16

日立サーバ論理分割機構Virtage上でKVMのゲストOSとしても動作します。

注※17

VMware ESX 4.xまたはVMware ESXi 4.xのゲストOSで動作しているDevice Managerエージェントと連携する場合，Device ManagerサーバおよびDevice Managerエージェントはバージョン7.0.1以降を使用してください。 VMware ESXi 5.xのゲストOSで動作しているDevice Managerエージェントと連携する場合，Device ManagerサーバおよびDevice Managerエージェントはバージョン7.2以降を使用してください。

注※18

Device Managerサーバのバージョンによって，Replication Managerで実行できる機能が制限されるおそれがあります。リモートDevice Managerについても，Replication Managerのバージョンと一致させることをお勧めします。Device Managerサーバのバージョンによる制限事項については，「C.1 Device Managerのバージョンによる制限事項」を参照してください。

表2-12 管理サーバのクラスタ環境の要件

OS
クラスタソフトウェア

Windows
Microsoft Windows Server 2003 R2，Enterprise Edition（SP2）※
Microsoft Cluster Service

Windows Server 2008 x86（SPなし/SP1，SP2）
Windows Server Failover Clustering

Windows Server 2008 x64（SPなし/SP1，SP2）

Windows Server 2008 R2（SPなし，SP1）

Windows Server 2012（SPなし）

Solaris
Solaris 9（SPARC）

Sun Cluster 3.1

VERITAS Cluster Server 4.0

Veritas Cluster Server 6.0

Solaris 10（SPARC）

VERITAS Cluster Server 4.1 MP2

Veritas Cluster Server 5.0 MP1

Veritas Cluster Server 6.0

Solaris 10（x64）

VERITAS Cluster Server 4.1 MP2

Veritas Cluster Server 5.0 MP1

注※

x86アーキテクチャだけをサポートしています。

表2-13 管理サーバでReplication Manager CLIを使用する場合の前提OS

OS
Windows | Windows Server 2003 R2 x86（SP2）
Windows Server 2003 R2 x64（SP2）
Windows Server 2008 x86（SPなし/SP1，SP2）
Windows Server 2008 x64（SPなし/SP1，SP2）
Windows Server 2008 R2（SPなし，SP1）
Windows Server 2012（SPなし）
Solaris | Solaris 9（SPARC）
Solaris 10（SPARC）
Solaris 10（x64）
Linux | Red Hat Enterprise Linux 6.1※1※2
Red Hat Enterprise Linux 6.2※1※2
Red Hat Enterprise Linux 6.3
Red Hat Enterprise Linux 6.4
SUSE Linux Enterprise Server 10（SP3）
SUSE Linux Enterprise Server 11（SPなし，SP1，SP2，SP3）

注※1

x86アーキテクチャの場合，下記のRed Hat Package Managerを適用してください。

kernel-2.6.32-220.4.2.el6.i686.rpm以降

kernel-firmware-2.6.32-220.4.2.el6.noarch.rpm以降

注※2

x64アーキテクチャの場合，下記のRed Hat Package Managerを適用してください。

kernel-2.6.32-220.4.2.el6.x86_64.rpm以降

kernel-firmware-2.6.32-220.4.2.el6.noarch.rpm以降

(2) サーバ仕様

Replication Managerを動作させるために管理サーバに必要なサーバ仕様を，次の表に示します。

表2-14 管理サーバに必要なサーバ仕様

項目 | 最小要件 | 推奨仕様
CPUクロック速度 | 1GHz | 2GHz以上
メモリー容量 | 3GB | 6GB以上※
ディスク容量 | 750MB | 750MB～6.6GB（管理対象のリソース数に依存します）

注※

そのほかのソフトウェアも同時に使用する場合，各ソフトウェアの値を合計したメモリー容量が必要です。

参考

推奨仕様は，Replication Managerを仮想システムで使用する場合と同じです。

(3) 仮想メモリー容量

管理サーバを安定して動作させるには，OSやほかのプログラムで使用する仮想メモリー領域に加えて，各Hitachi Command Suite製品で使用する仮想メモリー領域も確保する必要があります。管理サーバに十分な仮想メモリーが確保されない場合，Hitachi Command Suite製品や，そのほかのインストール済みプログラムの動作が不安定になったり，起動しなくなったりすることがあります。

管理サーバでは，インストールした各Hitachi Command Suite製品の仮想メモリーの合計値に，Hitachi Command Suite共通コンポーネントの仮想メモリーを加算した仮想メモリー容量を確保してください。

Hitachi Command Suite製品の仮想メモリーの推奨値を次の表に示します。

表2-15 Hitachi Command Suite製品の仮想メモリーの推奨値

製品名
仮想メモリー容量（単位：MB）

Hitachi Command Suite共通コンポーネント
Hitachi Command Suite共通コンポーネントのメモリーヒープサイズがSmallの場合
1,524

Hitachi Command Suite共通コンポーネントのメモリーヒープサイズがMediumの場合
1,780

Hitachi Command Suite共通コンポーネントのメモリーヒープサイズがLargeの場合
2,292

Hitachi Command Suite※1

Device Manager

Tiered Storage Manager

Replication Manager

Host Data Collector

Device ManagerのメモリーヒープサイズがSmallの場合
3,300

Device ManagerのメモリーヒープサイズがMediumの場合
3,500

Device ManagerのメモリーヒープサイズがLargeの場合
3,900

Tuning Manager
1,500

Global Link Manager
300

Compute Systems Manager
2,500

Hitachi NAS Manager※2
512

Hitachi File Services Manager※2
1,024

Storage Navigator Modular 2※2
200

注※1

Device Manager，Tiered Storage Manager，Replication ManagerおよびHost Data Collectorは常に一緒にインストールされます。

注※2

Hitachi NAS Managerはバージョン6.4，Hitachi File Services Managerはバージョン4.2，Storage Navigator Modular 2はバージョン27.00時点での仮想メモリー容量になります。最新の仮想メモリー容量については，各製品のマニュアルを参照してください。

例えば，次の条件で管理サーバを運用する場合，6,280MBより大きい容量の仮想メモリーを確保する必要があります。

Hitachi Command Suite共通コンポーネントのメモリーヒープサイズにMediumが設定されている。

Device ManagerのメモリーヒープサイズにMediumが設定されている。

管理サーバには，Hitachi Command Suite（Device Manager，Tiered Storage Manager，Replication ManagerおよびHost Data Collector）だけがインストールされている。

OSとほかのプログラムで，すでに1,000MBの仮想メモリーを確保している 。

1,780（Hitachi Command Suite共通コンポーネント） + 3,500（Hitachi Command Suite） + 1,000（確保済みの仮想メモリー） = 6,280

参考

管理サーバに，Device Managerエージェントをインストールしている場合には，Device Managerエージェントで必要な仮想メモリーを確保する必要があります。Device Managerエージェントの仮想メモリーの値はserver.agent.maxMemorySizeプロパティで設定してください。server.agent.maxMemorySizeプロパティについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

管理サーバに，Application Agentをインストールしている場合には，Application Agentで必要な仮想メモリー容量も確保する必要があります。Application Agentで必要な仮想メモリー容量については，「(5) Application Agent仮想メモリー容量」を参照してください。

管理サーバに，Tuning Managerのエージェントをインストールしている場合には，各エージェントで必要な仮想メモリーを確保する必要があります。仮想メモリーの値については，各エージェントのマニュアルに記載されているメモリー所要量の説明を参照してください。

(4) サポートするリソース数の上限値

Replication Managerが管理できるリソース数の上限値は，Hitachi Command Suite共通コンポーネントのメモリーヒープサイズの設定（Small，Medium，またはLarge）によって異なります。各リソースの上限値に応じて，適切なメモリーヒープサイズを設定してください。

重要

Windowsの32ビット環境を使用している場合，メモリーヒープサイズに「Large」は設定できません。

メモリーヒープサイズの拡張方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

ここでは，次のリソース数の上限値について説明します。

コピーペア

LDEV

RAID Managerで管理されるメインフレーム系システムのリソース数の上限値については，オープン系システムの値を参照してください。オープン系システムとメインフレーム系システムの混在環境でのリソース数を算出する場合，RAID Managerで管理されるメインフレーム系システムのリソース数は，オープン系システムのリソース数に含めてください。

コピーペア数の上限値

コピーペア数の上限値を次の表に示します。

表2-16 Replication Managerで管理できるコピーペア数の上限値

環境 | 上限値
Small | Medium | Large
オープン系システムだけの環境 | 6,000 | 12,000 | 24,000
メインフレーム系システムだけの環境 | 40,000 | 60,000 | 90,000
オープン系システムとメインフレーム系システムの混在環境※ | 40,000 | 60,000 | 90,000

注※

次の計算式を使ってコピーペア数を算出してください。

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

重要

コピーペア構成定義ウィザードで一度に操作できるコピーペア数は1,000までです。

メインフレーム系システムの場合に，25,000以上のコピーペアを含むコピーグループまたはコンシステンシーグループに対してコピーペア構成定義ウィザードで操作するときは，メモリーヒープサイズをMediumまたはLargeに設定してください。

環境に応じて，次の内容も確認してください。

オープン系システムのコピーペア数

コピーペア数が5,000以上の場合，ペア管理サーバ上で，次に示すDevice Managerエージェントのプロパティファイルを編集してください。

server.propertiesファイルのserver.agent.maxMemorySize

agent.propertiesファイルのagent.rm.TimeOut

プロパティの編集方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」の，Replication Managerを使ってコピーペアを管理するための設定を説明している章を参照してください。

メインフレーム系システムのコピーペア数

Device Managerサーバで管理しているコピーペア数とBusiness Continuity Managerで管理しているコピーペア数のうち，どちらか大きい値を基にして，「表2-16 Replication Managerで管理できるコピーペア数の上限値」の上限値を確認してください。

ログデータの量は管理対象のコピーペア数に依存します。ログファイル数の上限値と，各ログファイルの最大データサイズは変更できます。詳細については，「4.3.2 logger.propertiesファイルのプロパティ」を参照してください。

LDEV数の上限値

Replication Managerが管理できるLDEV数の上限値は，管理対象のすべてのLDEV数の合計を基準にしています。LDEVの情報取得元が複数ある場合，それぞれの情報取得元から取得したLDEV数の合計が上限値以内であることを確認してください。

オープン系システムのLDEV数は，メモリーヒープサイズがLargeの場合，情報取得元がローカルDevice Managerのときと，リモートDevice Managerのときに分けて上限値を示します。メモリーヒープサイズがSmallまたはMediumの場合，ローカルDevice Managerから取得したLDEV数と，リモートDevice Managerから取得したLDEV数の合計の上限値を示します。

LDEV数の上限値を次の表に示します。

表2-17 Replication Managerで管理できるLDEV数の上限値

環境 | 上限値
Small | Medium | Large
オープン系システムだけの環境 | LDEVの情報取得元がローカルDevice Managerの場合 | 50,000 | 80,000 | 1,000,000
LDEVの情報取得元がリモートDevice Managerの場合 | 256,000
メインフレーム系システムだけの環境 | 80,000 | 120,000 | 200,000
オープン系システムとメインフレーム系システムの混在環境 | オープン系システムでLDEVの情報取得元がローカルDevice Managerの場合 | 80,000※ | 120,000※ | 1,000,000
オープン系システムでLDEVの情報取得元がリモートDevice Managerの場合 | 153,000
メインフレーム系システムの場合 | 200,000

注※

次の計算式を使ってLDEV数を算出し，上限値以内であることを確認してください。

（＜オープン系システムのLDEV数＞×2）＋＜メインフレーム系システムのLDEV数＞

2.2.2 管理クライアントのシステム要件

GUIを使用するための管理クライアントのサポートOSおよびWebブラウザーを次の表に示します。

重要

すべての前提OSでIPv6環境をサポートします。IPv6を使用する場合，IPv4およびIPv6の両方を管理サーバ上で有効にしておく必要があります。使用できるIPv6アドレスはグローバルアドレスだけです。

Internet Explorer 6.0を使用している場合，Replication Managerへの接続にIPv6アドレスを使用できません。必ずホスト名を使用してください。

表2-18 管理クライアント用にサポートするOSとWebブラウザー

OS
Webブラウザー

Windows
Windows Server 2003 R2 x86（SP2）

Internet Explorer 6.0（SP1，SP2）※1

Internet Explorer 7.0※1

Windows Server 2008（SPなし/SP1）※2

Internet Explorer 7.0※1

Internet Explorer 8.0※1

Windows Server 2008（SP2）※2

Internet Explorer 7.0※1

Internet Explorer 8.0※1

Internet Explorer 9.0※1

Windows Server 2008 R2（SPなし）※2

Internet Explorer 8.0※1

Internet Explorer 9.0※1

Windows Server 2008 R2（SP1）※2

Internet Explorer 8.0※1

Internet Explorer 9.0※1

Internet Explorer 11.0※1

Windows Server 2012（SPなし）※3
Internet Explorer 10.0※1

Windows Server 2012 R2（SPなし）※3
Internet Explorer 11.0※1

Windows XP x86（SP2，SP3）

Internet Explorer 7.0

Internet Explorer 8.0

Windows Vista（SPなし，SP1）

Internet Explorer 7.0※1

Internet Explorer 8.0※1

Windows Vista（SP2）

Internet Explorer 7.0※1

Internet Explorer 8.0※1

Internet Explorer 9.0※1

Windows 7（SPなし）

Internet Explorer 8.0※1

Internet Explorer 9.0※1

Windows 7（SP1）

Internet Explorer 8.0※1

Internet Explorer 9.0※1

Internet Explorer 11.0※1

Windows 8（SPなし）
Internet Explorer 10.0※1

Windows 8.1（SPなし）
Internet Explorer 11.0※1

Solaris
Solaris 10（SPARC）
Firefox 3.6.x※1

Solaris 10（x64）

Firefox 3.6.x

Firefox 4.0.x

Linux

Red Hat Enterprise Linux 5.3 x86

Red Hat Enterprise Linux 5.4 x86

Red Hat Enterprise Linux 5.5 x86

Red Hat Enterprise Linux 5.6 x86

Red Hat Enterprise Linux 5.7 x86

Red Hat Enterprise Linux 5.8 x86

Firefox 3.6.x※1

Firefox ESR 10.0.x※1

Firefox ESR 17.0.x※1

Red Hat Enterprise Linux 5.3 x64

Red Hat Enterprise Linux 5.4 x64

Red Hat Enterprise Linux 5.5 x64

Red Hat Enterprise Linux 5.6 x64

Red Hat Enterprise Linux 5.7 x64

Red Hat Enterprise Linux 5.8 x64

Firefox 3.6.x※1

Red Hat Enterprise Linux 5.9 x86

Red Hat Enterprise Linux 5.10 x86

Firefox ESR 17.0.x※1

Red Hat Enterprise Linux 6.0 x86

Red Hat Enterprise Linux 6.1 x86

Red Hat Enterprise Linux 6.2 x86

Firefox 3.6.x※1

Firefox ESR 10.0.x※1

Firefox ESR 17.0.x※1

Firefox ESR 24.1.x※1

Red Hat Enterprise Linux 6.3 x86

Red Hat Enterprise Linux 6.4 x86

Firefox ESR 17.0.x※1

Firefox ESR 24.1.x※1

SUSE Linux Enterprise Server 11 x86（SPなし）

Firefox 3.6.x※1

Firefox 4.0.x※1

Firefox ESR 10.0.x※1

Firefox ESR 17.0.x※1

SUSE Linux Enterprise Server 11 x86（SP1，SP2）

Firefox 3.6.x※1

Firefox 4.0.x※1

Firefox ESR 10.0.x※1

Firefox ESR 17.0.x※1

Firefox ESR 24.1.x※1

SUSE Linux Enterprise Server 11 x64（SPなし，SP1）

Firefox 3.6.x※1

Firefox 4.0.x※1

SUSE Linux Enterprise Server 11 x86（SP3）

Firefox ESR 17.0.x※1

Firefox ESR 24.1.x※1

注※1

32ビット版のWebブラウザーだけをサポートしています。

注※2

Server Coreでの動作はサポートしていません。

注※3

Server CoreおよびMinimal Server Interfaceでの動作はサポートしていません。

管理クライアントに必要なメモリー

管理クライアントに必要な最小メモリー容量を次に示します。

512MB以上

2.2.3 ホストおよびペア管理サーバのシステム要件

ホストとペア管理サーバの要件について説明します。

この項の構成

(1) オープン系システムの要件

(2) メインフレーム系システムの要件

(1) オープン系システムの要件

ホストとペア管理サーバの要件を次の表に示します。

表2-19 ホストおよびペア管理サーバの要件（オープン系システムの場合）

種別
OS
前提プログラム

ホスト
Device Managerエージェントに準拠します。
ホストまたはペア管理サーバでサポートするOSについては，Device Managerの「ソフトウェア添付資料」を参照してください。
Device Managerエージェント6.0以降※1※2※3（任意）。Device ManagerエージェントとDevice Managerについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。
従来のReplication Monitorで使用していたReplication Monitorエージェントは，Device Managerエージェントに統合されました。

ペア管理サーバ
RAID Manager
Device Managerエージェント6.0以降※1※2※3

注※1

Device Managerエージェントのバージョンによって，Replication Managerで実行できる機能が制限されるおそれがあるため，Replication Managerのバージョンと一致させることをお勧めします。Device Managerエージェントのバージョンによる制限事項については，「C.1 Device Managerのバージョンによる制限事項」を参照してください。

注※2

Device Managerエージェントがインストールされていて，次の条件のどちらかに該当する場合には，Device Managerエージェントのプロパティファイルを設定する必要があります。

設定を行わない場合には，Replication Managerでペア情報，プール，およびジャーナル情報の取得ができなくなるおそれがあります。

Device Managerエージェントのバージョンが6.4より前のバージョンである

RAID Managerのバージョンが次のバージョンより前のバージョンである
Windowsの場合
01-17-03/05
SolarisまたはLinuxの場合
01-21-03/05

Device Managerエージェントのプロパティファイルの設定方法：

Device Managerエージェントのプロパティ（server.properties）に次の値を設定します。

server.agent.rm.optimization.userHorcmFile=true

詳細については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

注※3

VMware ESX 4.xまたはVMware ESXi 4.xのゲストOSで動作しているDevice Managerエージェントと連携する場合，Device ManagerサーバおよびDevice Managerエージェントはバージョン7.0.1以降を使用してください。 VMware ESXi 5.xのゲストOSで動作しているDevice Managerエージェントと連携する場合，Device ManagerサーバおよびDevice Managerエージェントはバージョン7.2以降を使用してください。

(2) メインフレーム系システムの要件

メインフレーム系システムでは，ホストをペア管理サーバとも呼びます。

ホストの要件を次の表に示します。

表2-20 ホストの要件（メインフレーム系システムの場合）

OS
前提プログラム

Business Continuity ManagerまたはMainframe Agentに準拠します。
Business Continuity Manager 5.0以降またはMainframe Agent 6.0以降※
コピーペアを管理する場合は，Business Continuity Manager 6.2以降が必要です。
監視するだけの場合は，Business Continuity Manager（6.1以前）またはMainframe Agentが必要です。

注※

Business Continuity ManagerまたはMainframe Agentのバージョンによって，Replication Managerで実行できる機能が制限されるおそれがあります。Business Continuity ManagerまたはMainframe Agentのバージョンによる制限事項については，「C.2 Business Continuity ManagerまたはMainframe Agentのバージョンによる制限事項」を参照してください。

重要

Replication ManagerとBusiness Continuity Manager間でIPv6接続またはHTTPS（SSL）通信する場合は，IBM HTTP Server（WebSphere Application Server for z/OSに同梱されているオプション製品）が必要です。

Business Continuity Managerの要件については，マニュアル「Hitachi Business Continuity Manager インストールガイド」を参照してください。Mainframe Agentの要件については，マニュアル「Hitachi Command Suite Software Mainframe Agent ユーザーズガイド」を参照してください。

2.2.4 データベースサーバおよびバックアップサーバのシステム要件

Application Agentをインストールするデータベースサーバおよびバックアップサーバのシステム要件について説明します。

データベースサーバおよびバックアップサーバを仮想化環境で運用する場合は，「2.2.5 データベースサーバおよびバックアップサーバで対応している仮想化環境 」をあわせて確認してください。

この項の構成

(1) データベースサーバおよびバックアップサーバの適用OS

(2) データベースサーバおよびバックアップサーバで対応しているOSの組み合わせ

(3) データベースサーバのクラスタ環境の要件

(4) Application Agent仕様

(5) Application Agent仮想メモリー容量

(6) Application Agentと連携できるテープバックアップ管理用ソフトウェア

(1) データベースサーバおよびバックアップサーバの適用OS

データベースサーバおよびバックアップサーバの要件を次に示します。ファイルシステムについては，Application AgentのCLIを使用する場合にサポートしています。

注意

OSをバージョンアップさせる場合は，クリーンインストールを実行してください。OSのアップグレードインストールを実行すると，Application Agentの動作に問題が生じるおそれがあります。

重要

IPv6を使用する場合，IPv4およびIPv6の両方をデータベースサーバおよびバックアップサーバ上で有効にしておく必要があります。使用できるIPv6アドレスはグローバルアドレスだけです。

表2-21 データベースサーバおよびバックアップサーバの要件（Exchange Serverの場合）

OS
IPv6環境のサポート
前提プログラム

Windows Server 2003 x86（SP2）
×
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※4またはVeritas Storage Foundation 5.0※5）
Application Agent 6.3以降（RM Shadow Copy Provider（VSS Provider）01-02-03/05以降）※6
Device Managerエージェント（任意）※7

Windows Server 2003 x64（SP2）
×

Windows Server 2003 R2 x86（SP2）
○

Windows Server 2003 R2 x64（SP2）
○

Windows Server 2008 x64（SPなし/SP1，SP2）※1
○
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※4）
Application Agent 6.3以降（RM Shadow Copy Provider（VSS Provider）01-02-03/05以降）※6
Device Managerエージェント（任意）※7

Windows Server 2008 x86（SPなし/SP1，SP2）※1※2
○
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※4）
Application Agent 7.0以降（RM Shadow Copy Provider（VSS Provider）01-02-03/05以降）※6
Device Managerエージェント（任意）※7

Windows Server 2008 R2（SPなし）※1
○※3

Windows Server 2008 R2（SP1）※1
○※3
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※4）
Application Agent 7.1以降（RM Shadow Copy Provider（VSS Provider）01-02-03/05以降）※6
Device Managerエージェント（任意）※7

Windows Server 2012（SPなし）※1
○※3
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※4）
Application Agent 7.6以降（RM Shadow Copy Provider（VSS Provider）01-04-03/04以降）※6
Device Manager エージェント（任意）※7

（凡例）

○：サポートしている

×：サポートしていない

注※1

Server Coreでの動作はサポートしていません。

注※2

Application AgentのCLIを使用する場合のバックアップサーバに限り，サポートしています。

注※3

Application AgentのCLIでFTPを使用する場合にも，IPv6による通信をサポートしています。Application AgentのCLIでFTPを使用する方法については，マニュアル「Hitachi Command Suite Replication Manager Software Application Agent CLI ユーザーズガイド」を参照してください。

注※4

LDMのベーシックディスクをサポートしています。ダイナミックディスクはサポートしていません。

注※5

Application AgentのCLIを使用する場合にサポートしています。Application AgentはVeritas Dynamic Multiple Pathing機能に対応していません。Application AgentのCLIでサポートするダイナミックディスク構成については，マニュアル「Hitachi Command Suite Replication Manager Software Application Agent CLI ユーザーズガイド」を参照してください。

注※6

同じバージョンのApplication Agentをデータベースサーバおよびバックアップサーバにインストールしてください。

注※7

各OSに対応するDevice Managerエージェントのバージョンについては，Device Managerの「ソフトウェア添付資料」を参照してください。

Device Managerエージェントがインストールされていて，次の条件のどちらかに該当する場合には，Device Managerエージェントのプロパティファイルを設定する必要があります。

設定を行わない場合には，Replication Managerでペア情報，プール，およびジャーナル情報の取得ができなくなるおそれがあります。

Device Managerエージェントのバージョンが6.4より前のバージョンである

RAID Managerのバージョンが01-17-03/05より前のバージョンである

Device Managerエージェントのプロパティファイルの設定方法：

Device Managerエージェントのプロパティ（server.properties）に次の値を設定します。

server.agent.rm.optimization.userHorcmFile=true

詳細については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

重要

GPTディスクを対象としたVSSバックアップを実行すると，バックアップサーバのGPTディスクに関係するレジストリーキーが増加します。VSSバックアップを繰り返し実行してレジストリーキーが増加すると，VSSバックアップが失敗する場合があります。このため，GPTディスクを使用した環境でのApplication Agentの使用は推奨しません。GPTディスクを対象としたVSSバックアップを実行する場合，Microsoft社の技術情報KB934234に従って，VSSバックアップを実施するたびにバックアップサーバのレジストリーをクリーンアップしてください。

重要

VSSバックアップする場合，HBAおよびHBAドライバーがVSS機能に対応していることを確認してください。Application AgentではEmulex社製のFull Portドライバーはサポートしていません。

表2-22 データベースサーバおよびバックアップサーバの要件（SQL Serverの場合）

OS
IPv6環境のサポート
前提プログラム

Windows Server 2003 x86（SP2）
×
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※4またはVeritas Storage Foundation 5.0※5）
Application Agent 6.4以降※6
Device Managerエージェント（任意）※7

Windows Server 2003 IPF（SP2）
×

Windows Server 2003 x64（SP2）
×

Windows Server 2003 R2 x86（SP2）
○

Windows Server 2003 R2 x64（SP2）
○

Windows Server 2008 x86（SPなし/SP1，SP2）※1
○
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※4）
Application Agent 6.4以降※6
Device Managerエージェント（任意）※7

Windows Server 2008 IPF（SPなし/SP1，SP2）※1
○

Windows Server 2008 x64（SPなし/SP1，SP2）※1
○

Windows Server 2008 R2（SPなし）※1
○※3

Windows Server 2008 R2 IPF（SPなし）※1
○

Windows Server 2008 R2（SP1）※1
○※3
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※4）
Application Agent 7.1以降※6
Device Managerエージェント（任意）※7

Windows Server 2008 R2 IPF（SP1）※1
○

Windows Server 2012（SPなし）※2
○※3
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※4※8）
Application Agent 7.4以降※6
Device Managerエージェント（任意）※7

（凡例）

○：サポートしている

×：サポートしていない

注※1

Server Coreでの動作はサポートしていません。

注※2

Server CoreおよびMinimal Server Interfaceでの動作はサポートしていません。

注※3

Application AgentのCLIでFTPを使用する場合にも，IPv6による通信をサポートしています。Application AgentのCLIでFTPを使用する方法については，マニュアル「Hitachi Command Suite Replication Manager Software Application Agent CLI ユーザーズガイド」を参照してください。

注※4

LDMのベーシックディスクをサポートしています。ダイナミックディスクはサポートしていません。

注※5

Application AgentのCLIを使用する場合にサポートしています。Application AgentはVeritas Dynamic Multiple Pathing機能に対応していません。Application AgentのCLIでサポートするダイナミックディスク構成については，マニュアル「Hitachi Command Suite Replication Manager Software Application Agent CLI ユーザーズガイド」を参照してください。

注※6

同じバージョンのApplication Agentをデータベースサーバおよびバックアップサーバにインストールしてください。

注※7

各OSに対応するDevice Managerエージェントのバージョンについては，Device Managerの「ソフトウェア添付資料」を参照してください。

Device Managerエージェントがインストールされていて，次の条件のどちらかに該当する場合には，Device Managerエージェントのプロパティファイルを設定する必要があります。

設定を行わない場合には，Replication Managerでペア情報，プール，およびジャーナル情報の取得ができなくなるおそれがあります。

Device Managerエージェントのバージョンが6.4より前のバージョンである

RAID Managerのバージョンが01-17-03/05より前のバージョンである

Device Managerエージェントのプロパティファイルの設定方法：

Device Managerエージェントのプロパティ（server.properties）に次の値を設定します。

server.agent.rm.optimization.userHorcmFile=true

詳細については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

注※8

記憶域プールを使用した構成はサポートしていません。

表2-23 データベースサーバおよびバックアップサーバの要件（ファイルシステムの場合）

OS
IPv6環境のサポート
前提プログラム

Windows Server 2003 x86（SP2）
×
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※5またはVeritas Storage Foundation 5.0※6）
Application Agent 7.0以降※7

Windows Server 2003 IPF（SP2）※1
×

Windows Server 2003 x64（SP2）
×

Windows Server 2003 R2 x86（SP2）
○

Windows Server 2003 R2 x64（SP2）
○

Windows Server 2008 x86（SPなし/SP1，SP2）※2
○
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※5）
Application Agent 7.0以降※7

Windows Server 2008 IPF（SPなし/SP1，SP2）※1※2
○

Windows Server 2008 x64（SPなし/SP1，SP2）※2
○

Windows Server 2008 R2（SPなし）※2
○※4

Windows Server 2008 R2 IPF（SPなし）※1※2
○

Windows Server 2008 R2（SP1）※2
○※4
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※5）
Application Agent 7.1以降※7

Windows Server 2008 R2 IPF（SP1）※1※2
○

Windows Server 2012（SPなし）※3
○※4
RAID Manager
論理ボリュームマネージャー（Windows標準のLDM※5※8）
Application Agent 7.4以降※7

（凡例）

○：サポートしている

×：サポートしていない

注※1

VSSを使用したバックアップはサポートしていません。

注※2

Server Coreでの動作はサポートしていません。

注※3

Server CoreおよびMinimal Server Interfaceでの動作はサポートしていません。

注※4

Application AgentのCLIでFTPを使用する場合にも，IPv6による通信をサポートしています。Application AgentのCLIでFTPを使用する方法については，マニュアル「Hitachi Command Suite Replication Manager Software Application Agent CLI ユーザーズガイド」を参照してください。

注※5

LDMのベーシックディスクをサポートしています。ダイナミックディスクはサポートしていません。

注※6

Application AgentはVeritas Dynamic Multiple Pathing機能に対応していません。Application AgentのCLIでサポートするダイナミックディスク構成については，マニュアル「Hitachi Command Suite Replication Manager Software Application Agent CLI ユーザーズガイド」を参照してください。

注※7

同じバージョンのApplication Agentをデータベースサーバおよびバックアップサーバにインストールしてください。

注※8

記憶域プールを使用した構成はサポートしていません。

(2) データベースサーバおよびバックアップサーバで対応しているOSの組み合わせ

Application Agent 7.6.1を使用する場合のデータベースサーバおよびバックアップサーバで対応しているOSの組み合わせ，ならびにデータベース（ファイルシステム）の種類を次に示します。バージョンが7.6.1より前のApplication Agentを使用する場合のサポート状況については，各バージョンのマニュアルを参照してください。ファイルシステムについては，Application AgentのCLIを使用する場合にサポートしています。

表2-24 データベースサーバおよびバックアップサーバで対応しているOSの組み合わせ（Exchange Serverの場合）

データベースサーバのOS
バックアップサーバのOS
データベースの種類

Windows Server 2003 x86（SP2）
Windows Server 2003 x86（SP2）
Exchange Server 2003※2※3（SP1※4，SP2）

Windows Server 2003 R2 x86（SP2）
Windows Server 2003 R2 x86（SP2）

Windows Server 2003 x64（SP2）

Windows Server 2003 x86（SP2）

Windows Server 2003 x64（SP2）

Exchange Server 2007※2（SPなし※1，SP1，SP2，SP3）

Windows Server 2003 R2 x64（SP2）

Windows Server 2003 R2 x86（SP2）

Windows Server 2003 R2 x64（SP2）

Windows Server 2008 x64（SPなし/SP1）

Windows Server 2008 x86（SPなし/SP1）※1

Windows Server 2008 x64（SPなし/SP1）

Windows Server 2008 x64（SP2）

Windows Server 2008 x86（SP2）※1

Windows Server 2008 x64（SP2）

Exchange Server 2007※2（SPなし※1，SP1，SP2，SP3）

Exchange Server 2010※2（SPなし，SP1，SP2，SP3）

Windows Server 2008 R2（SPなし）
Windows Server 2008 R2（SPなし）

Exchange Server 2007※2（SP3）

Exchange Server 2010※2（SPなし，SP1，SP2，SP3）

Windows Server 2008 R2（SP1）
Windows Server 2008 R2（SP1）

Exchange Server 2007※2（SP3）

Exchange Server 2010※2（SPなし，SP1，SP2，SP3）

Exchange Server 2013※2（SPなし）

Windows Server 2012（SPなし）
Windows Server 2012（SPなし）

Exchange Server 2010※2（SP3）

Exchange Server 2013※2（SPなし）

注

データベースサーバとバックアップサーバのOSには同じService Packを適用してください。

注※1

Application AgentのCLIを使用する場合にサポートしています。

注※2

データベースサーバおよびバックアップサーバにExchange管理ツールが必要です。詳細は，「5.8 Exchange管理ツールおよびベリファイツールのインストール」を参照してください。

注※3

バックアップサーバにベリファイツール（ESEUTILコマンド）が必要です。詳細は，「5.8 Exchange管理ツールおよびベリファイツールのインストール」を参照してください。

注※4

Hotfix 892514が必要です。

表2-25 データベースサーバおよびバックアップサーバで対応しているOSの組み合わせ（SQL Serverの場合）

データベースサーバのOS
バックアップサーバのOS
データベースの種類

Windows Server 2003 x86（SP2）
Windows Server 2003 x86（SP2）

SQL Server 2005 x86（SP2※1，SP3，SP4）

SQL Server 2008 x86（SPなし※1，SP1，SP2，SP3）

SQL Server 2008 R2 x86（SPなし，SP1※1，SP2※1）

Windows Server 2003 R2 x86（SP2）
Windows Server 2003 R2 x86（SP2）

Windows Server 2008 x86（SPなし/SP1）

Windows Server 2008 x86（SPなし/SP1）

Windows Server 2008 x86（SP2）

Windows Server 2008 x86（SP2）

Windows Server 2003 IPF（SP2）
Windows Server 2003 IPF（SP2）

SQL Server 2005 x86（SP2※1，SP3，SP4）

SQL Server 2005 IPF（SP2※1，SP3，SP4）

SQL Server 2008 x86（SPなし※1，SP1，SP2，SP3）

SQL Server 2008 IPF（SPなし※1，SP1，SP2，SP3）

SQL Server 2008 R2 x86（SPなし，SP1※1，SP2※1）

SQL Server 2008 R2 IPF（SPなし，SP1※1，SP2※1）

Windows Server 2008 IPF（SPなし/SP1）

Windows Server 2008 IPF（SPなし/SP1）

Windows Server 2008 IPF（SP2）

Windows Server 2008 IPF（SP2）

Windows Server 2008 R2 IPF（SPなし）

Windows Server 2008 R2 IPF（SPなし）

Windows Server 2008 R2 IPF（SP1）

Windows Server 2008 R2 IPF（SP1）

Windows Server 2003 x64（SP2）
Windows Server 2003 x64（SP2）

SQL Server 2005 x86（SP2※1，SP3，SP4）

SQL Server 2005 x64（SP2※1， SP3，SP4）

SQL Server 2008 x86（SPなし※1，SP1，SP2，SP3）

SQL Server 2008 x64（ SPなし※1，SP1，SP2，SP3）

SQL Server 2008 R2 x86（SPなし，SP1※1，SP2※1）

SQL Server 2008 R2 x64（SPなし，SP1※1，SP2※1）

SQL Server 2012（SPなし，SP1）※2

Windows Server 2003 R2 x64（SP2）
Windows Server 2003 R2 x64（SP2）

Windows Server 2008 x64（SPなし/SP1）

Windows Server 2008 x64（SPなし/SP1）

Windows Server 2008 x64（SP2）

Windows Server 2008 x64（SP2）

Windows Server 2008 R2（SPなし）

Windows Server 2008 R2（SPなし）

Windows Server 2008 R2（SP1）

Windows Server 2008 R2（SP1）

Windows Server 2012（SPなし）
Windows Server 2012（SPなし）
SQL Server 2012（ SPなし，SP1）

注※1

Application AgentのCLIを使用する場合にサポートしています。

注※2

データベースサーバおよびバックアップサーバ両方のOSがWindows Server 2008 x64（SP2）である場合，またはWindows Server 2008 R2（SP1）である場合にサポートしています。

表2-26 データベースサーバおよびバックアップサーバで対応しているOSの組み合わせ（ファイルシステムでVSSを使用する場合）

データベースサーバのOS
バックアップサーバのOS
ファイルシステムの種類

Windows Server 2003 x86（SP2）

Windows Server 2003 x86（SP2）

Windows Server 2003 R2 x86（SP2）

NTFS

Windows Server 2003 x64（SP2）

Windows Server 2003 x86（SP2）

Windows Server 2003 x64（SP2）

Windows Server 2003 R2 x86（SP2）

Windows Server 2003 R2 x64（SP2）

Windows Server 2008 x86（SPなし/SP1）
Windows Server 2008 x86（SPなし/SP1）

Windows Server 2008 x86（SP2）
Windows Server 2008 x86（SP2）

Windows Server 2008 x64（SPなし/SP1）

Windows Server 2008 x86（SPなし/SP1）

Windows Server 2008 x64（SPなし/SP1）

Windows Server 2008 x64（SP2）

Windows Server 2008 x86（SP2）

Windows Server 2008 x64（SP2）

Windows Server 2008 R2（SPなし）
Windows Server 2008 R2（SPなし）

Windows Server 2008 R2（SP1）
Windows Server 2008 R2（SP1）

Windows Server 2012（SPなし）

Windows Server 2008 x86（SPなし/SP1，SP2）

Windows Server 2008 x64（SPなし/SP1，SP2）

Windows Server 2008 R2（SPなし，SP1）

Windows Server 2012（SPなし）

注

VSSを使用したバックアップを実行する場合は，データベースサーバとバックアップサーバのOSには同じService Packを適用してください。

表2-27 データベースサーバおよびバックアップサーバで対応しているOSの組み合わせ（ファイルシステムでVSSを使用しない場合）

データベースサーバのOS
バックアップサーバのOS
ファイルシステムの種類

Windows Server 2003 x86（SP2）

Windows Server 2003 x86（SP2）

Windows Server 2003 IPF（SP2）

Windows Server 2003 x64（SP2）

Windows Server 2003 R2 x86（SP2）

Windows Server 2003 R2 x64（SP2）

NTFS

Windows Server 2003 IPF（SP2）

Windows Server 2003 x64（SP2）

Windows Server 2003 R2 x86（SP2）

Windows Server 2003 R2 x64（SP2）

Windows Server 2008 x86（SPなし/SP1）

Windows Server 2008 x86（SPなし/SP1）

Windows Server 2008 x86（SP2）

Windows Server 2008 IPF（SPなし/SP1）

Windows Server 2008 IPF（SP2）

Windows Server 2008 x64（SPなし/SP1）

Windows Server 2008 x64（SP2）

Windows Server 2008 R2（SPなし）

Windows Server 2008 R2（SP1）

Windows Server 2008 R2 IPF（SPなし）

Windows Server 2008 R2 IPF（SP1）

Windows Server 2008 x86（SP2）

Windows Server 2008 IPF（SPなし/SP1）

Windows Server 2008 IPF（SP2）

Windows Server 2008 R2 IPF（SPなし）

Windows Server 2008 R2 IPF（SP1）

Windows Server 2008 x64（SPなし/SP1）

Windows Server 2008 x64（SP2）

Windows Server 2008 R2（SPなし）

Windows Server 2008 R2（SP1）

Windows Server 2012（SPなし）
Windows Server 2012（SPなし）

(3) データベースサーバのクラスタ環境の要件

データベースサーバをクラスタ環境で運用する場合，次の表に示すクラスタソフトウェアに対応しています。クラスタ環境のデータベースサーバは，Active - ActiveおよびActive - Passiveの構成に対応しています。

表2-28 データベースサーバのクラスタ環境の要件（Exchange Server 2003，SQL Server，およびファイルシステムの場合）

OS
クラスタソフトウェア

Windows Server 2003 x86（SP2）※1

Microsoft Cluster Service

Veritas Storage Foundation HA for Windows 5.0※5

Windows Server 2003 IPF（SP2）※1※2※3

Windows Server 2003 x64（SP2）※1※2※3

Windows Server 2003 R2 x86（SP2）※1

Windows Server 2003 R2 x64（SP2）※1※2※3

Windows Server 2008 x86（SPなし/SP1，SP2）※2
Windows Server Failover Clustering

Windows Server 2008 IPF（SPなし/SP1，SP2）※2

Windows Server 2008 x64（SPなし/SP1，SP2）※2

Windows Server 2008 R2（SPなし，SP1）※2

Windows Server 2008 R2 IPF（SPなし，SP1）※2

Windows Server 2012（SPなし）※2※4

注※1

クラスタ環境では，GPTディスクには対応していません。MBRディスクを使用してください。

注※2

Exchange Server 2003はサポートしていません。

注※3

クラスタリソースがオンライン状態でリストアを行う運用の場合は，Microsoft Cluster Serviceの修正モジュール（Hotfix 903650）が必要です。

注※4

Windows Server Failover ClusteringのオプションコンポーネントであるFailoverCluster-CmdInterfaceのインストールが必要です。Windows Server Failover Clusteringのオプションコンポーネントについては，Microsoft社のドキュメントを参照してください。

注※5

Application AgentのCLIを使用する場合にサポートしています。

表2-29 データベースサーバのクラスタ環境の要件（Exchange Server 2007の場合）

OS
クラスタソフトウェア

Windows Server 2003 x64（SP2）※1

Microsoft Cluster Service

Veritas Storage Foundation HA for Windows 5.0※2

Windows Server 2003 R2 x64（SP2）※1

Windows Server 2008 x64（SPなし/SP1，SP2）
Windows Server Failover Clustering

Windows Server 2008 R2（SPなし，SP1）

注※1

クラスタ環境では，GPTディスクには対応していません。MBRディスクを使用してください。

注※2

Application AgentのCLIを使用する場合にサポートしています。

(4) Application Agent仕様

Application Agentが動作するためには，次の表に示す環境が必要です。

表2-30 Application Agentの仕様

項目 | 最小要件 | 推奨仕様
CPUクロック速度 | 1GHz | 2GHz以上
メモリー容量 | 1GB | 2GB以上
ディスク容量 | 1GB | 2GB以上

(5) Application Agent仮想メモリー容量

Application Agentを使用する場合，Application Agentの仮想メモリー領域を確保する必要があります。仮想メモリー領域が十分に確保されていない場合，プログラムの動作が不安定になるおそれがあります。Application Agentの動作に必要な仮想メモリーの容量は，次の計算式で算出できます。

Application Agentの動作に必要な仮想メモリーの容量（単位：KB（キロバイト））

必要な仮想メモリーの容量={8.0+(a)+(b)+(c)*2.0+(d)+(e)*0.2+(f)*0.2+(g)*0.3+(h)*4.0+(i)*0.3+(j)*4.0+(k)*0.1}*(l)

計算式のaからlの意味は次のとおりです。

a：データベース数

b：データファイル数

c：マウントしたドライブ数

d：物理ディスク数

e：副ボリューム数

f：コピーペア数

g：バックアップ対象のデータベース数

h：バックアップ対象のデータファイル数

i：バックアップ対象のドライブ数

j：バックアップ対象のファイル数またはディレクトリ数

k：バックアップ対象のコピーペア数

l：バックアップカタログ数

バックアップカタログ数は，データベースサーバとバックアップサーバで計算方法が異なります。算出方法を下記に示します。

データベースサーバの場合：正ボリュームから副ボリュームにバックアップした，バックアップカタログの数です。また，Application Agentの場合，ひとつの正ボリュームが複数の副ボリュームとペア定義されているとき，複数のバックアップを世代管理できます。ひとつの正ボリュームが複数の副ボリュームをペア定義している構成の場合，世代管理で取得したバックアップの数です。

バックアップサーバの場合：副ボリュームからテープにバックアップした，バックアップカタログの数です。

(6) Application Agentと連携できるテープバックアップ管理用ソフトウェア

Application AgentのCLIでは，バックアップ管理ソフトウェアと連携して，テープへのバックアップを自動化できます。Application Agentと連携できるテープバックアップ管理用のソフトウェアを次に示します。

NetBackup

Backup Exec

Application AgentのCLIでバックアップ管理ソフトウェアと連携して，テープへのバックアップを自動化する方法については，マニュアル「Hitachi Command Suite Replication Manager Software Application Agent CLI ユーザーズガイド」を参照してください。

2.2.5 データベースサーバおよびバックアップサーバで対応している仮想化環境

ここでは，Application Agentがサポートする仮想化環境について説明します。

この項の構成

(1) VMware ESX/ESXi

(2) Windows Server Hyper-V

(3) 日立サーバ論理分割機構Virtage

(1) VMware ESX/ESXi

Application AgentはVMware ESX 4.x，VMware ESXi 4.x，およびVMware ESXi 5.x上のゲストOSでも動作します。ただし，VMware Fault Tolerance（FT）はサポートしていません。

VMwareのライブ・マイグレーション（VMware vMotionなど）とApplication Agentの機能の実行時間が重ならないようにしてください。実行時間が重なると，Application Agentの機能の実行が失敗するおそれがあります。Application Agentの機能の実行が失敗した場合，トラブルシュート情報に表示されるメッセージに従って，障害に対処してください。

Hotfix 940349を含むVSS修正モジュールを適用する場合，VSSを使用するすべてのサーバに適用してください。

VMware ESXi 5.xを使用する場合，ソフトウェアのFCoEアダプターを使用して，ゲストOS上のデータベースサーバ，バックアップサーバ，およびペア管理サーバに，正ボリュームまたは副ボリュームを接続している構成はサポートしていません。

ゲストOSが使用するディスクの接続方式によって，VMware ESX/ESXiのサポート状況は異なります。ゲストOSが使用するディスクの接続方式ごとのサポート状況を次に示します。

表2-31 ゲストOSが使用するディスクの接続方式ごとのVMware ESX/ESXiサポート状況

物理接続 | ディスクの接続方式 | 互換モード | サポート状況
FC | Rawデバイスマッピング | 物理 | ○※
仮想 | ×
仮想ディスク | － | ×
iSCSI | Rawデバイスマッピング | 物理 | ○※
仮想 | ×
仮想ディスク | － | ×
ゲストOSに直結 | － | ○

（凡例）

○：サポートしている

×：サポートしていない

－：該当しない

注※

ゲストOS上に構成したデータベースサーバをサポートします。ゲストOS上に構成したバックアップサーバは，次のすべての条件に該当する場合だけサポートします。1つでも該当しない条件がある場合は，バックアップサーバは仮想化環境でないサーバで構成してください。

バックアップ対象がSQL Serverまたはファイルシステムであること。

副ボリュームが1世代だけであること。

［Application Agentの設定 - ＜Application Agent名＞］ダイアログでバックアップサーバに対して設定する際，［レプリカタスクオプション］の［バックアップサーバがマウントされていないレプリカにアクセスするのを禁止］チェックボックスをオフにしていること（デフォルトの設定）。
Application AgentのCLIで［バックアップサーバがマウントされていないレプリカにアクセスするのを禁止］を無効にするためには，副ボリューム動的認識を無効にする必要があります。副ボリューム動的認識の設定方法については，マニュアル「Hitachi Command Suite Replication Manager Software Application Agent CLI ユーザーズガイド」を参照してください。

VSSを使用してバックアップしないこと。

Application AgentをVMware ESX/ESXiの仮想マシン上で動作させる場合には，その仮想マシンにメモリーを割り当てて，製品の推奨構成と同じになるように構成定義してください。Application AgentをVMware ESX/ESXiの仮想マシン上で動作させる際に必要な仮想メモリー容量については，「(5) Application Agent仮想メモリー容量」を参照してください。

(2) Windows Server Hyper-V

Application Agentは，Windows Server 2008 Hyper-VおよびWindows Server 2012 Hyper-VのゲストOSとして動作するWindows環境に対応しています。

Windows Server Hyper-Vのサポート状況を次に示します。

表2-32 Application AgentがサポートするWindows Server Hyper-VのゲストOS

Windows Server Hyper-Vのバージョン | Windows Server Hyper-VのゲストOS | データベースの種類
Exchange Server 2003 | Exchange Server 2007 | Exchange Server 2010 | Exchange Server 2013 | SQL Server※1 | ファイルシステム
Windows Server 2008 Hyper-V | Windows Server 2003 x86（SP2） | × | × | × | × | ○ | ○
Windows Server 2003 x64（SP2）
Windows Server 2003 R2 x86（SP2）
Windows Server 2003 R2 x64（SP2）
Windows Server 2008 x86（SPなし/SP1，SP2） | × | × | × | × | ○※2 | ○
Windows Server 2008 x64（SPなし/SP1，SP2） | × | ○ | ○ | × | ○※2 | ○
Windows Server 2008 R2（SPなし，SP1） | × | ○ | ○ | ○ | ○※2※3 | ○
Windows Server 2012 Hyper-V | Windows Server 2008 R2（SPなし，SP1） | × | × | ○ | ○ | × | ×
Windows Server 2012（SPなし） | × | × | × | ○ | ○※2※4 | ○

（凡例）

○：サポートしている

×：サポートしていない

注※1

Application AgentのCLIを使用する場合に限り，次の条件を満たす環境ではライブ・マイグレーション（Hyper-V Liveマイグレーションなど）をサポートします。

Windows Server 2008 Hyper-Vを使用する場合，ホストOSがWindows Server 2008 R2であり，かつSQL Serverのバージョンが次のどれかである。

SQL Server 2005 SP3以降

SQL Server 2008 SP1以降

SQL Server 2008 R2

Windows Server 2012 Hyper-Vを使用する場合，SQL ServerのバージョンがSQL Server 2012である。

ホストOSをクラスタ構成にしている。

仮想コマンドデバイスを使用する構成である。
仮想コマンドデバイスの設定方法については，RAID Managerのマニュアルを参照してください。
データベースサーバにコマンドデバイスを直接接続する構成では，ホストOS上で，ライブ・マイグレーション実行前にゲストOSからコマンドデバイスのドライブを切断し，ライブ・マイグレーション完了後に再接続する必要があります。ホストOS上でコマンドデバイスのドライブをゲストOSから切断したり，再接続したりする方法については，Windows Server Hyper-Vに関するMicrosoft社のドキュメントを参照してください。

ホストOSのWindows Server Failover Clusteringでクラスタシェアードボリューム（CSV）として管理されるドライブ上に，ゲストOSのシステムドライブがVHD形式で配置される構成である。
Windows Server Failover Clusteringの通常の物理ディスクリソースであるドライブ上に配置された構成はサポートしていません。

ライブ・マイグレーションの実行時間とApplication AgentのCLIの実行時間が重なっていない。
それぞれの実行時間が重なると，Application AgentのCLIが失敗することがあります。

上記以外の条件の場合は，Application AgentをインストールしたゲストOSが，ライブ・マイグレーションの対象にならない環境を構成してください。

注※2

使用するディスクがiSCSIの直結接続である場合，ゲストOS間でのSQL Serverクラスタ構成をサポートします。

注※3

SQL Server 2005のSP3以降をサポートします。

注※4

SQL Server 2012をサポートします。

ゲストOSへの接続方式によってWindows Server Hyper-Vのサポート状況は異なります。ゲストOSへの接続方式ごとのサポート状況を次に示します。

表2-33 ゲストOSへの接続方式によるWindows Server Hyper-Vサポート状況

物理接続
ゲストOSへの接続方式
ディスク認識
サポート状況

ホストOS
ゲストOS

FC
パススルー
RAID
（オフライン）
RAID
○※1※2

VHD/VHDX
可変/固定
RAID
非RAID
×

CSVに登録
RAID
非RAID
×

直結
－
RAID
×

iSCSI
パススルー
RAID
（オフライン）
RAID
○※1※2

VHD/VHDX
可変/固定
RAID
非RAID
×

CSVに登録
RAID
非RAID
×

直結
－
RAID
○

（凡例）

○：サポートしている

×：サポートしていない

－：該当しない

注※1

副ボリュームを隠ぺいする構成では，バックアップサーバは仮想化環境での動作をサポートしていません。この場合，バックアップサーバは仮想化環境でないサーバで構成する必要があります。

注※2

VSSを使用したバックアップを実行する場合，バックアップサーバは仮想化環境での動作をサポートしていません。この場合，バックアップサーバは仮想化環境でないサーバで構成する必要があります。

Application AgentをWindows Server Hyper-Vの仮想マシン上で動作させる際に必要な仮想メモリー容量については，「(5) Application Agent仮想メモリー容量」を参照してください。

(3) 日立サーバ論理分割機構Virtage

Application AgentのCLIでは，日立サーバ論理分割機構Virtage（バタージュ）のXeonサーバモジュールVirtageモデルおよびIPFサーバモジュールVirtageモデルをサポートしています。サポートするOSのバージョンを次に示します。

表2-34 Application Agentがサポートする日立サーバ論理分割機構Virtage

日立サーバ論理分割機構VirtageのゲストOS※ | XeonサーバモジュールVirtageモデル | IPFサーバモジュールVirtageモデル
Windows Server 2003 x86（SP2） | ○ | ×
Windows Server 2003 IPF（SP2） | × | ○
Windows Server 2003 x64（SP2） | ○ | ×
Windows Server 2003 R2 x86（SP2） | ○ | ×
Windows Server 2003 R2 x64（SP2） | ○ | ×
Windows Server 2008 x86（SPなし/SP1，SP2） | ○ | ×
Windows Server 2008 IPF（SPなし/SP1，SP2） | × | ○
Windows Server 2008 x64（SPなし/SP1，SP2） | ○ | ×
Windows Server 2008 R2（SPなし，SP1） | × | ×
Windows Server 2008 R2 IPF（SPなし，SP1） | × | ×
Windows Server 2012（SPなし） | × | ×

（凡例）

○：サポートしている

×：サポートしていない

注※

すべて日本語版Windowsが対象です。

Application Agentを日立サーバ論理分割機構Virtageの仮想マシン上で動作させる際に必要な仮想メモリー容量については，「(5) Application Agent仮想メモリー容量」を参照してください。

2.2.6 サポート対象のストレージシステムと要件

Replication Managerでサポートするストレージシステムと要件について説明します。

この項の構成

(1) サポート対象のストレージシステム

(2) コピーペアを管理する場合の要件

(3) Application Agentを運用する場合の要件

(1) サポート対象のストレージシステム

Replication Managerは，次のストレージシステムをサポートします。

Virtual Storage Platform

Universal Storage Platform V/VM

Hitachi USP

SANRISE9900V

HUS VM

HUS100シリーズ

Hitachi AMS2000

Hitachi AMS/WMS

Hitachi TMS

SANRISE9500V

ただし，ストレージシステムによって，使用できる機能が異なったり，GUIの表示情報が制限されたりします。詳細については，マニュアル「Hitachi Command Suite Replication Manager Software ユーザーズガイド」またはオンラインヘルプのストレージシステムのサポート状況一覧，およびGUIを使用する上での注意事項の説明を参照してください。

(2) コピーペアを管理する場合の要件

Replication Managerでコピーペアを管理する場合のストレージシステムの要件を次に示します。

ボリューム複製機能（ShadowImage，TrueCopyなど）の要件（マイクロコードのバージョン，システム構成など）を満たしていること。
要件および設定方法については，ストレージシステムの機種に応じたストレージシステムのマニュアルを参照してください。

情報取得元が管理するストレージシステムのシリアル番号が一意であること。

オープン系システムで3DC構成を構築する場合は，その構成内にある各ストレージシステムにDisaster Recovery Extendedがインストールされていること。

オープン系システムでミッドレンジストレージの場合，デュアルコントローラー構成であること。

(3) Application Agentを運用する場合の要件

Application Agentを運用する場合のストレージシステムの要件を次に示します。

Hシリーズを使用する場合

データベースサーバおよびバックアップサーバにRAID Manager XPがインストールされていること。
RAID Managerのインストール方法については，RAID Managerのマニュアルを参照してください。

Replication Managerがサポートしている，ほかのストレージシステムを管理していないこと。
ただし，Application AgentのCLIを使用する運用で，VSSバックアップを実行しないときには，次の手順でRAID ManagerとRAID Manager XPの両方をデータベースサーバおよびバックアップサーバにインストールすれば，ほかのストレージシステムも管理できます。

RAID Managerがインストールされている場合，RAID Managerをアンインストールする。

Hシリーズに同梱されたRAID Manager XPをインストールする。

Hシリーズ以外の管理対象のストレージシステムに同梱されたRAID Managerを，RAID Manager XPのインストール先ドライブに上書きインストールする。

この手順を実行した場合，RAID Manager XP専用のCLI/APIは使用できません。RAID Manager XP専用のCLI/APIについては，RAID Managerのマニュアルを参照してください。

Exchange Serverを管理するときには，次に示す環境が構築されていること。

RMXP Shadow Copy Provider（VSS Provider）がインストールされている。
RMXP Shadow Copy Provider（VSS Provider）のインストール手順については，「3.4 Application Agentのインストール・アンインストール」を参照してください。

システム環境変数が設定されている。
システム環境変数の設定手順については，「3.4 Application Agentのインストール・アンインストール」を参照してください。

Hitachi AMS2000でDynamic Provisioning機能を使用して作成された仮想ボリュームを使用する場合

次に示す運用をしているときには，ストレージシステムのマイクロコードバージョンを0880/A以上にしてください。

VSSバックアップを実行する

副ボリュームを隠ぺいする

バックアップサーバまたはデータベースサーバのOSがWindows Server 2012の場合

サポートしているストレージシステムは，Virtual Storage Platform，HUS VM，およびHUS100シリーズです。

3. Replication Managerのセットアップ

この章では，Replication Managerの環境設定，およびApplication Agentのインストール方法について説明します。

Replication Managerのインストール方法についてはマニュアル「Hitachi Command Suite Software インストールガイド」を参照してください。

クラスタ環境にReplication Managerをインストールする場合，システムの要件やインストール手順が異なります。クラスタ環境を設定する場合はマニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

この章の構成

3.1 環境設定

3.2 Business Continuity ManagerおよびIBM HTTP Serverと連携した構成でのReplication Managerのアップグレードインストール

3.3 バージョン5.xからバージョン7.xへのアップグレードインストール

3.4 Application Agentのインストール・アンインストール

3.5 ファイアウォール環境で運用するための設定

3.6 Replication Managerライセンスの初期設定

3.7 GUIへのリンクメニューの追加

3.1 環境設定

この節では，Replication Managerの環境設定の方法について説明します。

この節の構成

3.1.1 Replication Managerの環境設定の流れ

3.1.2 オープン系システムでコピーペアを管理する場合の環境構築

3.1.3 メインフレーム系システムでコピーペアを管理する場合の環境構築

3.1.4 レプリカを管理する場合の環境構築

3.1.1 Replication Managerの環境設定の流れ

管理サーバの準備が整っていることを確認してから，運用方法に合わせて，次の図に示す流れで環境を構築します。

図3-1 Replication Managerのインストールおよび環境設定

管理サーバの準備については，マニュアル「Hitachi Command Suite Software インストールガイド」を参照してください。運用ごとの詳細については，次を参照してください。

「3.1.2 オープン系システムでコピーペアを管理する場合の環境構築」

「3.1.3 メインフレーム系システムでコピーペアを管理する場合の環境構築」

「3.1.4 レプリカを管理する場合の環境構築」

オープン系システムの場合で，Replication Managerでコピーペアとレプリカを管理するときは，「3.1.2 オープン系システムでコピーペアを管理する場合の環境構築」を実施したあと，「3.1.4 レプリカを管理する場合の環境構築」を実施してください。

RAID Managerを使用してメインフレーム系システムのコピーペアを管理する場合は，「3.1.2 オープン系システムでコピーペアを管理する場合の環境構築」を参照してください。

3.1.2 オープン系システムでコピーペアを管理する場合の環境構築

「3.1.1 Replication Managerの環境設定の流れ」の「図3-1 Replication Managerのインストールおよび環境設定」の中から，オープン系システムでコピーペアを管理する場合の環境構築の手順を説明します。実施済みの手順は省略できます。

管理サーバにHitachi Command Suiteをインストールします。
詳細については，マニュアル「Hitachi Command Suite Software インストールガイド」を参照してください。
クラスタ環境を設定する場合は，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

Device Managerにリソース（ストレージシステム）を追加します。
Replication Managerで管理対象とするリソース（ストレージシステム）をDevice Managerに追加します。Device Managerへのストレージシステムの追加については，マニュアル「Hitachi Command Suite Software ユーザーズガイド」またはマニュアル「Hitachi Command Suite Software CLI リファレンスガイド」を参照してください。

GUIからReplication Managerのライセンスの初期設定をします。
ライセンスの初期設定については，「3.6 Replication Managerライセンスの初期設定」を参照してください。

リソース数に応じて環境を設定します。
リソース数に応じて，メモリーヒープサイズの設定とログファイルの出力量を設定します。
メモリーヒープサイズの設定については，「2.2.1 管理サーバのシステム要件」の「(4) サポートするリソース数の上限値」を参照してください。ログファイルの出力量の設定については，「4.3.2 logger.propertiesファイルのプロパティ」を参照してください。

管理サーバでReplication Managerのデータベースをバックアップします。
Replication Managerの構成変更後のデータをバックアップします。データベースのバックアップ方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

ペア管理サーバにRAID Managerをインストールします。
1台のペア管理サーバで，Hシリーズとそれ以外のストレージシステムとのコピーペアを管理する場合は，各ストレージシステムの機種に対応するRAID Manager（RAID Manager XP，Hitachi RAID Managerなど）をインストールする必要があります。
RAID Managerのインストール方法については，RAID Managerのマニュアルを参照してください。
仮想コマンドデバイスを使用してコピーペアを管理する場合は，仮想コマンドデバイスサーバにもRAID Managerをインストールしてください。

ペア管理サーバにDevice Managerエージェントをインストールします。
Device Managerエージェントのインストール完了後，Device Managerエージェントを使用するために必要な情報を指定します。セットアップ手順には，RAID Managerに関する情報の指定（Device Managerエージェントのインストール先や，一括管理構成を使うかどうかなど）も含まれています。環境に適した設定をしてください。Device Managerエージェントのインストールおよびセットアップ方法については，マニュアル「Hitachi Command Suite Software インストールガイド」を参照してください。
仮想コマンドデバイスサーバをペア管理サーバとして使用する場合は，仮想コマンドデバイスサーバにもDevice Managerエージェントをインストールしてください。

ホストにDevice Managerエージェントをインストールします。
ホストでDevice Managerエージェントを使用する場合は，Device Managerエージェントをインストールしてから，Device Managerエージェントを使用するために必要な情報を指定してください。詳細については，マニュアル「Hitachi Command Suite Software インストールガイド」を参照してください。
Device Managerエージェントを使用しない場合は，リソース（ホスト）を手動でDevice Managerに追加します。Device Managerへのホストの追加方法については，マニュアル「Hitachi Command Suite Software ユーザーズガイド」またはマニュアル「Hitachi Command Suite Software CLI リファレンスガイド」を参照してください。
RAID Managerを使用してメインフレーム系システムのコピーペアを管理する場合，この操作は不要です。

RAID Managerに関するプロパティファイルの編集

次に示す条件のどれかに該当する場合は，ペア管理サーバに格納されているプロパティファイルを編集する必要があります。手順7でRAID Managerに関する設定が済んでいる場合は不要です。

RAID Managerをデフォルト以外の場所にインストールしている，または（Windowsを使用している場合）RAID ManagerとDevice Managerエージェントを別々のドライブにインストールしている。
RAID Managerを使用している場合はserver.propertiesファイルのserver.agent.rm.locationプロパティ，RAID Manager XPを使用している場合はserver.propertiesファイルのserver.agent.rmxp.locationプロパティに，RAID Managerのインストール先を指定してください。

コピーペアの管理に一括管理構成を使っている。
server.propertiesファイルのserver.agent.rm.centralizePairConfigurationプロパティに，enableを指定してください。
一括管理構成については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

プロパティファイルを編集したあとは，Device Managerエージェントを再起動してください。プロパティファイルの編集方法，指定規則，およびDevice Managerエージェントの再起動方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

3.1.3 メインフレーム系システムでコピーペアを管理する場合の環境構築

「3.1.1 Replication Managerの環境設定の流れ」の「図3-1 Replication Managerのインストールおよび環境設定」の中から，メインフレーム系システムでコピーペアを管理する場合の環境構築の手順を説明します。実施済みの手順は省略できます。

管理サーバにHitachi Command Suiteをインストールします。
詳細については，マニュアル「Hitachi Command Suite Software インストールガイド」を参照してください。
クラスタ環境を設定する場合は，マニュアル「Hitachi Command Suite Software システム構成ガイド」も参照してください。

Device Managerにリソース（ストレージシステム）を追加します。
ホスト環境が，z/OSを使用している場合は任意です。それ以外のOSを使用している場合は，Replication Managerで管理対象とするリソース（ストレージシステム）をDevice Managerに追加します。Device Managerへのストレージシステムの追加については，マニュアル「Hitachi Command Suite Software ユーザーズガイド」またはマニュアル「Hitachi Command Suite Software CLI リファレンスガイド」を参照してください。

GUIからReplication Managerのライセンスの初期設定をします。
ライセンスの初期設定については，「3.6 Replication Managerライセンスの初期設定」を参照してください。

リソース数に応じて環境を設定します。
リソース数に応じて，メモリーヒープサイズの設定とログファイルの出力量を設定します。
メモリーヒープサイズの設定については，「2.2.1 管理サーバのシステム要件」の「(4) サポートするリソース数の上限値」を参照してください。ログファイルの出力量の設定については，「4.3.2 logger.propertiesファイルのプロパティ」を参照してください。

管理サーバでReplication Managerのデータベースをバックアップします。
Replication Managerの構成変更後のデータをバックアップします。バックアップ方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

ホストにBusiness Continuity ManagerまたはMainframe Agentをインストールします。
管理サーバでDevice Manager 6.3以降を使用する場合で，コピーペアの監視だけを実施するときは，Business Continuity ManagerまたはMainframe Agentのインストールは任意です。

重要

ペア構成を設定する場合は，Business Continuity Manager 6.2以降が必要です。6.2より前のバージョンでサポートしているのは監視機能だけです。

Business Continuity ManagerまたはMainframe Agentをインストールしたあとで，Replication Managerとの連携に必要な情報を指定する必要があります。
Business Continuity Managerをインストールした場合は，次のように設定します。

ディスク構成定義ファイルにデータセットを割り当てます。

コピーグループ定義ファイルにデータセットを割り当てます。

ルートリストを設定します（リモートコマンドデバイスを使用する場合）。

Business Continuity Managerエージェント初期設定パラメーター（Gen'ed DADID，Non Gen'ed DADID，およびRemote DADID，および各DADIDに対応するプレフィックス）を設定します。

Business Continuity ManagerエージェントのMODE初期設定パラメーターに，起動モードとしてEDITを指定します（初期値はMONITOR）。これによってReplication Managerからコピーグループを管理できるようになります。起動モードがMONITORのときに定義や状態を変更しようとすると，Business Continuity ManagerエージェントでYKY727Eエラーが発生します。

LOCK初期設定パラメーターを指定すると，Replication ManagerとBusiness Continuity Managerで起こる運用の競合を管理することもできます。

重要

Replication ManagerとBusiness Continuity Managerとの間でIPv6接続またはHTTPS（SSL）通信する場合は，IBM HTTP Server（IHS）を設定する必要があります。

詳細については，マニュアル「Hitachi Business Continuity Manager インストールガイド」およびマニュアル「Hitachi Business Continuity Manager ユーザーズガイド」の，Replication ManagerとBusiness Continuity Managerを連携して使用するための設定方法に関する章を参照してください。
Mainframe Agentを使用する場合のインストール方法およびセットアップ方法については，マニュアル「Hitachi Command Suite Software Mainframe Agent ユーザーズガイド」を参照してください。

3.1.4 レプリカを管理する場合の環境構築

「3.1.1 Replication Managerの環境設定の流れ」の「図3-1 Replication Managerのインストールおよび環境設定」の中から，レプリカを管理する場合の環境構築の手順を説明します。実施済みの手順は省略できます。

管理サーバにHitachi Command Suiteをインストールします。
詳細については，マニュアル「Hitachi Command Suite Software インストールガイド」を参照してください。
クラスタ環境を設定する場合は，マニュアル「Hitachi Command Suite Software システム構成ガイド」も参照してください。

GUIからReplication Managerのライセンスの初期設定をします。
ライセンスの初期設定については，「3.6 Replication Managerライセンスの初期設定」を参照してください。

リソース数に応じて環境を設定します。
リソース数に応じて，メモリーヒープサイズの設定とログファイルの出力量を設定します。
メモリーヒープサイズの設定については，「2.2.1 管理サーバのシステム要件」の「(4) サポートするリソース数の上限値」を参照してください。ログファイルの出力量の設定については，「4.3.2 logger.propertiesファイルのプロパティ」を参照してください。

管理サーバでReplication Managerのデータベースをバックアップします。
Replication Managerの構成変更後のデータをバックアップします。バックアップ方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

データベースサーバおよびバックアップサーバにRAID Managerをインストールします。
ストレージシステムがHシリーズの場合は，RAID Manager XPをインストールしてください。
RAID Managerのインストール方法については，RAID Managerのマニュアルを参照してください。

データベースサーバおよびバックアップサーバにApplication Agentをインストールします。
Application Agentのインストール方法については，「3.4 Application Agentのインストール・アンインストール」を参照してください。データベースサーバおよびバックアップサーバの運用やメンテナンス方法については，「5. データベースサーバおよびバックアップサーバの運用とメンテナンス」を参照してください。

3.2 Business Continuity ManagerおよびIBM HTTP Serverと連携した構成でのReplication Managerのアップグレードインストール

Replication Manager 6.1でIBM HTTP Server経由でBusiness Continuity Managerを情報取得元として登録している場合，その環境をそのままアップグレードインストールしても，継続して使用できません。この場合，次の手順でアップグレードインストールを実施してください。

Replication Manager 6.1のデータベースをエクスポートします。
データベースの障害に備え，データベースをエクスポートしておきます。エクスポートの方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

IBM HTTP Server経由で接続したBusiness Continuity Managerを情報取得元から削除します。

マイコピーグループ，リソースグループ，サイト，およびアラート設定を変更します。
次の表に示す操作を実施します。

表3-1 削除が必要なReplication Managerの設定

項目 | 操作
マイコピーグループ | マイコピーグループの編集画面から，削除対象のホスト（Business Continuity Manager）が管理していたコピーグループのチェックボックスをオフにします。
リソースグループ | 削除対象のホスト（Business Continuity Manager）をリソースグループから削除します。
サイト | 削除対象のホスト（Business Continuity Manager）をサイトから削除します。
アラート設定 | アラート設定の編集画面から，削除対象のホスト（Business Continuity Manager）が管理していたコピーグループおよびコピーペアを削除します。

操作方法の詳細については，オンラインヘルプを参照してください。

アップグレードインストールを実施します。
アップグレードインストールの方法については，マニュアル「Hitachi Command Suite Software インストールガイド」を参照してください。

手順2で削除したBusiness Continuity Managerを再度情報取得元に登録します。
登録した環境に合わせて，マイコピーグループ，リソースグループ，サイト，およびアラート設定を設定し直します。
操作方法の詳細については，オンラインヘルプを参照してください。

3.3 バージョン5.xからバージョン7.xへのアップグレードインストール

バージョン5.xのReplication Monitorをバージョン7.xのReplication Managerにアップグレードする場合，まずバージョン6.xのReplication Managerへアップグレードする必要があります。

ここでは，バージョン5.xのReplication Monitorを，バージョン6.xのReplication Managerにアップグレードする方法について説明します。

Replication Managerをバージョン6.xからバージョン7.xにアップグレードする方法については，マニュアル「Hitachi Command Suite Software インストールガイド」を参照してください。

バージョン5.xのReplication Monitorを，バージョン6.xのReplication Managerにアップグレードインストールする場合，次の内容を確認してください。

フォルダまたはディレクトリの場所を指定したあとに，空きディスク領域サイズのチェックが実施されます。インストールを続行するために必要な領域が不足している場合は，警告メッセージ（KAVN01347-W）が表示されます。インストールを続行する場合は，このメッセージに対して［はい］を選択します。フォルダまたはディレクトリの場所を指定し直す場合は［いいえ］を選択します。

Replication Monitorのバージョンが5.0より前の場合，Replication Managerへのアップグレードはできません。

Replication Monitor 5.5.0-02以前またはReplication Monitor 5.6.0-00からのアップグレード後は，必ずユーザー認証情報を削除して，過去に登録した情報が利用できないようにしてください。

アップグレードインストール時には，Replication Managerは一部のタイプのデータしか引き継ぎません。この情報については次の表で説明します。

表3-2 アップグレードインストール時に移行するデータ

Replication Monitorで使用するデータ | 移行 | 注意事項
製品ライセンス | ○ | －
ユーザー権限 | ○ | Replication MonitorのModify権限を所有していたユーザーには，Replication ManagerのAdmin権限が付与されます。そのほかの権限は移行されます。
プロパティファイル | ○ | Replication Monitorでユーザーが指定したプロパティ情報は移行されます。
ホストおよびストレージシステムの構成情報 | × | この情報は，アップグレードのあとで構成情報を更新することで取得できます。
情報取得元の設定 | ○ | 構成情報の更新間隔の設定も含まれます。
マイコピーグループに登録したコピーグループのデータ | ○ | －
アラート設定 | × | ホストおよびストレージシステムのアラートの設定は移行されませんが，そのほかの設定は移行されます。
テンプレート設定 | ○ | －
ログデータの保持期限の設定 | ○ | －
アラートの発行履歴 | × | Replication Monitorのログファイルは退避されます。
イベントログ | × | Replication Monitorのログファイルは退避されます。
C/Tデルタログ | × | Replication Monitorのログファイルは退避されます。
サイドファイルまたはジャーナルボリュームの使用率のログ | × | Replication Monitorのログファイルは退避されます。

（凡例）

○：移行する

×：移行しない

－：該当しない

この節の構成

3.3.1 Windowsの場合

3.3.2 SolarisまたはLinuxの場合

3.3.1 Windowsの場合

Windows環境でのReplication Managerへのアップグレード手順を次に示します。ここでは，Replication Monitorバージョン5.xからReplication Managerバージョン6.4へのアップグレード手順を例に説明します。

AdministratorsグループのユーザーとしてWindowsにログオンします。

重要

以降，手順2～8の操作中にインストールを中止する場合は，［キャンセル］ボタンをクリックしてください。

Replication Manager CD-ROMのCD-ROMを挿入します。
インストーラーが自動的に起動し，［Hitachi Replication Manager 6.4.0（6.4.0-00）のインストールへようこそ（アップグレード）］ダイアログが表示されます。インストーラーが自動的に起動しない場合は，CD-ROMドライブのルートフォルダにあるsetup.exeを実行してください。

［Hitachi Replication Manager 6.4.0（6.4.0-00）のインストールへようこそ（アップグレード）］ダイアログで，［次へ］ボタンをクリックします。
次に示すように，Hitachi Command Suite製品のサービスが稼働中かどうかによって，表示されるダイアログが異なります。

サービスが稼働している場合，［Hitachi Storage Command Suite製品のサービスの停止］ダイアログが表示されます。手順4に進んでください。クラスタ構成の場合は，サービスを停止してから，再度インストールしてください。

すべてのサービスが停止している場合，［セットアップ状態の確認］ダイアログが表示されます。手順5に進んでください。

［Hitachi Storage Command Suite製品のサービスの停止］ダイアログで，［次へ］ボタンをクリックします。
Hitachi Command Suite製品のサービスが停止され，［セットアップ状態の確認］ダイアログが表示されます。

［セットアップ状態の確認］ダイアログに表示された情報を確認します。
次のどれかのセットアップメッセージが表示されます。

非クラスタ構成：Hitachi Command Suite製品が非クラスタ構成でセットアップされています。

クラスタ構成（実行系ノード）：Hitachi Command Suite製品がクラスタ構成の実行系ノードでセットアップされています。

クラスタ構成（待機系ノード）：Hitachi Command Suite製品がクラスタ構成の待機系ノードでセットアップされています。

［セットアップ状態の確認］ダイアログで［次へ］ボタンをクリックします。
［データ退避先の設定］ダイアログが表示されます。

［データ退避先の設定］ダイアログで，Replication Monitorデータを退避するフォルダを指定します。

［データ退避先の設定］ダイアログで［次へ］ボタンをクリックします。
［アンインストールの確認］ダイアログが表示されます。

［アンインストールの確認］ダイアログで［次へ］ボタンをクリックします。
Replication Monitorのアンインストーラーが別のダイアログで起動されます。

重要

［キャンセル］ボタンや，そのほかの強制終了の方法でアンインストールを中止しないでください。

Replication Monitorをアンインストールします。
Replication Monitorのアンインストール完了後，［Replication Monitorのアンインストール］ダイアログ（完了通知）が表示されます。

［Replication Monitorのアンインストール］ダイアログ（完了通知）で，［次へ］ボタンをクリックします。
［Replication Monitorのアンインストール］ダイアログ（結果通知）に，アンインストールの結果が表示されます。

［Replication Monitorのアンインストール］ダイアログ（結果通知）で，［次へ］ボタンをクリックします。
次に示すように，Hitachi Command Suite製品のセットアップ状態によって，表示されるダイアログが異なります。

非クラスタ構成の場合，［インストール完了時のサービス起動の設定］ダイアログが表示されます。手順13に進んでください。

クラスタ構成の場合，［インストール前の確認］ダイアログが表示されます。このダイアログにはインストール先などのインストール情報が表示されます。手順15に進んでください。

［インストール完了時のサービス起動の設定］ダイアログで，インストール完了後にHitachi Command Suite製品のサービスを起動するかどうかを選択します。
インストール完了後にサービスを起動する場合は，［はい］を選択します。サービスを起動しない場合は［いいえ］を選択します。

［インストール完了時のサービス起動の設定］ダイアログで，［次へ］ボタンをクリックします。
［インストール前の確認］ダイアログが表示されます。

［インストール前の確認］ダイアログに表示された情報を確認して，［実行］ボタンをクリックします。

注意

［実行］ボタンのクリック後は，［キャンセル］ボタンや，そのほかの強制終了の方法でアップグレードインストールを中止しないでください。処理を中止すると，ファイルが壊れるおそれがあります。

インストールが開始され，進捗状況を示す幾つかのダイアログが表示されます。インストールに成功し，退避データが復元されると，［退避したデータの確認］ダイアログが表示されます。

［退避したデータの確認］ダイアログで，退避したデータを削除するかどうかを選択します。
退避したデータを削除する場合は［はい］を，データを削除しない場合は［いいえ］を選択します。

重要

退避したデータには，発生したエラーの原因特定に役立つReplication Monitorログが含まれています。アップグレードインストール後の動作に問題がないことが確認できるまでは，退避したデータを保存しておくことをお勧めします。

［退避したデータの確認］ダイアログで［次へ］ボタンをクリックします。
［インストールの完了］ダイアログが表示されます。

［インストールの完了］ダイアログで，［完了］ボタンをクリックしてインストールを完了します。

構成情報の更新を実行します。
ホストおよびストレージシステムの構成情報が取得されます。操作方法の詳細については，オンラインヘルプを参照してください。

JP1/IMと連携していた場合

Replication MonitorでJP1/IMと連携していた場合，アップグレードインストールしたあとに，連携を再設定する必要があります。設定方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

3.3.2 SolarisまたはLinuxの場合

SolarisまたはLinux環境でのReplication Managerのアップグレードインストール手順を次に示します。

rootとしてSolarisまたはLinuxにログインします。

重要

以降，手順2～8の操作中にインストールを中止する場合は，「n」を入力してから［Enter］キーを押してください。

Replication ManagerのCD-ROMを挿入します。install.shが格納されているディレクトリ（＜CD-ROMのマウントディレクトリ＞）に移動し，次のコマンドを入力します。

./install.sh

インストールの開始を通知するメッセージが表示されます。

インストールを続ける場合は，「y」を入力してから［Enter］キーを押します。
次に示すように，Hitachi Command Suite製品のデーモンが稼働中かどうかによって，表示されるメッセージが異なります。

デーモンが稼働している場合，デーモンが停止されることを示すメッセージが表示されます。手順4に進んでください。クラスタ構成の場合は，デーモンを停止してから，再度アンインストールしてください。

すべてのデーモンが停止している場合，セットアップ状態を確認するメッセージが表示されます。手順5に進んでください。

Hitachi Command Suite製品のデーモンが停止されることを報告するメッセージに対して，「y」を入力してから［Enter］キーを押します。
デーモンが停止され，セットアップ状態を確認するメッセージが表示されます。

次のどれかのセットアップメッセージが表示されます。

非クラスタ構成：Hitachi Command Suite製品が非クラスタ構成でセットアップされています。

クラスタ構成（実行系ノード）：Hitachi Command Suite製品がクラスタ構成の実行系ノードでセットアップされています。

クラスタ構成（待機系ノード）：Hitachi Command Suite製品がクラスタ構成の待機系ノードでセットアップされています。

表示された情報でインストールを続ける場合は，「y」を入力してから［Enter］キーを押します。
Replication Monitorのデータを退避するディレクトリの入力を求めるメッセージが表示されます。

Replication Monitorのデータを退避するディレクトリを指定します。

［Enter］キーを押します。
入力した情報の確認を求めるメッセージが表示されます。

入力した情報を確認して，インストールを続けるには，「y」を入力してから［Enter］キーを押します。
データの退避処理が開始されます。

重要

データの退避先ディレクトリを入力し直すには，「n」を入力してから［Enter］キーを押してください。アップグレードインストールを中止するには，「q」を入力してから［Enter］キーを押してください。

データが退避されたことを知らせるメッセージが表示されます。
現在のReplication Monitorがアンインストールされることを知らせるメッセージが表示されます。

Replication Monitorをアンインストールするには，「y」を入力してから［Enter］キーを押します。
Replication Monitorがアンインストールされることを知らせるメッセージが表示され，Replication Monitorのアンインストーラーが起動します。

重要

アンインストール中は，［Ctrl］＋［C］キーを押すなどの方法で処理を中止しないでください。

Replication Monitorをアンインストールします。
アンインストールに成功した場合は，アンインストールに成功したことを示すメッセージが表示されます。次に示すように，Hitachi Command Suite製品のセットアップ状態によって，表示されるダイアログが異なります。

非クラスタ構成の場合，インストール完了後にHitachi Command Suite製品のデーモンを起動するかどうかを問うメッセージが表示されます。手順13に進んでください。

クラスタ構成の場合，インストールするかどうかを問うメッセージが表示されます。手順14に進んでください。

インストール完了後にHitachi Command Suite製品のデーモンを起動するかどうかを選択します。
デーモンを起動する場合は「y」を，起動しない場合は「n」を入力して，［Enter］キーを押します。インストールするかどうかを問うメッセージが表示されます。

インストールするかどうかを選択します。
インストールする場合は「y」を，インストールしない場合は「n」を入力して，［Enter］キーを押します。インストールが開始され，進捗状況を示すメッセージが表示されます。

重要

インストール中は，［Ctrl］＋［C］キーを押すなどの方法で処理を中止しないでください。

退避したReplication Monitorデータを削除するかどうかを問うメッセージが表示されます。
データを削除する場合は「y」を，削除しない場合は「n」を入力して，［Enter］キーを押します。インストールの完了を示すメッセージが表示されます。

重要

退避したデータには，発生したエラーの原因特定に役立つReplication Monitorログが含まれています。アップグレードインストール後の動作に問題がないことが確認できるまでは，退避したデータを保存しておくことをお勧めします。

構成情報の更新を実行します。
ホストおよびストレージシステムの構成情報が取得されます。操作方法の詳細については，オンラインヘルプを参照してください。

JP1/IMと連携していた場合

Replication MonitorでJP1/IMと連携していた場合，アップグレードインストールしたあとに，連携を再設定する必要があります。設定方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

3.4 Application Agentのインストール・アンインストール

この節では，データベースサーバとバックアップサーバにApplication Agentをインストールする方法とアンインストールする方法について説明します。

Application Agentは，クラスタ環境および非クラスタ環境のどちらの場合でも，インストール手順は同じです。

Application Agentをインストールすると，WindowsシステムにApplication Agentサービスが登録されます。Application Agentサービスとは，次に示す2つのサービスの総称です。サービス名は，それぞれ括弧の中に示す文字列で表示されます。

Protection Managerサービス（Protection Manager Service）
Replication Managerのアプリケーション連携機能を提供するサービスです。

Hitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）
データベースサーバおよびバックアップサーバと管理サーバとの間で必要な情報をやり取りするためのサービスです。

この節の構成

3.4.1 Application Agentのインストール前の確認事項

3.4.2 Application Agentの新規インストール

3.4.3 Application Agentのアップグレードインストール

3.4.4 Application Agentの上書きインストール（コンポーネントのインストール・アンインストール）

3.4.5 Protection Managerから移行する場合のApplication Agentのインストール

3.4.6 Application Agentのアンインストール

3.4.1 Application Agentのインストール前の確認事項

Application Agentをインストールする前に，次のことについて確認してください。

この項の構成

(1) Application Agentをインストールするホストの前提環境

(2) バックアップサーバにApplication Agentをインストールする場合

(3) Replication ManagerとApplication Agentを同じ管理サーバにインストールして使う場合

(4) RM Shadow Copy Provider（VSS Provider）のインストール条件

(5) Application Agentサービスを実行するユーザーアカウントの設定条件

(1) Application Agentをインストールするホストの前提環境

Application Agentをインストールするホストでは，システム要件に加えて，次のインストール要件を満たす必要があります。

Application Agentのインストール時およびアンインストール時には，インストーラーが一時ファイルを作成するため，システムドライブに100MBの空き容量が必要です。

Application Agentのインストールを開始する前に，実行中のプログラムをすべて終了してください。
例えば，Exchange Server 2013がインストールされていると，Microsoft Exchange Health Managerサービスのような他のサービスを起動するサービスが存在します。この場合，Microsoft Exchange Health Managerサービスを停止しないとApplication Agentのインストールに失敗します。このような状況を回避するために，インストールを開始する前に実行中のプログラムをすべて終了する必要があります。

Windows Server 2003のクラスタ構成の場合
クラスタ構成を構築する前にfor Exchangeコンポーネントをインストールすることを推奨します。クラスタ構成を構築したあとにfor Exchange コンポーネントをインストールする場合，for Exchangeコンポーネントをインストールするクラスタノードで，分散トランザクションコーディネータリソースがオンラインである必要があります。分散トランザクションコーディネータリソースが作成されていない場合，分散トランザクションコーディネータリソースを作成してください。

Windowsのリモートデスクトップを使ってApplication Agentをインストールする場合は，対象サーバのコンソールセッションに接続済みであることを確認してください。Hitachi Command Suite製品を使う（インストールやアンインストールを含む）には，対象サーバのコンソールにあらかじめ接続しておく必要があります。ほかのユーザーが同じセッションに接続すると，操作中にエラーが発生するおそれがあります。

Replication Managerは，Application Agentの対応コンポーネントの有無によって各ホスト上の対象アプリケーションを特定し情報を取得します。このため，アプリケーションが稼働しているホストに対してApplication Agentの対応コンポーネントをインストールしてください。
アプリケーションが稼働しないホストに対して，Application Agentの対応コンポーネントをインストールした場合は，ホスト情報更新でReplication Managerは情報取得に失敗して，次のエラーメッセージを表示します。
RPM-11004
指定されたSQLインスタンス名が不正か，もしくはSQLインスタンスの設定が行われていません。
RPM-11509
Exchange Serverが該当するマシンにインストールされていません。

(2) バックアップサーバにApplication Agentをインストールする場合

次に示す条件の場合は，バックアップサーバにもApplication Agentをインストールしてください。

for Exchangeコンポーネントの場合

for SQLコンポーネントの場合

テープ装置にバックアップするとき

バックアップしたデータを二次利用するとき

同じバージョンのApplication Agentを，データベースサーバとバックアップサーバにインストールしてください。

(3) Replication ManagerとApplication Agentを同じ管理サーバにインストールして使う場合

Replication ManagerとApplication Agentを同じ管理サーバにインストールして使う場合，次の手順でインストールしてください。この構成の場合，デバイスグループで定義されたコピーグループは管理できません。

管理サーバにReplication Managerをすでにインストールしている場合

base.propertiesファイルのbase.refreshdginfo.execの値を0に設定します。

Hitachi Command Suite共通コンポーネントのサービスを再起動します。

すべてのリモートDevice Managerを選択して，構成情報の更新を実行します。

ローカルDevice Managerが管理するすべてのストレージシステムを選択して，ストレージシステム情報の更新を実行します。

Application Agentを管理サーバにインストールします。

管理サーバにApplication Agentをすでにインストールしている場合

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

base.propertiesファイルのbase.refreshdginfo.execの値を0に設定します。

Hitachi Command Suite共通コンポーネントのサービスを再起動します。

(4) RM Shadow Copy Provider（VSS Provider）のインストール条件

「for Exchangeコンポーネント」を選択した場合は，Application Agentのインストール中に，RM Shadow Copy Provider（VSS Provider）のインストールが実行される場合があります。RM Shadow Copy Provider（VSS Provider）のインストール時には，次に示す各サービスのスタートアップの種類が条件どおり設定されている必要があります。各サービスとスタートアップの種類の条件を次の表に示します。

表3-3 RM Shadow Copy Provider（VSS Provider）をインストールするために必要な各サービスの設定

サービス名 | 表示名 | 前提となるスタートアップの種類の条件
RpcSs | Remote Procedure Call (RPC) | 自動
EventLog | Event Log | 自動
DcomLaunch | DCOM Server Process Launcher | 自動
SamSs | Security Accounts Manager | 自動
winmgmt | Windows Management Instrumentation | 自動
EventSystem | COM+ Event System | 手動または自動
MSIServer | Windows Installer | 手動または自動
VSS | Volume Shadow Copy | 手動または自動
COMSysApp | COM+ System Application | 手動または自動
MSDTC | Distributed Transaction Coordinator | 手動または自動

(5) Application Agentサービスを実行するユーザーアカウントの設定条件

Application Agentサービス（Protection ManagerサービスおよびHitachi Command Suite共通エージェントコンポーネントサービス）を実行するユーザーアカウントには，次の条件を満たすアカウントを設定する必要があります。

ローカルAdministrator権限を持っていること。

セキュリティポリシーとして「サービスとしてログオンする権利」が有効であり，かつ「サービスとしてログオンを拒否」が無効であること。

データベースアクセス権限が付与されていること。

バックアップ対象がSQL Serverデータベースの場合

Application Agentは，SQL ServerにWindows認証でアクセスします。このため，Application Agentの実行ユーザーを，SQL Serverのsysadmin固定サーバロールのメンバーとして登録する必要があります。

バックアップ対象がExchange Serverデータベースの場合

Hitachi Command Suite共通エージェントコンポーネントのサービスの実行用アカウントを，ドメインのEnterprise AdminsグループまたはExchange Domain Serversグループに所属させる必要があります。

注意

コマンドデバイスのユーザー認証が有効となっている構成の場合，次のすべての操作を実行する際に，アルファベットの大文字と小文字を含めて同じユーザー名でOSにログインしてください。操作ごとにアルファベットの大文字と小文字が異なるユーザー名でOSにログインすると，Application Agentがエラー終了します。

Application Agentサービスの実行ユーザーアカウントの設定

コマンドデバイスのユーザー認証

レプリカ作成やリストアなどすべてのApplication Agentの操作

注意

ペア管理サーバ，データベースサーバ，およびバックアップサーバのどれかのOSがWindows Server 2008 R2，Windows Server 2008 R2 IPF，またはWindows Server 2012の場合，Application Agentサービスの実行ユーザーアカウントに，管理されたサービスアカウント（Managed Service Account）を指定しないでください。バックアップ対象がSQL Serverデータベースのときは，SQL Server，SQL Server Agent，およびそのほかのSQL Server関連サービスの実行ユーザーアカウントにも，管理されたサービスアカウントを指定しないでください。これらのサービスの実行ユーザーアカウントに，管理されたサービスアカウントを指定すると，Replication Managerの操作でエラーが発生するおそれがあります。

3.4.2 Application Agentの新規インストール

ここでは，Application Agentの新規インストール方法について説明します。

Application Agentは，統合インストールメディアまたはGUIからインストールできます。

Hitachi Command Suite共通エージェントコンポーネントおよびDevice Managerエージェントがインストールされていない場合，Application Agentをインストールすると，次に示すフォルダに自動的にインストールされます。

Hitachi Command Suite共通エージェントコンポーネント

32ビット環境（x86）の場合
　＜システムドライブ＞¥Program Files¥HDVM¥HBaseAgent

64ビット環境（x64）の場合
　＜システムドライブ＞¥Program Files (x86)¥HDVM¥HBaseAgent

Device Managerエージェント

　＜Hitachi Command Suite共通エージェントコンポーネントのインストールフォルダ＞¥mod¥hdvm

Application Agentを新規にインストールする手順を次に示します。

AdministratorsグループのユーザーとしてWindowsにログオンします。

インストールメディアまたはパッケージを用意します。

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

統合インストールメディアを挿入します。

GUIからインストールする場合

GUIを起動し，グローバルタスクバーエリアから［起動］－［ダウンロード］を選択して，Application Agentパッケージをダウンロードします。

重要

ダウンロード先のフォルダの値に，次の文字は使用しないでください。
` %

ユーザー環境変数TMPの値に，次の文字は使用しないでください。
` % & ^ ;

インストールを開始します。

Windows用の統合インストールメディアの場合

表示されたウィンドウの［Replication Manager Application Agent］横にある［Install］ボタンをクリックします。

ウィンドウが表示されない場合は，インストーラー（setup.exe）を直接実行してください。

インストーラーは，＜DVDドライブ＞:¥AGENTS¥HRPM_APPに格納されています。

UNIX用の統合インストールメディアの場合

インストーラー（setup.exe）を実行します。

インストーラーは，＜DVDドライブ＞:¥AGENTS¥HRPM_APPに格納されています。

GUIからApplication Agentパッケージをダウンロードした場合

手順2でダウンロードしたファイルを解凍し，Rpm_App_Agentフォルダのsetup.exeをダブルクリックします。

［セットアップの準備］ダイアログが表示されたあとに，［Replication Manager - Application Agent 7.x.x-xx セットアップへようこそ］ダイアログが表示されます。

重要

以降の操作中にインストールを中止する場合は，［キャンセル］ボタンをクリックしてください。そのほかの方法でインストールを中止しないでください。

［Replication Manager - Application Agent 7.x.x-xx セットアップへようこそ］ダイアログで，［次へ］ボタンをクリックします。
［ユーザ情報］ダイアログが表示されます。

［ユーザ情報］ダイアログで，ユーザ名および会社名を入力して，［次へ］ボタンをクリックします。
［インストール先の選択］ダイアログが表示されます。

［インストール先の選択］ダイアログで，インストール先のフォルダを指定してください。
インストール先のフォルダに指定できる文字を次に示します。
a～z A～Z 0～9 # + - . @ _ ( ) および空白文字
さらに，コロン（:）をドライブの区切り文字として，円記号（¥）をフォルダの区切り文字として使用できます。また，次の制限が適用されます。

ドライブ文字を含め，最大で124文字使用できます。

絶対パスを指定します。

UNCパスは指定できません。

OSが予約している名前（CON，AUX，NUL，PRN，CLOCK$，COM1～COM9，およびLPT1～LPT9）は指定できません。

［インストール先の選択］ダイアログでは，デフォルトのインストール先のフォルダとして次のフォルダが表示されます。

32ビット環境（x86）の場合

＜システムドライブ＞¥Program Files¥HITACHI

64ビット環境（x64）の場合

＜システムドライブ＞¥Program Files (x86)¥HITACHI

［機能の選択］ダイアログで，インストールするコンポーネントを選択し，［次へ］ボタンをクリックします。

「for SQLコンポーネント」を選択した場合

SQL Server連携に必要なファイルのコピーが実行されます。

「for Exchangeコンポーネント」を選択した場合

RM Shadow Copy Provider（VSS Provider）のインストール先を選択するダイアログが表示されます。画面に従って，インストール先を設定してください。

Exchange Server連携に必要なファイルのコピー，およびRM Shadow Copy Provider（VSS Provider）のインストールが実行されます。

重要

Application AgentのCLIでファイルシステムのVSSバックアップを実行する場合は，「for Exchangeコンポーネント」を選択し，RM Shadow Copy Provider（VSS Provider）をインストールしてください。［機能の選択］ダイアログに「for Exchangeコンポーネント」が表示されないときは，「for SQL コンポーネント」を選択し，Application Agentのインストールを完了させたあと，手動でRM Shadow Copy Provider（VSS Provider）をインストールしてください。RM Shadow Copy Provider（VSS Provider）のインストール方法については，RAID Managerのマニュアルを参照してください。

［Windowsファイアウォール機能の設定］ダイアログが表示されます。

［Windowsファイアウォール機能の設定］ダイアログで，［はい］を選択して［次へ］ボタンをクリックします。

重要

Application Agentを使用するためには，ファイアウォール機能にApplication Agentを例外登録する必要があります。［いいえ］を選択した場合，Application Agentのインストールが完了したあとに手動でファイアウォールの設定をしてください。ファイアウォールの設定方法は，「3.5.2 Application Agentを利用するためのファイアウォールの設定」を参照してください。

［ファイルコピーの開始］ダイアログが表示されます。

［ファイルコピーの開始］ダイアログに表示されている設定内容が正しいことを確認して，［次へ］ボタンをクリックします。
［セットアップステータス］ダイアログが表示され，セットアップが開始されます。
［機能の選択］ダイアログで「for Exchangeコンポーネント」を選択した場合は，セットアップ中に，RM Shadow Copy Provider（VSS Provider）のインストール画面が表示される場合があります。その場合，各画面のメッセージに従ってRM Shadow Copy Provider（VSS Provider）をインストールしてください。
セットアップが完了すると，［Application Agentサービス実行ユーザーアカウント設定］ダイアログが表示されます。

［Application Agentサービス実行ユーザーアカウント設定］ダイアログで，Protection Managerサービス（Protection Manager Service）とHitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）のユーザーアカウントを設定します。
ユーザー名とパスワードを入力してください。ユーザー名にドメインユーザーを指定する場合は，「＜ドメイン＞¥＜ユーザー＞」の形式で入力してください。

重要

［Application Agentサービス実行ユーザーアカウント設定］ダイアログで［キャンセル］ボタンをクリックすると，アカウントの設定をしないで終了するかどうかを確認するダイアログが表示されます。このダイアログで［はい］ボタンをクリックすると，Application Agentサービスは次のとおり設定されます。

Protection Managerサービス（Protection Manager Service）
表示名：Protection Manager Service
実行ユーザーアカウント：デフォルトのローカルシステムアカウント
スタートアップの種類：無効
サービスの状態：停止中

Hitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）
表示名：HBsA Service
実行ユーザーアカウント：デフォルトのローカルシステムアカウント
スタートアップの種類：自動
サービスの状態：起動中

この場合，インストールの完了後にWindowsのサービスウィンドウで，Protection Managerサービス（Protection Manager Service）とHitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）をそれぞれ選択して，実行ユーザーをローカルのAdministrator権限を持ったユーザーに変更し，スタートアップの種類を「自動」に変更してください。「サービスとしてログオンする権利」は，指定したユーザーに自動的に付与されます。

［Application Agentサービス実行ユーザーアカウント設定］ダイアログで，［次へ］ボタンをクリックします。
サービスアカウントの設定が実行されて，Device Managerエージェントの設定を実行するかどうかを確認するダイアログが表示されます。
Device Managerエージェントを設定すると，Replication Managerからコピーペアを管理できます。

Device Managerエージェントの設定を実行するかどうかを確認するダイアログで，［はい］ボタンまたは［いいえ］ボタンをクリックします。
Device Managerエージェントの設定を実行する場合は，［はい］ボタンをクリックしてください。Device Managerエージェントの設定画面が起動します。画面に従って設定してください。
すでにDevice Managerエージェントの設定が完了している場合，またはDevice Managerエージェントを使用しない場合は，［いいえ］ボタンをクリックしてください。
Device Managerエージェントの設定が完了すると，［InstallShield Wizardの完了］ダイアログが表示されます。

［InstallShield Wizardの完了］ダイアログで，コンピュータを再起動するかどうかを選択して［完了］ボタンをクリックします。
ストレージシステムがVP9500，H20000/H24000，またはH10000/H12000であり，かつ対応コンポーネントがfor Exchangeコンポーネントの場合は，コンピュータを再起動しないで手順14へ進んでください。それ以外の場合は，コンピュータを再起動してインストールを完了してください。

RMXP Shadow Copy Provider（VSS Provider）をインストールします。
次に示すインストール先の，OSのアーキテクチャに対応したRMXP Shadow Copy Provider（VSS Provider）をインストールしてください。

＜RAID Manager XPのインストール先＞¥tool

32ビット（x86）用VSS Provider

RMXPVSSRV.exe

64ビット（x64）用VSS Provider

RMXPVSSPRV_X64.exe

システム環境変数を設定します。

データベースサーバに次の環境変数を設定します。
環境変数名：VSXPRMENVF
指定する値：＜Application Agentのインストールフォルダ＞¥DRM¥conf¥vssprv.conf

バックアップサーバに次の環境変数を設定します。

環境変数名：VSXPHORCMINST_REMOTE
指定する値：副ボリュームを管理するRAID Managerのインスタンス番号

環境変数名：VSXPRMDRV
指定する値：RAID Manager XPのインストールドライブ（RAID Manager XPをシステムドライブ以外にインストールした場合だけ）
例：RAID Manager XPをDドライブにインストールした場合
VSXPRMDRV=D:

Application Agentの新規インストールが完了しました。コンピュータを再起動してください。

3.4.3 Application Agentのアップグレードインストール

ここでは，Application Agent 6.3以降がインストールされているデータベースサーバまたはバックアップサーバに，Application Agent 7.xをアップグレードインストールする方法について説明します。

Application Agentは，統合インストールメディアまたはGUIからアップグレードインストールできます。

Device Managerエージェントがインストールされていない場合，Application Agentをインストールすると，次に示すフォルダにDevice Managerエージェントが自動的にインストールされます。

　＜Hitachi Command Suite共通エージェントコンポーネントのインストールフォルダ＞¥mod¥hdvm

重要

Application Agentのアップグレードインストールまたは上書きインストール時には，Application Agentサービスの既存の設定を引き継ぎます。ただし，Hitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）の実行ユーザーアカウントが，デフォルトのローカルシステムアカウントに変更される場合があります。この場合，インストールの完了後にWindowsのサービスウィンドウで，Hitachi Command Suite共通エージェントコンポーネントサービスを選択して，実行ユーザーをローカルのAdministrator権限を持ったユーザーに設定し直してください。

Application Agentをアップグレードインストールする手順を次に示します。

AdministratorsグループのユーザーとしてWindowsにログオンします。

インストールメディアまたはパッケージを用意します。

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

統合インストールメディアを挿入します。

GUIからインストールする場合

GUIを起動し，グローバルタスクバーエリアから［起動］－［ダウンロード］を選択して，Application Agentパッケージをダウンロードします。

インストールを開始します。

Windows用の統合インストールメディアの場合

表示されたウィンドウの［Replication Manager Application Agent］横にある［Install］ボタンをクリックします。

ウィンドウが表示されない場合は，インストーラー（setup.exe）を直接実行してください。

インストーラーは，＜DVDドライブ＞:¥AGENTS¥HRPM_APPに格納されています。

UNIX用の統合インストールメディアの場合

インストーラー（setup.exe）を実行します。

インストーラーは，＜DVDドライブ＞:¥AGENTS¥HRPM_APPに格納されています。

GUIからApplication Agentパッケージをダウンロードした場合

手順2でダウンロードしたファイルを解凍し，Rpm_App_Agentフォルダのsetup.exeをダブルクリックします。

［セットアップの準備］ダイアログが表示されたあとに，［ようこそ］ダイアログが表示されます。

重要

以降の操作中にインストールを中止する場合は，［キャンセル］ボタンをクリックしてください。そのほかの方法でインストールを中止しないでください。

［ようこそ］ダイアログで，［アップグレード］を選択して，［次へ］ボタンをクリックします。
［機能の選択］ダイアログが表示されます。

［機能の選択］ダイアログで，インストールするコンポーネントを選択し，［次へ］ボタンをクリックします。
新しいコンポーネントをインストールしたい場合には，インストールするコンポーネントのチェックボックスをチェックしてください。

「for SQLコンポーネント」を選択した場合

SQL Server連携に必要なファイルのコピーが実行されます。

「for Exchangeコンポーネント」を選択した場合

RM Shadow Copy Provider（VSS Provider）のインストール先を選択するダイアログが表示されます。画面に従って，インストール先を設定してください。

Exchange Server連携に必要なファイルのコピー，およびRM Shadow Copy Provider（VSS Provider）のインストールが実行されます。

インストールしてあるコンポーネントをアンインストールしたい場合には，アンインストールするコンポーネントのチェックボックスのチェックを外してください。
［セットアップステータス］ダイアログが表示され，セットアップまたはアンインストールが開始されます。
［機能の選択］ダイアログで「for Exchangeコンポーネント」を選択した場合は，セットアップ中に，RM Shadow Copy Provider（VSS Provider）のインストール画面が表示される場合があります。その場合，各画面のメッセージに従ってRM Shadow Copy Provider（VSS Provider）をインストールしてください。

重要

Application AgentのCLIでファイルシステムのVSSバックアップを実行する場合は，「for Exchangeコンポーネント」を選択し，RM Shadow Copy Provider（VSS Provider）をインストールしてください。［機能の選択］ダイアログに「for Exchangeコンポーネント」が表示されないときは，「for SQL コンポーネント」を選択し，Application Agentのインストールを完了させたあと，手動でRM Shadow Copy Provider（VSS Provider）をインストールしてください。RM Shadow Copy Provider（VSS Provider）のインストール方法については，RAID Managerのマニュアルを参照してください。

セットアップが完了すると，Device Managerエージェントの設定を実行するかどうかを確認するダイアログが表示されます。
Device Managerエージェントを設定すると，Replication Managerからコピーペアを管理できます。

Device Managerエージェントの設定を実行するかどうかを確認するダイアログで，［はい］ボタンまたは［いいえ］ボタンをクリックします。
Device Managerエージェントの設定を実行する場合は，［はい］ボタンをクリックしてください。Device Managerエージェントの設定画面が起動します。画面に従って設定してください。
すでにDevice Managerエージェントの設定が完了している場合，またはDevice Managerエージェントを使用しない場合は，［いいえ］ボタンをクリックしてください。
Device Managerエージェントの設定が完了すると，［メンテナンスの完了］ダイアログが表示されます。

［メンテナンスの完了］ダイアログで，［完了］ボタンをクリックしてインストールを完了します。

3.4.4 Application Agentの上書きインストール（コンポーネントのインストール・アンインストール）

上書きインストールとは，同じバージョンのApplication Agentを再インストール，新しいコンポーネントをインストール，またはインストールしてあるコンポーネントをアンインストールすることです。ここでは，Application Agentがインストールされているデータベースサーバまたはバックアップサーバに，同じバージョンのApplication Agentを上書きインストールする方法について説明します。

Application Agentは，統合インストールメディアまたはGUIから上書きインストールできます。

重要

Application Agentのアップグレードインストールまたは上書きインストール時には，Application Agentサービスの既存の設定を引き継ぎます。ただし，Hitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）の実行ユーザーアカウントが，デフォルトのローカルシステムアカウントに変更される場合があります。この場合，インストールの完了後にWindowsのサービスウィンドウで，Hitachi Command Suite共通エージェントコンポーネントサービスを選択して，実行ユーザーをローカルのAdministrator権限を持ったユーザーに設定し直してください。

Application Agentを上書きインストールする手順を次に示します。

AdministratorsグループのユーザーとしてWindowsにログオンします。

インストールメディアまたはパッケージを用意します。

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

統合インストールメディアを挿入します。

GUIからインストールする場合

GUIを起動し，グローバルタスクバーエリアから［起動］－［ダウンロード］を選択して，Application Agentパッケージをダウンロードします。

インストールを開始します。

Windows用の統合インストールメディアの場合

表示されたウィンドウの［Replication Manager Application Agent］横にある［Install］ボタンをクリックします。

ウィンドウが表示されない場合は，インストーラー（setup.exe）を直接実行してください。

インストーラーは，＜DVDドライブ＞:¥AGENTS¥HRPM_APPに格納されています。

UNIX用の統合インストールメディアの場合

インストーラー（setup.exe）を実行します。

インストーラーは，＜DVDドライブ＞:¥AGENTS¥HRPM_APPに格納されています。

GUIからApplication Agentパッケージをダウンロードした場合

手順2でダウンロードしたファイルを解凍し，Rpm_App_Agentフォルダのsetup.exeをダブルクリックします。

［セットアップの準備］ダイアログが表示されたあとに，［ようこそ］ダイアログが表示されます。
コンポーネントをインストール，またはアンインストールしたい場合は手順4へ進んでください。再インストールしたい場合は手順6へ進んでください。

重要

以降の操作中にインストールを中止する場合は，［キャンセル］ボタンをクリックしてください。そのほかの方法でインストールを中止しないでください。

［ようこそ］ダイアログで，［変更］を選択して，［次へ］ボタンをクリックします。
［機能の選択］ダイアログが表示されます。

［機能の選択］ダイアログで，インストールするコンポーネントを選択し，［次へ］ボタンをクリックします。
新しいコンポーネントをインストールしたい場合には，インストールするコンポーネントのチェックボックスをチェックしてください。

「for SQLコンポーネント」を選択した場合

SQL Server連携に必要なファイルのコピーが実行されます。

「for Exchangeコンポーネント」を選択した場合

RM Shadow Copy Provider（VSS Provider）のインストール先を選択するダイアログが表示されます。画面に従って，インストール先を設定してください。

Exchange Server連携に必要なファイルのコピー，およびRM Shadow Copy Provider（VSS Provider）のインストールが実行されます。

インストールしてあるコンポーネントをアンインストールしたい場合には，アンインストールするコンポーネントのチェックボックスのチェックを外してください。
［セットアップステータス］ダイアログが表示され，セットアップまたはアンインストールが開始されます。
［機能の選択］ダイアログで「for Exchangeコンポーネント」を選択した場合は，セットアップ中に，RM Shadow Copy Provider（VSS Provider）のインストール画面が表示される場合があります。その場合，各画面のメッセージに従ってRM Shadow Copy Provider（VSS Provider）をインストールしてください。

重要

Application AgentのCLIでファイルシステムのVSSバックアップを実行する場合は，「for Exchangeコンポーネント」を選択し，RM Shadow Copy Provider（VSS Provider）をインストールしてください。［機能の選択］ダイアログに「for Exchangeコンポーネント」が表示されないときは，「for SQL コンポーネント」を選択し，Application Agentのインストールを完了させたあと，手動でRM Shadow Copy Provider（VSS Provider）をインストールしてください。RM Shadow Copy Provider（VSS Provider）のインストール方法については，RAID Managerのマニュアルを参照してください。

セットアップが完了すると，［メンテナンスの完了］ダイアログが表示されます。手順8へ進んでください。

［ようこそ］ダイアログで，［再インストール］を選択して，［次へ］ボタンをクリックします。
［セットアップステータス］ダイアログが表示され，セットアップが開始されます。
インストールしたコンポーネントが「for Exchangeコンポーネント」の場合はセットアップ中に，RM Shadow Copy Provider（VSS Provider）のインストール画面が表示される場合があります。その場合，各画面のメッセージに従ってRM Shadow Copy Provider（VSS Provider）をインストールしてください。
セットアップが完了すると，Device Managerエージェントの設定を実行するかどうかを確認するダイアログが表示されます。
Device Managerエージェントを設定すると，Replication Managerからコピーペアを管理できます。

Device Managerエージェントの設定を実行するかどうかを確認するダイアログで，［はい］ボタンまたは［いいえ］ボタンをクリックします。
Device Managerエージェントの設定を実行する場合は，［はい］ボタンをクリックしてください。Device Managerエージェントの設定画面が起動します。画面に従って設定してください。
すでにDevice Managerエージェントの設定が完了している場合，またはDevice Managerエージェントを使用しない場合は，［いいえ］ボタンをクリックしてください。
Device Managerエージェントの設定が完了すると，［メンテナンスの完了］ダイアログが表示されます。

［メンテナンスの完了］ダイアログで，［完了］ボタンをクリックしてインストールを完了します。

3.4.5 Protection Managerから移行する場合のApplication Agentのインストール

ここでは，バージョン5.0以降のProtection Managerを使用している環境にApplication Agentをインストールして，Protection ManagerからApplication Agentへ移行する場合の方法について説明します。

Protection Managerがインストール済みの状態からApplication Agentをインストールする場合，次の条件を満たす必要があります。

インストール済みのProtection Managerのバージョンは，5.0以降である。

Protection Managerのバージョン5.0以降を使用してバックアップを実行している。
例：Protection Manager 4.0でバックアップを実行後，Protection Manager 6.0にアップグレードし，そのあとApplication Agentをインストールした場合，Application Agentを使用してProtection Manager 4.0でバックアップしたデータをリストアすることはできません。

Protection Manager Consoleをアンインストールしている。

Application Agentは，統合インストールメディアまたはGUIから上書きインストールできます。

Hitachi Command Suite共通エージェントコンポーネントおよびDevice Managerエージェントがインストールされていない場合，Application Agentをインストールすると，次に示すフォルダに自動的にインストールされます。

Hitachi Command Suite共通エージェントコンポーネント

32ビット環境（x86）の場合
　＜システムドライブ＞¥Program Files¥HDVM¥HBaseAgent

64ビット環境（x64）の場合
　＜システムドライブ＞¥Program Files (x86)¥HDVM¥HBaseAgent

Device Managerエージェント

　＜Hitachi Command Suite共通エージェントコンポーネントのインストールフォルダ＞¥mod¥hdvm

Protection Managerを使用している環境にApplication Agentをインストールする手順を次に示します。

AdministratorsグループのユーザーとしてWindowsにログオンします。

インストールメディアまたはパッケージを用意します。

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

統合インストールメディアを挿入します。

GUIからインストールする場合

GUIを起動し，グローバルタスクバーエリアから［起動］－［ダウンロード］を選択して，Application Agentパッケージをダウンロードします。

インストールを開始します。

Windows用の統合インストールメディアの場合

表示されたウィンドウの［Replication Manager Application Agent］横にある［Install］ボタンをクリックします。

ウィンドウが表示されない場合は，インストーラー（setup.exe）を直接実行してください。

インストーラーは，＜DVDドライブ＞:¥AGENTS¥HRPM_APPに格納されています。

UNIX用の統合インストールメディアの場合

インストーラー（setup.exe）を実行します。

インストーラーは，＜DVDドライブ＞:¥AGENTS¥HRPM_APPに格納されています。

GUIからApplication Agentパッケージをダウンロードした場合

手順2でダウンロードしたファイルを解凍し，Rpm_App_Agentフォルダのsetup.exeをダブルクリックします。

［セットアップの準備］ダイアログが表示されたあとに，［Protection Managerを上書きしてもよいかの質問］ダイアログが表示されます。

重要

以降の操作中にインストールを中止する場合は，［キャンセル］ボタンをクリックしてください。そのほかの方法でインストールを中止しないでください。

［Protection Managerを上書きしてもよいかの質問］ダイアログで，［はい］ボタンをクリックします。
［Replication Manager - Application Agent 7.x.x-xx セットアップへようこそ］ダイアログが表示されます。

［Replication Manager - Application Agent 7.x.x-xx セットアップへようこそ］ダイアログで，［次へ］ボタンをクリックします。
［ユーザ情報］ダイアログが表示されます。

［ユーザ情報］ダイアログで，ユーザ名および会社名を入力して，［次へ］ボタンをクリックします。

［機能の選択］ダイアログで，インストールするコンポーネントを選択し，［次へ］ボタンをクリックします。
Protection Manager for Exchangeがインストールされている場合には，for Exchangeコンポーネントは非活性表示されて選択の解除はできません。
Protection Manager for SQLがインストールされている場合には，for SQLコンポーネントは非活性表示されて選択の解除はできません。
［ファイルコピーの開始］ダイアログが表示されます。

「for SQLコンポーネント」を選択した場合

SQL Server連携に必要なファイルのコピーが実行されます。

「for Exchangeコンポーネント」を選択した場合

RM Shadow Copy Provider（VSS Provider）のインストール先を選択するダイアログが表示されます。画面に従って，インストール先を設定してください。

Exchange Server連携に必要なファイルのコピー，およびRM Shadow Copy Provider（VSS Provider）のインストールが実行されます。

重要

Application AgentのCLIでファイルシステムのVSSバックアップを実行する場合は，「for Exchangeコンポーネント」を選択し，RM Shadow Copy Provider（VSS Provider）をインストールしてください。［機能の選択］ダイアログに「for Exchangeコンポーネント」が表示されないときは，「for SQL コンポーネント」を選択し，Application Agentのインストールを完了させたあと，手動でRM Shadow Copy Provider（VSS Provider）をインストールしてください。RM Shadow Copy Provider（VSS Provider）のインストール方法については，RAID Managerのマニュアルを参照してください。

［Windowsファイアウォール機能の設定］ダイアログが表示されます。

［Windowsファイアウォール機能の設定］ダイアログで，［はい］を選択して［次へ］ボタンをクリックします。

重要

Application Agentを使用するためには，ファイアウォール機能にApplication Agentを例外登録する必要があります。［いいえ］を選択した場合，Application Agentのインストールが完了したあとに手動でファイアウォールの設定をしてください。ファイアウォールの設定方法は，「3.5.2 Application Agentを利用するためのファイアウォールの設定」を参照してください。

［ファイルコピーの開始］ダイアログが表示されます。

［ファイルコピーの開始］ダイアログに表示されている設定内容が正しいことを確認して，［次へ］ボタンをクリックします。
［セットアップステータス］ダイアログが表示され，セットアップが開始されます。
［機能の選択］ダイアログで「for Exchangeコンポーネント」を選択した場合は，セットアップ中に，RM Shadow Copy Provider（VSS Provider）のインストール画面が表示される場合があります。その場合，各画面のメッセージに従ってRM Shadow Copy Provider（VSS Provider）をインストールしてください。
セットアップが完了すると，［Application Agentサービス実行ユーザーアカウント設定］ダイアログが表示されます。

［Application Agentサービス実行ユーザーアカウント設定］ダイアログで，Protection Managerサービス（Protection Manager Service）とHitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）のユーザーアカウントを設定します。
ユーザー名とパスワードを入力してください。ユーザー名にドメインユーザーを指定する場合は，「＜ドメイン＞¥＜ユーザー＞」の形式で入力してください。

重要

［Application Agentサービス実行ユーザーアカウント設定］ダイアログで［キャンセル］ボタンをクリックすると，アカウントの設定をしないで終了するかどうかを確認するダイアログが表示されます。このダイアログで［はい］ボタンをクリックすると，Application Agentサービスは次のとおり設定されます。

Protection Managerサービス（Protection Manager Service）

［Application Agentサービス実行ユーザーアカウント設定］ダイアログで「指定されたユーザーアカウントの認証に失敗しました。ユーザー名，パスワードを確認してください。」と表示されたあと，［キャンセル］ボタンをクリックした場合
表示名：Protection Manager Service
実行ユーザーアカウント：デフォルトのローカルシステムアカウント
スタートアップの種類：無効
サービスの状態：停止中

［Application Agentサービス実行ユーザーアカウント設定］ダイアログで認証に失敗したメッセージが一度も表示されていない状態で［キャンセル］ボタンをクリックした場合
表示名：Protection Manager Service
実行ユーザーアカウント：既存の設定を引き継ぐ
スタートアップの種類：既存の設定を引き継ぐ
サービスの状態：既存の設定を引き継ぐ

Hitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）

Application Agentをインストールする前に，Hitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）をインストールしていた場合
表示名：HBsA Service
実行ユーザーアカウント：既存の設定を引き継ぐ
スタートアップの種類：既存の設定を引き継ぐ
サービスの状態：起動中

Application Agentをインストールする前に，Hitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）をインストールしていなかった場合
表示名：HBsA Service
実行ユーザーアカウント：デフォルトのローカルシステムアカウント
スタートアップの種類：自動
サービスの状態：起動中

実行ユーザーアカウントがデフォルトのローカルシステムアカウントの場合，インストールの完了後にWindowsのサービスウィンドウでProtection Managerサービス（Protection Manager Service）とHitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）をそれぞれ選択して，実行ユーザーをローカルのAdministrator権限を持ったユーザーに変更し，スタートアップの種類を「自動」に変更してください。「サービスとしてログオンする権利」は，指定したユーザーに自動的に付与されます。

［Application Agentサービス実行ユーザーアカウント設定］ダイアログで，［次へ］ボタンをクリックします。
サービスアカウントの設定が実行されて，Device Managerエージェントの設定を実行するかどうかを確認するダイアログが表示されます。
Device Managerエージェントを設定すると，Replication Managerからコピーペアを管理できます。

Device Managerエージェントの設定を実行するかどうかを確認するダイアログで，［はい］ボタンまたは［いいえ］ボタンをクリックします。
Device Managerエージェントの設定を実行する場合は，［はい］ボタンをクリックしてください。Device Managerエージェントの設定画面が起動します。画面に従って設定してください。
すでにDevice Managerエージェントの設定が完了している場合，またはDevice Managerエージェントを使用しない場合は，［いいえ］ボタンをクリックしてください。
Device Managerエージェントの設定が完了すると，［InstallShield Wizardの完了］ダイアログが表示されます。

［InstallShield Wizardの完了］ダイアログで，コンピュータを再起動するかどうかを選択して［完了］ボタンをクリックします。
ストレージシステムがVP9500，H20000/H24000，またはH10000/H12000であり，かつ対応コンポーネントがfor Exchangeコンポーネントの場合は，コンピュータを再起動しないで手順14へ進んでください。それ以外の場合は，コンピュータを再起動して手順16へ進んでください。

RMXP Shadow Copy Provider（VSS Provider）をインストールします。
次に示すインストール先の，OSのアーキテクチャに対応したRMXP Shadow Copy Provider（VSS Provider）をインストールしてください。

＜RAID Manager XPのインストール先＞¥tool

32ビット（x86）用VSS Provider

RMXPVSSRV.exe

64ビット（x64）用VSS Provider

RMXPVSSPRV_X64.exe

システム環境変数を設定します。

データベースサーバに次の環境変数を設定します。
環境変数名：VSXPRMENVF
指定する値：＜Application Agentのインストールフォルダ＞¥DRM¥conf¥vssprv.conf

バックアップサーバに次の環境変数を設定します。

環境変数名：VSXPHORCMINST_REMOTE
指定する値：副ボリュームを管理するRAID Managerのインスタンス番号

環境変数名：VSXPRMDRV
指定する値：RAID Manager XPのインストールドライブ（RAID Manager XPをシステムドライブ以外にインストールした場合だけ）
例：RAID Manager XPをDドライブにインストールした場合
VSXPRMDRV=D:

コンピュータを再起動してください。

ファイアウォールを設定します。
ファイアウォールの設定については，「3.5.2 Application Agentを利用するためのファイアウォールの設定」を参照してください。

3.4.6 Application Agentのアンインストール

ここでは，Application Agentをアンインストールする方法について説明します。

インストール後に作成した定義ファイルやログファイルなど，ユーザーが作成したファイルは削除されません。これらのファイルを削除する場合は，次のフォルダを削除してください。

＜Application Agentのインストールフォルダ＞¥DRM

＜Hitachi Command Suite共通エージェントコンポーネントのインストールフォルダ＞¥mod¥hrpmap

Device ManagerエージェントまたはVSS Providerがインストールされている場合，Application Agentのアンインストール中に，それぞれについて削除するかどうかを確認するダイアログが表示されます。アンインストールを実行する前に，削除するかどうかを決めておいてください。

Application Agentをアンインストールする手順を次に示します。

AdministratorsグループのユーザーとしてWindowsにログオンします。

［スタート］－［コントロールパネル］－［プログラムと機能］を選択し，プログラム一覧から［Replication Manager - Application Agent］を選択して，［アンインストール］ボタンをクリックします。
アンインストールウィザードが表示されます。

アンインストールウィザードの指示に従って操作します。
操作中にアンインストールを中止する場合は，［キャンセル］ボタンをクリックしてください。そのほかの方法でアンインストールを中止しないでください。
アンインストールが完了すると，［メンテナンスの完了］ダイアログが表示されます。

3.5 ファイアウォール環境で運用するための設定

ここでは，Replication Managerを運用する際にファイアウォールへの例外登録が必要なポート，およびApplication Agentを利用するためのファイアウォールの設定方法について説明します。

この節の構成

3.5.1 ファイアウォールへの例外登録が必要なポート

3.5.2 Application Agentを利用するためのファイアウォールの設定

3.5.1 ファイアウォールへの例外登録が必要なポート

次の場所にファイアウォールが設置されている環境では，Replication Managerとの通信に必要なポート番号をファイアウォールの例外として登録する必要があります。

管理サーバと管理クライアントとの間

Replication Managerの管理サーバとリモートDevice Managerの管理サーバとの間

管理サーバと，ペア管理サーバまたはホスト（オープン系システム）との間

管理サーバとホスト（メインフレーム系システム）との間

管理サーバと，データベースサーバまたはバックアップサーバとの間

また，データベースサーバとバックアップサーバとの間にファイアウォールが設置されている環境では，Application Agent間の通信に必要なポート番号をファイアウォールの例外として登録する必要があります。

各マシン間のファイアウォールで例外登録が必要なポート番号を次の表に示します。

重要

各ポート番号は変更できます。ポート番号の変更方法については，次のマニュアルを参照してください。

Hitachi Command Suite共通コンポーネント，Device Managerサーバ，およびDevice Managerエージェントで使用されるポート番号：マニュアル「Hitachi Command Suite Software システム構成ガイド」

Business Continuity Managerで使用されるポート番号：マニュアル「Hitachi Business Continuity Manager インストールガイド」

Mainframe Agentで使用されるポート番号：マニュアル「Hitachi Command Suite Software Mainframe Agent ユーザーズガイド」

Application Agentで使用されるポート番号については，「5.7 Application Agentが使用するポート」を参照してください。

表3-4 管理サーバと管理クライアントとの間のファイアウォールで例外登録が必要なポート番号

ポート番号 | 通信元 | 通信先 | 説明
23015/tcp | 管理クライアント | 管理サーバ | 管理クライアントと通信する際に，Hitachi Command Suite共通コンポーネントのHBase Storage Mgmt Web Serviceへのアクセスで使用されます。非SSL通信の際に設定が必要です。
23016/tcp | 管理クライアント | 管理サーバ | 管理クライアントとSSLで通信する際に，Hitachi Command Suite共通コンポーネントのHBase Storage Mgmt Web Serviceへのアクセスで使用されます。SSL通信の際に設定が必要です。

表3-5 Replication Managerの管理サーバとリモートDevice Managerの管理サーバとの間のファイアウォールで例外登録が必要なポート番号

ポート番号 | 通信元 | 通信先 | 説明
2001/tcp | Replication Managerの管理サーバ | リモートDevice Managerの管理サーバ | Device Managerサーバと通信する際に使用されます。Device Managerサーバのserver.propertiesファイルにあるserver.http.portプロパティの値です。非SSL通信の際に設定が必要です。
2443/tcp | Replication Managerの管理サーバ | リモートDevice Managerの管理サーバ | Device ManagerサーバとSSLで通信する際に使用されます。Device Managerサーバのserver.propertiesファイルにあるserver.https.portプロパティの値です。SSL通信の際に設定が必要です。

表3-6 管理サーバと，ペア管理サーバまたはホスト（オープン系システム）との間のファイアウォールで例外登録が必要なポート番号

ポート番号
通信元
通信先
説明

24041/tcp
管理サーバ

ペア管理サーバ

ホスト（オープン系システム）

Device Managerエージェントと通信する際に使用されます。 Device Managerエージェントのserver.propertiesファイルにあるserver.agent.portプロパティの値です。

24042/tcp
管理サーバ

ペア管理サーバ

ホスト（オープン系システム）

Device Managerエージェントと通信する際に使用されます。Device Managerエージェントのserver.propertiesファイルにあるserver.http.portプロパティの値です。

表3-7 管理サーバとホスト（メインフレーム系システム）との間のファイアウォールで例外登録が必要なポート番号

ポート番号 | 通信元 | 通信先 | 説明
24042/tcp | 管理サーバ | ホスト（メインフレーム系システム） | Business Continuity Manager（IHSを使用しない場合※），またはMainframe Agentと通信する際に使用されます。メインフレーム系システムのTCP/IP環境設定ファイル（PROFILE.TCPIPプロファイル）の値です。

注※

IHSを使用してBusiness Continuity ManagerとSSLで通信する際は，IHSのポート番号をファイアウォールの例外として登録してください。

表3-8 管理サーバと，データベースサーバまたはバックアップサーバとの間のファイアウォールで例外登録が必要なポート番号

ポート番号
通信元
通信先
説明

24041/tcp
管理サーバ

データベースサーバ

バックアップサーバ

Application Agentと通信する際に使用されます。 Hitachi Command Suite共通エージェントコンポーネントのserver.propertiesファイルにあるserver.agent.portプロパティの値です。

24042/tcp
管理サーバ

データベースサーバ

バックアップサーバ

Application Agentと通信する際に使用されます。Hitachi Command Suite共通エージェントコンポーネントのserver.propertiesファイルにあるserver.http.portプロパティの値です。

表3-9 データベースサーバとバックアップサーバとの間のファイアウォールで例外登録が必要なポート番号

ポート番号 | 通信元 | 通信先 | 説明
22300/tcp | データベースサーバ | バックアップサーバ | Application Agent間で通信する際に使用されます。Windowsのservicesファイルに「DRMVSSServer」の名称で登録された値です。
バックアップサーバ | データベースサーバ

3.5.2 Application Agentを利用するためのファイアウォールの設定

次の場合，Application AgentがProtection ManagerサービスおよびHitachi Command Suite共通エージェントコンポーネントサービスのサービスと通信できるように手動でファイアウォールを設定する必要があります。

Application Agentのインストール後にファイアウォールを有効にした場合

Application Agentの新規インストール時にファイアウォールの例外登録を実行しなかった場合

Application Agentの新規インストール時にファイアウォールの例外登録に失敗した場合

Protection ManagerからApplication Agentへ移行した場合

Protection Managerサービス（Protection Manager Service）

次のバッチファイルを実行します。※

＜Application Agentのインストールフォルダ＞¥DRM¥bin¥util¥drmaddfwlist.bat

注※

64ビット（x64）OSで32ビット（x86）OSのエミュレーションモード（＜OSのインストール先＞¥SysWOW64¥cmd.exe）を使用する場合は，バッチファイルを実行できません。64ビット（x64）の実行環境（＜OSのインストール先＞¥system32¥cmd.exe）で実行してください。

Hitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）

次のバッチファイルを実行します。

＜Hitachi Command Suite共通エージェントコンポーネントのインストールフォルダ＞¥bin¥firewall_setup.bat -set

3.6 Replication Managerライセンスの初期設定

Replication Managerにログインして運用を開始するためには，ライセンス情報の入力が必要です。次の表に示すように，評価ライセンスと緊急ライセンスも利用できます。

表3-10 ライセンスキーのタイプ

ライセンスキーのタイプ | 説明
永久ライセンスキー | このライセンスキーは，対応するReplication Manager製品を永久的に使用できるようにします。このキーは管理対象のストレージシステムごとに提供されます。
一時ライセンスキー | このライセンスキーは，対応するReplication Manager製品を（ユーザーが製品の評価などをできるように）一時的に使用できるようにします。このキーはシステムごとに提供されます。
非常ライセンスキー | このライセンスキーは，緊急時に製品を使用できるようにします。このキーはシステムごとに提供されます。永久ライセンスキーがすでに登録されていて，非常ライセンスキーを追加すると，非常ライセンスが優先されて適用されます。

Replication Managerのライセンスを設定する手順を次に示します。

Webブラウザーで，次の形式でログインURLを入力します。

http://＜管理サーバのIPアドレスまたはホスト名＞:＜HBase Storage Mgmt Web Serviceのポート番号＞/ReplicationManager/

例： http://127.0.0.1:23015/ReplicationManager/
IPv6アドレスを入力する場合は，アドレスを角括弧（［ ］）で囲んでください。
ログインURLをチェックするには，次のコマンドを実行してください。

Windowsの場合

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

SolarisまたはLinuxの場合

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

ログイン画面が表示されます。

重要

運用開始後に，登録したライセンスキーが監視対象のストレージシステムに対して無効となった場合，新しいライセンスキーを登録するようメッセージが表示されます。

［ライセンス］ボタンをクリックします。
［ライセンス］ダイアログが表示されます。

ライセンスを登録します。

設定が完了したら，［保存］ボタンをクリックして画面を閉じます。

3.7 GUIへのリンクメニューの追加

任意のWebアプリケーションまたはWebページへのリンク（情報取得元として使用しているDevice Managerサーバへのリンクを含む）をGUIに登録できます。リンクを登録すると，GUIのグローバルタスクバーエリアの［起動］メニューの項目に［リンク］が追加されます。リンクを登録または削除する場合は，次に示すようにhcmdslinkコマンドを実行します。

Windowsの場合

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdslink {/add|/delete} /file＜ユーザー定義のアプリケーションファイル＞ /user＜ユーザーID＞ /pass＜パスワード＞

SolarisまたはLinuxの場合

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdslink {-add|-delete} -file＜ユーザー定義のアプリケーションファイル＞ -user＜ユーザーID＞ -pass＜パスワード＞

オプション

表3-11 hcmdslinkコマンドのオプション

項目
説明

add
リンクを追加する場合に指定します。

delete
リンクを削除する場合に指定します。

file ＜ユーザー定義のアプリケーションファイル＞
リンク情報の登録に使用するファイル（ユーザー定義のアプリケーションファイル）を指定します。

user ＜ユーザーID＞
pass ＜パスワード＞
Replication ManagerにログインするためのユーザーIDとパスワードを指定します。Replication ManagerのAdmin権限を持つユーザーのユーザーIDを指定してください。

ユーザー定義のアプリケーションファイルの作成

＜ユーザー定義のアプリケーションファイル＞に指定したファイルに，次の形式でリンク情報を指定します。

@TOOL-LINK
@NAME ＜登録キー名＞
@URL ＜起動用URL＞
@DISPLAYNAME ＜リンクダイアログでの表示名＞
@DISPLAYORDER ＜リンクダイアログでの表示順＞
@ICONURL ＜アイコンのURL＞
@TOOL-END

表3-12 ユーザー定義のアプリケーションファイルの指定項目

項目
説明

@TOOL-LINK
ユーザー定義のアプリケーションファイルの開始キー。これは必須項目です。

@NAME ＜登録キー名＞
この情報は登録キーとして使用します。リンク情報を一意にする名前を256バイト以内で指定してください。これは必須項目です。

@URL ＜起動用URL＞
GUIから起動するURLを指定します。256バイト以内で指定してください。
注意：IPv6環境では，IPv6アドレスではなくホスト名を指定してください。

@DISPLAYNAME ＜リンクダイアログでの表示名＞
［リンク］ダイアログに表示するリンク名を指定します。U+10000～U+10FFFFのUnicodeコードポイントを80文字以内で指定してください。この項目を省略した場合は，@NAMEラインに指定した値がリンク名として使用されます。

@DISPLAYORDER ＜リンクダイアログでの表示順＞
［リンク］ダイアログに表示する値の順番を指定します。-2147483648​～2147483647​の値を指定してください。ここで指定した値は昇順で［リンク］ダイアログに表示されます。

@ICONURL ＜アイコンのURL＞
リンクの横に表示するアイコンの場所を指定します。256バイト以内で指定してください。IPv6環境の場合は，IPv6アドレスの代わりにホスト名を指定してください。

@TOOL-END
ユーザー定義のアプリケーションファイルの終了キー。これは必須項目です。

ユーザー定義のアプリケーションファイルはASCII形式で作成されます。使用できる制御文字はCRとLFだけです。

ユーザー定義のアプリケーションファイルの内容例を次に示します。

@TOOL-LINK
@NAME SampleApp
@URL http://SampleApp/index.html
@DISPLAYNAME SampleApplication
@DISPLAYORDER 10
@ICONURL http://SampleApp/graphic/icon.gif
@TOOL-END

4. 管理サーバの運用

この章では，Replication Managerの起動と停止の方法，プロパティファイルの編集など，管理サーバの運用について説明します。

この章の構成

4.1 管理サーバでコマンドを実行する場合

4.2 Replication Managerの起動と停止

4.3 プロパティファイルの設定の変更

4.4 データベースのバックアップとリストア

4.1 管理サーバでコマンドを実行する場合

Replication Managerの運用に必要なコマンドを実行するときに関係する情報を説明します。

この節の構成

4.1.1 ユーザー権限

4.1.2 SolarisおよびLinuxでのPATH環境変数の設定

4.1.1 ユーザー権限

このマニュアルに記載されているコマンドを実行するには，WindowsではAdministratorsグループのユーザー，SolarisまたはLinuxではrootでログインしてください。

UAC機能が有効になっている場合（Windows Vistaなど），現在の権限を管理者レベルへ昇格するよう求められることがあります。管理者サーバの運用に必要なコマンドには，管理者権限が必要なコマンドがあるため，管理者権限に昇格してコマンドを実行してください（特別な指示がある場合を除きます）。

権限を管理者レベルに昇格してコマンドを実行する方法を次に示します。

コマンドプロンプトのアイコンを右クリックします。

右クリックメニュー項目の一覧から［管理者として実行］を選択します。管理者権限に昇格済みのコマンドプロンプトが開きます。

4.1.2 SolarisおよびLinuxでのPATH環境変数の設定

基本のOSコマンドのディレクトリは，PATH環境変数で最初のパスとして指定する必要があります。コマンド実行時に，コマンドが見つからない，または同じ名前のパスに別のユーティリティが存在するなどの理由でエラーが発生した場合，基本OSコマンドのディレクトリが最初に指定されるように，PATH環境変数を編集してください。

4.2 Replication Managerの起動と停止

Replication Managerの起動と停止の方法について説明します。

Replication Managerは，Hitachi Command Suite共通コンポーネントのサービスであるHBase Storage Mgmt Web Serviceの一部として動作します。このため，Replication Managerを起動または停止するには，Hitachi Command Suite共通コンポーネントのサービスを起動または停止します。

重要

Replication Managerが正しく動作するためには，Device Managerが稼働している必要があります。

Replication Managerの常駐プロセスについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

この節の構成

4.2.1 Replication Managerの起動

4.2.2 Replication Managerの停止

4.2.3 Replication Managerの稼働状態の確認

4.2.1 Replication Managerの起動

Replication Managerを起動するには，Hitachi Command Suite共通コンポーネントを起動します。起動には，次の方法があります。

Windowsの場合

Administrator権限を持つユーザーIDでログインしたあと，次のどちらかの方法で起動してください。

Windowsのスタートメニューから起動

Windows XP，Windows Server 2003，Windows Vista，Windows 7，またはWindows Server 2008の場合

［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Manage Services］－［Start - HCS］を選択します。

Windows Server 2012の場合

スタート画面から［すべてのアプリ］を選択し，［Hitachi Command Suite］の［Start - HCS］を選択します。

コマンドを実行して起動

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

SolarisまたはLinuxの場合

rootとしてログインしたあと，次のとおりコマンドを実行してください。

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

Hitachi Command Suite共通コンポーネントを起動すると，ほかのHitachi Command Suite製品のサービスも起動されます。ただし，すでにHitachi Command Suite共通コンポーネントのサービスが起動している場合や，バージョン5.7より前のHiCommand製品のサービスの場合は，Hitachi Command Suite製品（HiCommand製品）のサービスは起動されないため，手動で起動する必要があります。

Replication Managerが正しく動作するためにはDevice Managerが稼働している必要があるため，Device Managerのサービスを起動してください。このサービスの起動方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。そのほかのHitachi Command Suite製品（HiCommand製品）のサービスの起動方法については，各製品のマニュアルを参照してください。

4.2.2 Replication Managerの停止

Replication Managerを停止するには，Hitachi Command Suite共通コンポーネントを停止します。停止には，次の方法があります。

Windowsの場合

Administrator権限を持つユーザーIDでログインしたあと，次のどちらかの方法で停止してください。

Windowsのスタートメニューから停止

Windows XP，Windows Server 2003，Windows Vista，Windows 7，またはWindows Server 2008の場合

［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Manage Services］－［Stop - HCS］を選択します。

Windows Server 2012の場合

スタート画面から［すべてのアプリ］を選択し，［Hitachi Command Suite］の［Stop - HCS］を選択します。

コマンドを実行して停止

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

SolarisまたはLinuxの場合

rootとしてログインしたあと，次のとおりコマンドを実行してください。

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

Hitachi Command Suite共通コンポーネントを停止すると，ほかのHitachi Command Suite製品のサービスも停止されます。ただし，バージョン5.7より前のHiCommand製品のサービスについては停止されないため，手動で停止する必要があります。Hitachi Command Suite共通コンポーネントを停止する前に，ほかの製品の稼働を考慮してください。ほかのHitachi Command Suite製品（HiCommand製品）のサービスの停止方法については，各製品のマニュアルを参照してください。

4.2.3 Replication Managerの稼働状態の確認

Replication Managerが稼働しているかどうかを確認するには，Hitachi Command Suite共通コンポーネントの稼働状態を確認します。稼働状態の確認には，次の方法があります。

Windowsの場合

Administrator権限を持つユーザーIDでログインしたあと，次のどちらかの方法で稼働状態を確認してください。

Windowsのスタートメニューから稼働状態を確認

Windows XP，Windows Server 2003，Windows Vista，Windows 7，またはWindows Server 2008の場合

［スタート］－［すべてのプログラム］－［Hitachi Command Suite］－［Manage Services］－［Status - HCS］を選択します。

Windows Server 2012の場合

スタート画面から［すべてのアプリ］を選択し，［Hitachi Command Suite］の［Status - HCS］を選択します。

コマンドを実行して稼働状態を確認

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

SolarisまたはLinuxの場合

rootとしてログインしたあと，次のとおりコマンドを実行してください。

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

例1：Replication Managerが稼働している場合の実行結果

KAPM05007-I Already started service. service-name=HBase Storage Mgmt Web Service
KAPM05007-I Already started service. service-name=HBase Storage Mgmt Common Service

例2：Replication Managerが停止している場合の実行結果

KAPM05009-I Already stopped service. service-name=HBase Storage Mgmt Web Service
KAPM05009-I Already stopped service. service-name=HBase Storage Mgmt Common Service

Hitachi Command Suite共通コンポーネントの稼働状態を確認すると，HiRDBサービスが稼働しているかどうかも確認できます。HiRDBが稼働している場合，実行結果に次に示すメッセージが表示されます。

KAPM06440-I The HiRDB service has already started.

HiRDBサービスが稼働していない場合は，次に示すメッセージが表示されます。

KAPM06441-I The HiRDB service has already stopped.

4.3 プロパティファイルの設定の変更

Replication Managerが使用するプロパティファイル内の設定，および設定の変更方法について説明します。

プロパティファイル内のパラメーターを変更するには，テキストエディターを使用します。変更後，次に示す項目を実施してください。

Replication Managerを再起動します。再起動するには，最初にサービスを停止してから起動する必要があります。詳細については，「4.2 Replication Managerの起動と停止」を参照してください。

クラスタ環境では，実行系ノードのプロパティファイル内の値と待機系ノードのプロパティファイル内の値が一致する必要があります（実行系ノードでプロパティファイルを変更した場合，待機系ノードでも同様に変更する必要があります）。

注意

プロパティファイルを不適切に変更すると，予期しない結果が生じるおそれがあります。問題がないかぎり，デフォルト値を使うことをお勧めします。

この節の構成

4.3.1 Replication Managerに関するプロパティ

4.3.2 logger.propertiesファイルのプロパティ

4.3.3 serverstorageif.propertiesファイルのプロパティ

4.3.4 bcmif.propertiesファイルのプロパティ

4.3.5 agentif.propertiesファイルのプロパティ

4.3.6 base.propertiesファイルのプロパティ

4.3.7 appagentif.propertiesファイルのプロパティ

4.3.8 RpMCLI.propertiesファイルのプロパティ

4.3.1 Replication Managerに関するプロパティ

Replication Managerが必要とするプロパティファイルと，それらの格納先を次の表に示します。

表4-1 Replication Managerが必要とするプロパティファイル

プロパティファイル名
格納先

logger.properties

Windowsの場合

＜Replication Managerのインストールフォルダ＞¥conf

SolarisまたはLinuxの場合

＜Replication Managerのインストールディレクトリ＞/conf

serverstorageif.properties

bcmif.properties

agentif.properties

base.properties

appagentif.properties

RpMCLI.properties

Windowsの場合

＜Replication Managerのインストールフォルダ＞¥RpMCLI

SolarisまたはLinuxの場合

＜Replication Managerのインストールディレクトリ＞/RpMCLI

各ファイルのプロパティとそれらのデフォルト値を次の表に示します。

参考

通常は，agentif.propertiesのプロパティは変更する必要がありません。値を変更するには，Device Managerエージェントに関する詳しい知識が必要です。

表4-2 Replication Managerに関するプロパティ一覧

ファイル | プロパティ | デフォルト値（単位）
logger.properties | logger.loglevel | 20
logger.sysloglevel | 0
logger.MaxBackupIndex | 6（ファイル）
logger.MaxFileSize | 20MB
logger.DB.loglevel | 20
logger.DB.MaxBackupIndex | 6
logger.DB.MaxFileSize | 20MB
logger.RefreshConfig.MaxBackupIndex | 5（ファイル）
logger.RefreshConfig.MaxFileSize | 10MB
logger.RefreshConfig.enabled | true
logger.UserOperation.MaxBackupIndex | 5（ファイル）
logger.UserOperation.MaxFileSize | 10MB
logger.UserOperation.enabled | true
logger.RefreshStatus.MaxBackupIndex | 2（ファイル）
logger.RefreshStatus.MaxFileSize | 10MB
logger.RefreshStatus.enabled | true
logger.AppConfig.MaxBackupIndex | 3（ファイル）
logger.AppConfig.MaxFileSize | 10MB
logger.AppConfig.enabled | true
logger.AppStatus.MaxBackupIndex | 6（ファイル）
logger.AppStatus.MaxFileSize | 20MB
logger.AppStatus.enabled | true
serverstorageif.properties | ssif.socketTimeout | 3600（秒）
ssif.socketConnectTimeout | 5（秒）
ssif.alertTimeout | 1800（秒）
bcmif.properties | bcmif.ReconnectionCount | 5（回）
bcmif.ReconnectionInterval | 60（秒）
bcmif.socketConnectTimeout | 5（秒）
bcmif.socketTimeout | 3600（秒）
agentif.properties | agentif.connectTimeout | 30（秒）
agentif.responseTimeout | 3600（秒）
hdvmagtif.connectTimeout | 30（秒）
hdvmagtif.responseTimeout | 3600（秒）
hdvmagtif.MaxPollingCount | 50（回）
hdvmagtif.PollingInterval | 30（秒）
base.properties | base.repositry.synchronize.polling | true
base.repositry.synchronize.interval | 10（分）
base.taskscheck.interval | 120（秒）
base.taskscheck.maxcount | 0（回）
base.taskscheck.mf.interval | 120（秒）
base.taskscheck.mf.maxcount | 0（回）
base.alert.automarking | true
base.refreshdginfo.exec | 1
base.repositry.synchrocheck.interval | 10（分）
base.rmi.port | 25200
base.rmi.enabled | false
base.rmi.backlog | 100（個）
base.taskschedule.threadmax | 10（個）
base.refreshstorage.polling.timeout | 60（分）
appagentif.properties | hrpmapagtif.connectTimeout | 30（秒）
hrpmapagtif.responseTimeout | 3600（秒）
hrpmapagtif.maxPollingCount | 50（回）
hrpmapagtif.pollingInterval | 30（秒）
RpMCLI.properties | RpMCLI.diaglevel | INFO
RpMTaskCLI.MaxBackupIndex | 6（ファイル）
RpMTaskCLI.MaxFileSize | 20（MB）

4.3.2 logger.propertiesファイルのプロパティ

logger.propertiesファイルを使用して，ログの出力に関するプロパティの値を指定します。logger.propertiesファイルに値を指定しなかった場合や，許容範囲外の値を指定した場合は，デフォルト値が適用されます。

表4-3 logger.propertiesファイルのプロパティ一覧

プロパティ
説明

logger.loglevel
Replication Managerのトレースログファイルの出力レベルのしきい値です。この値に等しいか，または小さい値を含むメッセージがログファイルに出力されます。
指定できる値：0，10，20，および30（左から重要度の高い順）
デフォルト値：20

logger.sysloglevel
Replication Managerを使って出力されるOSのイベントログまたはsyslogの出力レベルのしきい値です。この値に等しいか，または小さい値を含むメッセージがログファイルに出力されます。
指定できる値：0，10，20，および30（左から重要度の高い順）
デフォルト値：0

logger.MaxBackupIndex
Replication Managerで作成されるトレースログファイルの最大数です。ログファイルの数がこの値に達すると，いちばん古いファイルから順に再使用されます。
指定できる値：1～16（ファイル）
デフォルト値：6

logger.MaxFileSize
Replication Managerのトレースログファイル1つ当たりの最大サイズです。この値はバイト単位，キロバイト単位，またはメガバイト単位で指定します。指定した値の後ろにKBまたはMBのどちらも付けないと，サイズはバイト単位であると見なされます。値と単位の間にスペースは入れないでください。
指定できる値は，指定する単位によって次のように異なります。

バイト：4096～2147483647​

KB：4KB～2097151​KB

MB：1MB～2047MB

デフォルト値：20MB

logger.DB.loglevel
データベース関連ログファイル出力のしきい値です。
指定できる値：0，10，20，および30（左から重要度の高い順）
デフォルト値：20

logger.DB.MaxBackupIndex
データベース関連ログファイルのバックアップファイルの最大数です。
指定できる値：1～16（ファイル）
デフォルト値：6

logger.DB.MaxFileSize
データベース関連ログファイルの最大サイズです。この値はバイト単位，キロバイト単位，またはメガバイト単位で指定します。指定した値の後ろにKBまたはMBのどちらも付けないと，サイズはバイト単位であると見なされます。値と単位の間にスペースは入れないでください。
指定できる値は，指定する単位によって次のように異なります。

バイト：4096～2147483647​

KB：4KB～2097151​KB

MB：1MB～2047MB

デフォルト値：20MB

logger.RefreshConfig.MaxBackupIndex
構成更新ログファイルのバックアップファイルの最大数です。
指定できる値：1～32（ファイル）
デフォルト値：5

logger.RefreshConfig.MaxFileSize
構成更新ログファイルの最大サイズです。この値はバイト単位，キロバイト単位，またはメガバイト単位で指定します。指定した値の後ろにKBまたはMBのどちらも付けないと，サイズはバイト単位であると見なされます。値と単位の間にスペースは入れないでください。
指定できる値は，指定する単位によって次のように異なります。

バイト：4096～2147483647​

KB：4KB～2097151​KB

MB：1MB～2047MB

デフォルト値：10MB

logger.RefreshConfig.enabled
構成更新ログ機能を有効にするかどうかを指定する値です。
指定できる値：trueまたはfalse
デフォルト値：true

logger.UserOperation.MaxBackupIndex
ユーザー操作ログファイルのバックアップファイルの最大数です。
指定できる値：1～32（ファイル）
デフォルト値：5

logger.UserOperation.MaxFileSize
ユーザー操作ログファイルの最大サイズです。この値はバイト単位，キロバイト単位，またはメガバイト単位で指定します。指定した値の後ろにKBまたはMBのどちらも付けないと，サイズはバイト単位であると見なされます。値と単位の間にスペースは入れないでください。
指定できる値は，指定する単位によって次のように異なります。

バイト：4096～2147483647​

KB：4KB～2097151​KB

MB：1MB～2047MB

デフォルト値：10MB

logger.UserOperation.enabled
ユーザー操作ログ機能を有効にするかどうかを指定する値です。
指定できる値：trueまたはfalse
デフォルト値：true

logger.RefreshStatus.MaxBackupIndex
ペア状態更新ログファイルのバックアップファイルの最大数です。
指定できる値：1～32（ファイル）
デフォルト値：2

logger.RefreshStatus.MaxFileSize
ペア状態更新ログファイルの最大サイズです。この値はバイト単位，キロバイト単位，またはメガバイト単位で指定します。指定した値の後ろにKBまたはMBのどちらも付けないと，サイズはバイト単位であると見なされます。値と単位の間にスペースは入れないでください。
指定できる値は，指定する単位によって次のように異なります。

バイト：4096～2147483647​

KB：4KB～2097151​KB

MB：1MB～2047MB

デフォルト値：10MB

logger.RefreshStatus.enabled
ペア状態更新ログ機能を有効にするかどうかを指定する値です。
指定できる値：trueまたはfalse
デフォルト値：true

logger.AppConfig.MaxBackupIndex
アプリケーション構成ログファイルのバックアップファイルの最大数です。
指定できる値：1～32（ファイル）
デフォルト値：3

logger.AppConfig.MaxFileSize
アプリケーション構成ログファイルの最大サイズです。この値はバイト単位，キロバイト単位，またはメガバイト単位で指定します。指定した値の後ろにKBまたはMBのどちらも付けないと，サイズはバイト単位であると見なされます。値と単位の間にスペースは入れないでください。
指定できる値は，指定する単位によって次のように異なります。

バイト：4096～2147483647​

KB：4KB～2097151​KB

MB：1MB～2047MB

デフォルト値：10MB

logger.AppConfig.enabled
アプリケーション構成ログ機能を有効にするかどうかを指定する値です。
指定できる値：trueまたはfalse
デフォルト値：true

logger.AppStatus.MaxBackupIndex
アプリケーション状態ログファイルのバックアップファイルの最大数です。
指定できる値：1～32（ファイル）
デフォルト値：6

logger.AppStatus.MaxFileSize
アプリケーション状態ログファイルの最大サイズです。この値はバイト単位，キロバイト単位，またはメガバイト単位で指定します。指定した値の後ろにKBまたはMBのどちらも付けないと，サイズはバイト単位であると見なされます。値と単位の間にスペースは入れないでください。
指定できる値は，指定する単位によって次のように異なります。

バイト：4096～2147483647​

KB：4KB～2097151​KB

MB：1MB～2047MB

デフォルト値：20MB

logger.AppStatus.enabled
アプリケーション状態ログ機能を有効にするかどうかを指定する値です。
指定できる値：trueまたはfalse
デフォルト値：true

ログファイルの出力レベルと，出力されるメッセージの内容を次に示します。

0：重大なエラー，優先度の高い情報

10：通常のエラー，通常の情報

20：警告

30：すべてのデバッグ情報

Replication Managerログ出力について

Replication Managerのログデータ量は，Replication Managerで管理するリソース数によって変わるため，リソース数およびメモリーヒープサイズに合わせて，logger.propertiesファイルを変更する必要があります。メモリーヒープサイズとログごとに出力される情報量を「表4-4 メモリーヒープサイズと出力されるログ情報量」に示します。この表の値を基準に，logger.propertiesファイルのxxxx.MaxBackupIndexプロパティおよびxxxx.MaxFileSizeプロパティを設定してください。

トレースログの出力量を確認する場合を例に説明します。「表4-4 メモリーヒープサイズと出力されるログ情報量」で，現在設定されているメモリーヒープサイズに対応するトレースログの情報量を確認します。例えば，メモリーヒープサイズがSmallに設定されている場合，トレースログで出力される情報量は120MBとなるため，logger.MaxBackupIndexおよびlogger.MaxFileSizeで120MB以上のログが出力できるように設定します。logger.MaxBackupIndexが6で，logger.MaxFileSizeを20MBと設定した場合，120MB分のログが出力できます。

なお，logger.propertiesファイル内のデフォルト値は，コピーペア数で，オープン系システムの場合は6,000ペア，メインフレーム系システムの場合は40,000ペアを，Application Agentがインストールされているコンピュータで，30台を想定しています。Application Agentのインストール数が30台を超える場合は，ログ出力量の算出方法が異なります。算出方法については，以降で説明するApplication Agentがインストールされているコンピュータが30台を超える場合を参照してください。

表4-4 メモリーヒープサイズと出力されるログ情報量

メモリーヒープサイズ | 出力されるログ情報量（MB）
トレースログ | データベース関連ログ | 通信ログ
構成更新ログ | ユーザー操作ログ | ペア状態更新ログ
Small | 120 | 120 | 50 | 50 | 20
Medium | 130 | 170 | 70 | 50 | 30
Large | 140 | 230 | 100 | 50 | 30

Application Agentがインストールされているコンピュータが30台を超える場合

次の計算式でそれぞれ算出します。(1)および(2)の値は，「表4-4 メモリーヒープサイズと出力されるログ情報量」の値に加算してログ情報量を計算します。(3)の値は，現在設定されているアプリケーション状態ログファイルの出力量に加算して，ログ情報量を計算します。

(1) トレースログに加算する値の計算式

2.6×（Application Agentのインストール台数－30）（MB）

(2) データベース関連ログに加算する値の計算式

0.5×（Application Agentのインストール台数－30）（MB）

(3) アプリケーション状態ログファイルの出力量に加算する値の計算式

3.8×（Application Agentのインストール台数－30）（MB）

Application Agentのインストール台数が40台の場合を例に説明します。算出した値は，それぞれ次のようになります。

(1) トレースログに加算する値：26

(2) データベース関連ログに加算する値：5

(3) アプリケーション状態ログファイルの出力量に加算する値：38

例えば，メモリーヒープサイズがSmallに設定されている場合，「表4-4 メモリーヒープサイズと出力されるログ情報量」で対応するトレースログおよびデータベース関連ログの情報量は120MBとなるため，(1)および(2)の値をそれぞれ加算すると，(1)は146MB，(2)は125MBとなります。(3)の場合，例えば，現在設定されているアプリケーション状態ログファイルの出力量が120MB（デフォルト）だとすると，(3)は158MBとなります。

加算後の(1)の値を基準に，logger.MaxBackupIndexおよびlogger.MaxFileSizeを設定します。同様に，加算後の(2)の値を基準に，logger.DB.MaxBackupIndexおよびlogger.DB.MaxFileSizeを，(3)の値を基準に，logger.AppStatus.MaxBackupIndexおよびlogger.AppStatus.MaxFileSizeを設定します。

4.3.3 serverstorageif.propertiesファイルのプロパティ

serverstorageif.propertiesファイルを使って，Replication ManagerとDevice Managerサーバとのインターフェースに関するプロパティの値を指定します。

表4-5 serverstorageif.propertiesファイルのプロパティ一覧

プロパティ
説明

ssif.socketTimeout
Replication ManagerがDevice Managerサーバからデータを読み込むときの待ち時間です。0を指定した場合，Replication Managerはタイムアウトしないで，すべてのデータを読み込むまで待ちます。
指定できる値：0～86400（秒）
デフォルト値：3600

ssif.socketConnectTimeout
Replication ManagerがDevice Managerサーバに接続するときの待ち時間です。0を指定した場合，Replication Managerはタイムアウトしないで，接続できるまで待ちます。
指定できる値：0～3600（秒）
デフォルト値：5

ssif.alertTimeout
Replication ManagerがDevice Managerサーバにアラートメッセージを問い合わせるときの待ち時間です。
指定できる値：1～3600（秒）
デフォルト値：1800
注意：この値を変更する場合は，ssif.socketTimeoutで指定している値より大きい値を指定しないでください（0を除く）。ssif.socketTimeoutより大きい値を指定すると，アラートが即時に受信されないおそれがあります。

4.3.4 bcmif.propertiesファイルのプロパティ

bcmif.propertiesファイルを使って，Replication ManagerとBusiness Continuity Manager，またはReplication ManagerとMainframe Agentとのインターフェースに関するプロパティの値を指定します。

表4-6 bcmif.propertiesファイルのプロパティ一覧

プロパティ
説明

bcmif.ReconnectionCount
Replication ManagerがBusiness Continuity ManagerまたはMainframe Agentに接続できなかったときのリトライ回数です。0を指定した場合，リトライ回数に制限はありません。
指定できる値：0～100（回）
デフォルト値：5

bcmif.ReconnectionInterval
Replication ManagerがBusiness Continuity ManagerまたはMainframe Agentに接続できなかった場合のリトライ間隔です。0を指定した場合，即時にリトライされます。
指定できる値：0～1800（秒）
デフォルト値：60

bcmif.socketConnectTimeout
Replication ManagerがBusiness Continuity ManagerまたはMainframe Agentに接続するときの待ち時間です。0を指定した場合，Replication Managerはタイムアウトしないで，接続できるまで待ちます。
指定できる値：0～3600（秒）
デフォルト値：5

bcmif.socketTimeout
Replication ManagerがBusiness Continuity ManagerまたはMainframe Agentからデータを読み込むときの待ち時間です。0を指定した場合，Replication Managerはタイムアウトしないで，すべてのデータを読み込むまで待ちます。
指定できる値：0～86400（秒）
デフォルト値：3600

4.3.5 agentif.propertiesファイルのプロパティ

agentif.propertiesファイルを使って，Replication ManagerとDevice Managerエージェントとのインターフェースに関するプロパティの値を指定します。通常は，このファイルの値を変更する必要はありません。値を変更するには，Device Managerエージェントに関する詳しい知識が必要です。

表4-7 agentif.propertiesファイルのプロパティ一覧

プロパティ
説明

agentif.connectTimeout
Replication Managerがコピーペア状態を取得するために，Device Managerエージェントに接続するときの待ち時間です。0を指定した場合，Replication Managerはタイムアウトしないで，接続できるまで待ちます。
指定できる値：0～3600（秒）
デフォルト値：30

agentif.responseTimeout
Replication Managerがコピーペア状態を取得するために，Device Managerエージェントから応答を受け取るときの待ち時間です。0を指定した場合，Replication Managerはタイムアウトしないで，応答を受け取るまで待ちます。
指定できる値：0～86400（秒）
デフォルト値：3600

hdvmagtif.connectTimeout
Replication Managerが構成情報の取得およびコピーペア操作のために，Device Managerエージェントに接続するときの待ち時間です。0を指定した場合，Replication Managerはタイムアウトしないで，接続できるまで待ちます。
指定できる値：0～3600（秒）
デフォルト値：30

hdvmagtif.responseTimeout
Replication Managerが構成情報の取得およびコピーペア操作のために，Device Managerエージェントから応答を受け取るときの待ち時間です。0を指定した場合，Replication Managerはタイムアウトしないで，応答を受け取るまで待ちます。
指定できる値：0～86400（秒）
デフォルト値：3600

hdvmagtif.MaxPollingCount
Device Managerエージェントが構成情報の取得およびコピーペア操作に時間が掛かっているときに，Replication ManagerがDevice Managerエージェントの処理状態を確認する最大回数です。0を指定した場合，処理が完了するまで確認を継続します。
指定できる値：0～100（回）
デフォルト値：50

hdvmagtif.PollingInterval
Device Managerエージェントが構成情報の取得およびコピーペア操作に時間が掛かっているときに，Replication ManagerがDevice Managerエージェントの処理状態を確認する間隔です。
指定できる値：5～1200（秒）
デフォルト値：30

4.3.6 base.propertiesファイルのプロパティ

base.propertiesファイルを使って，Replication Managerの内部処理に関するプロパティの値を指定します。

表4-8 base.propertiesファイルのプロパティ一覧

プロパティ
説明

base.repositry.synchronize.polling
Replication ManagerがDevice Managerのデータベースと自動的に同期するかどうかを指定します。自動的に同期する場合はtrueを，自動的に同期しない場合はfalseを指定します。
指定できる値：trueまたはfalse
デフォルト値：true

base.repositry.synchronize.interval
Device Managerでストレージシステムの情報が更新されたかどうかを，Replication Managerがチェックする間隔です。
指定できる値：10～1440（分）
デフォルト値：10

base.taskscheck.interval
コピーペア操作に関連するタスクが完了したかどうか，Replication Managerが確認する間隔です。
指定できる値：30～3600（秒）
デフォルト値：120

base.taskscheck.maxcount
コピーペア操作に関連するタスクが完了したかどうか，Replication Managerが確認する最大回数です。0を指定した場合，タスクが完了するまで確認を継続します。
指定できる値：0～100（回）
デフォルト値：0

base.taskscheck.mf.interval
メインフレーム系システムのコピーペア操作に関連するタスクが完了したかどうか，Replication Managerが確認する間隔です。
指定できる値：30～3600（秒）
デフォルト値：120

base.taskscheck.mf.maxcount
メインフレーム系システムのコピーペア操作に関連するタスクが完了したかどうか，Replication Managerが確認する最大回数です。0を指定した場合，タスクが完了するまで確認を継続します。
指定できる値：0～100（回）
デフォルト値：0

base.alert.automarking
Replication Managerがアラートの状態を未完了から完了に自動的に制御するかどうか，およびコピーグループ内のコピー状態の変化をコピーペアごとに検知するかどうかを指定します。制御および検知をする場合はtrueを，制御および検知をしない場合はfalseを指定します。
指定できる値：trueまたはfalse
デフォルト値：true

base.refreshdginfo.exec
デバイスグループで定義されたコピーペアの定義情報の取得するかどうかを指定します。
定義情報を取得する場合は1を，取得しない場合は0を指定します。
指定できる値：0または1
デフォルト値：1

base.repositry.synchrocheck.interval
Replication ManagerのデータベースとDevice Managerのデータベースが同期されているかどうか，Replication Managerが定期的に検知する間隔です。0を指定した場合，Replication Managerは検知を実行しません。
このプロパティは，情報取得元がリモートDevice Managerの場合にだけ有効です。
指定できる値：0～1440（分）
デフォルト値：10

base.rmi.port
Replication Managerが処理要求を受け付けるRMIレジストリーのポート番号です。Replication Manager CLIを使用する場合，またはHitachi Command Suiteの［レプリケーション］タブを使用する場合に指定が必要です。
［レプリケーション］タブを使用する場合，このプロパティの値を変更したときは，Device Managerサーバのrpmlib.propertiesファイルにあるrpmlib.rpm.portプロパティの値も変更する必要があります。rpmlib.rpm.portプロパティについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。
このプロパティは，base.rmi.enabledプロパティにtrueを指定した場合に有効になります。
指定できる値：1～65535
デフォルト値：25200

base.rmi.enabled
RMIレジストリーを起動するかどうかを指定する値です。Replication Manager CLIを使用する場合，またはHitachi Command Suiteの［レプリケーション］タブを使用する場合は，trueを指定する必要があります。
指定できる値：trueまたはfalse
デフォルト値：false

base.rmi.backlog
Replication Managerが受け付けるRMIレジストリーの処理要求の最大数です。Replication Manager CLIを使用する場合，またはHitachi Command Suiteの［レプリケーション］タブを使用する場合に指定が必要です。0を指定した場合，Javaのデフォルト値（50）で動作します。
このプロパティは，base.rmi.enabledプロパティにtrueを指定した場合に有効になります。
指定できる値：0～1000（個）
デフォルト値：100

base.taskschedule.threadmax
Replication Managerが同時に実行できるタスクの最大数です。
指定できる値：10～100（個）
デフォルト値：10

base.refreshstorage.polling.timeout
Device Managerでストレージシステム情報を更新するときの完了待ち時間です。
指定できる値：60～1440（分）
デフォルト値：60

4.3.7 appagentif.propertiesファイルのプロパティ

appagentif.propertiesファイルを使って，Replication ManagerとApplication Agentとのインターフェースに関するプロパティの値を指定します。通常は，このファイルの値を変更する必要はありません。値を変更するには，Application Agentに関する詳しい知識が必要です。

表4-9 appagentif.propertiesファイルのプロパティ一覧

プロパティ
説明

hrpmapagtif.connectTimeout
Replication Managerがアプリケーションの構成情報の取得，レプリカの作成，およびリストアの操作のために，Application Agentに接続するときの待ち時間です。0を指定した場合，Replication Managerはタイムアウトしないで，接続できるまで待ちます。
指定できる値：0～3600（秒）
デフォルト値：30

hrpmapagtif.responseTimeout
Replication Managerがアプリケーションの構成情報の取得，レプリカの作成，およびリストアの操作のために，Application Agentから応答を受け取るときの待ち時間です。0を指定した場合，Replication Managerはタイムアウトしないで，応答を受け取るまで待ちます。
指定できる値：0～86400（秒）
デフォルト値：3600

hrpmapagtif.maxPollingCount
Application Agentがアプリケーションの構成情報の取得，レプリカの作成，およびリストアの操作に時間が掛かっているときに，Replication ManagerがApplication Agentの処理状態を確認する最大回数です。0を指定した場合，処理が完了するまで確認を継続します。
指定できる値：0～100（回）
デフォルト値：50

hrpmapagtif.pollingInterval
Application Agentがアプリケーションの構成情報の取得，レプリカの作成，およびリストアの操作に時間が掛かっているときに，Replication ManagerがApplication Agentの処理状態を確認する間隔です。
指定できる値：5～1200（秒）
デフォルト値：30

4.3.8 RpMCLI.propertiesファイルのプロパティ

RpMCLI.propertiesファイルを使って，Replication Manager CLIに関するプロパティの値を指定します。

表4-10 RpMCLI.propertiesファイルのプロパティ一覧

プロパティ
説明

RpMCLI.diaglevel
Replication Manager CLIのトレースログの出力レベルを指定します。
不正な文字列が指定された場合は，デフォルト値が使用されます。
指定できる値：ERROR，WARN，INFO，DEBUG
デフォルト値：INFO
値は大文字で指定してください。値の意味は次のとおりです。

ERROR：異常を示すメッセージおよびエラーメッセージを出力します。

WARN：ERRORに加えて，警告メッセージを出力します。

INFO：WARNに加えて，情報メッセージを出力します。

DEBUG：取得できるすべてのメッセージを出力します。

RpMTaskCLI.MaxBackupIndex
Replication Manager CLIのGetTasksコマンドまたはExecuteTaskコマンド実行時に作成されるトレースログファイル（RpMTaskCLIn.log）の最大数です。ログファイルの数がこの値に達すると，いちばん古いファイルから順に再使用されます。
指定できる値：1～16（ファイル）
デフォルト値：6

RpMTaskCLI.MaxFileSize
Replication Manager CLIのGetTasksコマンドまたはExecuteTaskコマンド実行時に作成されるトレースログファイル（RpMTaskCLIn.log）1つ当たりの最大サイズです。
指定できる値：1～20（MB）
デフォルト値：20

4.4 データベースのバックアップとリストア

Replication Managerの稼働環境情報（データベースおよびプロパティファイル）をバックアップする方法と，データベースをリストアする方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

5. データベースサーバおよびバックアップサーバの運用とメンテナンス

この章では，Exchange ServerまたはSQL Serverのレプリカを管理するユーザーが，データベースサーバおよびバックアップサーバを運用および保守する際に留意する項目について説明します。

Application AgentのCLIを使用する場合の運用方法および注意事項については，マニュアル「Hitachi Command Suite Replication Manager Software Application Agent CLI ユーザーズガイド」を参照してください。

この章の構成

5.1 Application Agentの起動と停止

5.2 Application Agentのプロパティ

5.3 RAID Managerに関する注意事項

5.4 ストレージシステム間でレプリカを管理する場合の構成

5.5 クラスタ環境で運用する場合の注意事項

5.6 時刻の設定

5.7 Application Agentが使用するポート

5.8 Exchange管理ツールおよびベリファイツールのインストール

5.1 Application Agentの起動と停止

Application Agentの起動と停止の方法について説明します。

Application Agentを起動または停止するには，次に示す2つのサービス（総称：Application Agentサービス）を起動または停止します。サービス名は，それぞれ括弧の中に示す文字列で表示されます。

Protection Managerサービス（Protection Manager Service）
Replication Managerのアプリケーション連携機能を提供するサービスです。

Hitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）
データベースサーバおよびバックアップサーバと管理サーバとの間で必要な情報をやり取りするためのサービスです。

この節の構成

5.1.1 Application Agentを起動するための前提条件

5.1.2 Application Agentの起動

5.1.3 Application Agentの停止

5.1.1 Application Agentを起動するための前提条件

Application Agentを起動するための前提条件について説明します。

この項の構成

(1) Application Agentサービスを実行するユーザーアカウントの条件

(2) コマンドデバイスのユーザー認証機能が有効になっている場合の条件

(1) Application Agentサービスを実行するユーザーアカウントの条件

Application Agentサービス（Protection ManagerサービスおよびHitachi Command Suite共通エージェントコンポーネントサービス）を実行するユーザーのアカウントは，次の条件を満たしている必要があります。

ローカルAdministrator権限を持っていること。

セキュリティポリシーとして「サービスとしてログオンする権利」が有効であり，かつ「サービスとしてログオンを拒否」が無効であること。

データベースアクセス権限が付与されていること。

バックアップ対象がSQL Serverデータベースの場合

Application Agentは，SQL ServerにWindows認証でアクセスします。このため，Application Agentの実行ユーザーを，SQL Serverのsysadmin固定サーバロールのメンバーとして登録する必要があります。

バックアップ対象がExchange Serverデータベースの場合

Hitachi Command Suite共通エージェントコンポーネントのサービスの実行用アカウントを，ドメインのEnterprise AdminsグループまたはExchange Domain Serversグループに所属させる必要があります。

注意

ペア管理サーバ，データベースサーバ，およびバックアップサーバのどれかのOSがWindows Server 2008 R2，Windows Server 2008 R2 IPF，またはWindows Server 2012の場合，Application Agentサービスの実行ユーザーアカウントに，管理されたサービスアカウント（Managed Service Account）を指定しないでください。バックアップ対象がSQL Serverデータベースのときは，SQL Server，SQL Server Agent，およびそのほかのSQL Server関連サービスの実行ユーザーアカウントにも，管理されたサービスアカウントを指定しないでください。これらのサービスの実行ユーザーアカウントに，管理されたサービスアカウントを指定すると，Replication Managerの操作でエラーが発生するおそれがあります。

(2) コマンドデバイスのユーザー認証機能が有効になっている場合の条件

RAID Managerのバージョンが01-25-03/01以降で，ユーザー認証機能が有効になっている場合，次のすべての条件を満たした状態でApplication Agentを起動してください。

Application Agentが使用するRAID Managerインスタンスを起動している。

Application Agentのサービスの実行ユーザーアカウントとローカルシステムアカウントの両方が，起動したRAID Managerインスタンスにログインして認証済みである。

Application Agentのサービスの実行ユーザーアカウントとローカルシステムアカウントが同じコマンドデバイス認証アカウントで RAID Managerインスタンスにログインできる。

Application Agentが使用するRAID Managerインスタンスを複数のストレージシステムで使用する場合，同じコマンドデバイス認証アカウントとパスワードで，すべてのストレージシステムのコマンドデバイスにログインできる。

注意

前提条件を満たさない状態でApplication Agentを操作した場合，またはApplication Agentの操作の実行中にストレージシステムからログオフした場合，Application Agentが予期しないエラーで終了したり，動作が停止したりするおそれがあります。Application Agentの動作が停止した場合，「7.10 Application Agentの動作が停止した場合の対処方法」に従って対処してください。

注意

Application AgentがRAID Managerを使用する運用と，Application Agent以外がRAID Managerを使用する運用が共存する場合，それぞれの運用でOSのログイン先が異なる同じユーザー名のアカウント（例えば，ローカルにログインしたAdministratorとドメインにログインしたAdministrator）をApplication AgentおよびRAID Managerの実行ユーザーに指定すると，1つのアカウントでコマンドデバイスのユーザー認証が完了していても，別のログイン先の同じユーザー名のアカウントによって認証情報が上書きされ，ストレージシステムのコマンドデバイスからログオフするおそれがあります。すべての運用でOSのログイン先が同じであるアカウントを実行ユーザーに指定するか，運用ごとに異なるユーザー名のアカウントを実行ユーザーに指定してください。

注意

次のすべての操作を実行する際に，アルファベットの大文字と小文字を含めて同じユーザー名でOSにログインしてください。操作ごとにアルファベットの大文字と小文字が異なるユーザー名でOSにログインすると，Application Agentがエラー終了します。

Application Agentサービスの実行ユーザーアカウントの設定

コマンドデバイスのユーザー認証

レプリカ作成やリストアなどすべてのApplication Agentの操作

コマンドデバイスのユーザー認証手順を次に示します。

ユーザー認証手順

ユーザー認証は以下の手順で実行してください。

Application Agentが使用するRAID Managerインスタンスを起動します。
<RAID Managerのインストール先>¥etc¥horcmstart<RAID Managerインスタンス番号>

Application Agentのサービスの実行ユーザーアカウントでユーザー認証を実行します。
<RAID Managerのインストール先>¥etc¥raidcfg.exe -I<RAID Managerインスタンス番号> -login <コマンドデバイス認証アカウント名> <パスワード>

ローカルシステムアカウントでユーザー認証を実行するためにタスクを作成します。
schtasks /Create /TN <タスク名> /TR "<RAID Managerのインストール先>¥etc¥raidcfg.exe -I<RAID Managerインスタンス番号> -login <コマンドデバイス認証アカウント> <パスワード>" /SC ONCE /ST 00:00 /RU SYSTEM

作成したタスクを実行します。
schtasks /Run /TN <タスク名>

タスクの実行結果を確認します。
次のコマンドを実行して，「状態」，「前回の実行時刻」および「前回の結果」が以下の状態であることを確認してください。
schtasks /Query /V /FO LIST ※1

Windows Server 2003の場合

タスク名：実行した<タスク名>

状態：（空欄）

前回の実行時刻：タスクを実行した時間

前回の結果：0※2

Windows Server 2008またはWindows Server 2012の場合

タスク名：実行した<タスク名>

状態：準備完了

前回の実行時刻：タスクを実行した時間

前回の結果：0※2

注※1

Windows Server 2008またはWindows Server 2012の場合，/TN <タスク名>オプションを指定することで，指定したタスクの情報だけを表示できます。

注※2

前回の結果が「0」ではない場合，RAID Managerのログ情報を参照して，RAID Managerのコマンドが失敗していないか確認してください。RAID Managerのコマンドが失敗している場合は，RAID Managerのマニュアルに従って対処してください。

作成したタスクを削除します。
schtasks /Delete /TN <タスク名> /F

ユーザー認証に成功したことを確認します。
RAID Managerの認証ファイルのファイル名に，認証を実行したアカウントが含まれていることを確認してください。認証ファイルについてはRAID Managerのマニュアルを参照してください。

5.1.2 Application Agentの起動

Application AgentがインストールされたデータベースサーバまたはバックアップサーバのWindowsシステムを起動すると，Application Agentサービスが自動的に起動されます。

Protection Managerサービス（Protection Manager Service）は，Windowsのサービスウィンドウから手動で起動できます。

Hitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）を手動で起動する場合は，次のコマンドを実行してください。

＜Hitachi Command Suite共通エージェントコンポーネントのインストールフォルダ＞¥bin¥hbsasrv.exe start

なお，Replication Managerのセットアップ画面からApplication Agentの設定を変更した場合，サービスは自動的に再起動されます。

重要

Application Agentを使用するには，Protection ManagerサービスとHitachi Command Suite共通エージェントコンポーネントサービスの両方が，Application Agentがインストールされているデータベースサーバとバックアップサーバのそれぞれで起動している必要があります。

Application Agentの設定やApplication Agentの追加を実行する場合，操作対象となるApplication Agentサービス（Protection ManagerサービスおよびHitachi Command Suite共通エージェントコンポーネントサービス）についてスタートアップの種類を「自動」に設定する必要があります。「無効」になっている場合は「自動」に変更してください。

5.1.3 Application Agentの停止

Protection Managerサービス（Protection Manager Service）は，Windowsのサービスウィンドウから手動で停止できます。

Hitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）を手動で停止する場合は，次のコマンドを実行してください。

＜Hitachi Command Suite共通エージェントコンポーネントのインストールフォルダ＞¥bin¥hbsasrv.exe stop

重要

Hitachi Command Suite共通エージェントコンポーネントサービスは，ほかのエージェントサービス（Device Managerエージェントなど）にも使用されます。Hitachi Command Suite共通エージェントコンポーネントサービスを停止する場合は，ほかのエージェントサービスの運用に影響がないことを確認してください。

5.2 Application Agentのプロパティ

Application Agentが出力するログに関するプロパティを，logger.propertiesファイルで設定できます。

logger.propertiesファイルは次の場所に格納されています。

＜Hitachi Command Suite共通エージェントコンポーネントのインストールフォルダ＞¥agent¥config

logger.propertiesファイルで指定できるプロパティを「表5-1 logger.propertiesファイルで指定できるプロパティ」に示します。

logger.propertiesファイルのプロパティ値を変更した場合には，Hitachi Command Suite共通エージェントを使用するほかのエージェントについても，ログ出力の設定が変わることがあります。Application Agentサービスのうち，Hitachi Command Suite共通エージェントコンポーネントサービス（HBsA Service）を再起動してください。

表5-1 logger.propertiesファイルで指定できるプロパティ

属性名
説明
値の種別
値の範囲
デフォルト値

最小
最大

agent.logger.loglevel
ログの出力レベルを指定します。
不正な文字列が指定された場合は，デフォルト値が使用されます。
文字列
次のどれかを指定します。※1※2
FATAL，ERROR，WARN，INFO，DEBUG
INFO

agent.logger.MaxBackupIndex
ログファイルを何世代残すか指定します。
ログはtrace.logファイルに書き込まれます。2より大きい値を指定した場合，trace.logが満杯になると，trace.logファイルの名称はtrace.log.1に変わります。
範囲外の値が指定された場合は，デフォルト値が使用されます。
整数
1
20
10

agent.logger.MaxFileSize
Application Agentログファイルの最大サイズを指定します。
trace.logファイルのサイズが，ここで指定したサイズを超えた場合，新しいログファイルが生成されます。
値にMBまたはKBが指定されていない場合は，バイトが使用されます。
範囲外の値が指定された場合は，デフォルト値が使用されます。
文字列
512KB
32MB
5MB

注※1

値の意味を説明します。

FATAL：致命的な例外が発生し，システムが停止したときだけログを出力します。

ERROR：FATALに加えて，プロセスの実行中または起動中にエラーが発生したときログを出力します。

WARN：ERRORに加えて，プロセスの実行を継続できるときに挙がるメッセージを含めて，ログを出力します。

INFO：WARNに加えて，処理の流れを把握するために必要なログを出力します。

DEBUG：取得できるすべてのログを出力します。

注※2

大文字だけ，小文字だけ，大文字と小文字の混在でも指定できます。

5.3 RAID Managerに関する注意事項

この節では，RAID Managerに関する注意事項を説明します。

この節の構成

5.3.1 プロテクト機能に関する注意事項

5.3.2 RAID Managerの起動と停止に関する注意事項

5.3.3 環境変数に関する注意事項

5.3.4 構成定義ファイルに関する注意事項

5.3.5 コピーペアを構成する場合の注意事項

5.3.1 プロテクト機能に関する注意事項

Application AgentはRAID Managerのプロテクト機能をサポートしていません。RAID Managerのプロテクト機能を無効にしてください。

5.3.2 RAID Managerの起動と停止に関する注意事項

RAID Managerのインスタンスの起動と停止は，Application Agentの機能を実行するときにRAID Managerのインスタンスが停止しているか，起動しているかによって異なります。運用に合わせて，インスタンスの起動方法を決定してください。

Application Agentの機能を実行するとき，RAID Managerが停止している場合
Application AgentはRAID Managerのインスタンスを起動します。機能の実行が終了したときに，起動したRAID Managerのインスタンスは停止されます。

Application Agentの機能を実行するとき，RAID Managerが起動している場合
Application Agentは起動されているRAID Managerのインスタンスを使用します。機能の実行を終了しても，起動されていたRAID Managerのインスタンスは停止されません。

プライマリーサイトから，セカンダリーサイトのRAID Managerインスタンスは自動的に起動しません。あらかじめセカンダリーサイトのRAID Managerインスタンスは起動しておいてください。

5.3.3 環境変数に関する注意事項

データベースサーバとバックアップサーバのシステム環境変数に，HORCMINSTおよびHORCC_MRCFを設定しないでください。また，システム環境変数，ユーザー環境変数にHORCM_CONF，HORCMPERMを設定しないでください。

5.3.4 構成定義ファイルに関する注意事項

Application Agentで使用するRAID Managerインスタンスの構成定義ファイルには，HORCM_DEV，HORCM_LDEV，またはHORCM_LDEVGのどれかの定義句を指定する必要があります。デバイスグループで定義されたコピーグループを管理する構成の場合，正ボリュームおよび副ボリュームを管理するそれぞれの構成定義ファイルのHORCM_LDEVG定義句は省略しないで記述してください。HORCM_LDEVG定義句を省略すると，Application Agentの操作を実行した際に，データベースサーバから正ボリュームが切断されるおそれがあります。データベースサーバから正ボリュームが切断された場合，「7.11 データベースサーバから正ボリュームが切断された場合の対処方法」に従って対処してください。データベースサーバおよびファイルサーバで，サーバに接続されていないディスクのコピーペアが定義されていないことを確認してください。

5.3.5 コピーペアを構成する場合の注意事項

バックアップおよびリストア対象のコピーペアは，ネットワークドライブとして割り当てできません。バックアップおよびリストア対象となるファイルシステムの正ボリュームは，すべてマウントされている必要があります。

5.4 ストレージシステム間でレプリカを管理する場合の構成

プライマリーサイトにあるストレージシステムに障害が発生した場合に備えて，TrueCopyおよびUniversal Replicatorを使って，セカンダリーサイトにあるストレージシステムにレプリカを作成できます。ストレージシステム間でレプリカを作成およびリストアする場合の構成と注意事項について説明します。

この節の構成

5.4.1 システム構成

5.4.2 注意事項

5.4.1 システム構成

ストレージシステム間でレプリカを作成およびリストアする場合の構成について，データベースサーバおよびバックアップサーバに焦点を当てて説明します。

この項の構成

(1) TrueCopyまたはUniversal Replicatorの構成

(2) ShadowImageとTrueCopyのマルチターゲット構成

(3) ShadowImageとUniversal Replicatorのマルチターゲット構成

(4) TrueCopyとUniversal Replicatorのマルチターゲット構成

(5) ShadowImage（複数世代），TrueCopyまたはUniversal Replicatorの構成

(1) TrueCopyまたはUniversal Replicatorの構成

Application Agentはストレージシステム間でバックアップ，リストアするための基本構成として，TrueCopyまたはUniversal Replicator機能を使用した構成に対応しています。

TrueCopyまたはUniversal Replicatorのシステム構成を次の図に示します。

図5-1 TrueCopyまたはUniversal Replicatorのシステム構成

(2) ShadowImageとTrueCopyのマルチターゲット構成

Application AgentはShadowImageとTrueCopyのマルチターゲット構成に対応しています。

ShadowImageとTrueCopyのマルチターゲット構成を次の図に示します。

図5-2 ShadowImageとTrueCopyのマルチターゲット構成

(3) ShadowImageとUniversal Replicatorのマルチターゲット構成

Application AgentはShadowImageとUniversal Replicatorのマルチターゲット構成に対応しています。

ShadowImageとUniversal Replicatorのマルチターゲット構成を次の図に示します。

図5-3 ShadowImageとUniversal Replicatorのマルチターゲット構成

(4) TrueCopyとUniversal Replicatorのマルチターゲット構成

Application AgentはTrueCopyとUniversal Replicatorのマルチターゲット構成に対応しています。

TrueCopyとUniversal Replicatorのマルチターゲット構成を次の図に示します。

図5-4 TrueCopyとUniversal Replicatorのマルチターゲット構成

(5) ShadowImage（複数世代），TrueCopyまたはUniversal Replicatorの構成

Application AgentはShadowImage（複数世代），TrueCopyまたはUniversal Replicatorの構成に対応しています。

ShadowImage（複数世代），TrueCopyまたはUniversal Replicatorの構成を次の図に示します。

図5-5 ShadowImage（複数世代），TrueCopyまたはUniversal Replicatorの構成

5.4.2 注意事項

ストレージシステム間でレプリカを作成する場合の注意事項を次に示します。

異なるストレージシステムにレプリカを作成する場合，一度に複数の副ボリュームのレプリカを作成することはできません。

連携するアプリケーションによって，セカンダリーサイトにあるストレージシステムへのレプリカ作成に使用できるボリューム複製機能が異なります。
Exchange Serverを使用している場合：TrueCopy Syncを使用できます。
SQL Severを使用している場合： TrueCopyおよびUniversal Replicatorを使用できます。

5.5 クラスタ環境で運用する場合の注意事項

この節では，クラスタ環境で運用する場合の注意事項を説明します。

この節の構成

5.5.1 共有ディスクとクラスタグループに関する注意事項

5.5.2 クラスタ共有ディスクのフォルダパスを変更する場合の注意事項

5.5.3 クラスタ構成でレプリカを取得するための設定

5.5.4 構成定義ファイルを作成するためのDevice Managerエージェントの設定

5.5.1 共有ディスクとクラスタグループに関する注意事項

データベースサーバがクラスタ構成の場合，次の項目にはApplication Agentが使用する共有ディスクを指定してください。また，Application Agentが使用する共有ディスクは，該当インスタンスが定義されているクラスタグループに登録してください。

VDIメタファイル格納ディレクトリ

UNDOログファイル格納ディレクトリ

レプリカの作成対象となるストレージグループとApplication Agentが使用する共有ディスクを，同じクラスタグループに定義してください。

レプリカの作成対象とApplication Agentが使用する共有ディスクを同じクラスタグループに登録してください。

5.5.2 クラスタ共有ディスクのフォルダパスを変更する場合の注意事項

レプリカ作成ウィザードのアドバンスドオプションで，次のどちらか，または両方を指定しているレプリカ作成タスクに対して，クラスタ共有ディスクのフォルダパスを変更する場合は，タスク削除を実行したあとで，レプリカ作成ウィザードでタスクを作成し直してください。削除および作成を実行しない場合は，レプリカ作成タスクの実行に失敗します。

テープバックアップのためにレプリカカタログファイルをバックアップサーバにエクスポートする

Pre/Postジョブを実行する

5.5.3 クラスタ構成でレプリカを取得するための設定

クラスタ構成でバックアップを取得するための設定について説明します。Replication Managerは，レプリカの作成を実行する対象ノードを切り替えるための専用コマンド（drmjobsch.exe）を提供しています。フェールオーバーが発生したときにdrmjobsch.exeを自動実行するように，クラスタソフトウェアを設定してください。

次のことを確認してから，使用するクラスタソフトウェアに応じた手順を実行してください。

Application Agentおよびクラスタソフトウェアのインストールが正常に完了していること。

Administrator権限でログインしていること。

仮想サーバを構成する各サーバで，次の手順を実行してください。

VBScriptファイルを作成します。
ファイル名：RecoverJob.vbs
ファイルの格納場所：＜Application Agentのインストールフォルダ＞¥DRM¥schedule

参考

作成するVBScriptファイルの名称と格納場所は，任意に変更できます。ただし，保守のために，上記の場所に上記のファイル名で作成することをお勧めします。VBScriptの記述方法については，VBScriptに関するドキュメントを参照してください。

VBScriptファイルを編集して，drmjobsch.exeによる回復処理を記述します。
エントリーポイント「Function Online( )」に，オンラインにする＜仮想サーバ名＞を指定して，次のコマンドラインを実行するように記述します。
"＜Application Agentのインストールディレクトリ＞¥DRM¥bin¥drmjobsch.exe" -recover -hostname ＜仮想サーバ名＞
VBScriptファイルの記述例を次に示します。この例では，＜Application Agentのインストールディレクトリ＞を"C:¥Program Files¥HITACHI"としています。

'Script-Level Global Variables
Resource.LogInformation("Script-wide code begins execution")
Dim WshShell, oExec
Set WshShell = CreateObject("WScript.Shell")

Function Online( )
Online = 0
Resource.LogInformation "Entering Online"
Set oExec = WshShell.Exec (CHR(34) & "C:¥Program Files¥Hitachi¥DRM¥bin¥drmjobsch.exe" & CHR(34) & " -recover -hostname ＜仮想サーバ名＞")
Do While oExec.Status = 0
Set oWait = WshShell.Exec("timeout /t 1")
Loop
Resource.LogInformation "Exiting Online"
End Function

Function Offline( )
Offline = 0
End Function

Function LooksAlive( )
LooksAlive = 0
End Function

Function IsAlive( )
IsAlive = 0
End Function

Function Open( )
Open = 0
End Function

Function Close( )
Close = 0
End Function

Function Terminate( )
Terminate = 0
End Function

重要

「CHR(34)」は「"（引用符）」を示します。＜Application Agentのインストールディレクトリ＞に空白（スペース）を含まない場合には不要です。その場合は，次のとおりに記述してください。

"C:¥DRM¥bin¥drmjobsch.exe" & " -recover -hostname ＜仮想サーバ名＞"

クラスタ管理アプリケーションを使用して，＜仮想サーバ名＞と同じ名称を持ったクラスタリソースグループ（Exchange Serverのクラスタリソースグループ）に新しいリソースを追加します。
クラスタ管理アプリケーションは，次の方法で起動します。

Microsoft Cluster Serviceを使用する場合

［スタート］－［コントロールパネル］－［管理ツール］－［クラスタアドミニストレータ］を選択します。

Windows Server Failover Clusteringを使用する場合

［スタート］－［コントロールパネル］－［管理ツール］－［フェールオーバークラスタ管理］を選択します。

リソースの種類：汎用スクリプト
スクリプトのファイルパス：作成したVBScriptファイルのパス
VBScriptファイルをノード間の共有ディスクに格納している場合は，依存関係ダイアログで，［リソースの依存関係］にこの共有ディスクを物理ディスクリソースとして登録しておいてください。

5.5.4 構成定義ファイルを作成するためのDevice Managerエージェントの設定

データベースサーバがクラスタ構成の場合に，コピーペア構成定義ウィザードでRAID Managerの構成定義ファイルを作成する場合，Device Managerエージェントを一括管理構成にする必要があります。一括管理構成の設定については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

5.6 時刻の設定

Replication Managerでは，設定したスケジュールに従ってレプリカを作成します。

運用を開始する前に，管理サーバ，データベースサーバ，およびバックアップサーバを現在の時刻に設定しておいてください。サーバがあるサイト間で時差がある場合は，それぞれのサーバを現地時刻に合わせてください。サーバの時刻が合っていない場合，タスクの状態が正しく更新されません。

サーバのタイムゾーンを変更した場合は，GUIから該当するサーバを選択して，［Agent情報更新］ボタンを実行してください。［Agent情報更新］ボタンを実行しない場合，タスクの状態が正しく更新されません。操作の詳細については，オンラインヘルプを参照してください。

5.7 Application Agentが使用するポート

Application Agentは4種類のポートを使用します。デフォルトでは，次の表に示すポート番号を使用します。

表5-2 Application Agentが使用するポート

ポート番号 | 説明
22300 | データベースサーバとバックアップサーバにインストールされているApplication Agentがお互いに通信するためのポートです。
24041 | Application AgentのプロセスがReplication Managerと通信するためのポートです。
24042 | Application AgentのAPI応答プロセスがReplication Managerと通信するためのポートです。
24043 | Application AgentのプロセスとApplication AgentのAPI応答プロセスがReplication Managerと通信するためのポートです。

各ポートのポート番号を変更する場合，ポート番号には1～65535の間の使用していない番号を設定します。

各ポートのポート番号を変更する場合の方法を次に示します。

Application Agentがお互いに通信するためのポート（22300）

Windowsのservicesファイルに，設定するポート番号を，「DRMVSSServer」の名称で登録します。ポート番号の設定は，データベースサーバとバックアップサーバで同じにする必要があります。

Application AgentのプロセスがReplication Managerと通信するためのポート（24041）

server.propertiesファイルのserver.agent.portの値を変更します。

Application AgentのAPI応答プロセスがReplication Managerと通信するためのポート（24042）

server.propertiesファイルのserver.http.portの値を変更します。

Application AgentのプロセスとApplication AgentのAPI応答プロセスがReplication Managerと通信するためのポート（24043）

server.propertiesファイルのserver.http.localPortの値を変更します。

注意

server.agent.portの値を変更したときは，Replication Managerの情報取得元として登録されたApplication Agentのポート番号の設定も変更する必要があります。

servicesファイルを変更した場合は，Protection Managerサービス（Protection Manager Service）を再起動します。server.propertiesファイルを変更した場合は，Hitachi Command Suite共通エージェントコンポーネントサービスを再起動します。再起動については，「5.1 Application Agentの起動と停止」を参照してください。

server.propertiesファイルは，次の場所に格納されています。

＜Hitachi Command Suite共通エージェントコンポーネントのインストールフォルダ＞¥config¥server.properties

5.8 Exchange管理ツールおよびベリファイツールのインストール

Exchange Serverでレプリカを作成する場合，データベースサーバおよびバックアップサーバに，Exchange管理ツールをインストールする必要があります。バックアップサーバのExchange管理ツールは，データベースサーバと同じバージョンのExchange管理ツールをインストールしてください。また，Exchange Server 2003を使用する場合，Exchange管理ツールのほかに，ベリファイツール（ESEUTILコマンド）をバックアップサーバにインストールする必要があります。Exchange管理ツールのインストール方法については，Exchange Serverのマニュアルを参照してください。

ここでは，バックアップサーバにESEUTILコマンドをインストールする方法について説明します。事前にExchange管理ツールをインストールしてから，ESEUTILコマンドをインストールしてください。

ESEUTILコマンドをインストールするには，次のファイルをバックアップサーバの＜Application Agentのインストールフォルダ＞¥DRM¥bin¥utilへコピーします。

コピーするファイル

ESE.dll

ESEUTIL.exe

EXCHMEM.dll

EXOSAL.dll

ファイルの格納先

＜Exchange Serverのインストールフォルダ＞¥bin

この節の構成

5.8.1 ESEUTILコマンドを使用する際の注意事項

5.8.1 ESEUTILコマンドを使用する際の注意事項

次の操作を実行すると，データベースの署名が変更されるため，実行する前に作成したレプリカに対してロールフォワードリストアが実行できなくなります。

ESEUTILコマンドでのインフォメーションストアの修復（ESEUTIL /p）

ESEUTILコマンドでのデフラグ（ESEUTIL /d）

これらの操作を実行した場合，レプリカ作成ウィザードを使用して，Exchangeデータベースのレプリカを作成し直す必要があります。

6. セキュリティ管理

この章では，Replication Managerで使用できるセキュリティ機能について説明します。

この章の構成

6.1 ネットワーク通信のセキュリティ

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

6.1 ネットワーク通信のセキュリティ

Replication Managerが使用する通信路のセキュリティを確保するため，次に示す通信路ではHTTPSプロトコルを使用して通信を暗号化できます。

(1) Hitachi Command Suite共通コンポーネントとWebブラウザーとの間

管理サーバ上のHitachi Command Suite共通コンポーネントと管理クライアントのWebブラウザーとの間の通信を暗号化できます。

(2) Replication ManagerとDevice Managerサーバとの間

管理サーバ上のReplication ManagerとDevice Managerサーバ（ローカルDevice ManagerまたはリモートDevice Manager）との間の通信を暗号化できます。

(3) Replication ManagerとBusiness Continuity Manager（IHS）との間

IHSを使用して，管理サーバ上のReplication Managerとホスト上のBusiness Continuity Managerとの間の通信を暗号化できます。

この節では，これらの通信路での通信のセキュリティについて説明します。(1)，(2)，および(3)は「図6-1 Replication Managerが使用する通信路」の番号に対応します。

図6-1 Replication Managerが使用する通信路

このほか，次のHTTP通信路が使用されます。

管理サーバ上のReplication Managerとペア管理サーバ上のDevice Managerエージェントとの間

管理サーバ上のReplication Managerとホスト上のBusiness Continuity Managerとの間（IHSを使用しない場合）

管理サーバ上のReplication Managerとホスト上のMainframe Agentとの間

管理サーバ上のReplication Managerとデータベースサーバまたはバックアップサーバ上のApplication Agentとの間

この節の構成

6.1.1 Hitachi Command Suite共通コンポーネントとWebブラウザーとの間の通信に関するセキュリティ

6.1.2 Replication ManagerとDevice Managerサーバとの間の通信に関するセキュリティ

6.1.3 Replication ManagerとBusiness Continuity Manager（IHS）との間の通信に関するセキュリティ

6.1.1 Hitachi Command Suite共通コンポーネントとWebブラウザーとの間の通信に関するセキュリティ

管理サーバ上のHitachi Command Suite共通コンポーネントと管理クライアントのWebブラウザーとの間の通信を暗号化するには，管理サーバでHitachi Command Suite共通コンポーネントのサーバ証明書を作成し，管理クライアントのWebブラウザーにインポートする必要があります。Hitachi Command Suite共通コンポーネントとWebブラウザーとの間でセキュリティ通信するための操作の流れを次の図に示します。

図6-2 Hitachi Command Suite共通コンポーネントとWebブラウザーとの間のセキュリティ通信のための操作の流れ

各操作手順については，マニュアル「Hitachi Command Suite Software システム構成ガイド」の次の説明を参照してください。

Hitachi Command Suite共通コンポーネントの秘密鍵および証明書発行要求の作成

Hitachi Command Suite共通コンポーネントのサーバ証明書の認証局への申請

Hitachi Command Suite共通コンポーネントのSSL/TLSの有効化

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

Webブラウザーへのサーバ証明書のインポート

ポップアップブロックの設定変更

重要

Hitachi Command Suite共通コンポーネントのサーバ証明書は，管理クライアントに安全な方法で転送してください。

6.1.2 Replication ManagerとDevice Managerサーバとの間の通信に関するセキュリティ

管理サーバ上のReplication ManagerとDevice Managerサーバ（ローカルDevice ManagerまたはリモートDevice Manager）との間の通信を暗号化するには，Device Managerサーバのサーバ証明書を作成し，Replication Managerのトラストストアー（jssecacerts）にインポートする必要があります。Replication ManagerとDevice Managerサーバとの間でセキュリティ通信するための操作の流れを次の図に示します。

図6-3 Replication ManagerとDevice Managerサーバとの間のセキュリティ通信のための操作の流れ

なお，著名な認証局を使用する場合，その認証局のサーバ証明書がトラストストアー（jssecacerts）にすでにインポートされていることがあります。その場合，認証局のサーバ証明書を改めてインポートする必要はありません。

Device ManagerサーバとHitachi Command Suite共通コンポーネントでの操作手順，およびトラストストアーについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」の次の説明を参照してください。

Device Managerサーバのキーペアと自己署名証明書の作成

Device ManagerサーバのSSL/TLSの有効化

Device Managerサーバの証明書発行要求の作成

Device Managerサーバのサーバ証明書の認証局への申請

Device Managerサーバのトラストストアーへのサーバ証明書のインポート

Device Managerサーバのキーストアーへのサーバ証明書のインポート

Device Managerサーバのトラストストアーファイルのダウンロード

Device Managerサーバの自己署名証明書のエクスポート

トラストストアーへのサーバ証明書のインポート

トラストストアーにインポートされたサーバ証明書の確認

トラストストアー（jssecacerts）へのDevice Managerサーバのサーバ証明書のインポートが完了したら，Replication Manager GUIの情報取得元の追加画面，または編集画面で，通信プロトコルとしてHTTPSを選択し，HTTPS通信用のポート番号を指定します。情報取得元の追加または編集方法については，オンラインヘルプを参照してください。

重要

SSL/TLS通信で使用する暗号方式を制限したい場合は，Device Managerサーバのserver.propertiesファイルにあるserver.https.enabledCipherSuitesプロパティの値を変更してください。server.https.enabledCipherSuitesプロパティについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

複数のDevice Managerサーバを情報取得元として管理する場合は，それぞれのサーバ証明書を作成し，Replication Managerが稼働する管理サーバのトラストストアー（jssecacerts）にインポートする必要があります。

リモートDevice Managerのサーバ証明書は，Replication Managerが稼働する管理サーバに安全な方法で転送してください。

6.1.3 Replication ManagerとBusiness Continuity Manager（IHS）との間の通信に関するセキュリティ

管理サーバ上のReplication Managerとホスト上のBusiness Continuity Managerとの間の通信を暗号化するには，IHSをリバースプロキシサーバとして設定し，Replication Managerのトラストストアー（jssecacerts）にIHSのサーバ証明書をインポートする必要があります。Replication ManagerとBusiness Continuity Manager（IHS）との間でセキュリティ通信するための操作の流れを次の図に示します。

図6-4 Replication ManagerとBusiness Continuity Manager（IHS）との間のセキュリティ通信のための操作の流れ

なお，著名な認証局を使用する場合，その認証局のサーバ証明書がトラストストアー（jssecacerts）にすでにインポートされていることがあります。その場合，認証局のサーバ証明書を改めてインポートする必要はありません。

Business Continuity Manager（IHS）でのSSLサーバの構築手順については，マニュアル「Hitachi Business Continuity Manager インストールガイド」のHTTPS通信するための設定の説明を参照してください。

Hitachi Command Suite共通コンポーネントでの操作手順，およびトラストストアーについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」の次の説明を参照してください。

トラストストアーへのサーバ証明書のインポート

トラストストアーにインポートされたサーバ証明書の確認

トラストストアー（jssecacerts）へのIHSのサーバ証明書のインポートが完了したら，Replication Manager GUIの情報取得元の追加画面，または編集画面で，通信プロトコルとしてHTTPSを選択し，HTTPS通信用のポート番号を指定します。情報取得元の追加または編集方法については，オンラインヘルプを参照してください。

重要

複数のBusiness Continuity Manager（IHS）を情報取得元として管理する場合は，それぞれのサーバ証明書を作成し，Replication Managerが稼働する管理サーバのトラストストアー（jssecacerts）にインポートする必要があります。

IHSのサーバ証明書は，Replication Managerが稼働する管理サーバに安全な方法で転送してください。

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

Replication Managerの監査ログに出力される情報について説明します。ここでは，種別がConfigurationAccessの場合に出力される監査事象について説明します。

種別がConfigurationAccess以外の監査事象については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

それぞれの監査事象には重要度が割り当てられています。事象の重要度によって，出力する監査ログデータをフィルタリングできます。

種別がConfigurationAccessの場合に出力される監査事象を次の表に示します。

表6-1 監査ログに出力される監査事象（種別がConfigurationAccessの場合）

種別の説明
監査事象
重要度
メッセージID

リソースグループの作成（GUI）
リソースグループ作成の成功
6
KAPM02630-I

リソースグループ作成の失敗
3
KAPM02635-E

リソースグループの作成（GUIまたはCLI）
リソースグループ作成の成功
6
KAPM02670-I
KAPM07257-I

リソースグループ作成の失敗
3
KAPM02675-E
KAPM07258-E

リソースグループの削除（GUI）
リソースグループ削除の成功
6
KAPM02631-I

リソースグループ削除の失敗
3
KAPM02636-E

リソースグループの削除（GUIまたはCLI）
リソースグループ削除の成功
6
KAPM02671-I
KAPM07259-I

リソースグループ削除の失敗
3
KAPM02676-E
KAPM07260-E

リソースグループプロパティの編集（GUI）
リソースグループプロパティ編集の成功
6
KAPM02634-I

リソースグループプロパティ編集の失敗
3
KAPM02639-E

リソースグループプロパティの編集（GUIまたはCLI）
リソースグループプロパティ編集の成功
6
KAPM02674-I
KAPM07261-I

リソースグループプロパティ編集の失敗
3
KAPM02679-E
KAPM07262-E

リソースグループへのユーザーの追加（GUI）
リソースグループへのユーザー追加の成功
6
KAPM02632-I

リソースグループへのユーザー追加の失敗
3
KAPM02637-E

リソースグループからのユーザーの削除（GUI）
リソースグループからのユーザー削除の成功
6
KAPM02633-I

リソースグループからのユーザー削除の失敗
3
KAPM02638-E

リソースグループへのユーザーの割り当て（GUIまたはCLI）
リソースグループへのユーザー割り当ての成功
6
KAPM02672-I

リソースグループへのユーザー割り当ての失敗
3
KAPM02677-E

コピーペア操作
ペア操作タスク（ペア作成，削除，状態変更，またはグループ名編集）の開始
6
KAVN10001-I
KAVN10006-I
KAVN10010-I
KAVN10089-I

ペア操作タスク（ペア作成，削除，状態変更，またはグループ名編集）の成功
6
KAVN10002-I
KAVN10007-I
KAVN10011-I
KAVN10090-I

ペア操作タスク（ペア作成，削除，または状態変更）のタイムアウト（コマンドの実行は成功したが，ペア状態が正しく変更されたかどうか確認できなかった）
4
KAVN10003-W
KAVN10008-W
KAVN10030-W

ペア操作タスク（ノード追加または削除）の開始
6
KAVN10085-I
KAVN10087-I

ペア操作タスク（ノード追加または削除）の成功
6
KAVN10086-I
KAVN10088-I

ペア操作タスクの失敗
3
KAVN10009-E

ペアの削除後，構成定義ファイル更新の失敗
4
KAVN10004-W
KAVN10005-W

ディスク構成定義ファイルの編集または配布の開始
6
KAVN10015-I
KAVN10021-I

ディスク構成定義ファイルの編集または配布の成功
6
KAVN10016-I
KAVN10022-I

ディスク構成定義ファイルの編集または配布の失敗
3
KAVN10014-E
KAVN10017-E
KAVN10020-E
KAVN10023-E

コピーグループ定義ファイルの編集または配布の開始
6
KAVN10024-I
KAVN10028-I

コピーグループ定義ファイルの編集または配布の成功
6
KAVN10025-I
KAVN10029-I

コピーグループ定義ファイルの編集または配布の失敗
3
KAVN10009-E

管理ホストの変更
管理ホストの変更の開始
6
KAVN10026-I

管理ホストの変更の終了
6
KAVN10027-I

管理ホストの変更の失敗
3
KAVN10009-E

レプリカ操作に関するタスク
レプリカ操作に関するタスクの作成，編集，実行，キャンセル，または削除の開始
6
KAVN10031-I
KAVN10034-I
KAVN10037-I
KAVN10040-I
KAVN10043-I

レプリカ操作に関するタスクの作成，編集，実行，キャンセル，または削除の成功
6
KAVN10032-I
KAVN10035-I
KAVN10038-I
KAVN10041-I
KAVN10044-I

レプリカ操作に関するタスクの作成，編集，実行，キャンセル，または削除の失敗
3
KAVN10033-E
KAVN10036-E
KAVN10039-E
KAVN10042-E
KAVN10045-E

レプリカ情報の取得
レプリカ情報の取得の開始
6
KAVN10067-I

レプリカ情報の取得の終了
6
KAVN10068-I

レプリカ情報の取得の失敗
3
KAVN10069-E

レプリカの削除
レプリカの削除の開始
6
KAVN10070-I

レプリカの削除の終了
6
KAVN10071-I

レプリカの削除の失敗
3
KAVN10072-E

マウントまたはアンマウント
マウントまたはアンマウントの開始
6
KAVN10046-I
KAVN10049-I

マウントまたはアンマウントの成功
6
KAVN10047-I
KAVN10050-I

マウントまたはアンマウントの失敗
3
KAVN10048-E
KAVN10051-E

テイクオーバー操作
テイクオーバー操作の開始
6
KAVN10052-I
KAVN10064-I

テイクオーバー操作の終了
6
KAVN10053-I
KAVN10065-I

テイクオーバー操作のタイムアウト（コマンドの実行は成功したが，完了確認処理で確認できなかった）
4
KAVN10054-W
KAVN10066-W

テイクバック操作
テイクバック操作の開始
6
KAVN10058-I
KAVN10061-I

テイクバック操作の終了
6
KAVN10059-I
KAVN10062-I

テイクバック操作のタイムアウト（コマンドの実行は成功したが，完了確認処理で確認できなかった）
4
KAVN10060-W
KAVN10063-W

swap操作
swap操作の開始
6
KAVN10055-I

swap操作の終了
6
KAVN10056-I

swap操作のタイムアウト
4
KAVN10057-W

副ボリュームの隠ぺい
副ボリュームの隠ぺいの開始
6
KAVN10073-I
KAVN10079-I

副ボリュームの隠ぺいの完了
6
KAVN10074-I
KAVN10080-I

副ボリュームの隠ぺいの失敗
3
KAVN10075-E
KAVN10081-E

副ボリュームの隠ぺい解除の開始
6
KAVN10076-I
KAVN10082-I

副ボリュームの隠ぺい解除の完了
6
KAVN10077-I
KAVN10083-I

副ボリュームの隠ぺい解除の失敗
3
KAVN10078-E
KAVN10084-E

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

この章では，Replication Managerの運用中にトラブルが発生した場合の対処方法について説明します。

この章の構成

7.1 障害の対処方法

7.2 Application Agentの保守情報の採取

7.3 インストール時またはアンインストール時のトラブルシューティング

7.4 詳細メッセージRPM-00824の対処方法

7.5 Replication Managerでコピーペアを認識できない場合の対処方法

7.6 レプリカの作成に失敗した場合の対処方法

7.7 KAVX5147-Eが発生してレプリカ作成に失敗した場合の対処方法

7.8 リストアに失敗した場合の対処方法

7.9 エラーメッセージRPM-11510の対処方法

7.10 Application Agentの動作が停止した場合の対処方法

7.11 データベースサーバから正ボリュームが切断された場合の対処方法

7.12 Application Agentの動作に影響がないイベントログ

7.1 障害の対処方法

ここでは，問題が発生した場合の基本的な対処手順について説明します。

インストールまたはアンインストールに失敗した場合は，「7.3 インストール時またはアンインストール時のトラブルシューティング」を参照してください。

また，「7.4 詳細メッセージRPM-00824の対処方法」以降に記載されている問題に該当する場合は，それぞれ記載されている対処方法で問題を解決してください。

上記以外の問題が発生した場合は，「図7-1 問題が発生した場合の対処の流れ」の流れで対処します。

図7-1 問題が発生した場合の対処の流れ

表示されたメッセージから問題の内容を確認し，原因を取り除きます。
メッセージごとの対処方法については，マニュアル「Hitachi Command Suite Software メッセージガイド」を参照してください。

Replication Managerのイベントログに出力されたメッセージを確認し，原因を取り除きます。
イベントログの参照方法については，オンラインヘルプを参照してください。

問題が解決しない場合は，保守情報を取得し，問い合わせ窓口に連絡します。
取得したすべての保守情報を問い合わせ窓口に送付します。保守情報の採取方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。
管理サーバ以外でエラーが発生した場合，Replication Managerの保守情報と一緒に，次の保守情報も採取してください。

データベースサーバまたはバックアップサーバでエラーが発生した場合

Application Agentの保守情報も採取してください。保守情報の採取方法については，「7.2 Application Agentの保守情報の採取」を参照してください。

ホストまたはペア管理サーバでエラーが発生した場合

Device Managerエージェントの保守情報も取得してください。保守情報の採取方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

7.2 Application Agentの保守情報の採取

ここでは，Application Agentの保守情報の採取方法を説明します。

データベースサーバまたはバックアップサーバで，Application Agentの保守情報を採取する場合，同一ホストにDevice Managerエージェント6.3以降がインストールされているかどうかによって，採取方法が異なります。

Device Managerエージェント6.3以降がインストールされている場合

データベースサーバまたはバックアップサーバ上で，Device ManagerエージェントのTICコマンドを実行します。ほかのエージェントに関する保守情報と一緒に，Application Agentの保守情報が採取されます。

TICコマンドについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

Device Managerエージェント6.3以降がインストールされていない場合

データベースサーバまたはバックアップサーバ上で，hrpmap_getrasコマンドを実行して，Application Agentの保守情報を採取します。

hrpmap_getrasコマンドについては，以降で説明します。

バージョン6.3より前のDevice Managerエージェントがインストールされている場合には，TICコマンドを実行し，ほかのエージェントに関する保守情報も採取します。

TICコマンドについては，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

hrpmap_getrasコマンドは，Administratorsグループのユーザーで実行してください。

hrpmap_getrasコマンドで採取できるファイルを次に示します。

Application Agentのトレースログファイル

Application Agentのインストールログファイル

Application Agentのアンインストールログファイル

プロパティファイル

アプリケーション連携に関するログファイル

hrpmap_getrasコマンドの形式

hrpmap_getrasコマンドの形式を次に示します。

hrpmap_getras {＜ディレクトリ名＞ [-y]|-h}

hrpmap_getrasコマンドは次の場所に格納されています。

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

引数とオプションを次に示します。

＜ディレクトリ名＞ | 採取した保守情報を格納するローカルディスク上のディレクトリ名を，絶対パスで指定します。マルチバイト文字は使用できません。指定したディレクトリが存在する場合，ディレクトリをいったん削除して，新たに作成することを確認するメッセージが表示されます。
-y | ＜ディレクトリ名＞で指定したディレクトリが存在する場合に表示される確認メッセージを，表示しないようにします。このオプションを指定した場合，指定したディレクトリが存在するときは，ディレクトリをいったん削除して，新たに作成されます。
-h | hrpmap_getrasコマンドの形式を表示します。

7.3 インストール時またはアンインストール時のトラブルシューティング

ここでは，Application Agentのインストールまたはアンインストールに失敗した場合の対処方法について説明します。

この節の構成

7.3.1 Application Agentのインストール時またはアンインストール時の障害の対処方法

7.3.2 Application Agentのインストーラートレースログファイルの出力形式

7.3.1 Application Agentのインストール時またはアンインストール時の障害の対処方法

Application Agentのインストール中にエラーが発生した場合，またはファイルのコピー中にインストールを中止した場合など，不完全な状態でインストールまたはアンインストールが終了してしまうことがあります。その場合，「図7-2 Application Agentのインストールまたはアンインストールでエラーが発生した場合の対処の流れ」の流れで対処してください。

重要

RM Shadow Copy Provider（VSS Provider）のインストール画面が起動したあとに，RM Shadow Copy Provider（VSS Provider）のインストールがエラーになった場合または［キャンセル］ボタンをクリックしてインストールを中止した場合は，Application Agentインストーラーで再インストールを実行する必要があります。また，再インストールを実行する前に「プログラムと機能」を確認し，RM Shadow Copy Provider（VSS Provider）が登録されている場合は，RM Shadow Copy Provider（VSS Provider）をアンインストールしたあとに，Application Agentインストーラーで再インストールを実行してください。

図7-2 Application Agentのインストールまたはアンインストールでエラーが発生した場合の対処の流れ

表示されたメッセージから問題の内容を確認し，原因を取り除きます。

インストール時またはアンインストール時に出力されたトレースログファイルを確認し，原因を取り除きます。
インストール時またはアンインストール時に出力されるトレースログファイルについては，「7.3.2 Application Agentのインストーラートレースログファイルの出力形式」を参照してください。

問題が解決しない場合は，手順2のトレースログを採取し，問い合わせ窓口に連絡します。

7.3.2 Application Agentのインストーラートレースログファイルの出力形式

Application Agentのインストールまたはアンインストールの処理内容とその結果が，インストーラーのトレースログファイルとして出力されます。このログファイルは，インストール時またはアンインストール時に発生したトラブルの原因を解析するために使用します。

この項の構成

(1) Application Agentインストーラーログ

(2) RM Shadow Copy Provider（VSS Provider）インストーラーログ

(3) Application Agentに同梱されているHitachi Command Suite共通エージェントコンポーネントのインストーラーログ

(1) Application Agentインストーラーログ

インストーラーのトレースログファイルの出力先フォルダ，ファイル名，および出力形式を次に示します。

出力先フォルダ

＜Application Agentのインストールフォルダ＞¥DRM¥logフォルダがあるかどうかによって，インストールまたはアンインストールのトレースログファイル出力先が異なります。

＜Application Agentのインストールフォルダ＞¥DRM¥logがある場合

＜Application Agentのインストールフォルダ＞¥DRM¥log

＜Application Agentのインストールフォルダ＞¥DRM¥logがない場合

デスクトップ

ファイル名

rpm_app_agt_inst.log

出力形式

トレースログファイルへの出力形式を次に示します。

形式1

yyyy/mm/dd hh:mm:ss ＜メッセージテキスト＞

形式2

Windows Installerログ形式

Application Agentインストーラーから実行したWindows Installerのログを出力します。ログの出力例を次に示します。

2009/10/02 05:56:22 Windows Installerのログ出力を開始します。
=== Logging started: 2009/10/02  5:56:20 ===
Action start 5:56:20: INSTALL.
Action start 5:56:20: AppSearch.
…
=== Logging stopped: 2009/10/02  5:56:22 ===
2009/10/02 05:56:22 Windows Installerのログ出力を終了します。

RM Shadow Copy Provider（VSS Provider）のインストール時にエラーが発生した場合について

Application Agentインストーラーログを参照し，次のログ出力がApplication Agentインストーラーログにある場合，RM Shadow Copy Provider（VSS Provider）のインストールまたはアンインストールでエラーが発生しています。RM Shadow Copy Provider（VSS Provider）インストーラーログを参照し，詳細を確認してください。

RM Shadow Copy Provider（VSS Provider）のインストールでエラーが発生した場合の例

2009/10/02 11:25:51 G:¥WINDOWS¥SysWOW64¥cmd.exe /c ""
G:¥Program Files (x86)¥HITACHI¥DRM¥VSS_Provider¥vssprv.bat" -install "RMVSSPRV" "...¥rpm¥log""
2009/10/02 11:26:53 問題 : インストール続行不可能なエラーが発生しました。インストールを中断します。

RM Shadow Copy Provider（VSS Provider）のアンインストールでエラーが発生した場合の例

2009/10/02 11:27:51 G:¥WINDOWS¥SysWOW64¥cmd.exe /c ""
G:¥Program Files (x86)¥HITACHI¥DRM¥VSS_Provider¥vssprv.bat" -uninstall "RMVSSPRV" "...¥rpm¥log""
2009/10/02 11:28:53 問題 : インストール続行不可能なエラーが発生しました。インストールを中断します。

(2) RM Shadow Copy Provider（VSS Provider）インストーラーログ

インストーラーのトレースログファイルの出力先フォルダ，ファイル名，および出力形式を次に示します。

出力先フォルダ

Application Agentインストーラーログと同じフォルダに出力されます。

ファイル名

vssprv_inst.log

出力形式

トレースログファイルへの出力形式を次に示します。

yyyy/mm/dd hh:mm:ss : ＜メッセージテキスト＞

(3) Application Agentに同梱されているHitachi Command Suite共通エージェントコンポーネントのインストーラーログ

Application AgentはHitachi Command Suite共通エージェントコンポーネントを同梱しており，Application Agentをインストールすると，Hitachi Command Suite共通エージェントコンポーネントもインストールされて，トレースログファイルが作成されます。

TICコマンドの実行によって，トレースログファイルを取得します。

トレースログファイルの出力先フォルダ，およびファイル名を次に示します。

出力先フォルダ

＜システムドライブ＞

ファイル名

HBaseAgent_install.log

7.4 詳細メッセージRPM-00824の対処方法

詳細メッセージRPM-00824が出力された場合，Hitachi Command Suite共通コンポーネントのデータベース記憶領域が不足しています。この場合の対処方法を次に示します。

この節の構成

7.4.1 ディスク領域の調査

7.4.2 ほかのディスク領域へのデータベースの移動（非クラスタの場合）

7.4.3 ほかのディスク領域へのデータベースの移動（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

7.4.4 ほかのディスク領域へのデータベースの移動（Solaris Veritas Cluster Serverの場合）

7.4.5 ほかのディスク領域へのデータベースの移動（Solaris Sun Clusterの場合）

7.4.1 ディスク領域の調査

Replication Managerをインストールしたディスク領域の空き容量を確認してください。空き容量が不足している場合，次のどちらかの方法で空き容量を確保してください。

不要なファイルを削除する。

ほかのディスク領域にデータベースのデータを移動する。

不要なファイルを削除してもディスクの空き容量が十分ではない場合，Hitachi Command Suite共通コンポーネントのデータベースのデータを，十分な空き容量がある別のディスク領域に移動する必要があります。別のディスク領域に移動する方法については，次に示す項を参照してください。

「7.4.2 ほかのディスク領域へのデータベースの移動（非クラスタの場合）」

「7.4.3 ほかのディスク領域へのデータベースの移動（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）」

「7.4.4 ほかのディスク領域へのデータベースの移動（Solaris Veritas Cluster Serverの場合）」

「7.4.5 ほかのディスク領域へのデータベースの移動（Solaris Sun Clusterの場合）」

7.4.2 ほかのディスク領域へのデータベースの移動（非クラスタの場合）

不要なファイルを削除してもディスク領域の空き容量が確保できない場合は，空き容量の多いほかのディスク領域にHitachi Command Suite共通コンポーネントのデータベースのデータを移動する必要があります。

参考

ここでの手順は，Hitachi Command Suite共通コンポーネントのサービスが起動していることを前提としています。

Hitachi Command Suite共通コンポーネントのデータベースからデータを移動する手順を説明します。

次のコマンドを実行し，データベースの内容をファイルに出力します。

Windowsの場合

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbmove /export /datapath ＜データの入出力先フォルダ＞

SolarisまたはLinuxの場合

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbmove -export -datapath ＜データの入出力先ディレクトリ＞

＜データの入出力先ディレクトリ（フォルダ）＞には，絶対パスを指定してください。SolarisまたはLinuxの場合，＜データの入出力先ディレクトリ＞には，空白文字を含むディレクトリ名は指定できません。

重要

hcmdsdbmoveコマンドは，2つ以上同時に実行しないでください。また，このコマンドとhcmdsgetlogsコマンドを同時に実行しないでください。

ほかのHitachi Command Suite製品が動作している場合，「4.2.2 Replication Managerの停止」に記載されている手順を実行し，そのHitachi Command Suite製品に関連するサービスを停止します（HBase Storage Mgmt Web ServiceおよびHBase Storage Mgmt Common Service）。

次のコマンドを実行し，ディスク上にデータベースシステムを再作成します。

Windowsの場合

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbremake /databasepath ＜新規データベースの再作成先フォルダ＞

SolarisまたはLinuxの場合

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbremake -databasepath ＜新規データベースの再作成先ディレクトリ＞

重要

＜新規データベースの再作成先フォルダ＞（または＜新規データベースの再作成先ディレクトリ＞）には63バイト以内の絶対パスを指定してください。

再作成先フォルダ（ディレクトリ）名の末尾の文字としてパスの区切り文字を指定した場合，コマンドの実行に失敗します。

SolarisまたはLinuxの場合，ディレクトリ名に空白文字を指定できません。

重要

hcmdsdbremakeコマンドを実行すると，HiRDBが使用するポート番号がデフォルト値（23032）に戻ります。デフォルト以外のポート番号に変更した場合は，コマンド実行後にポート番号を設定し直す必要があります。ポート番号の変更方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

次のコマンドを実行し，手順1で出力したデータベースの内容をデータベースに登録します。

Windowsの場合

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbmove /import /datapath ＜データの入出力先フォルダ＞

SolarisまたはLinuxの場合

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbmove -import -datapath ＜データの入出力先ディレクトリ＞

重要

＜データの入出力先ディレクトリ＞（または＜データの入出力先フォルダ＞）には，絶対パスを指定してください。

7.4.3 ほかのディスク領域へのデータベースの移動（Microsoft Cluster ServiceまたはWindows Server Failover Clusteringの場合）

ここでは，Microsoft Cluster ServiceまたはWindows Server Failover Clusteringを使用している場合に，Windowsクラスタ環境のデータを移動する手順について説明します。なお，この手順は，Hitachi Command Suite共通コンポーネントのサービスがすでに起動していることを前提としています。

この手順で使用するクラスタ管理アプリケーションは，次の方法で起動します。

Microsoft Cluster Serviceを使用する場合

［スタート］－［コントロールパネル］－［管理ツール］－［クラスタアドミニストレータ］を選択します。

Windows Server Failover Clusteringを使用する場合

［スタート］－［コントロールパネル］－［管理ツール］－［フェールオーバークラスタ管理］を選択します。

注意

クラスタ管理アプリケーションでは，クラスタリソースの設定時に登録した名称をリソース名に指定してください。

この項の構成

(1) 実行系ノードでの手順

(2) 待機系ノードでの手順

(1) 実行系ノードでの手順

実行系ノードで，Hitachi Command Suite共通コンポーネントのサービスがオンラインで，実行系ノードがサービスと共有ディスクを所有していることを確認します。

クラスタ管理アプリケーションで，次のサービスをオフラインにします。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

上記以外のHitachi Command Suite製品のリソース

重要

次のリソースはオフラインにしないでください。オフラインにした場合，データベースの移行に失敗します。

共有ディスク

クラスタ管理IPアドレス

仮想ホスト名

次のコマンドを実行して，Hitachi Command Suite共通コンポーネントのサービスを停止します。

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

クラスタ管理アプリケーションで，次のサービスをオフラインにします。
HiRDB/ClusterService _HD0

クラスタ管理アプリケーションで，手順2および手順4でオフラインにしたサービスを右クリックし，フェールオーバーを抑止します。

Microsoft Cluster Serviceを使用する場合

［プロパティ］－［詳細設定］タブで［再開しない］を選択して［OK］ボタンをクリックします。

Windows Server Failover Clusteringを使用する場合

［プロパティ］－［ポリシー］タブで［リソースが失敗状態になった場合は，再起動しない］を選択して［OK］ボタンをクリックします。

次のコマンドを実行して，データベースを共有ディスクに移行します。

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbclustersetup /createcluster /databasepath ＜データベースの再作成先フォルダ＞ /exportpath ＜データベースの退避先フォルダ＞ /auto

＜データベースの再作成先フォルダ＞

共有ディスク上のフォルダを指定します。

＜データベースの退避先フォルダ＞

ローカルディスク上のフォルダを指定します。

注意

hcmdsdbclustersetupの実行前に，＜データベースの再作成先フォルダ＞および＜データベースの退避先フォルダ＞を削除または空にしておいてください。

hcmdsdbclustersetupを実行すると，HiRDBが使用するポートのポート番号がデフォルト値（23032）に戻ります。

共有ディスク上の＜データベースの再作成先フォルダ＞には，次に示すデータベース容量を合計した空き容量が必要です。
空き容量不足が原因でhcmdsdbclustersetupコマンドの実行に失敗した場合は，フォルダの空き容量を増やし，hcmdsdbclustersetupコマンドを再度実行してください。

Hitachi Command Suite共通コンポーネントのデータベース容量

Replication Managerと同一ホストにインストールされているすべてのHitachi Command Suite製品（Replication Managerを含む）のデータベース容量

hcmdsdbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。hcmdsdbclustersetupコマンドが異常終了した状態でホストを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

autoオプションを使用すると，コマンド実行後にHitachi Command Suite共通コンポーネントおよびHiRDBが停止された状態になります。

共有ディスク上の＜データベースの再作成先フォルダ＞のパスを指定してください。ローカルディスク上の＜データベースの退避先フォルダ＞のパスを指定してください。

＜データベースの再作成先フォルダ＞および＜データベースの退避先フォルダ＞は，63バイト以内の絶対パスを指定してください。

＜データベースの再作成先フォルダ＞および＜データベースの退避先フォルダ＞に使用できる文字を次に示します。
A～Z，a～z，0～9，「.」，「_」
パス区切り文字として「¥」，「:」，「/」も使用できます。

クラスタ管理アプリケーションで，Device Managerのサービス（HiCommandServer）を登録しているグループを右クリックし，待機系ノードに切り替えます。

Microsoft Cluster Serviceを使用する場合

［グループの移動］を選択します。

Windows Server Failover Clusteringを使用する場合

［このサービスまたはアプリケーションを別のノードに移動］を選択します。

(2) 待機系ノードでの手順

待機系ノードで，Hitachi Command Suite共通コンポーネントのサービスおよび共有ディスクを，待機系ノードが所有していることを確認します。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネントのサービスが停止していることを確認します。

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

サービスが停止していない場合，クラスタアドミニストレータウィンドウでHiRDB/ClusterService _HD0サービスをオンラインにして，次のコマンドを実行します。

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

サービスを停止したあと，クラスタアドミニストレータウィンドウでHiRDB/ClusterService _HD0サービスをオフラインにします。

次のコマンドを実行して，共有ディスク上のデータベースを使用するように設定を変更します。

＜Hitachi Command Suite共通コンポーネントのインストールフォルダ＞¥bin¥hcmdsdbclustersetup /createcluster /databasepath ＜データベースの再作成先フォルダ＞ /exportpath ＜データベースの退避先フォルダ＞ /auto

＜データベースの再作成先フォルダ＞には，実行系ノードでデータベースを共有ディスクに移行したときに指定したフォルダと同じフォルダを指定してください。

注意

hcmdsdbclustersetupの実行前に，＜データベースの再作成先フォルダ＞および＜データベースの退避先フォルダ＞を削除または空にしておいてください。

hcmdsdbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。hcmdsdbclustersetupコマンドが異常終了した状態でホストを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

autoオプションを使用すると，コマンド実行後にHitachi Command Suite共通コンポーネントおよびHiRDBが停止された状態になります。

＜データベースの退避先フォルダ＞には，ローカルディスク上のフォルダを指定します。

＜データベースの退避先フォルダ＞は，63バイト以内の絶対パスを指定してください。

＜データベースの退避先フォルダ＞に使用できる文字を次に示します。
A～Z，a～z，0～9，「.」，「_」
パス区切り文字として「¥」，「:」，「/」も使用できます。

クラスタ管理アプリケーションで次に示すサービスを右クリックし，フェールオーバーを有効にします。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

HiRDB/ClusterService _HD0

上記以外のHitachi Command Suite製品のリソース

Microsoft Cluster Serviceを使用する場合

［プロパティ］－［詳細設定］タブで［再開する］を選択して［OK］ボタンをクリックします。

Windows Server Failover Clusteringを使用する場合

［プロパティ］－［ポリシー］タブで［リソースが失敗状態になった場合は，現在のノードで再起動を試みる］および［再起動に失敗した場合は，このサービスまたはアプリケーションのすべてのリソースをフェールオーバーする］を選択して［OK］ボタンをクリックします。

クラスタ管理アプリケーションでDevice Managerのサービス（HiCommandServer）を登録しているグループを右クリックし，実行系ノードに切り替えます。

Microsoft Cluster Serviceを使用する場合

［グループの移動］を選択します。

Windows Server Failover Clusteringを使用する場合

［このサービスまたはアプリケーションを別のノードに移動］を選択します。

クラスタ管理アプリケーションで，Device Managerのサービス（HiCommandServer）を登録しているグループを右クリックし，［オンライン］を選択します。

7.4.4 ほかのディスク領域へのデータベースの移動（Solaris Veritas Cluster Serverの場合）

ここでは，Veritas Cluster Serverを使用している場合に，Solarisクラスタ環境のデータを移動する手順について説明します。なお，この手順は，Hitachi Command Suite共通コンポーネントのサービスがすでに起動していることを前提としています。

注意

クラスタ管理アプリケーションでは，クラスタリソースの設定時に登録した名称をリソース名に指定してください。

この項の構成

(1) 実行系ノードでの手順

(2) 待機系ノードでの手順

(1) 実行系ノードでの手順

Cluster Server（Java Console）を起動します。

実行系ノードで，Hitachi Command Suite共通コンポーネントのサービスおよび共有ディスクを，実行系ノードが所有していることを確認します。

次のデーモンをオフラインにします。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

上記以外のHitachi Command Suite製品のリソース

重要

次のリソースはオフラインにしないでください。オフラインにした場合，データベースの移行に失敗します。

共有ディスク

クラスタ管理IPアドレス

仮想ホスト名

次のコマンドを実行して，Hitachi Command Suite共通コンポーネントのサービスを停止します。

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

HiRDBのデーモンをオフラインにします。

次に示す各リソースに対して，この手順を実行します。リソースを右クリックして，コンテキストメニューを表示し，［Enabled］が選択されていないことを確認します。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

HiRDB

上記以外のHitachi Command Suite製品のリソース

Cluster Explorerウィンドウで，［Service Groups］タブを選択します。Device Managerのデーモンを登録したグループを右クリックして，表示されたコンテキストメニューから［Freeze］－［Temporary］を選択します。

次のコマンドを実行して，データベースを共有ディスクに移行します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbclustersetup -createcluster -databasepath ＜データベースの再作成先ディレクトリ＞ -exportpath ＜データベースの退避先ディレクトリ＞ -auto

＜データベースの再作成先ディレクトリ＞

共有ディスク上のディレクトリを指定します。

＜データベースの退避先ディレクトリ＞

ローカルディスク上のディレクトリを指定します。

注意

hcmdsdbclustersetupの実行前に，＜データベースの再作成先ディレクトリ＞および＜データベースの退避先ディレクトリ＞を削除または空にしておいてください。

hcmdsdbclustersetupを実行すると，HiRDBが使用するポートのポート番号がデフォルト値（23032）に戻ります。

共有ディスク上の＜データベースの再作成先ディレクトリ＞には，次に示すデータベース容量を合計した空き容量が必要です。
空き容量不足が原因でhcmdsdbclustersetupコマンドの実行に失敗した場合は，ディレクトリの空き容量を増やし，hcmdsdbclustersetupコマンドを再度実行してください。

Hitachi Command Suite共通コンポーネントのデータベース容量

Replication Managerと同一ホストにインストールされているすべてのHitachi Command Suite製品（Replication Managerを含む）のデータベース容量

hcmdsdbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。hcmdsdbclustersetupコマンドが異常終了した状態でホストを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

autoオプションを使用すると，コマンド実行後にHitachi Command Suite共通コンポーネントおよびHiRDBが停止された状態になります。

共有ディスク上の＜データベースの再作成先ディレクトリ＞のパスを指定してください。ローカルディスク上の＜データベースの退避先ディレクトリ＞のパスを指定してください。

＜データベースの再作成先ディレクトリ＞および＜データベースの退避先ディレクトリ＞は，63バイト以内の絶対パスを指定してください。

＜データベースの再作成先ディレクトリ＞および＜データベースの退避先ディレクトリ＞に使用できる文字を次に示します。
A～Z，a～z，0～9，「.」，「_」
パス区切り文字として「¥」，「:」，「/」も使用できます。

Cluster Explorerウィンドウで，［Service Groups］タブを選択します。Device Managerのデーモンを登録しているグループを右クリックして，表示されたコンテキストメニューから，次の操作を順に実行します。

［Unfreeze］を選択します。

［Switch To］を選択して，待機系ノードのホスト名を選択します。

［Freeze］－［Temporary］を選択します。

(2) 待機系ノードでの手順

待機系ノードで，Hitachi Command Suite共通コンポーネントのサービスおよび共有ディスクを，待機系ノードが所有していることを確認します。

次のコマンドを実行して，共有ディスク上のデータベースを使用するように設定を変更します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbclustersetup -createcluster -databasepath ＜データベースの再作成先ディレクトリ＞ -exportpath ＜データベースの退避先ディレクトリ＞ -auto

＜データベースの再作成先ディレクトリ＞には，実行系ノードでデータベースを共有ディスクに移行したときに指定したディレクトリと同じディレクトリを指定してください。

注意

hcmdsdbclustersetupの実行前に，＜データベースの再作成先ディレクトリ＞および＜データベースの退避先ディレクトリ＞を削除または空にしておいてください。

hcmdsdbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。hcmdsdbclustersetupコマンドが異常終了した状態でホストを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

autoオプションを使用すると，コマンド実行後にHitachi Command Suite共通コンポーネントおよびHiRDBが停止された状態になります。

＜データベースの退避先ディレクトリ＞には，ローカルディスク上のディレクトリを指定します。

＜データベースの退避先ディレクトリ＞は，63バイト以内の絶対パスを指定してください。

＜データベースの退避先ディレクトリ＞に使用できる文字を次に示します。
A～Z，a～z，0～9，「.」，「_」
パス区切り文字として「¥」，「:」，「/」も使用できます。

Cluster Explorerウィンドウで，［Service Groups］タブを選択します。Device Managerのデーモンを登録したグループを右クリックして，表示されたコンテキストメニューから［Unfreeze］を選択します。

次に示す各リソースに対して，この手順を実行します。リソースを右クリックして，表示されたコンテキストメニューから［Enabled］を選択します。

HBase Storage Mgmt Common Service

HBase Storage Mgmt Web Service

HCS Device Manager Web Service

HiCommandServer

HiCommand Tiered Storage Manager

HiRDB

上記以外のHitachi Command Suite製品のリソース

Cluster Explorerウィンドウで，［Service Groups］タブを選択します。Device Managerのデーモンを登録したグループを右クリックして，表示されたコンテキストメニューから，次の操作を順に実行します。

［Switch To］を選択して，実行系ノードのホスト名を選択します。

［Online］を選択して，実行系ノードのホスト名を選択します。

7.4.5 ほかのディスク領域へのデータベースの移動（Solaris Sun Clusterの場合）

ここでは，Sun Clusterを使用している場合に，Solarisクラスタ環境のデータを移動する手順について説明します。なお，この手順はHitachi Command Suite共通コンポーネントのサービスがすでに起動していることを前提としています。

注意

クラスタ管理アプリケーションでは，クラスタリソースの設定時に登録した名称をリソース名に指定してください。

この項の構成

(1) 実行系ノードでの手順

(2) 待機系ノードでの手順

(1) 実行系ノードでの手順

実行系ノードで，Hitachi Command Suite共通コンポーネントのサービスおよび共有ディスクを，実行系ノードが所有していることを確認します。

実行系ノードで，次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device Manager，およびTiered Storage Managerのリソースの監視を無効にします。

/usr/cluster/bin/scswitch -n -M -j TieredStorageManager
/usr/cluster/bin/scswitch -n -M -j HiCommandServer
/usr/cluster/bin/scswitch -n -M -j HCSDeviceManagerWebService
/usr/cluster/bin/scswitch -n -M -j BaseWebService
/usr/cluster/bin/scswitch -n -M -j BaseCommonService

上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースの監視を無効にしてください。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネント，Device Manager，およびTiered Storage Managerのリソースを無効にします。

/usr/cluster/bin/scswitch -n -j TieredStorageManager
/usr/cluster/bin/scswitch -n -j HiCommandServer
/usr/cluster/bin/scswitch -n -j HCSDeviceManagerWebService
/usr/cluster/bin/scswitch -n -j BaseWebService
/usr/cluster/bin/scswitch -n -j BaseCommonService

上記以外にHitachi Command Suite製品のリソースがある場合は，同様にリソースを無効にしてください。

次のコマンドを実行して，Hitachi Command Suite共通コンポーネントのデーモンを停止します。

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

次のコマンドを実行して，HiRDBのリソースの監視を無効にします。

/usr/cluster/bin/scswitch -n -M -j HiRDB

次のコマンドを実行して，HiRDBのリソースを無効にします。

/usr/cluster/bin/scswitch -n -j HiRDB

次のコマンドを実行して，データベースを共有ディスクに移行します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbclustersetup -createcluster -databasepath ＜データベースの再作成先ディレクトリ＞ -exportpath ＜データベースの退避先ディレクトリ＞ -auto

＜データベースの再作成先ディレクトリ＞

共有ディスク上のディレクトリを指定します。

＜データベースの退避先ディレクトリ＞

ローカルディスク上のディレクトリを指定します。

注意

hcmdsdbclustersetupの実行前に，＜データベースの再作成先ディレクトリ＞および＜データベースの退避先ディレクトリ＞を削除または空にしておいてください。

hcmdsdbclustersetupを実行すると，HiRDBが使用するポートのポート番号がデフォルト値（23032）に戻ります。

共有ディスク上の＜データベースの再作成先ディレクトリ＞には，次に示すデータベース容量を合計した空き容量が必要です。
Hitachi Command Suite共通コンポーネントのデータベース容量
Replication Managerと同一ホストにインストールされているすべてのHitachi Command Suite製品（Replication Managerを含む）のデータベース容量
空き容量不足が原因でhcmdsdbclustersetupコマンドの実行に失敗した場合は，ディレクトリの空き容量を増やし，hcmdsdbclustersetupコマンドを再度実行してください。

hcmdsdbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。hcmdsdbclustersetupコマンドが異常終了した状態でホストを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

autoオプションを使用すると，コマンド実行後にHitachi Command Suite共通コンポーネントおよびHiRDBが停止された状態になります。

共有ディスク上の＜データベースの再作成先ディレクトリ＞のパスを指定してください。ローカルディスク上の＜データベースの退避先ディレクトリ＞のパスを指定してください。

＜データベースの再作成先ディレクトリ＞および＜データベースの退避先ディレクトリ＞は，63バイト以内の絶対パスを指定してください。

＜データベースの再作成先ディレクトリ＞および＜データベースの退避先ディレクトリ＞に使用できる文字を次に示します。
A～Z，a～z，0～9，「.」，「_」
パス区切り文字として「¥」，「:」，「/」も使用できます。

次のコマンドを実行して，ノードを待機系ノードに切り替えます。

/usr/cluster/bin/scswitch -z -g ＜グループ名＞ -h ＜待機系ノードのホスト名＞

(2) 待機系ノードでの手順

待機系ノードで，Hitachi Command Suite共通コンポーネントのサービスおよび共有ディスクを，待機系ノードが所有していることを確認します。

次のコマンドを実行して，共有ディスク上のデータベースを使用するように設定を変更します。

＜Hitachi Command Suite共通コンポーネントのインストールディレクトリ＞/bin/hcmdsdbclustersetup -createcluster -databasepath ＜データベースの再作成先ディレクトリ＞ -exportpath ＜データベースの退避先ディレクトリ＞ -auto

＜データベースの再作成先ディレクトリ＞には，実行系ノードでデータベースを共有ディスクに移行したときに指定したディレクトリと同じディレクトリを指定してください。

注意

hcmdsdbclustersetupの実行前に，＜データベースの再作成先ディレクトリ＞および＜データベースの退避先ディレクトリ＞を削除または空にしておいてください。

hcmdsdbclustersetupコマンドが正常終了するまでは，共有ディスクを実行系ノードから切り離さないでください。hcmdsdbclustersetupコマンドが異常終了した状態でホストを再起動すると，共有ディスクの接続先が待機系ノードに切り替わることがあります。

autoオプションを使用すると，コマンド実行後にHitachi Command Suite共通コンポーネントおよびHiRDBが停止された状態になります。

＜データベースの退避先ディレクトリ＞には，ローカルディスク上のディレクトリを指定します。

＜データベースの退避先ディレクトリ＞は，63バイト以内の絶対パスを指定してください。

＜データベースの退避先ディレクトリ＞に使用できる文字を次に示します。
A～Z，a～z，0～9，「.」，「_」
パス区切り文字として「¥」，「:」，「/」も使用できます。

次のコマンドを実行して，ノードを実行系ノードに切り替えます。

/usr/cluster/bin/scswitch -z -g ＜グループ名＞ -h ＜実行系ノードのホスト名＞

次のコマンドを実行して，無効にしたリソースを有効にします。

/usr/cluster/bin/scswitch -e -j TieredStorageManager
/usr/cluster/bin/scswitch -e -j HiCommandServer
/usr/cluster/bin/scswitch -e -j HCSDeviceManagerWebService
/usr/cluster/bin/scswitch -e -j BaseWebService
/usr/cluster/bin/scswitch -e -j BaseCommonService
/usr/cluster/bin/scswitch -e -j HiRDB

上記以外にHitachi Command Suite製品のリソースを無効にしていた場合は，同様にリソースを有効にしてください。

次のコマンドを実行して，リソースの監視を有効にします。

/usr/cluster/bin/scswitch -e -M -j TieredStorageManager
/usr/cluster/bin/scswitch -e -M -j HiCommandServer
/usr/cluster/bin/scswitch -e -M -j HCSDeviceManagerWebService
/usr/cluster/bin/scswitch -e -M -j BaseWebService
/usr/cluster/bin/scswitch -e -M -j BaseCommonService
/usr/cluster/bin/scswitch -e -M -j HiRDB

上記以外にHitachi Command Suite製品のリソースの監視を無効にしていた場合は，同様にリソースの監視を有効にしてください。

7.5 Replication Managerでコピーペアを認識できない場合の対処方法

Device ManagerおよびRAID Managerを使用してコピーペアを管理している環境で，構成情報の更新後，既存のコピーペアの情報を取得できない場合，次の手順で対処します。

ペア管理サーバで，Device ManagerエージェントおよびRAID Managerの構成定義ファイルが正しいことを確認します。

Device ManagerのGUIから，Device Managerサーバが管理するホスト（ペア管理サーバ）の情報が正しいことを確認します。

Replication ManagerのGUIから，Replication Managerサーバが管理するホストの情報が正しいことを確認します。

この節の構成

7.5.1 ペア管理サーバでの確認事項

7.5.2 Device ManagerのGUIでの確認事項

7.5.3 Replication ManagerのGUIでの確認事項

7.5.1 ペア管理サーバでの確認事項

ここでは，Device ManagerエージェントおよびRAID Managerの構成定義ファイルの設定が正しいことを確認する方法について説明します。

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

Device ManagerサーバとDevice Managerエージェントの関連づけ

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

RAID Managerの構成定義ファイルの設定

Device Managerエージェントの操作方法，およびDevice Managerでサポートする構成定義ファイルの設定方法については，マニュアル「Hitachi Command Suite Software システム構成ガイド」を参照してください。

この項の構成

(1) Device Managerエージェントのインストール

(2) Device ManagerサーバとDevice Managerエージェントの関連づけ

(3) Device Managerエージェントのプロパティ

(4) RAID Managerの構成定義ファイルの設定

(1) Device Managerエージェントのインストール

Device Managerエージェントが，正ボリュームおよび副ボリュームを管理するペア管理サーバにインストールされていることを確認してください。

(2) Device ManagerサーバとDevice Managerエージェントの関連づけ

hdvmagt_accountコマンドを使用してDevice ManagerエージェントがDevice Managerサーバに正しく関連づけられていることを確認してください。関連づけが誤っている場合，ペア管理サーバでhdvmagt_accountコマンドを使用して設定し直してください。

Administrator権限またはスーパーユーザー権限でペア管理サーバにログインします。
OSがWindows Server 2008またはWindows Server 2012の場合，管理者としてコマンドプロンプトを起動してください。

hdvmagt_accountコマンドを実行してDevice ManagerエージェントがDevice Managerサーバに正しく関連づけられていることを確認します。

Windowsの場合

＜Device Managerエージェントのインストールフォルダ＞¥bin¥hdvmagt_account.bat

Solaris，Linux，またはHP-UXの場合

/opt/HDVM/HBaseAgent/bin/hdvmagt_account

AIXの場合

/usr/HDVM/HBaseAgent/bin/hdvmagt_account

関連づけが誤っている場合，コマンドの要求に応じて次の情報を入力します。

IPアドレスまたはホスト名
Device ManagerサーバのIPアドレスまたはホスト名を指定します。

IPアドレスを指定する場合
IPv4の場合，ドット区切りの形式で指定します。
IPv6の場合，コロン付きの16進数で指定します。省略形も使用できます。

ホスト名を指定する場合
50バイト以内の文字列で指定します。使用できる文字を次に示します。
a～z　A～Z　0～9　-　.　@　_

ポート番号
Device Managerエージェントの接続先Device Managerサーバのポート番号を指定します。指定できるポート番号は，0～65535です。

ユーザーIDとパスワード
Device Managerサーバに登録されたDevice Managerエージェント用のユーザーIDとパスワードを指定します。Device Managerエージェント用のビルトインアカウントのユーザーIDは「HaUser」，デフォルトのパスワードは「haset」です。Device Managerエージェントで使用するアカウントを変更する場合，ユーザーIDをPeerGroupにあらかじめ登録しておく必要があります。ユーザーグループの設定方法については，マニュアル「Hitachi Command Suite Software ユーザーズガイド」を参照してください。

OSがWindowsの場合，Device Managerエージェントを再起動します。

(3) Device Managerエージェントのプロパティ

ペア管理サーバに格納されているDevice Managerエージェントのプロパティが正しいことを確認してください。設定が必要なプロパティについては，「3.1.2 オープン系システムでコピーペアを管理する場合の環境構築」を参照してください。プロパティを変更した場合は，Device Managerエージェントを再起動してください。

(4) RAID Managerの構成定義ファイルの設定

RAID Managerの構成定義ファイルの内容に誤りがないこと，および該当ファイルに対応するHORCMインスタンスが正常に起動できることを確認してください。また，構成定義ファイルの記述形式および内容がDevice Managerでサポートする記述形式および内容に沿っていることを確認してください。

7.5.2 Device ManagerのGUIでの確認事項

ここでは，Device ManagerのGUIを使用して，Device Managerが管理するホスト（ペア管理サーバ）の情報を確認する方法について説明します。

Device Managerエージェントの認識

コマンドデバイスの認識

レプリケーション構成の認識

ストレージシステムの認識

Device ManagerのGUIについては，Device Managerのオンラインヘルプを参照してください。

この項の構成

(1) Device Managerエージェントの認識

(2) コマンドデバイスの認識

(3) レプリケーション構成の認識

(4) ストレージシステムの認識

(1) Device Managerエージェントの認識

Device Managerサーバが，既存のコピーペアを管理しているホスト（ペア管理サーバ）のDevice Managerエージェントを正しく認識していることを調べるため，次の項目を確認してください。

ホストの一覧に，コピーペアを管理しているホスト（ペア管理サーバ）が表示されていること。

ホストのプロパティを表示する画面に，ホスト情報を更新するためのボタンが表示されていること。

上記の項目が表示されない場合は，Device Managerエージェントと通信先のDevice Managerサーバが正しく関連づけされていません。「7.5.1 ペア管理サーバでの確認事項」の「(2) Device ManagerサーバとDevice Managerエージェントの関連づけ」の記載に従って対処してください。

(2) コマンドデバイスの認識

Device Managerサーバが，ホスト（ペア管理サーバ）に割り当てられたコマンドデバイスを正しく認識していることを調べるため，次の項目を確認してください。

ホストのプロパティを表示する画面で，コマンドデバイスに対応するLUの最終更新日時が表示されていることを確認してください。表示されていない場合は，ホスト情報を更新してください。

最終更新日時が変更されない場合，ペア管理サーバ上でOSのディスク情報を確認し，コマンドデバイスに対応するLUがOSから正しく認識できていることを確認してください。

(3) レプリケーション構成の認識

Device Managerサーバが，ホスト（ペア管理サーバ）が管理するレプリケーション構成を正しく認識していることを確認してください。

参考

リモートコピーを構成するコピーペアで，正ボリュームと副ボリュームが別々のDevice Managerサーバによって管理されている場合は，この項目を確認する必要はありません。

確認する項目を次に示します。

ホスト（ペア管理サーバ）のプロパティが表示された画面で，ホストが管理するペア情報を参照するためのボタンをクリックできること。

ペア情報を参照するボタンをクリックして表示される画面に，既存のコピーグループ名およびコピーペア名が表示されていること。

ボタンが活性化されていない，または情報が表示されていない場合は，ストレージシステムの情報を更新してください。それでも表示できない場合は，システム構成およびRAID Managerの構成定義ファイルで指定した設定内容に問題がないか確認してください。

(4) ストレージシステムの認識

Device Managerサーバが，既存のコピーペアを構成しているストレージシステムを正しく認識していることを調べるため，ストレージシステムの一覧にコピーペアを構成しているストレージシステムの情報が表示されていることを確認してください。情報が表示されない場合は，コピーペアを構成しているストレージシステムをDevice Managerサーバに登録してください。

7.5.3 Replication ManagerのGUIでの確認事項

コピーペア構成定義ビューから，既存のコピーペアを管理しているペア管理サーバを選択し，次の情報が正しいことを確認してください。

ペア管理サーバに存在するRAID Managerの構成定義ファイル

RAID Managerの構成定義ファイルに定義されているコピーグループ

コピーグループを構成するコピーペア

コピーペア構成定義ビューの構成定義ファイル一覧の説明にInvalidCodeが表示されている場合，オンラインヘルプでInvalidCodeの原因と対処を確認して，エラーの原因を取り除いてください。

情報が正しく表示されない場合は，Device Managerサーバに対する構成情報を更新してください。詳細については，オンラインヘルプを参照してください。

7.6 レプリカの作成に失敗した場合の対処方法

ここでは，レプリカの作成に失敗した場合の対処方法について説明します。

レプリカの作成に失敗した場合，WindowsのLogical Disk Manager Administrative Serviceの状態が「停止中」のままになる場合や，バックアップサーバの副ボリュームのディスク状態が「オンライン」になったままになる場合があります。この場合の対処方法を以降で説明します。

Logical Disk Manager Administrative Serviceの状態が「停止中」のままになった場合

レプリカの作成に失敗した場合，WindowsのLogical Disk Manager Administrative Serviceの状態が「停止中」のままとなります。また，イベントIDが17, 1,および10010のWindowsイベントログが出力されます。この原因は，Logical Disk Manager Administrative Serviceがハングアップするためです。この現象が起きたときは，バックアップサーバを再起動してください。再起動ではバックアップサーバの運用への影響を確認してください。

バックアップサーバの副ボリュームのディスク状態が「オンライン」になった場合

Windows Server 2008またはWindows Server 2012環境では，レプリカの作成後にバックアップサーバの副ボリュームのディスク状態が「オフライン」になります。ただし，レプリカの作成が失敗すると，バックアップサーバの副ボリュームのディスク状態が「オンライン」になったままになることがあります。この場合，次の手順で，バックアップサーバの副ボリュームのディスク状態を「オフライン」にしてください。

「inqraid $Phys -CLI」と入力し，レプリカの作成先となるすべての副ボリュームのディスク番号を確認します。
「DEVICE_FILE」列の数字がディスク番号です。

「diskpart」と入力し，diskpartコマンドを起動します。

「list disk」と入力し，現在のディスク状態を表示します。
サーバに接続されたディスクの一覧が表示されます。
「Disk ####」列の数字がディスク番号です。ディスク番号が副ボリュームと一致するディスクの「Status」列に「オンライン」と表示されていることを確認します。

ディスク状態が「オンライン」であるすべての副ボリュームに次の操作を繰り返します。

「select disk ＜ディスク番号＞」と入力します。
「ディスク <ディスク番号>が選択されました。」と表示されます。

「offline disk」と入力します。
「DiskPartは選択されたディスクをオフラインにしました。」と表示されます。

「list disk」と入力し，現在のディスク状態を表示します。
副ボリュームのディスクの「Status」列が「オフライン」に変更されていることを確認します。

「exit」と入力し，diskpartコマンドを終了します。

7.7 KAVX5147-Eが発生してレプリカ作成に失敗した場合の対処方法

ここでは，KAVX5147-Eが発生してレプリカ作成に失敗した場合の対処方法について説明します。

KAVX5147-Eが発生してレプリカ作成に失敗した場合，次の操作を実行したあと，再度，レプリカ作成を実行してください。

副ボリュームがバックアップサーバにマウントされている場合には，副ボリュームのアンマウントを行ってください。

副ボリュームを隠ぺいしていない場合には，Application Agentの設定のレプリカタスクオプションで副ボリュームを隠ぺいしてください。
「レプリカタスクオプション」については，マニュアル「Hitachi Command Suite Replication Manager Software ユーザーズガイド」またはオンラインヘルプを参照してください。

7.8 リストアに失敗した場合の対処方法

ここでは，リストアに失敗した場合の対処方法について説明します。

Exchange Server 2003のService Pack1を適用していないときのトランザクションログと，適用しているときのトランザクションログが混在している場合，リストアに失敗することがあります。この場合，イベントIDが454のWindowsイベントログが出力されます。この現象が発生したら，次の手順で回復を実行してください。

リストア対象の*.edb，*.stmファイルすべてに対して，次のコマンドを実行して表示される［Last Consistent］のいちばん左の数値を記録してください。

eseutil /mh リストア対象のファイル名

eseutilコマンドは，＜Exchange Serverのインストールフォルダ＞¥binにあります。

記録した値の中で最小の値が，Last Consistentログ番号となります。この値よりも小さい番号を持つトランザクションログを別フォルダに移動してください。例えば，Last Consistentログ番号が1abである場合は，移動するトランザクションログファイルは，E0x00001.log～E0x001aa.logになります。

リストア対象となるストレージグループのすべてのインフォメーションストアをマウントします。

7.9 エラーメッセージRPM-11510の対処方法

ここでは，エラーメッセージRPM-11510が表示された場合の対処方法について説明します。

ロールフォワードによる復元を実行するリストアで，復元するストレージグループに，1008個を超えるトランザクションログファイルがある場合，リストアを実行すると，ロールフォワードは完了しますが，インフォメーションストアがマウントされません。この場合は，RPM-11510のメッセージが出力されます。OSのイベントビューアを起動して，アプリケーションログに次のイベントが記録されていることを確認してください。

イベントソースがMSExchangeIS，イベントIDが9518であるエラーログが記録されていることを確認してください。次に，記録されているエラーログのプロパティを開き，説明欄に「エラー 0xfffffd9aが発生しました。」という記述があることを確認してください。

上のエラーログが記録されていない場合は，イベントソースがESE，イベントIDが302，説明欄に「データベースエンジンは正常に回復ステップを完了しました。」という記述がある情報ログと，その直後に記録される，イベントソースがESE，イベントIDが101，説明欄に「データベースエンジンが停止しました。」という記述がある情報ログを確認してください。

アプリケーションログの記録を確認したら，次の手順に従ってインフォメーションストアをマウントしてください。

システムマネージャを起動して，復元するストレージグループのプロパティを参照して，トランザクションログの場所，およびログファイルの先頭文字を確認します。先頭文字は，「E0n」(n=0～3)です。

復元するストレージグループに含まれるトランザクションログファイルのうち，「E0n.log」（n=0～3）以外のすべてのトランザクションログファイルを，新規に作成したフォルダに移動します。

システムマネージャから，復元対象のインフォメーションストアをマウントします。

インフォメーションストアがマウントされたことを確認したあと，手順2で移動したトランザクションログファイルを削除します。

7.10 Application Agentの動作が停止した場合の対処方法

ここでは，Application Agentの動作が停止した場合の対処方法について説明します。

コマンドデバイスのユーザー認証が有効となっている構成で，前提条件を満たさないでApplication Agentを操作した場合，またはApplication Agentの操作の実行中にストレージシステムからログオフした場合，Application Agentの動作が停止するおそれがあります。

Application Agentの動作が停止した場合，次の手順で対処します。

Windowsのタスクマネージャーを起動します。

［プロセス］タブの［イメージ名］列でApplication Agentのプロセス（drmで始まるプロセス）を選択します。

［プロセスの終了］ボタンをクリックします。

［プロセス］タブの［イメージ名］列でRAID Managerのプロセスを選択します。
Application Agentのトレースログファイルを開き，最後に出力されたログに記載されたRAID Managerのプロセス名を確認してください。Application Agentのトレースログファイル名を次に示します。
＜Application Agentのインストールフォルダ＞¥DRM¥log¥drm_pp_trace[1-16].log

［プロセスの終了］ボタンをクリックします。

上記の手順を実施したあと，前提条件を満たした上でApplication Agentを起動してください。前提条件については，「5.1.1 Application Agentを起動するための前提条件」を参照してください。

7.11 データベースサーバから正ボリュームが切断された場合の対処方法

ここでは，Applicationの操作の実行によって，データベースサーバ（ファイルサーバ）から正ボリュームが切断された場合の対処方法について説明します。

デバイスグループで定義されたコピーグループを管理する構成で，正ボリュームおよび副ボリュームを管理するそれぞれの構成定義ファイルのHORCM_LDEVG定義句を省略して記述した場合，Applicationの操作の実行のあと，データベースサーバを再起動したり，ディスクをスキャンしたりすると，データベースサーバから正ボリュームが切断されるおそれがあります。

データベースサーバから正ボリュームが切断された場合，データベースサーバでRAID Managerのコマンドを使用して，Application Agentの操作の対象となったすべてのコピーペアに対して次の手順を繰り返してください。

正ボリュームがINQUIRY禁止であることを確認します。
コマンドの実行例を次に示します。

PROMPT>raidvchkdsp -g Grp01 -d vol01 -v gflag
Group PairVol Device_File Seq# LDEV# GI-C-R-W-S PI-C-R-W-S R-Time
Grp01 vol01 Harddisk1 2332 3 D E E E E E E E E E -

GI属性の値が「D」（＝INQUIRY禁止）である場合だけ，手順2に進んでください。

正ボリュームのINQUIRY禁止を解除します。
コマンドの実行例を次に示します。

PROMPT>raidvchkset -g Grp01 -d vol01 -idb

正ボリュームがINQUIRY許可であることを確認します。
コマンドの実行例を次に示します。

PROMPT>raidvchkdsp -g -g Grp01 -d vol01 -v gflag
Group PairVol Device_File Seq# LDEV# GI-C-R-W-S PI-C-R-W-S R-Time
Grp01 vol01 Harddisk1 2332 3 E E E E E E E E E E -

GI属性の値が「E」（＝INQUIRY許可）に変更されていることを確認します。

上記の手順を実施したあと，正ボリュームおよび副ボリュームを管理するそれぞれの構成定義ファイルでHORCM_LDEVGを定義してください。

7.12 Application Agentの動作に影響がないイベントログ

Application Agentの使用中に，Application Agentの動作に影響がないWindowsイベントログが出力されることがあります。その一覧を次の表に示します。

表7-1 Application Agentの動作に影響がないイベントログ一覧

発生元サーバ
発生条件
種類
ソース
イベントID
メッセージの内容

ファイルサーバ，データベースサーバ，およびバックアップサーバ
ボリュームのマウントまたはアンマウント実行時
エラー
VDS Basic Provider
1
予期しないエラーです。エラーコード: 2@01010013​
Unexpected Failure. Error code: 2@01010013​

バックアップサーバ
VSSバックアップ実行時
エラー
VDS Basic Provider
1
予期しないエラーです。エラーコード: 1@01010013​
Unexpected Failure. Error code: 1@01010013​

バックアップサーバ
VSSバックアップ実行時
エラー
Virtual Disk Service
1
予期しないエラーです。エラーコード: 1@02000018​
Unexpected Failure. Error code: 1@02000018​

バックアップサーバ
VSSバックアップ実行時
エラー
Virtual Disk Service
1
予期しないエラーです。エラーコード: 48F@02000018​
Unexpected Failure. Error code: 48F@02000018​

バックアップサーバ
VSSバックアップ実行時
エラー
VDS Dynamic Provider
10
ドライバからの通知を格納中にプロバイダが失敗しました。仮想ディスクサービスを再起動する必要があります。hr=80042505​
The provider failed while storing notifications from the driver. The Virtual Disk Service should be restarted. hr=80042505​

バックアップサーバ
VSSバックアップ実行時
エラー
PlugPlayManager
12
デバイス“xxxxxxxx”は、最初に取り外しの準備が行われずにシステムから消滅しました。
The device "xxxxxxxx" disappeared from the system without first being prepared for removal.

バックアップサーバ
VSSバックアップ実行時
エラー
Disk
15
デバイスxxxxxxxxはまだアクセスできる状態ではありません。
The device, xxxxxxxx, is not ready for access yet.

バックアップサーバ
VSSバックアップ実行時
警告
ntfs
50
遅延書き込みに失敗しました。すべてのファイルのデータを保存できませんでした。データは失われました。
{Delayed Write Failed} Windows was unable to save all the data for the file. The data has been lost.

バックアップサーバ
VSSバックアップ実行時
警告
disk
51
ページング操作中にデバイス ¥Device¥HarddiskXX 上でエラーが検出されました。
An error was detected on device <device path> during a paging operation.

データベースサーバおよびバックアップサーバ

VSSバックアップ実行時

VSSバックアップ完了後，ボリュームをオフラインにするとき

VSSリストア時のボリュームアンマウント時

警告
ftdisk
57
データをトランザクションログにフラッシュできませんでした。障害が発生する可能性があります。
The system failed to flush data to the transaction log. Corruption may occur.

データベースサーバ
VSSリストア実行時
警告
Microsoft Exchange Search Indexer
107
エラーxxxxxxxxが発生したため、Exchange Search Indexerはメールボックスデータベースxxxxxxxxのインデックス処理を一時的に無効にしました。
Exchange Search Indexer has temporarily disabled indexing of the Mailbox Database xxxxxxxx due to an error xxxxxxxx.

バックアップサーバ
カスケード構成での同時バックアップ実行時
警告
PlugPlayManager
257
LDM Serviceのウィンドウへのターゲットデバイスの変更の通知の送信がタイムアウトしました。
Timed out sending notification of target device change to window of LDM Service

バックアップサーバ
カスケード構成での同時バックアップ実行時
警告
PlugPlayManager
257
VDS Notification Thread Hidden Window {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}のウィンドウへのターゲットデバイスの変更の通知の送信がタイムアウトしました。
Timed out sending notification of target device change to window of "VDS Notification Thread Hidden Window {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}"

CCR環境のパッシブノードおよびSCR環境のターゲット
VSSバックアップ実行時
エラー
ESE
522
Microsoft.Exchange.Cluster.ReplayService (xxxx) Log Verifier exx xxx: "xxx"を含むデバイス名"xxx"をシステムエラー 5 (0x00000005​)のため開くことができませんでした。"アクセスが拒否されました。"。操作はエラー -1032 (0xfffffbf8)のため失敗します。
Microsoft.Exchange.Cluster.ReplayService (xxxx) Log Verifier exx xxx: An attempt to open the device name "xxx" containing "xxx" failed with system error 5 (0x00000005​): "Access is denied. ". The operation will fail with error -1032 (0xfffffbf8).

SCR環境のターゲット
VSSバックアップ実行時
エラー
Microsoft Exchange Repl
2104
ストレージグループ"xxx"のログファイルの動作 LogCopyが失敗しました。理由: CreateFile("xxx") = 2
Log file action LogCopy failed for storage group "xxx". Reason: CreateFile("xxx") = 2

バックアップサーバ
カスケード構成での同時バックアップ実行時
エラー
Service Control Manager
7034
Logical Disk Manager Administrative Serviceサービスは予期せず終了しました。これはxx回発生しています。
The Logical Disk Manager Administrative Service service terminated unexpectedly. It has done this xx time(s).

バックアップサーバ
VSSバックアップ実行時
エラー
Service Control Manager
7034
Virtual Disk Serviceサービスは予期せず終了しました。これはxx回発生しています。
The Virtual Disk Service service terminated unexpectedly. It has done this xx time(s).

バックアップサーバ
OSがWindows Server 2008またはWindows Server 2012で，VSSインポートの際，処理対象のボリューム以外にCOPY/COPYまたはPAIR/PAIRのボリュームがあるとき
エラー
VSS
8193
ボリュームシャドウコピーサービスエラー: ルーチン xxxxの呼び出し中に予期しないエラーが発生しました。
Volume Shadow Copy Service error: Unexpected error calling routine xxxx

バックアップサーバ
OSがWindows Server 2008またはWindows Server 2012で，VSSインポートの際，処理対象のボリューム以外にCOPY/COPYまたはPAIR/PAIRのボリュームがあるとき
エラー
VSS
12289
ボリュームシャドウコピーサービスエラー:予期しないエラー xxxxです。
Volume Shadow Copy Service error: xxxx.

バックアップサーバ
VSSバックアップ実行時
警告
VSS
12290
ボリュームシャドウコピーサービスの警告: GetVolumeInformationW(¥¥?¥Volume{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}¥,NULL,0,NULL,NULL,[0x00000000​], , 260) == 0x0000001​。hr = 0x00000000​。
Volume Shadow Copy Service warning: GetVolumeInformationW(¥¥?¥Volume{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}¥,NULL,0,NULL,NULL,[0x00000000​], , 260) == 0x00000001​. hr = 0x00000000​.

バックアップサーバ
VSSバックアップ実行時
エラー
VSS
12290
ボリュームシャドウコピーサービスの警告: GetVolumeInformationW(¥¥?¥Volume{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}¥,NULL,0,NULL,NULL,[0x00000000​], , 260) == 0x00000057​。hr = 0x00000000​。
Volume Shadow Copy Service warning: GetVolumeInformationW(¥¥?¥Volume{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}¥,NULL,0,NULL,NULL,[0x00000000​], , 260) == 0x00000057​. hr = 0x00000000​.

データベースサーバおよびバックアップサーバ
VSSバックアップ実行時
警告
VSS
12333
ボリュームシャドウコピーの警告: プロバイダから VSSでサポートされていない記憶域 IDが報告されました。
Volume Shadow Copy Warning: The provider has reported a storage identifier that is not supported by VSS

バックアップサーバ
VSSバックアップ実行時
エラー
DLM Manager
32787
KAPL08019-E パス(xxxxxxxxx)が障害(0x00000000​)を検知しました。(0x00000001​)
KAPL08019-E The path (xxxxxxxxx) detected an error (0x00000000​). (0x00000001​)

バックアップサーバ
VSSバックアップ実行時
エラー
DLM Manager
32790
KAPL08022-E パスの異常が発生しました。ErrorCode = xxxxxxxx, PathID =xx, PathName = xx, DNum = xx, HDevName = xx
KAPL08022-E A path error occurred. ErrorCode = xxxxxxxx PathID = xx PathName = xx DNum = xx HDevName = xx

バックアップサーバ
VSSバックアップ実行時
エラー
DLM Manager
32794
KAPL08026-E LUへの全てのパスで障害が発生しています。PathID = xx
KAPL08026-E An error occurred on all the paths of the LU. PathID = xx

付録A. Replication Monitorのデフォルトのインストール先

バージョン5.xのReplication Monitorからバージョン6.xのReplication Managerへアップグレードインストールした場合のデフォルトのインストール先，およびReplication Monitorのデータの格納先について説明します。

この付録の構成

A.1 Replication Monitorのインストール先

A.2 Replication Monitorのデータの格納先

A.1 Replication Monitorのインストール先

Windowsの場合

バージョン5.xからのアップグレードインストールの場合，＜Replication Managerのインストールフォルダ＞の場所は次のように示されます。

＜指定されたフォルダ＞¥ReplicationMonitor

Replication Managerをデフォルトフォルダ以外のフォルダにインストールする場合は，次の文字を使ってインストールフォルダを指定します。

A～Z a～z 0～9 # + - . @ _ ( ) および空白文字

さらに，コロン（:）をドライブの区切り文字として，円記号（¥）をフォルダの区切り文字として使用できます。また，次の制限が適用されます。

ドライブ文字を含め，最大で90文字使用できます。

絶対パスを指定します。

OSが予約している名前（CON，AUX，NUL，PRN，CLOCK$，COM1～COM9，およびLPT1～LPT9）は指定できません。

パスの先頭または末尾に空白文字を指定できません（指定しても無視されます）。

Solarisの場合

バージョン5.xからのアップグレードインストールの場合，＜Replication Managerのインストールディレクトリ＞の場所は次のように示されます。

Solaris（SPARC）の場合

/opt/HiCommand/ReplicationMonitor

Solaris（x64）の場合

＜指定されたディレクトリ＞/ReplicationMonitor

Solaris（x64）システムで，Replication Managerをデフォルトディレクトリ以外のディレクトリにインストールする場合は，次の文字を使ってインストールディレクトリを指定します。

A～Z a～z 0～9 . _

さらに，スラント（/）をパスの区切り文字として使用できます。また，次の制限が適用されます。

指定できるのは2～90文字です。

絶対パスを指定します。

指定したパスの末尾にはパス区切り文字（/）を使用できません。

A.2 Replication Monitorのデータの格納先

Windowsの場合

バージョン5.xからのアップグレードインストールの場合，Replication Monitorのデータは次の場所に保存されます。デフォルト値はありません。

＜指定されるフォルダ＞¥ReplicationManager

インストールを実行しているユーザーが，指定したフォルダに対する書き込み権限を持っていることを確認してください。

許容される文字は次のとおりです。

A～Z a～z 0～9 # + - . @ _ ( ) および空白文字

さらに，コロン（:）をドライブの区切り文字として，円記号（¥）をフォルダの区切り文字として使用できます。また，次の制限が適用されます。

ドライブ文字を含め，最大で100文字使用できます。

絶対パスを指定します。

OSが予約している名前（CON，AUX，NUL，PRN，CLOCK$，COM1～COM9，およびLPT1～LPT9）は指定できません。

指定したパスの末尾にはパス区切り文字を使用できません。

パスの先頭または末尾に空白文字を指定できません（指定しても無視されます）。

ドライブ直下の場所は指定できません。

＜Replication Monitorのインストールフォルダ＞配下のサブフォルダは指定できません。

Solarisの場合

バージョン5.xからのアップグレードインストールの場合，Replication Monitorのデータはデフォルトで次の場所に保存されます。クラスタ構成の場合，デフォルト値はありません。

/var/opt/HiCommand/ReplicationManager/dbbackup

Replication Monitorのデータをデフォルトの場所以外の場所に保存する場合は，保存先のパスは次のとおりです。

＜指定されたディレクトリ＞/ReplicationManager

インストールを実行しているユーザーが，指定したディレクトリに対する書き込み権限を持っていることを確認してください。

許容される文字は次のとおりです。

A～Z a～z 0～9 . _

さらに，スラント（/）をパスの区切り文字として使用できます。また，次の制限が適用されます。

最大で256文字使用できます。

絶対パスを指定します。

指定したパスの末尾にはパス区切り文字（/）を使用できません。

＜Replication Monitorのインストールディレクトリ＞配下のサブディレクトリは指定できません。

Replication Monitorのデータベースファイルを格納するためのディレクトリは指定できません。

付録B. バックアップサーバの台数の見積もり方法

Exchange Serverを使用する場合の，バックアップサーバの台数の見積もり方法について説明します。

この付録の構成

B.1 Exchange Server 2003またはExchange Server 2007の場合

B.2 Exchange Server 2010またはExchange Server 2013の場合

B.1 Exchange Server 2003またはExchange Server 2007の場合

Exchange Server 2003またはExchange Server 2007の場合のバックアップサーバ台数の見積もり方法を次に示します。

表B-1 バックアップサーバの台数の見積もり方法（Exchange Server 2003またはExchange Server 2007の場合）

パラメーター | 計算式での文字列 | 見積もり方法
バックアップ対象の1インフォメーションストア当たりのデータベースファイルの容量 | IS | ユーザーが値を決定する（単位：MB）。
バックアップ対象の1ストレージグループ当たりのトランザクションログファイル数 | LOG_NUM | ユーザーが値を決定する。
1ストレージグループ当たりのインフォメーションストア数 | IS_NUM | ユーザーが値を決定する。
1データベースサーバ当たりのバックアップ対象のストレージグループ数 | SG_NUM | ユーザーが値を決定する。
データベースサーバ数 | DB_SERVER | ユーザーが値を決定する。
システム全体のバックアップ処理に掛けられる時間 | SYSTEM_BACKUP_TIME | ユーザーが値を決定する（単位：秒）。
ベリファイ多重度 | VERIFY_PARA | ユーザーが値を決定する。
インフォメーションストアのベリファイ性能 | IS_VERIFY | ストレージやサーバの性能に依存する（単位：MB/秒）。想定値は50MB/秒で計算。
トランザクションログファイルのベリファイ性能 | LOG_VERIFY | ストレージやサーバの性能に依存する（単位：個/秒）。想定値は7個/秒で計算。
1データベースサーバ当たりのバックアップ対象のペア再同期に掛かる時間 | RESYNC_TIME | ストレージの性能に依存する（単位：秒）。
１データベースサーバ当たりに掛かるバックアップ時間 | DB_BACKUP_TIME | 計算式から算出する（単位：秒）。
バックアップサーバ数 | BK_SERVER | 計算式から算出する。

次の順番で，１データベースサーバ当たりに掛かるバックアップ時間とバックアップサーバ数を算出してください。

１データベースサーバ当たりに掛かるバックアップ時間を次の計算式で算出する。
DB_BACKUP_TIME = {(IS / IS_VERIFY)*IS_NUM + (LOG_NUM /LOG_VERIFY)}* SG_NUM + RESYNC_TIME

バックアップ処理にかけられる時間と1データベースサーバ当たりのバックアップ時間を比較する。
SYSTEM_BACKUP_TIME <= DB_BACKUP_TIMEとなった場合，1データベースサーバ当たりのストレージグループ数と，インフォメーションストア数を減らして再度手順1を実施する。
SYSTEM_BACKUP_TIME > DB_BACKUP_TIMEとなった場合，手順3を実施してバックアップサーバ数を算出する。

バックアップサーバ数を次の計算式で算出する。
BK_SERVER = DB_SERVER / VERIFY_PARA ※

注※

小数点以下は切り上げてください。

B.2 Exchange Server 2010またはExchange Server 2013の場合

Exchange Server 2010またはExchange Server 2013の場合のバックアップサーバ台数の見積もり方法を次に示します。

表B-2 バックアップサーバの台数の見積もり方法（Exchange Server 2010またはExchange Server 2013の場合）

パラメーター | 計算式での文字列 | 備考
バックアップ対象の1インフォメーションストア当たりのデータベースファイルの容量 | IS | ユーザーが値を決定する（単位：MB）。
バックアップ対象の1インフォメーションストア当たりのトランザクションログファイル数 | LOG_NUM | ユーザーが値を決定する。
1データベースサーバ当たりのバックアップ対象のインフォメーションストア数 | IS_NUM | ユーザーが値を決定する。
データベースサーバ数 | DB_SERVER | ユーザーが値を決定する。
システム全体のバックアップ処理に掛けられる時間 | SYSTEM_BACKUP_TIME | ユーザーが値を決定する（単位：秒）。
ベリファイ多重度 | VERIFY_PARA | ユーザーが値を決定する。
インフォメーションストアのベリファイ性能 | IS_VERIFY | ストレージやサーバの性能に依存する（単位：MB/秒）。想定値は50MB/秒で計算。
トランザクションログファイルのベリファイ性能 | LOG_VERIFY | ストレージやサーバの性能に依存する（単位：個/秒）。想定値は7個/秒で計算。
1データベースサーバ当たりのバックアップ対象のペア再同期に掛かる時間 | RESYNC_TIME | ストレージの性能に依存する（単位：秒）。
１データベースサーバ当たりに掛かるバックアップ時間 | DB_BACKUP_TIME | 計算式から算出する（単位：秒）。
バックアップサーバ数 | BK_SERVER | 計算式から算出する。

次の順番で，１データベースサーバ当たりに掛かるバックアップ時間とバックアップサーバ数を算出してください。

１データベースサーバ当たりに掛かるバックアップ時間を次の計算式で算出する。
DB_BACKUP_TIME = (IS / IS_VERIFY)*IS_NUM + (LOG_NUM /LOG_VERIFY) + RESYNC_TIME

バックアップ処理にかけられる時間と1データベースサーバ当たりのバックアップ時間を比較する。
SYSTEM_BACKUP_TIME <= DB_BACKUP_TIMEとなった場合，1データベースサーバ当たりのストレージグループ数と，インフォメーションストア数を減らして再度手順1を実施してください。
SYSTEM_BACKUP_TIME > DB_BACKUP_TIMEとなった場合，手順3を実施してバックアップサーバ数を算出する。

バックアップサーバ数を次の計算式で算出する。
BK_SERVER = DB_SERVER / VERIFY_PARA ※

注※

小数点以下は切り上げてください。

注意

バックアップ処理に掛けられる時間と，1データベーサーバ当たりのバックアップ時間を比較するとき，構成がいちばん大きいデータベースサーバのバックアップ時間と比較してください。

IS_VERIFYとLOG_VERIFYとRESYNC_TIMEのパラメーターは，サーバおよびストレージのI/O性能によって変化します。DB_BACKUP_TIMEの値は実際に検証してください。

付録C. 前提製品のバージョンによる制限事項

Replication Managerの前提製品のバージョンによる制限事項について説明します。

この付録の構成

C.1 Device Managerのバージョンによる制限事項

C.2 Business Continuity ManagerまたはMainframe Agentのバージョンによる制限事項

C.1 Device Managerのバージョンによる制限事項

Replication Managerのシステムを構成する各要素（管理サーバ，ペア管理サーバ，またはホスト）にインストールされているDevice Managerのバージョンによる制限事項を次に示します。

Device ManagerサーバまたはDevice Managerエージェントのバージョンが6.1より前の場合

次に示す情報は取得できません。

コピーライセンスの使用率

DMLUの状態

リモートパスの一覧

この制限によって，次に示す機能も使用できません。

コピーライセンスの使用率のアラート設定

DMLUの設定（追加または削除）

リモートパスの設定（作成，編集，または削除）

Device ManagerサーバまたはDevice Managerエージェントのバージョンが6.2より前の場合

次に示す機能は実行できません。

リモートパスに関連するコピーペアの削除

LDEV形式の構成定義ファイルの出力

Device ManagerサーバまたはDevice Managerエージェントのバージョンが6.4より前の場合

テイクオーバーおよびテイクバック機能は実行できません。

Device ManagerサーバまたはDevice Managerエージェントのバージョンが7.0.1より前の場合

コピーペア構成定義ウィザードでコピーペアを作成するときに，コンシステンシーグループIDを手動で指定できません。

また，オープン系システムで管理できるLDEV数の上限値は，Mediumの場合は80,000，Largeの場合は130,000です。

Device ManagerサーバまたはDevice Managerエージェントのバージョンが7.1より前の場合

オープン系システムで，Device ManagerとReplication Managerの構成情報が同期していないことを通知する機能は実行できません。ストレージシステムを設定する前に構成の更新が必要というメッセージが常に表示されます。

Device ManagerサーバまたはDevice Managerエージェントのバージョンが7.1.1より前の場合

メインフレーム系システムでのボリューム属性が正しく表示されることは保証されません。

Device ManagerサーバまたはDevice Managerエージェントのバージョンが7.2.1より前の場合

HUS100シリーズで，DMLUの容量を拡張する機能は実行できません。

Device ManagerサーバまたはDevice Managerエージェントのバージョンが7.4.1より前の場合

オープン系システムで次に示す機能は実行できません。

コピーペア構成定義ウィザードで，既存のコピーグループ名の編集

コピーペア状態の変更ウィザードで，コピーペア操作の同期待ち（syncwait）の指定

Device ManagerサーバまたはDevice Managerエージェントのバージョンが7.5より前の場合

次に示す機能は実行できません。

ストレージシステムのシステムオプションの参照および編集

ミラー情報の参照，およびミラーオプションの編集

Device ManagerサーバまたはDevice Managerエージェントのバージョンが7.6より前の場合

次に示す機能は実行できません。

コピーグループのパスグループIDの設定および参照

構成定義ファイルに定義したパスグループIDおよび実体ペアのパスグループIDの参照

Device ManagerサーバまたはDevice Managerエージェントのバージョンが7.6.1より前の場合

コピーペアをスナップショットグループで管理できません。

C.2 Business Continuity ManagerまたはMainframe Agentのバージョンによる制限事項

ホスト（ペア管理サーバ）にインストールされているBusiness Continuity ManagerまたはMainframe Agentのバージョンによる制限事項を次に示します。

Business Continuity ManagerまたはMainframe Agentのバージョンが6.2より前の場合

Replication Managerに情報取得元として登録されているBusiness Continuity Managerのうち1つでも6.2より前のバージョンのBusiness Continuity Managerが含まれる場合，次に示す機能は実行できません。

ボリュームスキャンによるディスク構成定義ファイルの管理および配布

コピーペア定義

コピーペア状態の変更

Business Continuity Managerのバージョンが6.6.1の場合

ディスク構成定義ファイルを作成，編集，および配布できません。

Business Continuity Managerのバージョンが6.7より前の場合

コピーペアを定義する場合，正ボリュームと副ボリュームの容量をチェックする機能は実行できません。

付録D. Replication Managerのデータ収集方法

Replication Managerのデータ収集とプログラム間での処理の流れについて説明します。

この付録の構成

D.1 オープン系システムでのデータ収集

D.2 メインフレーム系システムでのデータ収集

D.3 各機能で使用するデータ収集経路

D.1 オープン系システムでのデータ収集

オープン系システムでのデータ収集とプログラム間の処理の流れについて説明します。

図D-1 データ収集（オープン系システム）

参考

SVPを使用した構成または仮想コマンドデバイスサーバを使用した構成の場合，ペア管理サーバからSVPまたは仮想コマンドデバイスサーバ経由でデータ収集を実行します。

(1) 構成情報とライセンス情報の取得

Replication Managerは，Device Managerサーバ経由で次の情報を取得します。

コピーペアの構成情報

ボリュームの構成情報（コマンドデバイス，プールボリューム，およびジャーナルボリュームなどを含む）

ボリューム複製機能のライセンス情報

Device Managerサーバはストレージシステムから取得した情報を，Replication ManagerはDevice Managerサーバから取得した情報を，それぞれデータベースに格納します。

コピーペアの構成情報のうち，複数のサイト間でリモートコピーを実施している構成（複数のDevice Managerサーバ間でコピーペアを定義している構成）の情報については，Device Managerサーバではこの情報を保持できないため，Device Managerエージェント経由で取得されます。

参考

Replication ManagerがDevice Managerサーバから構成情報を取得する契機は次のとおりです。

ローカルDevice Managerの場合
Replication Managerのリソースを管理する画面を表示したときに，各画面に表示される構成情報をDevice Managerから取得します。Replication Managerでストレージシステム設定およびコピーペア構成を定義する前に，手動で構成情報を更新する必要はありません。

リモートDevice Managerの場合
構成情報の更新を実行したときに，すべての構成情報を取得します。

(2) コピーペア状態の取得

Replication ManagerがDevice Managerエージェントにコピーペア状態を取得するよう要求すると，Device ManagerエージェントはRAID Managerを経由してストレージシステムからコピーペアの状態を収集します。

ストレージシステムの運用管理ソフトウェア（Storage NavigatorやStorage Navigator Modularなど）によって定義されたコピーペアの場合は，Device Managerサーバからコピーペア状態が取得されます。

(3) 性能情報の取得

Replication Managerは，Device Managerエージェントに性能情報（サイドファイルの使用率，ジャーナルボリュームの使用率，プールボリュームの使用率，および書き込み遅延時間（C/Tデルタ））を取得するよう要求します。要求を受けたDevice Managerエージェントは，RAID Managerを経由してストレージシステムから性能情報を取得し，Replication Managerへ提供します。

(4) コピーペアの作成，削除，およびコピーペア状態の変更

Replication Managerは，Device Managerエージェントにコピーペアの作成や削除，またはコピーペアの状態の変更を要求します。Device ManagerエージェントはRAID Managerを経由して，要求された操作をストレージシステムに対して実行します。

(5) レプリカの作成およびリストア

Replication Managerは，Application Agentにレプリカの作成，またはリストアを要求します。Application AgentはRAID Managerを経由して，要求された操作をストレージシステムに対して実行します。

D.2 メインフレーム系システムでのデータ収集

メインフレーム系システムでのデータ収集とプログラム間の処理の流れについて説明します。

図D-2 データ収集（メインフレーム系システム）

参考

この図では示されていませんが，Replication ManagerからBusiness Continuity Managerへのすべての要求は，Business Continuity Managerと同一のホストに常駐するBusiness Continuity Managerエージェントによって処理されます。

(1) コピーペアの構成情報の取得

Replication Managerは，Business Continuity Manager，Mainframe Agent，またはDevice Managerサーバで定義されているコピーペアの構成情報を取得します。

(2) コピーペア状態の取得

Replication Managerは，Business Continuity Manager，Mainframe Agent，またはDevice Managerサーバに，コピーペア状態を取得するよう要求します。Business Continuity Manager，Mainframe Agent，またはDevice Managerサーバは，ストレージシステムからコピーペア状態を取得し，Replication Managerへ提供します。

(3) 性能情報の取得

Replication Managerは，Business Continuity ManagerまたはMainframe Agentに対して，性能情報（サイドファイルの使用率，プールボリュームの使用率，および書き込み遅延時間（C/Tデルタ））を取得するよう要求します。Business Continuity ManagerまたはMainframe Agentは，ストレージシステムから性能情報を取得し，Replication Managerへ提供します。性能情報のうち，ジャーナルボリュームの使用率は，「(5) ライセンス情報の取得」の経路で取得されます。

(4) コピーグループ定義ファイルの作成およびコピーペア状態の変更

Replication Managerは，Business Continuity Managerにコピーグループ定義ファイルの作成，またはコピーペア状態の変更を要求します。Business Continuity Managerは，要求された操作をストレージシステムに対して実行します。

(5) ライセンス情報の取得

メインフレーム系システムでボリューム複製機能のライセンス情報を取得するためには，Device Managerサーバを情報取得元として登録しておく必要があります。

Replication Managerは，Device Managerサーバのデータベースに保持されているボリューム複製機能のライセンス情報を取得します（ストレージシステムから取得したライセンス情報が，Device Managerサーバのデータベースに格納されます）。

D.3 各機能で使用するデータ収集経路

Replication Managerが提供する各機能と，情報取得および処理実行のための経路の関係を次の表に示します。

表D-1 Replication Managerが提供する各機能の情報取得および処理実行用の経路

機能 | オープン系システム | メインフレーム系システム
Device Managerサーバ | Device Managerエージェント | Application Agent | Business Continuity Manager | Mainframe Agent | Device Managerサーバ
基盤機能
レプリケーション構成情報の取得 | オープンボリューム | ○ | ○ | × | × | × | ×
メインフレームボリューム | × | × | × | ○ | ○ | ○
レプリケーション状態（ペア状態）の取得 | オープンボリューム | ○ | ○ | × | × | × | ×
メインフレームボリューム | × | × | × | ○ | ○ | ○
レプリケーション状態（コピー機能性能情報）の取得 | オープンボリューム | × | ○ | × | × | × | ×
メインフレームボリューム | × | × | × | ○ | ○ | ×
レプリケーション構成サポート機能
コピー用プログラムプロダクトライセンスの取得 | 構成情報 | ○ | × | × | × | × | ×
状態または使用率 | ○ | × | × | × | × | ×
ストレージシステム構成情報の取得 | 構成情報およびリモートパス状態 | ○ | × | × | × | × | ×
ジャーナルまたはプールの状態または使用率 | × | ○ | × | × | × | ×
コピーペアの作成および削除 | × | ○ | × | ○※ | × | ×
レプリケーション運用支援機能
コピーペア状態の変更 | × | ○ | × | ○ | × | ×
アプリケーション連携機能
アプリケーション構成情報の取得 | × | × | ○ | × | × | ×
データ保護状態の取得 | × | × | ○ | × | × | ×
レプリカの作成およびリストア | × | × | ○ | × | × | ×

（凡例）

○：サポートしている

×：サポートしていない

注※

コピーグループ定義ファイルを作成するペア構成機能だけサポートしています。コピーペアの作成はサポートしていません。

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

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

この付録の構成

E.1 関連マニュアル

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

E.3 英略語

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

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

E.1 関連マニュアル

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

Hitachi Command Suite Replication Manager Software ユーザーズガイド（3020-3-W81）

Hitachi Command Suite Replication Manager Software Application Agent CLI ユーザーズガイド（3020-3-W83）

Hitachi Command Suite Replication Manager Software Application Agent CLI リファレンスガイド（3020-3-W84）

Hitachi Command Suite Software メッセージガイド（3020-3-W05）

Hitachi Command Suite Software ユーザーズガイド（3020-3-W02）

Hitachi Command Suite Software CLI リファレンスガイド（3020-3-W03）

Hitachi Command Suite Software インストールガイド（3020-3-W07）

Hitachi Command Suite Software システム構成ガイド（3020-3-W08）

Hitachi Command Suite Software Mainframe Agent ユーザーズガイド（3020-3-W09）

Hitachi Command Suite Tuning Manager - Agent for RAID（3020-3-W44）

Hitachi Command Suite Tuning Manager - Storage Mapping Agent（3020-3-W45）

Hitachi Command Suite Tuning Manager - Agent for SAN Switch（3020-3-W46）

Hitachi Command Suite Tuning Manager - Agent for Network Attached Storage（3020-3-W47）

Hitachi Business Continuity Manager ユーザーズガイド

Hitachi Business Continuity Manager インストールガイド

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

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

表記
製品名

Application Agent
Replication Manager Application Agent

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

JP1/VERITAS Backup Exec

Symantec™ Backup Exec™

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

Hitachi Business Continuity Manager Basic

Hitachi Business Continuity Manager UR 4x4 Extended CTG

Compute Systems Manager
Hitachi Compute Systems Manager

Device Manager
Hitachi Device Manager

Firefox
Firefox®

Global Link Manager
Hitachi Global Link Manager

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

Hitachi Universal Storage Platform H10000

Hitachi Universal Storage Platform H12000

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

Hitachi Universal Storage Platform H20000

Hitachi Universal Storage Platform H24000

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

Hitachi Adaptable Modular Storage 1000

Hitachi Adaptable Modular Storage 500

Hitachi Adaptable Modular Storage 200

Hitachi Workgroup Modular Storageシリーズ

BladeSymphony専用エントリークラスディスクアレイ装置 BR150

BladeSymphony専用エントリークラスディスクアレイ装置 BR50

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

Hitachi Adaptable Modular Storage 2000シリーズ

エントリークラスディスクアレイ装置 BR1600シリーズ

Hitachi TMS
Hitachi Tape Modular Storageシリーズ

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

Hitachi Universal Storage Platform

Hitachi Network Storage Controller

Hitachi Universal Storage Platform H12000

Hitachi Universal Storage Platform H10000

HORCM
Hitachi Open Remote Copy Manager

HUS100シリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Unified Storage 150

Hitachi Unified Storage 130

Hitachi Unified Storage 110

エントリークラスディスクアレイ装置 BR1650シリーズ

HUS VM
Hitachi Unified Storage VM

Hシリーズ
次の製品を区別する必要がない場合の表記です。

Hitachi Virtual Storage Platform VP9500

Hitachi Universal Storage Platform H24000

Hitachi Universal Storage Platform H20000

Hitachi Universal Storage Platform H12000

Hitachi Universal Storage Platform H10000

SANRISE H1024

SANRISE H128

IHS
IBM HTTP Server

InstallShield
InstallShield®

JDK
Java Development Kit

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

JP1/Integrated Manager - Central Console

JP1/Integrated Manager - Central Scope

JP1/Integrated Manager - View

JP1/Integrated Management - Manager

JP1/Integrated Management - View

KVM
Kernel-based Virtual Machine

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

Red Hat Enterprise Linux® 5.3

Red Hat Enterprise Linux® 5.4

Red Hat Enterprise Linux® 5.5

Red Hat Enterprise Linux® 5.6

Red Hat Enterprise Linux® 5.7

Red Hat Enterprise Linux® 5.8

Red Hat Enterprise Linux® 5.9

Red Hat Enterprise Linux® 5.10

Red Hat Enterprise Linux® 6.0

Red Hat Enterprise Linux® 6.1

Red Hat Enterprise Linux® 6.2

Red Hat Enterprise Linux® 6.3

Red Hat Enterprise Linux® 6.4

SUSE Linux® Enterprise Server 10

SUSE Linux® Enterprise Server 11

Mainframe Agent
Hitachi Device Manager Mainframe Agent

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

JP1/VERITAS NetBackup

Veritas NetBackup

Protection Manager
Hitachi Protection Manager

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

RAID Manager

Hitachi RAID Manager

RAID Manager XP

Replication Monitor
JP1/HiCommand Replication Monitor

SANRISE9500V
SANRISE9500Vシリーズ

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

SANRISE9900Vシリーズ

SANRISE H1024

SANRISE H128

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

Solaris 9

Solaris 10

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

Remote Console

Remote Console-Storage Navigator

Storage Navigator

Remote Web Console

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

Storage Navigator Modular

Storage Navigator Modular for TMS

Hitachi Storage Navigator Modular 2

Tiered Storage Manager
Hitachi Tiered Storage Manager

Tuning Manager
Hitachi Tuning Manager

Universal Storage Platform V/VM
次の製品を区別する必要がない場合の表記です。

Hitachi Universal Storage Platform V

Hitachi Universal Storage Platform VM

Hitachi Universal Storage Platform H24000

Hitachi Universal Storage Platform H20000

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

Solaris

Linux

AIX

HP-UX

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

Veritas Storage Foundation for Windows

Veritas Storage Foundation HA for Windows

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

Hitachi Virtual Storage Platform

Hitachi Virtual Storage Platform VP9500

VMware
VMware®

VMware ESX
VMware vSphere® ESX

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

VMware ESX

VMware ESXi

VMware ESXi
VMware vSphere® ESXi™

VMware Fault Tolerance
VMware vSphere® Fault Tolerance

VMware vMotion
VMware vSphere® vMotion

VP9500
Hitachi Virtual Storage Platform VP9500

Xeon
Intel Xeon

エンタープライズクラスストレージ
次の製品を区別する必要がない場合の表記です。

Virtual Storage Platform

Universal Storage Platform V/VM

Hitachi USP

SANRISE9900V

ミッドレンジストレージ
次の製品を区別する必要がない場合の表記です。

HUS100シリーズ

Hitachi AMS2000

Hitachi AMS/WMS

Hitachi TMS

SANRISE9500V

注※

マニュアル中でSPARC版とx64版について区別する必要がある場合は，「Solaris（SPARC）」または「Solaris（x64）」と表記しています。

E.3 英略語

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

英略語 | 英字での表記
API | Application Programming Interface
C/T | Consistency Time
CCR | Cluster Continuous Replication
CLI | Command Line Interface
CPU | Central Processing Unit
CSV | Cluster Shared Volume
CTG | ConsisTency Group
CU | Control Unit
DAD | Device Address Domain
DADID | Device Address Domain IDentifier
DAG | Database Availability Group
DKC | DisK Controller
DMLU | Differential-Management LU
ESR | Extended Support Release
FC | Fibre Channel
FCoE | Fibre Channel Over Ethernet
FTP | File Transfer Protocol
GPT | GUID Partition Table
GUI | Graphical User Interface
GUID | Globally Unique IDentifier
HBA | Host Bus Adapter
HTTP | HyperText Transfer Protocol
HTTPS | HyperText Transfer Protocol Secure
ID | IDentifier
IP | Internet Protocol
IPF | Itanium® Processor Family
iSCSI | Internet Small Computer System Interface
LAN | Local Area Network
LDEV | Logical DEVice
LDM | Logical Disk Manager
LU | Logical Unit
LUN | Logical Unit Number
MBR | Master Boot Record
MCU | Main Control Unit
MP | Maintenance Pack
NAS | Network-Attached Storage
NAT | Network Address Translation
NIC | Network Interface Card
NTFS | New Technology File System
OS | Operating System
P-VOL | Primary VOLume
PPRC | Peer to Peer Remote Copy
RAID | Redundant Array of Independent Disks
RCU | Remote Control Unit
RMI | Remote Method Invocation
RPO | Recovery Point Objective
RTO | Recovery Time Objective
S-VOL | Secondary VOLume
SAN | Storage Area Network
SCR | Standby Continuous Replication
SNMP | Simple Network Management Protocol
SP | Service Pack
SPARC | Scalable Processor ARChitecture
SSL | Secure Sockets Layer
SVP | SerVice Processor
TCP | Transmission Control Protocol
TLS | Transport Layer Security
UAC | User Account Control
UDP | User Datagram Protocol
UNC | Universal Naming Convention
URL | Uniform Resource Locator
V-VOL | Virtual VOLume
VDI | Virtual Device Interface
VDS | Virtual Disk Service
VHD | Virtual Hard Disk
VSS | Volume Shadow Copy Service

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

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

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

このマニュアルでは，UNIXのディレクトリとWindowsのフォルダを総称して，「ディレクトリ」と表記しています。Windows環境では，「ディレクトリ」を「フォルダ」に置き換えてお読みください。

用語解説

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

（数字）

3DC（Data Center）マルチターゲット構成

プライマリーサイトのほかに，近距離，遠距離のセカンダリーサイトを設け，TrueCopy SyncおよびUniversal Replicatorによって，3つのサイト（データセンター）間でストレージシステムのボリュームのコピーを実施する構成です。遠距離のセカンダリーサイトのデータを利用して，ディザスタリカバリー（災害時復旧）に対応できます。

近距離，遠距離のセカンダリーサイト間でデルタリシンク機能を利用する場合には，障害発生後のジャーナルコピーで必要最小限のデータだけがコピーされるため，復旧までの時間を短縮できます。

（英字）

Application Agent（Replication Manager Application Agent）

アプリケーションと連携してデータベースのレプリカの管理を実施するためのエージェントです。RM Shadow Copy Provider（VSS Provider）が同梱されています。管理サーバのReplication Managerからの要求に応じてレプリカを作成したり，リストアしたりします。Application AgentはGUIからダウンロードし，データベースサーバおよびバックアップサーバにインストールします。

Business Continuity Manager

メインフレーム系システムのホストからストレージシステムを制御するためのソフトウェアです。Business Continuity Managerを使用すれば，コピーペアの構成や状態に関する情報を取得できます。Replication Managerは，Business Continuity Managerと連携してコピーペアの構成や状態に関する情報を監視します。製品GUIでは，BCMまたはBC Managerと表記されることがあります。

Copy-on-Write Snapshot

1つのストレージシステム内でボリュームの複製を作成するソフトウェアです。差分データをデータプールに複製します。副ボリュームは，正ボリュームと差分データから成る仮想ボリューム（V-VOL）です。差分データだけを複製すれば，短時間でデータを複製したり，複製に使用するボリュームの容量を低減したりできます。詳細については，Copy-on-Write Snapshotのマニュアルを参照してください。

ストレージシステムによっては，Snapshotと呼ばれる場合があります。

CU（Control Unit）

エンタープライズクラスストレージまたはHUS VMの場合に，ストレージシステム内に作成される仮想的な制御装置です。CUイメージとも呼びます。ストレージシステム内に作成したLDEVは，1つのCUに接続され，CUごとにLDEVを識別するための番号が与えられます。したがって，ストレージシステム内のボリューム（LDEV）は，CUの番号（CU#）とLDEV番号の対で特定されます。

DAD（Device Address Domain）

Business Continuity Managerが管理するボリュームの集合のことです。Business Continuity Managerがボリュームスキャンしたとき，検出されたボリュームはDADに登録されます。DADには，ボリュームスキャンの種別に応じて，ローカルDAD，Non Gen'ed DAD，リモートDADの3種類があります。

DADID

DADを識別するための名称です。

Device Manager

ストレージシステムのリソースやハードウェア構成を統合管理するためのソフトウェアです。複数のストレージシステムで構成されたシステムを運用・管理できます。製品GUIでは，HDvMと表記されることがあります。

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

Hitachi Command Suite製品で共通して使用する機能を集めたコンポーネントです。Replication Managerの一部としてインストールされ，シングルサインオン，統合ログ出力，サービス起動・停止コマンド，共通GUIなどの機能を提供します。

HyperSwap

障害やメンテナンス時に，I/O発行先ボリュームをIBMのコピー管理プロダクトによって正ボリュームから副ボリュームに切り替える機能です。

正ボリュームおよび副ボリュームのストレージシステムが両方とも同じホストに接続されている必要があります。

LDEV（Logical DEVice）

ストレージシステム内に作成されるボリュームのことを，メインフレーム系システムではLDEV（論理デバイス）と呼びます。

LU（Logical Unit）

ストレージシステム内に作成されるボリュームのことを，オープン系システムではLU（論理ユニット）と呼びます。ただし，ミッドレンジストレージのボリュームの場合，Replication ManagerのGUIではLDEVと表示します。

LUN（Logical Unit Number）

ストレージシステム内のLUに与えられる管理番号です。LUNは，LUが接続されているストレージシステム内のポートについて，ポートごと，またはポートに設定されているホストグループごとに，LUを識別するために設定される番号です。オープン系システムのホストは，LUNでLUを特定してアクセスします。

Mainframe Agent

メインフレーム系システムのホストおよびストレージシステムの情報を取得するためのソフトウェアです。Replication Managerは，Mainframe Agentと連携して，PPRCによって作成されたコピーペアの構成や状態に関する情報を監視します。製品GUIでは，MFAと表記されることがあります。

QuickShadow

SANRISE9500Vで，1つのストレージシステム内でボリュームの複製を作成するソフトウェアです。差分データをデータプールに複製します。副ボリュームは，正ボリュームと差分データから成る仮想ボリューム（V-VOL）です。差分データだけを複製すれば，短時間でデータを複製したり，複製に使用するボリュームの容量を低減したりできます。詳細については，QuickShadowのマニュアルを参照してください。

RAID Manager

オープン系システムのホストからストレージシステムを制御するためのソフトウェアです。RAID Managerを使用すれば，ストレージシステムのボリューム複製機能を制御できます。

Replication Managerでは，RAID Managerの構成定義ファイルを使用してコピーペアの構成を変更したり，構成情報を取得したりします。コピーペアの分割，再同期など，ペア状態を変更する処理は，RAID Managerを通してストレージシステム上で実行されます。

ShadowImage

1つのストレージシステム内でボリュームの複製を作成するソフトウェアです。ボリューム内のすべてのデータを複製します。すべてのデータを複製すれば，正ボリュームが破損した場合でもすぐにデータを復旧できます。詳細については，ShadowImageのマニュアルを参照してください。

ストレージシステムによっては，Business Copyと呼ばれる場合があります。

Thin Image

Virtual Storage PlatformまたはHUS VMで，Copy-on-Write Snapshotの機能に加えて，Copy after Writeの機能が導入されたソフトウェアです。データプールは，DPプールの機構を取り入れたThin Imageプールが作成されます。詳細については，Thin Imageのマニュアルを参照してください。

ストレージシステムによっては，Fast Snapと呼ばれる場合があります。

TrueCopy

ストレージシステム間でボリュームの複製を作成するソフトウェアです。ボリューム内のすべてのデータを同期または非同期で複製します。このマニュアルでは，同期のTrueCopyをTrueCopy Sync，非同期のTrueCopyをTrueCopy AsyncまたはTrueCopy Extended Distanceと呼びます。詳細については，TrueCopyのマニュアルを参照してください。

ストレージシステムによっては，同期のTrueCopy SyncがContinuous Access Synchronous，非同期のTrueCopy AsyncがContinuous Access Asynchronousと呼ばれる場合があります。

Universal Replicator

ストレージシステム間で非同期に複数のボリュームの複製を作成するソフトウェアです。差分データをいったんジャーナルボリュームに蓄積してから，データを複製します。遠隔地にあるサイトにデータを複製でき，複数のサイト間でのマルチターゲット構成やカスケード構成を実現できます。詳細については，Universal Replicatorのマニュアルを参照してください。

ストレージシステムによっては，Continuous Access Journalと呼ばれる場合があります。

（ア行）

インフォメーションストア

Exchange Serverで使用するデータベースです。

（カ行）

カスケード構成

複数のコピーペアが連続している構成です。カスケード構成の場合，あるコピーペアの副ボリュームが別のコピーペアの正ボリュームを兼ねています。このボリュームのことを副－正ボリューム（SP-VOL）と呼びます。

コピーグループ

複数のコピーペアをグループ化したものです。コピーグループに対しては，一括してペア状態の変更などを指示できます。

コピーグループ定義ファイル

Business Continuity ManagerまたはMainframe Agentがコピーペアを制御するために，コピーグループ，およびコピーペア構成を含めた各種パラメーターが記述された構成定義ファイルです。

コピーペア

ストレージシステムのボリューム複製機能によって関連づけられた，正ボリュームと副ボリュームとのペアを指します。ペアボリュームとも呼びます。このマニュアルでは，コピーペアを単にペアと呼ぶこともあります。

コピーペア構成定義ファイル

コピーグループ，およびコピーペア構成を含めた各種パラメーターが記述された構成定義ファイルです。オープン系システムではRAID Managerの構成定義ファイル，メインフレーム系システムではコピーグループ定義ファイルを指します。このマニュアルでは，単に構成定義ファイルと呼ぶこともあります。

コピーペア状態

コピーペアがどのような状態になっているのかを表す値です。Replication Managerでは，error，suspend，copying，sync，simplex，unknownの6種類の状態を定義しており，それぞれの状態をアイコンで示します。コピーペア状態は，正ボリュームと副ボリュームの詳細コピーペア状態の組み合わせによって決定されます。ペア状態とも呼びます。

コンシステンシーグループ（CTG）

TrueCopy，Universal ReplicatorまたはThin Imageで使用するグループで，ボリュームに対する更新順序の整合性を保つ単位です。

コピーペア間のデータの整合性を保つための属性です。原則として，コピーグループ単位またはスナップショットグループ単位でこの属性が割り当てられます。この属性は非同期のリモートコピーの場合には必須ですが，ローカルコピーの場合は任意です。

（サ行）

詳細コピーペア状態

正ボリューム，副ボリュームがそれぞれどのような状態になっているのかを表す値です。詳細コピーペア状態は，Replication Managerの前提製品（Device Manager，RAID Manager，Business Continuity Managerなど）およびストレージシステムの運用管理ソフトウェア（Storage Navigator，Storage Navigator Modularなど）で表示されるコピーペアの状態に対応しています。

ストレージグループ

Exchange Server 2003およびExchange Server 2007が提供している複数のデータベースをグループ化する管理方法です。グループ内のデータベースは共通のトランザクションログを使用するので，複数のデータベースをまとめて管理できます。

スナップショットグループ

スナップショットグループは，Thin Imageだけで作成された複数のコピーペアをグループ化したものです。コピーグループと同様に，スナップショットグループ内のコピーペアを一括して操作できます。スナップショットグループを使用する場合，コピーペアをストレージシステム上に直接格納するため構成定義ファイルを指定する必要がありません。

正ボリューム（P-VOL）

ストレージシステムのボリューム複製機能によって，ペアとして関連づけられたボリュームのうち，複製元のボリュームです。

セカンダリーサイト

プライマリーサイトの災害やメンテナンスに備えて業務を継続するために運用するサイトです。

（タ行）

テイクオーバー

プライマリーサイトからセカンダリーサイトへ業務を移行することで，障害やメンテナンスなどでも業務を継続できます。

テイクバック

プライマリーサイト回復後に，セカンダリーサイトからプライマリーサイトへ業務を移行して，元の運用状態に戻せます。

ディスク構成定義ファイル

Business Continuity ManagerまたはMainframe Agentに管理されているボリュームが一覧で登録されているファイルです。

データセット

メインフレームホストでのファイルの格納先（アプリケーションがアクセスできるボリュームの領域），およびそのファイルの属性値を定義したものです。メインフレームホストでファイルを作成する場合は，あらかじめデータセットを割り当てておく必要があります。

デバイスグループ

ストレージシステム上で管理される，ボリュームのグループ化機能です。Virtual Storage PlatformおよびHUS VMで使用できます。Replication Managerでは，ストレージシステム上に定義されたデバイスグループについてだけ，コピーグループを管理できます。

デルタリシンク

3DCマルチターゲット構成で，近距離のセカンダリーサイトと遠距離のセカンダリーサイト間のUniversal Replicatorのコピーペアに対して，差分をコピーして同期処理している状態です。

トランザクションログ

データベースに加えられた変更を記録するログです。このログ情報は，レプリカの作成やリストアによるロールフォワード（データ変更し直し）の際に必要となります。

（ナ行）

二次利用

副ボリュームにコピーしたデータをリストア以外の目的で利用するために，バックアップサーバから副ボリュームのデータにアクセスする操作です。

ノード削除

既存のコピーグループから，ペア管理サーバの正側ノードおよび副側ノードの組み合わせを削除する操作です。

ノード追加

既存のコピーグループに，ペア管理サーバの正側ノードおよび副側ノードの組み合わせを追加する操作です。

（ハ行）

フェールオーバー

クラスタソフトウェアによって多重化されたシステムで，システムに障害が発生した場合に，自動的に予備のシステムに切り替えることです。

副－正ボリューム（SP-VOL）

ストレージシステムのボリューム複製機能でカスケード構成を使用した場合，中間に位置するボリュームです。上位のコピーペアでは副ボリュームであり，下位のコピーペアでは正ボリュームであることを示します。

副ボリューム（S-VOL）

ストレージシステムのボリューム複製機能によって，ペアとして関連づけられたボリュームのうち，複製先のボリュームです。

プライマリーサイト

通常業務を運用しているサイトです。複製元となる正ボリュームがあるサイトです。

プレフィックス

Business Continuity ManagerまたはMainframe Agentで作成したコピーグループ定義ファイルの名称（＜プレフィックス＞.GRP.＜コピーグループID＞）のうち，プレフィックス部分の名称のことです。コピーグループ定義ファイルは，このプレフィックスの単位で作成されるため，Replication Managerでは，Business Continuity ManagerまたはMainframe Agentのコピーグループ定義ファイルを識別するための一意な名称として，プレフィックスを使用します。

ペア

このマニュアルでは，コピーペアのことを指します。

ベーシックディスク

Windowsでの標準の物理ディスクです。複数のディスクにわたるボリュームを作成することはできません。

ホストグループ

Device Managerを使用して定義する，ストレージシステム内のボリュームのセキュリティを高めるためのグループです。ストレージシステムのポートごとに，ホストとボリュームとを関連づけてグループ化すれば，ホストからボリュームへのアクセスを制限できます。

Device Managerでは，ストレージシステムのLUNセキュリティ機能で設定されるホストグループが，ホストグループとして定義されます。ホストグループを持たないストレージシステムの場合は，LUNセキュリティが同じ設定となるグループがホストグループとして定義されます。

ボリューム

ストレージシステム内に作成されるLDEV（論理デバイス）とLU（論理ユニット）の総称です。

ボリューム動的認識

サーバに接続されたストレージシステム装置の物理ボリュームを，Application Agentのコマンドを実行して，サーバから隠ぺいまたは隠ぺい解除する機能です。サーバから物理ボリュームを隠ぺいしてアクセスを制御することで，ユーザーの誤操作を防ぐことができます。

ボリューム複製機能

ストレージシステムのボリュームを高速に複製するための機能の総称です。ShadowImageやTrueCopyなど，ストレージシステムに内蔵されているソフトウェアでボリュームの複製を作成します。ソフトウェアに対してライセンスを登録すると使用できます。

（マ行）

マルチターゲット構成

正ボリュームと副ボリュームの関係が1対多となるコピーペアの構成です。1つのボリュームの情報を複数のボリュームにコピーします。

（ラ行）

リモートサイト

ディザスタリカバリー（災害時復旧）に備え，3つのサイトで構成する場合の遠距離のセカンダリーサイトです。

リモートスキャン

Business Continuity Managerがインストールされているサイトの外側にある，メインフレームホストによって認識されていないボリューム（Non Gen'edボリューム）を検出するためのスキャンです。検出されたボリュームが定義されるディスク構成定義ファイルには，リモートDAD属性が割り当てられます。

リモートパス

リモートコピー（ストレージシステム間のボリュームのレプリケーション）を実施する場合に使用する，ストレージシステム間を結ぶ論理的なパスを指します。このマニュアルでは，エンタープライズクラスストレージおよびHUS VMの場合の，ローカルストレージシステムのMCU（または正DKC）とリモートストレージシステムのRCU（または副DKC）を結ぶパス，およびミッドレンジストレージの場合のローカルストレージシステムとリモートストレージシステムを結ぶパスを総称でリモートパスと表しています。

ルートリスト

ストレージシステム内のコマンドデバイス間の接続関係を定義し，Business Continuity Managerが発行するコマンドの経路を示すリストです。コマンドデバイスを介してリモートスキャンのような操作を実行するために必要です。

レプリカ

アプリケーションのデータベースの管理単位で複製されたバックアップデータ（副ボリューム）です。Application Agentを使用してレプリカを作成したり，リストアしたりします。

ローカルサイト

ディザスタリカバリー（災害時復旧）に備え，3つのサイトで構成する場合の近距離のセカンダリーサイトです。

索引

[数字]
[A][B][C][D][E][G][H][I][K][L][M][N][P][Q][R][S][T][U][V][W]
[あ][い][う][え][お][か][き][く][こ][さ][し][す][せ][た][て][と][に][ね][の][は][ひ][ふ][へ][ほ][ま][め][ゆ][ら][り][る][れ][ろ]

(数字)

1:M構成

3DCマルチターゲット構成〔用語解説〕

(A)

agentif.propertiesファイル

appagentif.propertiesファイル

Application Agent

Application Agent

Application Agent

アンインストール

インストール

インストール先

起動

停止

Application Agent〔用語解説〕

(B)

base.propertiesファイル

base.repositry.synchronize.polling

bcmif.propertiesファイル

Business Continuity Manager

Business Continuity Manager

Business Continuity Manager

Business Continuity Manager

Business Continuity Manager〔用語解説〕

Business Continuity Managerエージェント

Business Continuity Managerエージェント

(C)

Copy-on-Write Snapshot〔用語解説〕

CTG〔用語解説〕

CU〔用語解説〕

(D)

DADID〔用語解説〕

DAD〔用語解説〕

Device Manager〔用語解説〕

Device Managerエージェント

Device Managerエージェント

Device Managerエージェント

Device Managerエージェント

Device Managerサーバ

Device Managerサーバ

Device Managerサーバ

Device Managerサーバ

Device Managerサーバ

(E)

Exchange Server

Exchange Server

システム構成

システム構成

システム構成

要件

要件

(G)

GUI

GUI

GUI

GUI

GUI

GUI

リンクメニューの追加

(H)

hcmdslinkコマンド

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

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

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

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

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

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

稼働状態の確認

Hitachi Command Suite共通コンポーネント〔用語解説〕

hrpmap_getrasコマンド

HyperSwap〔用語解説〕

(I)

IBM HTTP Server（IHS）

IBM HTTP Server（IHS）

(K)

KAVX5147-E

(L)

LDEV

上限値

LDEV〔用語解説〕

logger.propertiesファイル

logger.propertiesファイル

LUN〔用語解説〕

LU〔用語解説〕

(M)

Mainframe Agent

Mainframe Agent

Mainframe Agent〔用語解説〕

(N)

N:1構成

N:M構成

N:N構成

(P)

P-VOL〔用語解説〕

Protection Managerから移行する場合のインストール

(Q)

QuickShadow〔用語解説〕

(R)

RAID Manager

RAID Manager

RAID Manager

RAID Manager

RAID Manager

注意事項

ユーザー認証

ユーザー認証

ユーザー認証

RAID Manager〔用語解説〕

Replication Manager

Replication Manager

Replication Manager

Replication Manager

Replication Manager

Replication Manager

稼働状態の確認

起動

停止

Replication Manager CLI

システム要件（管理サーバ）

Replication Managerと同じ管理サーバへのインストール（Application Agent）

Replication Monitor

インストール先

RM Shadow Copy Provider（VSS Provider）のインストール条件

RPM-00824

RPM-11510

RpMCLI.propertiesファイル

RPO

RTO

(S)

S-VOL〔用語解説〕

serverstorageif.propertiesファイル

ShadowImage〔用語解説〕

SP-VOL〔用語解説〕

SQL Server

SQL Server

システム構成

システム構成

要件

要件

(T)

Thin Image〔用語解説〕

TrueCopy〔用語解説〕

(U)

UAC

Universal Replicator〔用語解説〕

(V)

VMware ESX/ESXi

VMware ESX/ESXi

(W)

Windows Server 2008 Hyper-V

Windows Server Hyper-V

(あ)

アップグレードインストール（Replication Manager）

Business Continuity ManagerおよびIBM HTTP Serverと連携した構成

アップグレードインストール（Replication Monitorバージョン5.xから）

SolarisまたはLinux

Windows

アンインストール（Application Agent）

アンインストール（Application Agent）

ログファイル

(い)

一時ライセンスキー

移動

データベース（RPM-00824の対処）

インストール（Application Agent）

Protection Managerから移行する場合

アップグレードインストール

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

上書きインストール

新規インストール

ログファイル

インストール先

Application Agent

Device Managerエージェント

Device Managerエージェント

Hitachi Command Suite共通エージェントコンポーネント

Hitachi Command Suite共通エージェントコンポーネント

Replication Monitor

インストール前の確認事項（Application Agent）

インストール要件（Application Agent）

インフォメーションストア〔用語解説〕

(う)

上書きインストール（Application Agent）

(え)

永久ライセンスキー

(お)

オープン系システム

環境構築（コピーペアの管理）

環境構築（レプリカの管理）

コピーペアとレプリカを管理する場合のシステム構成例

システム構成（仮想コマンドデバイスを使用したコピーペアの管理）

システム構成（コピーペアの管理）

システム構成（デバイスグループで定義されたコピーグループの管理）

システム構成（レプリカの管理）

(か)

カスケード構成〔用語解説〕

仮想コマンドデバイス

システム構成

ジャーナルボリューム使用率

プールボリューム使用率

仮想コマンドデバイスサーバ

稼働環境情報

環境構築

コピーペアの管理（オープン系システム）

コピーペアの管理（メインフレーム系システム）

レプリカの管理

監査事象

監査ログ

監査事象

管理クライアント

管理クライアント

管理クライアント

管理クライアント

管理クライアント

管理クライアント

システム要件

管理サーバ

管理サーバ

管理サーバ

管理サーバ

管理サーバ

管理サーバ

システム要件

管理者権限（UAC）

(き)

起動

Application Agent

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

Replication Manager

(く)

クラスタ環境

システム要件（管理サーバ）

システム要件（データベースサーバ）

システム要件（データベースサーバ）

クラスタソフトウェア

クラスタソフトウェア

クラスタソフトウェア

(こ)

コピーグループ〔用語解説〕

コピーグループ定義ファイル〔用語解説〕

コピーペア

上限値

コピーペア〔用語解説〕

コピーペア構成定義ファイル〔用語解説〕

コピーペア状態〔用語解説〕

コマンド

hcmdslink

hrpmap_getras

コンシステンシーグループ〔用語解説〕

(さ)

採取

Application Agentの保守情報

(し)

システム構成

仮想コマンドデバイスを使用したコピーペアの管理（オープン系システム）

コピーペアとレプリカの管理（オープン系システム）

コピーペアの管理（オープン系システム）

コピーペアの管理（メインフレーム系システム）

デバイスグループで定義されたコピーグループの管理（オープン系システム）

レプリカの管理（オープン系システム）

システム要件

システム要件

管理クライアント

管理サーバ

ストレージシステム

データベースサーバおよびバックアップサーバ

ホストおよびペア管理サーバ

実行ユーザーアカウント（Application Agentサービス）

実行ユーザーアカウント（Application Agentサービス）

上限値

LDEV

コピーペア

詳細コピーペア状態〔用語解説〕

初期設定

Replication Managerのライセンス

新規インストール（Application Agent）

(す)

ストレージグループ〔用語解説〕

ストレージシステム

ストレージシステム

ストレージシステム

ストレージシステム

ストレージシステム

ストレージシステム

システム要件

スナップショットグループ〔用語解説〕

(せ)

制限事項

Business Continuity ManagerまたはMainframe Agentのバージョン

Device Managerのバージョン

正ボリューム〔用語解説〕

セカンダリーサイト〔用語解説〕

セキュリティ

Hitachi Command Suite共通コンポーネントとWebブラウザーとの間

Replication ManagerとBusiness Continuity Manager（IHS）との間

Replication ManagerとDevice Managerサーバとの間

ネットワーク通信に関する設定

セキュリティ管理

設定

プロパティファイル

プロパティファイル

前提条件

Application Agentの起動

(た)

待機構成

Replication Manager

(て)

テイクオーバー〔用語解説〕

テイクバック〔用語解説〕

ディザスタリカバリー

停止

Application Agent

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

Replication Manager

ディスク構成定義ファイル〔用語解説〕

データ収集

オープン系システム

機能別

メインフレーム系システム

データセット〔用語解説〕

データベースサーバ

データベースサーバおよびバックアップサーバ

システム要件

テープバックアップ管理用ソフトウェア

デバイスグループ

システム構成

デバイスグループ〔用語解説〕

デルタリシンク〔用語解説〕

(と)

トラブルシューティング

トラブルシューティング

Application Agentの動作が停止した場合

Application Agentの動作に影響がないイベントログ

Replication Managerでコピーペアを認識できない場合

RPM-00824

RPM-11510

インストール時またはアンインストール時のエラー（Application Agent）

対処方法

データベースサーバから正ボリュームが切断された場合

保守情報（Application Agent）

リストアに失敗した場合

レプリカの作成に失敗した場合

トランザクションログ〔用語解説〕

トレースログファイル（Application Agent）

(に)

二次利用〔用語解説〕

(ね)

ネットワーク通信のセキュリティ

(の)

ノード削除〔用語解説〕

ノード追加〔用語解説〕

(は)

バックアップ

稼働環境情報

バックアップサーバ

バックアップサーバ

台数の見積もり方法

バックアップサーバへのインストール（Application Agent）

(ひ)

非常ライセンスキー

日立サーバ論理分割機構Virtage

日立サーバ論理分割機構Virtage

(ふ)

ファイアウォール

Application Agentを利用するための設定

例外登録

ファイルシステム

ファイルシステム

要件

要件

要件

フェールオーバー〔用語解説〕

副－正ボリューム〔用語解説〕

副ボリューム〔用語解説〕

プライマリーサイト〔用語解説〕

プレフィックス〔用語解説〕

プロパティファイル

プロパティファイル

プロパティファイル

agentif.properties

appagentif.properties

base.properties

bcmif.properties

logger.properties

logger.properties

RpMCLI.properties

serverstorageif.properties

プロパティ一覧

(へ)

ペア〔用語解説〕

ペア管理サーバ

ペア管理サーバ

ペア管理サーバ

システム要件

ペア管理サーバの冗長化構成

ペア管理サーバの冗長化構成

1:M構成

N:1構成

N:M構成

N:N構成

システム構成例

ベーシックディスク〔用語解説〕

(ほ)

保守情報

Application Agent

ホスト

ホスト

ホスト

ホスト

システム要件

ホスト（ペア管理サーバ）

ホストグループ〔用語解説〕

ボリューム〔用語解説〕

ボリューム動的認識〔用語解説〕

ボリューム複製機能〔用語解説〕

(ま)

マルチターゲット構成〔用語解説〕

(め)

メインフレーム系システム

環境構築（コピーペアの管理）

システム構成

(ゆ)

ユーザー認証

RAID Manager

RAID Manager

RAID Manager

(ら)

ライセンス

一時ライセンスキー

永久ライセンスキー

初期設定

非常ライセンスキー

ライセンスキーのタイプ

(り)

リソース数の上限値

リモートDevice Manager

リモートDevice Manager

リモートDevice Manager

リモートDevice Manager

リモートDevice Manager

リモートコピー

リモートサイト〔用語解説〕

リモートスキャン〔用語解説〕

リモートパス〔用語解説〕

リンクメニューの追加

(る)

ルートリスト〔用語解説〕

(れ)

レプリカ〔用語解説〕

(ろ)

ローカルDevice Manager

ローカルDevice Manager

ローカルDevice Manager

ローカルDevice Manager

ローカルDevice Manager

ローカルコピー

ローカルサイト〔用語解説〕

ロードマップ

ログファイル

Application Agentのインストーラートレースログ

ログファイルの情報量