JP6246923B2 - 管理サーバ、計算機システム及び方法 - Google Patents

Description

本発明は、管理サーバに関し、データのコピー処理の制御技術に関する。

エンタープライズシステムの開発では、アプリケーションが動作して実際に顧客向けにサービスを提供している環境である本番環境システムと、本番環境システムで動作させるアプリケーションを開発する環境である開発環境システムとを区別して運用している。

開発環境システムでは顧客が利用するアプリケーションの開発、及び、開発したアプリケーションの動作状態をテストする。開発環境システムにおいては、アプリケーションの工数削減、現実的な挙動、性能等を確認するために、本番環境システムで開発対象のアプリケーションが実際に使用するデータを利用したいという要求がある。

この要求に対し、本番環境システムから開発環境システムへのデータのコピー処理を実現するアプリケーションが知られている（非特許文献１）。また、ＯＳ上で動作する複数のアプリケーションのスケジューリングを行う技術が知られている（特許文献１）。

SAP TEST DATA MIGRATION SERVER説明資料http://global.sap.com/japan/services/bysubject/customdev/pdf/B130_49009165_TestDataMigration.pdf

特開２００７−２５７１０６号公報

本番環境システムから開発環境システムへのデータのコピー処理は、当然のことながら本番環境システムが有するリソースに負荷を与える。このため、本番環境システムのリソースへの負荷をできるだけ低減したコピー処理が望まれる。しかし、本番環境システムから開発環境システムへのデータのコピー処理を実行するサーバは、このサーバに関連性のあるアプリケーションの情報を把握することはできても、関連性のないアプリケーションの動作を考慮することはできない。

特に、エンタープライズシステムにおいては、多数のアプリケーションが動作する。このため、コピー処理において、コピー処理を実行するサーバに関連性のあるアプリケーションだけを考慮したしたとしても、本願環境システムのリソースへの負荷を低減するには不十分である。

上記課題を解決するために、本発明の一態様である管理サーバは、本番環境システム（第１システム）とコピー処理サーバとを管理する。本番環境システムは、アプリケーションを実行するプロセッサ、及びプロセッサに接続されたストレージ装置を有する。コピー処理サーバは、ストレージ装置内の記憶領域に格納されたデータを開発環境システム（第２システム）にコピーすることを指示するコピー指示に従い、データのコピー処理を実行する。管理サーバは、記憶デバイスと、制御デバイスとを備える。制御デバイスが、第１システムからストレージ情報及びアプリケーション情報を取得して、記憶デバイスに保存する。ストレージ情報が、記憶領域及び前記プロセッサの対応関係を示す記憶領域対応情報を含む。アプリケーション情報が、プロセッサ及びアプリケーションの対応関係を示すアプリケーション対応情報と、アプリケーションによる記憶領域の過去のＩＯ負荷を示すアプリケーション設定情報とを含む。制御デバイスが、ストレージ情報及びアプリケーション情報に基づき、アプリケーションによる記憶領域のＩＯ（Input or Output）負荷を予測して予測値とし、データのデータサイズと、予測値とに基づき、データのコピー処理が可能な期間であるコピー処理可能期間があるか否かを判定する。コピー処理可能期間がある場合は、制御デバイスは、コピー処理サーバに対し、コピー処理可能期間の開始時刻を含むコピー指示を送信する。

本発明では、本番環境システムが有するリソースの負荷を低減したコピー処理ができる。

実施例１の計算機システムの機能構成図である。 管理サーバ２００の構成図である。 アプリケーションサーバ３００が管理する情報を説明する図である。 アプリケーションサーバ３００のＩＯ処理を示す模式図である。 ストレージ装置５００が有する情報の一例である。 情報取得処理のフローチャートである。 統合設定情報１７００の一例である。 予測処理の結果の例を示す図である。 第１のコピー処理を説明する図である。 第１のコピー方法判定処理のフローチャートである。 第１のコピー方法判定処理結果の提示画面の一例である。 第２のコピー処理を説明する図である。 第２のコピー方法判定処理のフローチャートである。 第２のコピー方法判定処理結果の提示画面の一例である。 第３のコピー処理方法を説明する図である。 第３のコピー方法判定処理のフローチャートである。 第３のコピー方法判定処理結果の提示画面の一例である。 スナップショット適用処理を説明する図である。 対象データのコピー処理のタイミングを説明する図である。 コピー処理範囲の指定画面の一例である。 スナップショット適用処理のフローチャートである。 順序変更処理を説明する図である。 対象データのコピー処理の順番を説明する図である。 順序変更処理のフローチャートである。 順序変更処理の結果の通知画面の一例である。

なお、以後の説明では「ａａａテーブル」、「ａａａ一覧」等の表現にて本発明の情報を説明するが、これら情報はテーブル、一覧、等のデータ構造以外で表現されていてもよい。そのため、データ構造に依存しないことを示すために「ａａａテーブル」、「ａａａ一覧」等について「ａａａ情報」と呼ぶことがある。

さらに、各情報の内容を説明する際に、「識別情報」、「識別子」、「名」、「番号」、「ＩＤ」という表現を用いるが、これらについてはお互いに置換が可能である。

以後の説明では「プログラム」を主語として説明を行う場合があるが、プログラムはプロセッサによって実行されることで定められた処理をメモリ及び通信ポート（通信制御デバイス）を用いながら行うため、プロセッサを主語とした説明としてもよい。また、プログラムの一部または全ては専用ハードウェアによって実現されてもよい。

また、各種プログラムはプログラム配布サーバや、計算機が読み取り可能な記憶メディアによって記憶装置にインストールされてもよい。

本発明は、以下に説明する実施例に限定されるものではない。

以下、図面を用いて実施例を説明する。なお、本発明が本実施例に限定されるものではない。

図１は、実施例１の計算機システムの機能構成図である。
＜計算機システム構成＞

実施例１の計算機システムは、複数のアプリケーションサーバ３００と、コピー処理サーバ１００と、管理サーバ２００と、複数のストレージ装置５００と、を備える。複数のアプリケーションサーバ３００と、複数のストレージ装置５００とは、例えば、ＦＣ、ｉＳＣＳＩなどのストレージネットワークＮ２を介して接続されている。各アプリケーションサーバ３００、コピー処理サーバ１００、及び、管理サーバ２００の各サーバは、例えば、ＬＡＮ（Local Area Network）などのＩＰ（Internet Protocol）ネットワークＮ１を介して、互いに接続されている。各サーバは、物理的なサーバであってもよいし、１または複数の物理計算機で動作する機能的なサーバであってもよい。アプリケーションサーバ３００は、業務毎のアプリケーションを実行する。なお、以下の説明及び図面においては、各アプリケーションサーバ３００ａ乃至ｄで実行されるアプリケーションをＡＰＰ＃１乃至４と記載する場合がある。

ストレージ装置５００は、1つ以上のディスク制御部９００と、図示しない複数の物理記憶デバイスとを有する。ディスク制御部９００は、複数の物理記憶デバイスに基づき、アプリケーションサーバ３００にＬＵ（Logical Unit）６００を提供する。なお、本実施例では、１つのディスク制御部９００が１つのＬＵを1つのアプリケーションサーバ３００に提供している例を示しているがこれに限られない。物理記憶デバイスは、例えば、ＳＡＳ（Serial Attached Small Computer System Interface）−ＨＤＤ（Hard Disk Drive）、ＳＡＴＡ（Serial Advanced Technology Attachment）−ＨＤＤ、ＳＳＤ（Solid State Drive）であってもよいし、半導体記憶デバイスであってもよい。また、複数の物理記憶デバイスによりＲＡＩＤ（Redundant Arrays of Inexpensive Disks）グループが構成されてよい。

本実施例においては、例えば、ＡＰＰ＃１乃至３を実行するアプリケーションサーバ３００ａ乃至ｃと、これら各アプリケーションサーバ３００ａ乃至ｃに対応するＬＵ６００（ＬＵ＃１乃至３）を有するストレージ装置＃１と、これらアプリケーションサーバ３００ａ乃至ｃとを含むシステムを、実際の業務が実行される本番環境に属するサブシステムとする。このサブシステムを、以下の説明及び図面においては、第１システムまたは本番環境システムという場合がある。また、本実施例においては、ＡＰＰ＃４を実行するアプリケーションサーバ３００ｄと、このアプリケーションサーバ３００ｄに対応するＬＵ＃４を有するストレージ装置＃２とを、本番環境システムで実行されるアプリケーションの開発、及び、開発したアプリケーションのテストが実行される開発環境に属するサブシステムとする。このサブシステムを、以下の説明及び図面においては、第２システムまたは開発環境システムという場合がある。

コピー処理サーバ１００は、本番環境システム内のデータを、開発環境システムへコピーするコピー処理機能を有するサーバである。本実施例では、コピー処理サーバ１００は、コピー処理機能を有する物理的なサーバであるとするが、ホスト計算機（以下、ホスト３０１）で実現される機能的なサーバであってもよい。具体的には、例えば、コピー処理サーバ１００は、ＳＡＰ社のTest Data Migration Serverである。コピー処理サーバ１００は、対象データの情報を含むコピー指示に基づき、対象データのコピー処理を実行する。コピー処理サーバ１００がコピー処理を実行するとは、例えば、コピー処理サーバ１００が、対象データのコピー元及びコピー先を特定し、対象データをコピー元から読み出してコピー先に送信する処理であってもよいし、コピー処理サーバ１００が、対象データのコピー先及びコピー元などの情報を含むコピー命令を、コピー処理の実行対象に送信してもよい。ここで、コピー処理の実行対象は、予め設定されており、例えば、対象データのコピー元またはコピー先のストレージ装置５００であってもよいし、管理サーバ２００などの他のサーバであってもよい。

また、本番環境システムにおいては、コピー処理サーバ１００に関連するアプリケーションサーバと、コピー処理サーバ１００に関連しないアプリケーションサーバとが存在する。コピー処理サーバ１００に関連するアプリケーションサーバとは、例えば、コピー処理サーバ１００で実行されるアプリケーションと同じベンダから提供されるアプリケーションを実行するサーバである。本実施例では、例えば、ＡＰＰ＃１及び＃２を実行するアプリケーションサーバ３００ａ、３００ｂが、コピー処理サーバ１００に関連するアプリケーションサーバである。コピー処理サーバ１００と、アプリケーションサーバ３００ａ、３００ｂとは、互いが互いの存在を認識でき、必要に応じて通信できる。一方、ＡＰＰ＃３を実行するアプリケーションサーバ３００ｃは、コピー処理サーバ１００とは関連しないアプリケーションサーバである。つまり、アプリケーションサーバ３００ｃは、コピー処理サーバ１００、アプリケーションサーバ３００ａ、３００ｂとは関係なく動作している。言い換えれば、アプリケーションサーバ３００ｃと、コピー処理サーバ１００、アプリケーションサーバ３００ａ及び３００ｂとは、互いに存在を認識し得ない。アプリケーションサーバ３００ｃは、例えば、ＬＵ＃１及びＬＵ＃２からＬＵ＃３へのバックアップ処理を実行するサーバである。

管理サーバ２００は、本番環境システムと、コピー処理サーバ１００とを管理するためのサーバである。なお、管理サーバ２００は、本番環境システムに含まれてもよい。

以下、本番環境システムのデータを開発環境システムにおいて使用するために、コピー処理サーバ１００が、ＬＵ＃１に記憶されたファイル７００内のある領域のデータ８００と、ＬＵ＃２に記憶されたファイル７１０内のある領域のデータ８１０との、ＬＵ＃４へのコピー処理を実行する場合を説明する。

本実施例では、簡単のため、ストレージ装置５００のＬＵ６００毎に設けられたディスク制御部９００が、各アプリケーションサーバ３００に対しＬＵ６００を提供する例を示しているがこれに限られない。図1において、ＬＵ＃１には、アプリケーションサーバ３００ａにより生成されたファイル７００が記憶され、ＬＵ＃２には、アプリケーションサーバ３００ｂにより生成されたファイル７１０が記憶されている。また、ＬＵ＃２のファイル７１０は、アプリケーションサーバ３００ｃにより、定期的にまたは不定期にＬＵ＃３にバックアップされている。

コピー処理サーバ１００が、ユーザより、ＬＵ＃１のファイル７００内のデータ８００をコピー対象データとする、コピー指示を受信したとする。この場合、コピー処理サーバ１００は、ユーザのコピー指示に基づき、ＬＵ＃１のファイル７００内のデータ８００と、コピー処理サーバ１００及びアプリケーションサーバ３００ａに関連するアプリケーションサーバ３００ｂにより生成されたデータであって、データ８００に関連性のあるデータであるＬＵ＃２のファイル７１０内のデータ８１０とを、ＬＵ＃４にコピーする旨のコピー命令を管理サーバ２００に送信する。

管理サーバ２００は、コピー命令を受信し、本番環境システムに記憶されているストレージ情報及びアプリケーション情報を取得し、アプリケーションサーバ３００毎の対応するＬＵ６００のＩＯ（Input or Output）帯域使用量（ＩＯ転送レート）の時間変化を予測する。具体的には、管理サーバ２００は、コピー命令に基づき、アプリケーションサーバ３００ａによるＬＵ＃１のＩＯ帯域使用量の時間変化と、アプリケーションサーバ３００ｂ及び３００ｃによるＬＵ＃２のＩＯ帯域使用量の時間変化を、それぞれ予測する。この予測から対象データ８００、８１０のコピー開始時刻及びコピー速度をそれぞれ決定する。管理サーバ２００は、決定したコピー開始時刻及びコピー速度を含むコピー指示を、コピー処理サーバ１００に送信する。

コピー指示を受信したコピー処理サーバ１００は、対象データの８００、８１０のコピー処理を実行する。

上記の処理により、本番環境システムが有するリソースの負荷を低減したコピー処理ができる。具体的には、対象データ８００を格納するＬＵ＃１のアプリケーションサーバ３００ａによる負荷（例えばＩＯ帯域使用量）と対象データ８１０を格納するＬＵ＃２のアプリケーションサーバ３００ｂによる負荷（例えばＩＯ帯域使用量）とだけでなく、コピー処理サーバ１００及びアプリケーションサーバ３００ｂとは関連しないアプリケーションサーバ３００ｃによる、ＬＵ＃２に対する負荷も考慮したコピー開始時刻及びコピー速度で、対象データ８００、８１０のコピー処理をそれぞれ行う事が出来る。

図２は、管理サーバ２００の構成図である。

管理サーバ２００は、プロセッサ（ＣＰＵ）２０１と、メモリ２０２と、ストレージ装置５００に通信するためのストレージインタフェース（Ｉ／Ｆ）２０３と、各サーバと通信するためのネットワークインタフェース（Ｉ／Ｆ）２０４と、を有する。

また、管理サーバ２００は、管理サーバ２００を制御するためのキーボード・マウス・ディスプレイなどのインタフェースを備えてもよい（図示なし）。

メモリ２０２は、ＣＰＵ２０１で実行されるコンピュータプログラムやデータを記憶する。具体的には、例えば、メモリ２０２は、コンピュータプログラムとして、アプリ設定情報取得処理部２１０と、アプリＩＯ情報取得処理部２１１と、ストレージ構成情報取得処理部２１２と、ストレージＩＯ情報取得処理部２１３と、ホスト構成情報取得処理部２１４と、統合設定情報取得処理部２１５と、予測処理部２１６と、制御処理部２１７とを記憶する。以下、各処理部が実行する処理を簡単に説明する。

アプリ設定情報取得処理部２１０は、動作しているアプリケーションサーバ３００からアプリケーションの設定情報を取得する。アプリＩＯ情報取得処理部２１１は、アプリケーションが生成するＩＯによる負荷（単位時間（例えば１秒）当たりのＩＯにより転送されるデータ量）を示すアプリケーションＩＯ帯域使用量の情報を取得する。ストレージ構成情報取得処理部２１２は、ストレージ装置５００からそのストレージ装置５００内部の構成情報を取得する。ストレージＩＯ情報取得処理部２１３は、ストレージ装置５００が記憶するストレージ装置５００の各記憶領域（例えばＬＵ）に対するＩＯによる負荷（単位時間（例えば１秒）当たりのＩＯにより転送されるデータ量）示すＬＵＩＯ帯域使用量の情報を取得する。サーバ構成情報取得処理部２１４は、アプリケーションサーバ３００の内部構成情報を取得する。統合設定情報取得処理部２１５は、上記の各処理部２１１乃至２１５が取得した情報に基づき、アプリケーションとＬＵ、及び、予定されているアプリケーションの実行期間を関連付けた情報を生成する。予測処理部２１６は、各情報から、コピー指示によりユーザが指定した時点以降について、対象ＬＵのアプリケーション毎の帯域使用量の時間変化を予測する。制御処理部２１７は、上記の各処理部２１１乃至２１６の制御をすることにより、本番環境システム全体の制御を行う。

図３は、アプリケーションサーバ３００が管理する情報を説明する図である。

本実施例においては、アプリケーションサーバ３００は、ホスト３０１で動作する機能的なサーバとして説明する。なお、ホスト３０１は、物理的な計算機であってもよいし、物理的な計算機内のプロセッサであってもよい。具体的には、例えば、ホスト３０１上でＶＭ（Virtual Machine）３０２が動作し、そのＶＭ３０２上でＯＳ３０３が動作し、そのＯＳ３０３上でアプリケーション３０４が動作することによりアプリケーションサーバ３００が実現されるとする。従って、本実施例では、１つのホスト３０１は、１つのアプリケーションサーバ３００として機能する。なお、ホスト３０１上でＯＳが動作し、そのＯＳ上でアプリケーションが動作することによりアプリケーションサーバ３００が実現されてもよい。また、ホスト３０１上に１つまたは複数のＶＭ３０２が動作してもよいし、ＯＳ３０３上に複数のアプリケーションが動作してもよい。

ホスト３０１は、アプリケーションＩＯ負荷情報１０００、アプリケーション設定情報１１００、ホスト及びストレージ間情報１２００、アプリ・ＶＭ・ホスト関係情報１３００などの情報を、外部記憶装置又はホスト３０１内のメモリに保存する。本実施例では、ホスト３０１にストレージ装置５００が接続されている。この場合、ストレージ装置５００がホスト３０１の外部記憶装置として機能してもよい。例えば、図のように、各情報１０００乃至１３００は、ストレージ装置５００内部のＬＵ６００に記憶されていてもよいし、ディスク制御部９００内のメモリに記憶されてもよいし、各ディスク制御部９００に共有されるメモリに記憶されてもよい。各情報１０００乃至１３００は、ホスト３０１から参照される。以下、各情報１０００乃至１３００を説明する。

アプリケーションＩＯ負荷情報１０００は、各時刻における、アプリケーションＩＯ帯域使用量を記録するテーブルである。

アプリケーションＩＯ負荷情報１０００は、ＩＯが発生した日時毎のエントリを有する。各エントリは、当該ＩＯが発生した年月日及び時刻、当該ＩＯの要求元のアプリケーション３０４を識別するアプリ＃（番号）、当該ＩＯによる帯域使用量を有する。アプリケーションＩＯ帯域使用量は、アプリケーション３０４からストレージ装置５００に対して送信されるＩＯによる単位時間（１秒）当たりの帯域使用量（ＩＯのデータ量）である。具体的には、本図においては、２０１５年１月１０日の２１時１５分２１秒に発生したＡＰＰ＃１のアプリケーションＩＯ帯域使用量は、１８Ｍｂｐｓである。

アプリケーション設定情報１１００は、アプリケーション３０４毎の設定情報を示すテーブルである。アプリケーション設定情報１１００は、アプリケーション３０４毎のエントリを有する。各エントリは、当該アプリケーション３０４を識別するアプリ＃（番号）と、当該アプリケーション３０４の設定情報として、アプリケーション３０４の動作の開始時刻及び終了時刻を示す稼働期間とを有する。なお、アプリケーションの設定情報は、これに限られず、アプリケーション３０４が参照するファイル名、稼働期間以外のアプリケーション３０４の動作を決定するためのパラメータなどであってもよい。

ホスト及びストレージ間情報１２００は、ホスト３０１及びストレージ装置５００間の接続情報を示すテーブルである。具体的には、例えば、ホスト及びストレージ間情報１２００は、ホスト３０１毎のエントリを有する。各エントリは、当該ホスト３０１の識別子を示すホスト＃（番号）、当該ホスト３０１を識別するＷＷＮ（World Wide Name）、ストレージ装置５００を識別するＳｔｏｒａｇｅ ＷＷＮ、当該ホスト３０１に提供されるＬＵのＬＵ＃（番号）とを有する。

アプリ・ＶＭ・ホスト関連情報１３００は、ホスト３０１と、ホスト３０１で動作するＶＭ３０２と、ＶＭで動作するアプリケーション３０４とを関連づけたテーブルである。アプリ・ＶＭ・ホスト関連情報１３００は、アプリケーション３０４毎のエントリを有する。各エントリは、当該アプリケーション３０４の識別子であるアプリ＃（番号）と、当該アプリケーション３０４が動作するＶＭ３０２の識別子であるＶＭ＃（番号）と、当該ＶＭ３０２が動作するホストの識別子であるホスト＃（番号）とを有する。なお、本実施例は、ホスト３０１でＶＭ３０２が動作し、アプリケーションサーバ３００がホスト３０１上のＶＭ３０２で実現されている例を示している。例えば、ホスト３０１上にＶＭ３０２が存在しない場合には、ＶＭ＃には、何も記憶されない。

図４は、アプリケーションサーバ３００のＩＯ処理を示す模式図である。

ＯＳ３０３で、アプリケーション３０４が実行される。ホスト３０１は、アプリケーションＩＯ処理履歴１０５０を生成し、アプリケーションＩＯ処理履歴１０５０より前述したアプリケーションＩＯ負荷情報１０００を生成する。アプリケーションＩＯ処理履歴１０５０は、ホスト３０１の内部の図示しないメモリに記憶される。本実施例では、ホスト３０１にストレージ装置５００が接続されている。このため、アプリケーションＩＯ処理履歴１０５０は、図のようにストレージ装置５００内部のＬＵ６００に記憶されていてもよいし、ディスク制御部９００内のメモリに記憶されてもよいし、各ディスク制御部９００に共有されるメモリに記憶されてもよい。アプリケーションＩＯ処理履歴１０５０は、ホスト３０１から参照される。

アプリケーションＩＯ処理履歴１０５０は、ＩＯ処理の要求元のアプリケーション３０４と、要求のあった日時及び要求先を対応づけるテーブルである。アプリケーションＩＯ処理履歴１０５０は、例えば、図３において説明したＩＯ処理によって生成される。アプリケーションＩＯ処理履歴１０５０は、ＩＯ処理を要求したアプリケーション、対象データの格納先のＬＵ、ＬＢＡ、対象データにアクセスを開始した年月日、時刻、ＩＯ処理に要した時間である処理時間、及び、対象データのサイズを保持する。アプリケーションＩＯ処理履歴１０５０の各情報は、ドライバ３６０が取得し、各ＬＵ６００に対応するディスク制御部９００に送信されて、ストレージ装置５００に記憶される。しかし、ホスト３０１内のメモリの空き領域の容量が十分あれば、当該メモリに記憶されてもよい。なお、ドライバ３６０は、ファイルシステム３５０から通知される対象データの格納先の情報だけでは、アプリケーション３０４の情報を取得できない。このため、ファイルシステム３５０からドライバ３６０にＩＯ処理の通知が来たタイミングで、そのＩＯ処理のプロセスを特定し、ＯＳ３０３が管理している情報からアプリケーション３０４の名称を取得し、そのアプリケーション３０４とＬＵ６００の情報を関連付けて記憶する。以下、アプリケーションＩＯ負荷情報１０００が生成される過程を説明する。

ＯＳ３０３は、アプリケーション３０４からのＩＯ処理を実現するファイルシステム３５０と、ストレ−ジ装置５００にデータをライトするためのドライバ３６０とを含む。アプリケーション３０４は、例えば、ユーザまたは自らによるＩＯ処理の要求に応じて、対象データをライトまたはリードするファイルのファイル名、対象データのサイズ、対象データまたは対象データを読み出す場所などの情報をファイルシステム３５０に対して送信する。ファイルシステム３５０は、アプリケーション３０４から受信した情報に基づき、対象データの格納先のドライブ情報を抽出し、ドライバ３６０に通知する。ドライブ情報は、例えばＷｉｎｄｏｗｓ（登録商標）であれば「Ｃ：」、Ｌｉｎｕｘ（登録商標）であれば「／ｄｅｖ／ｈｄａ１」などである。通知を受けたドライバ３６０は、アプリ・ＶＭ・ホスト関連情報１３００、ホスト及びストレージ間情報１２００、及び、対象データの格納先のドライブ情報に基づき、対象データの格納先のＬＵ及びＬＢＡの情報を特定し、ホスト３０１とストレージ装置５００との間のプロトコルに従い、ホスト３０１からストレージ装置５００に対してＩＯ処理の要求を出す。上記処理から得られた情報により、ドライバ３６０は、アプリケーション３０１とＬＵ６００とを関連づけたアプリケーションＩＯ処理履歴１０５０を生成する。そして、ドライバ３６０は、アプリケーションＩＯ処理履歴１０５０に基づき、アプリケーションＩＯ負荷情報１０００を生成する。

図５は、ストレージ装置５００が有する情報の一例である。

ストレージ装置５００は、ストレージ構成情報１４００とＬＵ６００毎のストレージＩＯ負荷情報１５００とを記憶する。これらの情報は、各ＬＵ６００に記憶されてもよいし、ディスク制御部９００内部のメモリに記憶されてもよいし、各ディスク制御部９００に共有されるメモリに記憶されてもよい。

ストレージ構成情報１４００は、ストレージ装置５００の構成を示すテーブルである。ストレージ構成情報１４００は、ホスト３０１毎のエントリを有する。各エントリは、当該ストレージ装置５００を識別するＷＷＮと、ホスト３０１を識別するＨｏｓｔ ＷＷＮと、当該ＬＵ６００を識別するＬＵ名と、当該ＬＵ６００を制御するディスク制御部９００を識別するディスク制御名と、を有する。

ストレージＩＯ負荷情報１５００は、各時刻における、ＬＵＩＯ帯域使用量を記録するテーブルである。本実施例では、ストレージＩＯ負荷情報１５００は、ＬＵ毎のテーブルを生成しているが、ＬＵＩＯ帯域使用量が記憶されていればよく、複数のＬＵのストレージＩＯ負荷情報１５００をまとめて記憶してもよい。

ストレージＩＯ負荷情報１５００は、ＩＯをストレージ装置５００が受信した日時毎のエントリを有する。各エントリは、当該ＬＵ宛てのＩＯを受信した年月日及び時刻、当該ＬＵのＬＵＩＯ帯域使用量、当該ＩＯの要求元のホスト３０１を識別するＨｏｓｔ ＷＷＮ、ＩＯの宛先を示すＬＢＡ、ＩＯのデータのサイズを有する。ＬＵＩＯ帯域使用量は、そのＬＵを宛て先としたＩＯによる単位時間（１秒）当たりの帯域使用量（ＩＯのデータ量）である。また、ＬＵが複数のアプリケーションからアクセスされる場合、ＬＵＩＯ帯域使用量には、複数のアプリケーションＩＯ帯域使用量が含まれる。

なお、ホスト３０１及びストレージ間情報１２００やアプリ・ＶＭ・ホスト関連情報１３００のような機器あるいはソフトウェアの接続を表現する情報は、必要時に動的に確認してもよい。

以上の情報を活用して、本番環境システムへの影響を抑えたコピー処理を実現する。以下、その具体的な方法について説明する。

図６は、情報取得処理のフローチャートである。

情報取得処理は、コピー処理サーバ１００及び管理サーバ２００が、本番環境に影響ないコピーを実現するために必要となる情報を取得及び整理する処理である。以下、図に従い説明する。

コピー処理サーバ１００は、ユーザからコピー指示を受信する（ステップＳ１００）。コピー処理サーバ１００は、受信したコピー指示に基づき、本番環境システムからコピーすべき対象データの情報を特定し、特定した対象データの情報と、コピー指示を受信した日時とを含むコピー命令を管理サーバ２００に送信する（ステップＳ１１０）。なお、対象データの情報は、例えば、対象データの格納場所であるＬＵ及びＬＢＡの識別子、対象データのサイズなどである。

管理サーバ２００は、コピー命令を受信し、対象データの情報から対象データが格納されるＬＵ６００を特定する（ステップＳ１２０）。対象データが複数の場合は、各データが格納されるＬＵが特定される。以下、特定したＬＵ６００を対象ＬＵという。

ステップＳ１３０乃至ステップＳ１５０が、図７に示す統合設定情報１７００を生成する処理である。以下、処理を説明する。

管理サーバ２００は、ストレージ構成情報１４００を取得し、対象ＬＵを提供するホスト３０１を特定する（ステップＳ１３０）。

管理サーバ２００は、ホスト及びストレージ間情報１２００とアプリ・ＶＭ・ホスト関連情報１３００とを取得し、対象ＬＵを利用するアプリケーション３０４を特定する。そして、管理サーバ２００は、アプリケーション設定情報１１００に基づき、特定したアプリケーション３０４の設定情報としての実行期間を取得する（ステップＳ１４０）。こうして得られた結果を整理して、対象ＬＵを利用しているアプリケーション３０４の一覧と、その設定情報を整理して、管理サーバ２００は、統合構成情報１７００を生成する（ステップＳ１５０）。管理サーバ２００は、生成した統合構成情報１７００を自身のメモリに記憶してもよい。

上記処理においては、統合構成情報１７００は、ストレージ装置５００が有する情報と、ストレージ装置５００に接続されたホスト３０１が有する情報とに基づき生成される。このため、従来、コピー処理サーバ１００が認識できていなかったホスト３０１で動作するアプリケーション３０４の実行期間を、そのアプリケーション３０４を利用するＬＵ６００と結びつけることができる。

ステップＳ１６０及びステップＳ１７０が、予測処理である。予測処理の結果（予測結果）を図８に示す。以下、予測処理を説明する。

対象ＬＵを特定した後（ステップＳ１２０）、管理サーバ２００は、対象ＬＵに関するＩＯ帯域使用量の情報として、ストレージＩＯ負荷情報１５００とアプリケーションＩＯ負荷１０００を取得する（ステップＳ１６０）。

取得したストレージＩＯ負荷情報１５００及びアプリケーションＩＯ負荷１０００と、コピー処理サーバ１００がコピー指示を受信した日時とに基づき、管理サーバ２００の予測処理部２１６は、コピー指示を受信した時点から所定時間後までの期間について、対象ＬＵを利用するアプリケーション３０４毎のＩＯ帯域使用量の時間変化を予測する（ステップＳ１７０）。ＬＵ＃１の予測結果１８００を図８に示す。予測処理を行うことにより、ＬＵ毎に、アプリケーション別のＩＯ帯域使用量の時間変化の予測結果を生成できる。管理サーバ２００は、生成した予測結果１８００を自身のメモリに記憶してもよい。

管理サーバ２００は、本番環境システムから開発環境システムへのデータのコピー方法判定処理を実行する（ステップＳ１８０）。管理サーバ２００は、コピー処理には、ステップＳ１３０乃至１５０で生成された統合構成情報１７００及びステップＳ１６０乃至１７０で生成された予測結果が用いられる。

なお、上記の処理においては、管理サーバ２００は、コピー処理サーバ１００からのコピー命令を受けて対象ＬＵを特定した後、ホスト３０１及びストレージ装置５００から情報を収集している。しかし、管理サーバ２００は、コピー処理サーバ１００から要求を受け付ける前に、これらの情報を収集しておいてもよい。この場合、コピー処理サーバ１００からのコピー命令をきっかけに、管理サーバ２００は収集済みのデータから必要となる情報を生成してもよい。

コピー処理は、幾つかの方法が考えられる。例えば、コピー処理方法として、アプリケーション３０４が動作していない期間にコピー処理を実行する第１のコピー処理方法と、本番環境システムの帯域に余裕がある場合に、その使用していない帯域をコピー処理に使用する第２のコピー処理方法と、対象ＬＵを利用するアプリケーションの処理の時間をずらすまたは中止するという第３のコピー処理方法と、が考えられる。コピー処理方法は、いずれの方法が選択されてよい。管理サーバ２００は、以下に説明するコピー処理判定方法により、選択したコピー処理方法が適切か否かを判定する。以下、第１のコピー処理方法、及び、第１のコピー処理方法にかかるコピー処理判定方法を説明する。

図９は、第１のコピー処理方法を説明する図である。この図では、本番環境システムにおいて、対象ＬＵ（ＬＵ＃１）において、ＡＰＰ＃１及び＃３の２つのアプリケーション３０４が動作していることを示している。ここでは、ＡＰＰ＃１は対象データを利用するアプリケーション３０４であり、ＡＰＰ＃３は、ＡＰＰ＃１に関連しないアプリケーション３０４であるとする。図では、２つのアプリケーション（ＡＰＰ＃１、＃３）のいずれも動作していない期間ｔ１、ｔ２、つまり、ＬＵ＃１に対してＡＰＰ＃１、＃３からのＩＯによる負荷がかからない期間ｔ１、ｔ２が、ＬＵ＃１におけるアプリ未稼働期間である。管理サーバ２００は、統合構成情報１７００に基づき、アプリ未稼働期間を予測し、予測したアプリ未稼働期間により、コピー処理を実行する期間（コピー処理可能期間）を決定する。これにより、複数のアプリケーション３０４による対象ＬＵのＩＯによる負荷を考慮したコピー処理ができる。このため、アプリケーションが利用する開発環境システムのリソースへの影響を抑えたコピー処理を行うことができる。また、このとき、対象データを利用するアプリケーション３０４であって、コピー処理サーバ１００に関連しないアプリケーション３０４のＩＯによる負荷も考慮できる。

図１０は、第１のコピー方法判定処理のフローチャートである。

第１のコピー方法判定処理は、第１のコピー処理方法を優先して用いる。つまり、第１のコピー方法判定処理は、主に、第１のコピー処理方法が実行可能か否かを判定する。管理サーバ２００は、統合構成情報１７００を取得し、コピー処理の対象である対象ＬＵにアクセスするアプリケーションの起動タイミングから、アプリケーションが動作していない期間を検索する（ステップＳ２００）。具体的には、例えば、指定された開始時点、例えばユーザがコピー指示を行った時点から検索可能な範囲内に、どのアプリケーション３０４も動作していないアプリ未稼働期間があるか否かを検索する。管理サーバ２００は、検索の結果、アプリ未稼働期間があったか否かを判定する（ステップＳ２０２）。

判定の結果、アプリ未稼働期間がない場合は（Ｓ２０２：該当期間なし）、アプリケーションは常に動作中であることを意味し、第１のコピー処理方法は適用できない。このため、管理サーバ２００は、ステップＳ２１４に処理を進める。一方、判定の結果、アプリ未稼働期間がある場合（Ｓ２０２：該当期間あり）、管理サーバ２００は、このアプリ未稼働期間を取得し、そのコピー速度を算出する（ステップＳ２１０）。具体的には、例えば、管理サーバ２００は、対象ＬＵに対し、統合設定情報１７００に基づき、アプリケーション３０４の次のアクセスの開始時刻を検索し、この時刻の直前の時刻をコピー処理の終了時刻とした期間を抽出する。そして、管理サーバ２００は、抽出した期間と、情報取得処理においてコピー処理サーバ１００から通知された対象データのサイズに基づき、抽出した期間でコピー処理を完了し得るか否かを判定する。コピー処理を完了し得る場合、管理サーバ２００は、その期間をコピー処理可能期間の候補とし、その期間でコピー処理を完了し得るコピー速度を決定する。例えば、コピー速度は、候補となるコピー処理可能期間に対象データのすべてをコピーし得る最低の速度であってよい。なお、対象データが複数の場合には、管理サーバ２００は、複数のデータについて続けてコピー処理を完了し得るか否かを判定し、コピー処理期間の候補がある場合は、複数のデータの合計サイズに基づき、その期間で複数のデータがコピー処理を完了し得るコピー速度を決定するようにしてもよい。なお、対象データが複数の場合とは、ユーザからのコピー指示に含まれるデータが複数ある場合、ユーザからのコピー指示に含まれる１つの対象に関連するデータがある場合等である。

管理サーバ２００は、再検索が必要か否かを判定する（ステップＳ２１２）。再検索は、例えば、ユーザにより設定された検索可能な範囲で行ってよい。再検索をする場合（Ｓ２１２：再検索する）、管理サーバ２００は、Ｓ２００に処理を戻す。再検索しない場合（Ｓ２１２：再検索しない）、管理サーバ２００は、Ｓ２１４に処理を進める。再検索により、検索可能な範囲の全ての未稼働期間が、コピー処理可能期間の候補となり得るか否かを判定し、候補となり得る期間についてコピー開始時刻及びコピー速度を算出する。例えば、図９の例においては、管理サーバ２００は、検索可能な範囲におけるコピー処理可能期間の候補（ｔ１及びｔ２）について、対象データのコピー開始時刻及びコピー速度を算出している。

管理サーバ２００は、１つ以上のコピー処理可能期間の候補が取得されたか否かを判定する(ステップＳ２１４)。コピー処理可能期間の候補が取得されなかった場合（Ｓ２１４：処理期間候補なし）、管理サーバ２００は、他のコピー方法判定処理を行えるか否かを判定する（ステップＳ２１５）。他のコピー方法判定処理を行える場合（Ｓ２１５：他の方法あり）、管理サーバ２００は、後述する他のコピー方法判定処理を実行する。一方、他のコピー方法判定処理を行えない場合（Ｓ２１５：他の方法なし）、管理サーバ２００は、コピー処理を実行できる期間がないことをユーザに通知して（ステップＳ２４０）、処理を終了する。なお、他のコピー方法判定処理については、後の実施例において詳細に説明する。

一方、コピー処理可能期間の１つ以上候補が取得された場合（ステップＳ２１４：候補あり）、管理サーバ２００は、その（またはそれらの）期間におけるコピー開始時刻及びコピー速度の結果をユーザに確認するか否かを判定する（ステップＳ２１６）。ユーザに確認をする場合（Ｓ２１６：確認する）、管理サーバ２００は、結果をユーザに提示する（ステップＳ２２０）。結果の提示画面の一例を図１１に示す。対象ＬＵを利用するＡＰＰ＃１及び３が動作しない時間帯をコピー処理可能期間（Copy Process）とし、コピー処理可能期間に算出されたコピー速度でコピー処理を行った場合の、コピー処理の開始時刻（Start Time）と、算出したコピー速度においてコピー処理を実行した場合の予測終了時刻（Estimation End Time）とを提示している。ユーザは、この画面が提示する時間帯にコピー処理を行うか否かを選択する。

ユーザに結果の確認をしない場合（Ｓ２１６：確認しない）は、管理サーバ２２０は、自動でコピー開始時刻及びコピー速度を決定する（ステップＳ２３０）。ここで、コピー開始時刻及びコピー速度を決定する基準を、いくつか例示する。第一の基準は、例えば、算出されたコピー速度が、ストレージ装置５００が取りうる範囲内であることである。第二の基準は、例えば、ユーザが設定ファイルなどを使って、コピー処理の開始時刻、終了時刻、及び、速度などの条件を事前に設定している場合、その条件に違反していないことである。第三の基準は、コピー指示時にユーザに指定されたコピー処理の開始時刻、終了時刻、及び、速度などの条件がある場合、その条件に違反していないことである。第一乃至第三の基準のいずれかに違反しており（Ｓ２１８：設定不可）、他のコピー方法判定処理を行えない場合（Ｓ２１５：他の方法なし）、管理サーバ２００は、本実施例のコピー処理方法では対象データのコピーができないことをユーザに通知し処理を終了する（ステップＳ２４０）。一方、これらの基準のいずれかに違反しており（Ｓ２１８：設定不可）、他のコピー方法判定処理を行える場合（Ｓ２１５：他の方法あり）、管理サーバ２００は、後述する他のコピー方法判定処理を実行する。なお、管理サーバ２００は、Ｓ２１８において、第一乃至第三の基準のすべてに違反している場合であっても設定不可としてもよい。

一方、第一乃至第三の基準を満たしている場合（Ｓ２１８：設定可）、管理サーバ２００は、自動で決定したコピー処理の開始時刻及びコピー速度によって、第一の方法のコピー処理を実行する（ステップＳ２５０）。なお、管理サーバ２００は、Ｓ２１８において、第一乃至第三の基準の１つ以上の基準を満たしている場合に、設定可としてもよい。

Ｓ２２０の結果の表示に対し、ユーザが、コピー処理をしない旨の指示をした場合（Ｓ２１７：キャンセル）、管理サーバ２００は、コピー処理を終了する。一方、ユーザが、コピー処理を実行する旨の指示をした場合（Ｓ２１７：実行（選択））、管理サーバ２００は、ユーザが確認した（または指定した）コピー処理の開始時刻及びコピー速度を含む情報と共に、コピー処理の実行の指示をコピー処理サーバに送信し（ステップＳ２５０）、処理を終了する。

上記の処理の後、コピー処理サーバ１００は、Ｓ２５０のコピー処理の実行指示を受信した場合、指定されたコピー処理の開始時刻及びコピー速度でコピー処理を実行する。具体的には、例えば、コピー処理サーバ１００は、Ｓ２５０のコピー処理の実行指示を受信した場合、対象データのコピー元及びコピー先を特定し、対象データをコピー元から読み出してコピー先に送信する処理であってもよいし、コピー処理サーバ１００が、コピー先及びコピー元の情報などの対象データの情報を含むコピー命令を、対象データのコピー元またはコピー先のストレージ装置５００に送信してもよい。

また、別の方法として、１つのコピー処理可能期間の候補が及取得できた時点でステップＳ２２０またはステップＳ２３０の処理に進んでもよい。この場合、再検索する条件によって具体的な処理方法が定義される。同様に、S２１０のコピー速度の算出についても、ステップＳ２２０またはステップＳ２３０のタイミングで行ってもよい。

上記処理により、対象ＬＵを利用するアプリケーション３０４が動作していない期間に、その期間にあった適切なコピー速度で、対象データの本番環境システムから開発環境システムへのコピー処理を行うことができる。これにより、本番環境システムが有するリソースに対する、アプリケーションのＩＯによる負荷を考慮して、本番環境システムへのコピー処理の影響を低減できる。

また、管理サーバ２００が、対象データのコピー処理の開始時刻と、コピー速度を含めたコピー指示をコピー処理サーバ１００に送信することで、コピー処理サーバ１００は、自身の機能を追加することなく、対象データのコピー処理を実行することができる。

以下、実施例２を説明する。以下では、実施例１と異なるところを主に説明し、実施例１と重複するところの説明を省略または簡略する。実施例２では、実施例１とは別のコピー処理方法が行われる。

図１２は、第２のコピー処理を説明する図である。

第２のコピー処理は、アプリケーションによるＬＵ６００のＩＯ帯域使用量に余裕がある場合に、その使用していない帯域をコピー処理に使用する方法である。この方法においては、ＬＵ６００を利用する他のアプリケーションに比較して、コピー処理の優先度が低く設定されていること、及び、コピー速度が常に変動し、コピー処理の終了時刻が確実に予測できないことを前提としている。あるいは、この方法の前提として、コピー処理は他のアプリケーションを意識せずに自身の処理のために固定的に帯域を利用するとしてもよい。本実施例では、コピー速度が、幾つかの段階に切り替えられる場合、具体的には、高速、中速、低速の３段階に切り替えられる場合を説明する。なお、コピー速度の各段階は、予め設定されており管理サーバ２００によって管理されてよい。具体的には、例えば、コピー速度の各段階は、管理サーバ２００のメモリ、または、ストレージ装置５００のメモリまたはＬＵ６００に記憶されてよい。

図の横軸が時刻（time）、縦軸が帯域使用量を示している。Ｘは、予測処理部２１６により生成される、アプリケーションによる対象ＬＵへのＩＯによる各時刻の帯域使用量（ＩＯ帯域使用量）の予測値を示している。本図においては、対象ＬＵをＬＵ＃１としている。具体的には、例えば、ＩＯ帯域使用量は、コピー処理サーバ１００と関連するアプリケーション３０４であるか否かに関わらず、対象ＬＵを利用するすべてのアプリケーションからのＩＯによる帯域使用量である。また、対象ＬＵにおける、使用可能なＬＵ帯域使用量の最大値（ＭＡＸ）を基準とする。Ｙは、対象ＬＵの対象データについてコピー処理を行った場合の、各コピー速度における、コピー処理期間と当該コピー処理の帯域使用量（コピー帯域使用量）との関係を示す。具体的には、例えば、Ｙは、対象データについて、高速でコピー処理を行った場合のコピー帯域使用量及びコピー処理期間の関係を「高」、中速でコピー処理を行った場合のコピー帯域使用量及びコピー処理期間の関係を「中」、低速でコピー処理を行った場合のコピー帯域使用量及びコピー処理期間の関係を「低」の領域で示ししている。この場合、各時刻において、各コピー速度で対象データのコピー処理を行った場合のコピー帯域使用量と、予測されたＩＯ帯域使用量との合計が、対象ＬＵが使用可能なＬＵ帯域使用量（ＭＡＸ）を超えないように設定する必要がある。例えば、本図の例では、対象データのコピー処理は、高速で行うことはできない。一方、中速及び低速では、対象データのコピー処理は可能となる。

これにより、アプリケーション３０４による対象ＬＵのＩＯ負荷を考慮したコピー処理ができる。このとき、コピー処理サーバ１００に関連するアプリケーションのみならず、関連しないアプリケーション３０４のＩＯによる負荷も考慮できる。

図１３は、第２のコピー方法判定処理のフローチャートである。

第のコピー方法判定処理は、第２のコピー処理方法を優先して用いる。つまり、第２のコピー方法判定処理は、主に、第２のコピー処理方法が実行可能か否かを判定する。管理サーバ２００は、コピー処理サーバ１００より通知されたコピー命令（図６のＳ１１０参照）に含まれる対象データの情報と、ストレージＩＯ負荷情報１５００と、アプリケーションＩＯ負荷１０００とから、対象ＬＵのＩＯによる帯域使用量（ＩＯ帯域使用量）を予測する（ステップＳ３００）。

管理サーバ２００は、段階ごとに設定されたコピー速度と、対象データの情報に含まれる対象データのサイズに基づき、コピー速度の各段階において必要なコピー処理期間及びコピー処理の帯域使用量（コピー帯域使用量）を算出する（ステップＳ３１０）。このステップにより、例えば、図１２のＹ（「高」、「中」、「低」）が決定する。

管理サーバ２００は、コピー速度の段階毎に、コピー処理が可能な開始時刻を検索する（ステップＳ３２０）。具体的には、例えば、まず、管理サーバ２００は、Ｙの各段階（高、中、低）を、対象ＬＵのＬＵ帯域使用量の最大値（ＭＡＸ）の軸と、現在の時刻（Ｔｉｍｅ＝０）の軸とに接するように配置する（図１２参照）。次に、管理サーバ２００は、図１２においてＹの各段階（高、中、低）が、予測される各時刻におけるＩＯ帯域使用量（Ｘ）と交わらないように平行移動させて検索する。この処理は、例えば、ユーザにより設定された設定情報（図示なし）に基づき、必要な条件及び回数繰り返される。再度行う場合は（Ｓ３２２：再検索する）、管理サーバ２００は、各段階において選択しうる開始時刻を検索する。なお、設定情報は、情報取得処理の際にＧＵＩを介してユーザによって指定され記憶されていてもよい。また、再検索は、「低」の段階を選択した場合のコピー処理期間よりも早く終了するコピー速度及びコピー処理期間が選択された場合に終了するようにしてもよい。一方、再検索しない場合（Ｓ３２２再検索しない）、管理サーバ２００は、ステップＳ３２４に処理を進める。

管理サーバ２００は、コピー処理が可能な開始時刻の候補があるか否かを判定する（ステップＳ３２４）。開始時刻の候補がない場合（Ｓ３２４：開始時刻候補なし）、管理サーバ２００は、他のコピー方法判定処理が行えるか否かを判定する（ステップＳ３２６）。他のコピー方法判定処理が行えない場合（Ｓ３２６：他の方法なし）、管理サーバ２００は、どの段階においても開始時刻の候補がない旨を、その理由とともにユーザに通知し（ステップＳ３６０）、処理を終了する。他のコピー方法判定処理が行える場合（Ｓ３２６：他の方法あり）、他の実施例のコピー方法判定処理を実行する（ステップＳ３７０）。

管理サーバ２００は、検索結果をユーザに確認するか否かを判定する（ステップＳ３２８）。ユーザに検索結果を確認する場合（Ｓ３２８：確認する）、管理サーバ２００は、検索結果をユーザに提示する（ステップＳ３３０）。検索結果として、コピー処理可能期間及びコピー速度の選択肢が提示される。検索結果の提示画面の一例を図１４に示す。各段階のコピー速度について、コピー処理が選択できるか否かと、選択できる段階については、コピー処理可能期間におけるコピー処理の予測開始時刻及びそのコピー処理可能期間にそのコピー速度でコピー処理を行った場合の予測終了時刻が示される。ユーザは、選択可能な段階のコピー速度を指定し、指定した段階のコピー速度でコピー処理を行うか否かを選択する。ユーザがコピー処理を行う旨を選択しなかった場合（Ｓ３３２：キャンセル）、管理サーバ２００は処理を終了する。ユーザがコピー処理を行う旨を選択した場合（Ｓ３３２：選択）、管理サーバ２００は、Ｓ３５０に処理を進める。

ユーザに結果の確認をしない場合（Ｓ３２８：確認しない）は、管理サーバ２２０は、自動でコピー処理の開始時刻及びコピー速度の段階を決定し（ステップＳ３４０）、ステップＳ３５０に処理を進める。コピー処理の開始時刻及びコピー速度の段階は、本番環境システムがサービスとして定義しているまたはユーザが指定した制限期間内にコピー処理が終了するように決定される、または、コピー処理が一番早く終了されるように決定されるなど、どのような基準で決定されてもよい。

管理サーバ２００は、ユーザが確認した（または指定した）コピー処理の開始時刻及びコピー速度を含む情報と共に、コピー処理の実行の指示をコピー処理サーバに送信し（ステップＳ３５０）、処理を終了する。

上記の処理の後、コピー処理サーバ１００は、Ｓ３５０のコピー処理の実行指示を受信した場合、指定された開始時刻及びコピー速度でコピー処理を実行する。具体的には、例えば、コピー処理サーバ１００は、Ｓ３５０のコピー処理の実行指示を受信した場合、対象データのコピー元及びコピー先を特定し、対象データをコピー元から読み出してコピー先に送信する処理であってもよいし、コピー処理サーバ１００が、コピー先及びコピー元の情報などの対象データの情報を含むコピー命令を、対象データのコピー元またはコピー先のストレージ装置５００に送信してもよい。

上記処理により、対象ＬＵのＬＵ帯域使用量に余裕のある期間（コピー処理可能期間）に、そのコピー処理可能期間にみあった適切なコピー速度で、本番環境システムから開発環境システムへの、対象データのコピー処理を行うことができる。これにより、本番環境システムが有するリソースへのコピー処理の影響を低減できる。

また、管理サーバ２００が、対象データのコピー処理の開始時刻とコピー速度を含めたコピー指示をコピー処理サーバ１００に送信することで、コピー処理サーバ１００は、自身の機能を追加することなく、対象データのコピー処理を実行することができる。

以下、実施例３を説明する。以下では、実施例１または２と異なるところを主に説明し、実施例１または２と重複するところの説明を省略または簡略する。実施例３では、実施例１及び２とは別のコピー処理方法が行われる。

図１５は、第３のコピー処理方法を説明する図ある。第３のコピー処理方法は、対象ＬＵを利用するアプリケーションの実行期間をずらすまたは中止するという方法である。図１５の上図では、対象ＬＵに対してＡＰＰ＃１とＡＰＰ＃３とが動作しており、これらのアプリケーション３０４による対象ＬＵのＩＯ帯域使用量の各時刻における合計値は、対象ＬＵのＬＵ帯域使用量のおおよそ最大値（ＭＡＸ）となっている。また、図の期間においては（ｔ０→ｔ１）、これらのアプリケーション（ＡＰＰ＃１、＃３）は継続して動作している。さらに、ＡＰＰ＃１は、対象データを利用するアプリケーションであり、ＡＰＰ＃３は、ＡＰＰ＃１と関連性のないアプリケーションであるとする。このような場合に、いずれかのアプリケーションの実行期間をずらすことができれば、そのずらした期間の帯域を利用してコピー処理を実行できる。一方、実行期間をずらすことができるアプリケーションとできないアプリケーションがある。ここでは、ＡＰＰ＃１は、実行期間をずらすまたは実行を中止することができないアプリケーションであるとする。一方、ＡＰＰ＃３は、バックアップ処理を実行するアプリケーションであるため、実行期間をずらすことができるとする。この場合、図１５の下図に示すように、ＡＰＰ＃３の実行期間をずらして、ずらした期間にコピー処理を実行できる。本図の例では、対象データについて、高速でのコピー処理（コピー速度「高」）を選択できない。高速でコピー処理を実行した場合、そのコピー帯域使用量と、ＡＰＰ＃１によるＩＯ帯域使用量との各時刻の合計が、対象ＬＵの使用可能なＬＵ帯域使用量の最大値（ＭＡＸ）を超えてしまうためである。このとき、ＡＰＰ＃３の開始時刻をｔ０からｔ２にずらすことで、対象データのコピー速度について「中」を選択できる。これにより、アプリケーション３０４による対象ＬＵのＩＯによる負荷を考慮したコピー処理ができる。このとき、コピー処理サーバ１００に関連するアプリケーションのみならず、関連しないアプリケーション３０４のＩＯによる負荷も考慮できる。

図１６は、第３のコピー方法判定処理のフローチャートである。

第３のコピー方法判定処理は、第３のコピー処理方法を優先して用いる。つまり、第３のコピー方法判定処理は、主に、第３のコピー処理方法が実行可能か否かを判定する。管理サーバ２００は、コピー処理サーバ１００より通知されたコピー命令（図６のＳ１１０参照）に含まれる対象データの情報と、ストレージＩＯ負荷情報１５００と、アプリケーションＩＯ負荷１０００とから、対象ＬＵのＩＯによる帯域使用量（ＩＯ帯域使用量）をアプリケーション毎に予測する（ステップＳ４００）（図１５上図参照）。予測される値は、例えば図８に示す値であってよい。

管理サーバ２００は、段階ごとに設定されたコピー速度と、対象データの情報に含まれる対象データのサイズに基づき、コピー速度の各段階において必要なコピー処理期間及びコピー処理の帯域使用量（コピー帯域使用量）を算出する（ステップＳ４１０）。このステップにより、例えば、図１５の下図のＹの各段階（高、中、低）が決定される。

管理サーバ２００は、対象ＬＵを利用するアプリケーション３０４のうち、実行期間を変更できるアプリケーション３０４を検索する（ステップＳ４２０）。実行期間を変更できるアプリケーション３０４は、例えば、予め設定されたアプリケーション３０４の優先順位または制約情報（図示なし）に従って決定されてもよい。アプリケーションの制約情報としては、例えば、最終顧客が利用するような業務のアプリケーションについては、その動作を停止または遅延させることはできず、バックアップ処理のアプリケーションについては、その動作の停止または遅延を許容できるとしてもよい。なお、優先順位及び制約情報は、設定ファイルとして予め管理サーバ２００のメモリに記憶されてもよいし、ユーザの指定によってもよい。なお、管理サーバ２００は、このステップを行わず、優先順位及び制約情報を考慮しないコピー処理期間の変更案の一覧を作成して提示し、コピー処理時に、対象データのコピー処理期間をユーザに判断させるようにしてもよい。

管理サーバ２００は、検索されたアプリケーションの実行期間を変更することにより確保された期間で、対象データのコピー帯域使用量が確保可能かどうかを確認する（ステップＳ４３０）。これらの処理は、設定情報に基づき必要な条件及び回数繰り返される。設定情報は、情報取得処理の際にＧＵＩを介してユーザによって指定され記憶されていてもよいし、事前に定義されてもよい。再検索される場合は（Ｓ４３２：再検索する）、管理サーバ２００は、Ｓ４２０に処理を戻す。

検索の結果、実行期間の変更可能なアプリケーションがない場合（Ｓ４３４：変更不可能）、管理サーバ２００は、他のコピー処理方法がないか否かを判定する（ステップＳ４３８）。他のコピー処理方法がない場合（Ｓ４３８：他の方法なし）、管理サーバ２００は、どのアプリケーションの実行期間も変更できず、対象データのコピー帯域使用量分の空きのある期間を確保できなかった場合は、その理由をユーザに通知して（ステップＳ４８０）、処理を終了する。他のコピー処理方法がある場合（Ｓ４３８：他の方法あり）、他の実施例のコピー処理方法を実行する。

管理サーバ２００は、検索結果をユーザに確認するか否かを判定する（ステップＳ４３６）。ユーザに検索結果を確認する場合（Ｓ４３６：確認する）、管理サーバ２００は、検索結果をユーザに提示する（ステップＳ４５０）。検索結果の提示画面の一例を図１７に示す。この例では、実行期間を変更可能なアプリケーションとして、ＡＰＰ＃３が示されている。ＡＰＰ＃３の実行期間をずらすことで、中速（コピー速度「中」）での対象データのコピー処理を実現できる。ユーザは、指定されたコピー速度（中）で、コピー処理を行うか否かを選択する。ユーザがコピー処理を行う旨を選択しなかった場合（Ｓ４５２：キャンセル）、管理サーバ２００は処理を終了する。ユーザがコピー処理を行う旨を選択した場合（Ｓ４５２：選択）、管理サーバ２００は、Ｓ４６０に処理を進める。

ユーザに結果の確認をしない場合（Ｓ４２６：確認しない）は、管理サーバ２２０は、検索された実行期間を変更できるアプリケーション３０４から、自動的に実行期間を変更するアプリケーション３０４を決定し（ステップＳ４４０）、ステップＳ４６０に処理を進める。自動的に実行期間を変更するアプリケーション３０４を決定する方法としては、例えば、予め定義された制約条件を確認する、ＳＬＡが守れることを確認するなどがある。

管理サーバ２００は、ユーザが指定した、または自動で決定されたアプリケーション３０４の実行期間を一時的に変更する（ステップＳ４６０）。例えば、管理サーバ２００は、アプリケーション３０４の開始時刻を、指定された時間だけずらすようにしてもよいし、対象データのコピー処理が終了したのを契機に、アプリケーション３０４の実行を開始するように設定してもよい。

管理サーバ２００は、ユーザが確認した（または指定した）コピー処理の開始時刻及びコピー速度を含む情報と共に、コピー処理の実行の指示をコピー処理サーバに送信し（ステップＳ４７０）、処理を終了する。

上記の処理の後、コピー処理サーバ１００は、Ｓ４７０のコピー処理の実行指示を受信した場合、指定されたコピー処理の開始時刻及びコピー速度でコピー処理を実行する。具体的には、例えば、コピー処理サーバ１００は、Ｓ４７０のコピー処理の実行指示を受信した場合、対象データのコピー元及びコピー先を特定し、対象データをコピー元から読み出してコピー先に送信する処理であってもよいし、コピー処理サーバ１００が、コピー先及びコピー元の情報などの対象データの情報を含むコピー命令を、対象データのコピー元またはコピー先のストレージ装置５００に送信してもよい。

上記処理により、対象ＬＵのＬＵ帯域使用量に余裕のない場合には、対象ＬＵを利用するアプリケーション３０４の実行期間を変更することで、そのアプリケーションによる対象ＬＵのＩＯ帯域使用量を削減し、ＬＵ帯域使用量の空きのある期間を作り、その期間にあった適切なコピー速度で、本番環境システムから開発環境システムへの、対象データのコピー処理を行うことができる。これにより、本番環境システムが有するリソースへのコピー処理の影響を低減できる。

また、管理サーバ２００が、対象データのコピー処理の開始時刻と、コピー速度を含めたコピー指示をコピー処理サーバ１００に送信することで、コピー処理サーバ１００は、自身の機能を追加することなく、対象データのコピー処理を実行できる。

上記において、第１乃至第３のコピー処理方法を説明した。これらのコピー処理方法を利用することで、従来、コピー処理サーバ１００から認識できなかったアプリケーションの動作を考慮したコピー処理を行うことができる。このため、本番環境システムのリソースへの影響を抑えた、対象データのコピー処理を行うことができる。なお、第１乃至第３のコピー方法判定処理は、それぞれ独立している。各コピー処理方法において他のコピー処理方法へ処理を進めるとの判定が行われた場合（ステップＳ２５０、Ｓ３７０、Ｓ４９０）に、他のコピー方法判定処理方法がおこなわれてよい。例えば、第１、第２、第３の順序でコピー方法判定処理方法を行ってもよいし、どのような順序でおこなわれてよい。

以下、実施例４を説明する。以下では、実施例１乃至３と異なるところを主に説明し、実施例１乃至３と重複するところの説明を省略または簡略する。実施例４では、実施例１乃至３のコピー方法判定処理の中で補足的に行われるスナップショット適用処理である。

図１８は、実施例４のスナップショット適用処理を説明する図である。実施例４のスナップショット適用処理は、コピー処理サーバ１００が対象ＬＵ内の複数のデータをコピー処理対象にした場合に行われる。コピー処理サーバ１００は、ユーザがコピー指示により指定したデータだけでなく、指定したデータを利用するアプリケーション３０４に関連するアプリケーション３０４が利用するデータのコピー処理を行う場合がある。このため、コピー指示により、ユーザが指定したデータ以外のデータもコピー処理の対象となり得る。コピー処理サーバ１００は、基本的に、データの関連性の順序を保持し、この順序に従いデータのコピー処理を行っている。なお、複数のデータ間に関連がある場合とは、例えば、これら複数のデータが、同じベンダが提供するアプリケーションで作成された場合などである。

図１８においては、ＬＵ＃１内の４つのファイル内のデータ（ｄ＃１乃至４）に関連性がある。ユーザのコピー指示には、例えば、コピー処理の対象データとして、左端のファイルのデータ（ｄ＃１）が指定される。ここで、対象データ（ｄ＃１）が別のデータ（ｄ＃２）を参照し、このデータ（ｄ＃２）が別のデータ（ｄ＃３）を参照し、このデータ（ｄ＃３）が別のデータ（ｄ＃４）を参照しているとする。このとき、データ（ｄ＃２、ｄ＃３、ｄ＃４）は、対象データ（ｄ＃１）に対して関連性を有するため、関連データと呼ばれる。このとき、関連性の順序において、データ（ｄ＃２）の順序は１であり、データ（ｄ＃３）の順序は２であり、データ（ｄ＃４）の順序は３である。また、ユーザのコピー指示には、対象データに関連性のある関連データをコピー処理に含める旨と、対象データに対し、どの順序までの関連データまでをコピー処理に含めるかを示す値である参照段数とが含まれてもよい。この場合、コピー処理サーバ１０は、対象データ（ｄ＃１）だけではなく関連データも認識し、コピー処理を行う。なお、参照段数が１の関連データを含めたコピー処理を行う旨のコピー指示を受信した場合、コピー処理サーバ１００は、対象データ（ｄ＃１）と、対象データ（ｄ＃１）に関連する１つの関連データ（ｄ＃２）とのコピー処理を行う。また、参照段数が３の関連データを含めたコピー処理を行う旨のコピー指示を受信した場合、コピー処理サーバ１００は、対象データ（ｄ＃１）と、対象データ（ｄ＃１）に関連する関連データ（ｄ＃２）と、その関連データ（ｄ＃２）に関連する関連データ（ｄ＃３）と、さらにその関連データ（ｄ＃３）に関連する関連データ（ｄ＃４）とのコピー処理を行う。

図１９は、対象データのコピー処理のタイミングを説明する図である。

上述したように、第１乃至第３のコピー処理方法では、対象データを含む複数のデータについてのコピー処理は実現できる。しかし、本実施例では、対象データのコピー処理について、ＬＵよりも小さな領域をコピー処理の単位として認識することで、より効率的なコピー処理を実現できる。具体的には、例えば、第１乃至第３のコピー処理方法では、対象データを含む複数のデータのコピー処理が一度に行えない場合、管理サーバ２００は、その一部のデータの領域のスナップショットを、コピー先である開発環境システムに作成することをストレージ装置５００に指示する。この際、重要度が低い、参照される可能性が低い、または、参照されても利用回数が少ないと判断できるデータの領域のスナップショットが作成されてよい。

管理サーバ２００は、その後、本番環境システムにおいて、対象ＬＵのＬＵ帯域使用量が低いときに、スナップショットが作成された領域のデータのコピー処理を行う旨のコピー指示をコピー処理サーバ１００に送信する。このように、複数のデータのうちスナップショット作成の対象となる対象領域のスナップショットをコピー先である開発環境システムに作成することで、対象データを含む複数のデータのうちの一部のデータのコピー処理の開始時刻を変更できる。なお、この場合、アプリケーションＩＯ負荷情報１０００には、アプリケーションＩＯ履歴情報１０５０で取得されたＬＢＡ毎の、ＩＯ帯域使用量の情報も含めてよい。

この図では、ＬＵ＃１における、ｄ＃３及び＃４の格納領域のスナップショットを開発環境システムに提供し、ＬＵ＃１のＬＵ帯域使用量が低く、ｄ＃３及び＃４のコピー処理を実行しても、ＬＵ＃１における使用可能なＬＵ帯域使用量の最大値（ＭＡＸ）を超えないときに、ｄ＃３、４のコピー処理を実行する。具体的には、例えば、コピー処理サーバ１００は、ユーザからの指定に基づくコピー命令を管理サーバ２００に送信する。この際、コピー命令には、対象データの識別子（ｄ＃１）と、対象データの格納領域（ＬＵ＃１、ＬＢＡ）と、関連データのコピーを行う旨の指示と、対象データを含んだデータ数（４）または対象データからの参照段数（３）とが含まれてよい。そして、管理サーバ２００は、コピー命令に基づき、対象データを含む複数のデータのそれぞれについて、第１乃至第３のコピー方法判定処理により、コピー処理の開始時刻、コピー速度、及びコピー処理方法を決定し、決定した情報を含めたコピー指示を、コピー処理サーバに送信する。この際、管理サーバ２００は、対象データを含む複数のデータ（ｄ＃１乃至４）それぞれについてのコピー指示を送信してもよいし、続けてコピー処理されるデータをまとめたコピー指示を送信してもよい。例えば、管理サーバ２００は、対象データ（ｄ＃１）と関連性の順序１の関連データ（ｄ＃２）をコピーするためのコピー指示と、データ（ｄ＃３）を対象データとし、対象データと関連性の順序１の関連データ（ｄ＃４）をコピーするためのコピー指示とを、それぞれ、コピー処理サーバ１００に送信してもよい。

なお、開発環境システムにおいて、ホスト３０１がｄ＃３及び＃４のスナップショットにアクセスした場合、実際には本番環境システムのデータであるｄ＃３及び＃４へのアクセスが発生する。また、スナップショットが作成された領域へのアクセス頻度や開始時刻を考慮すれば、開発環境システム側のサーバは、コピー処理が予定されているデータを効率よく利用することができる。さらに、対象ＬＵについて、ＩＯ帯域使用量などを考慮したコピー処理を行うことにより、対象データを含む複数のデータのすべてのデータを続けてコピーする場合に比べて、本番環境システムのリソースへの影響を抑えたコピー処理が行うことができる。

図２０は、コピー処理範囲の指定画面の一例である。

スナップショットを作成する領域は、予め、例えばコピー処理開始時にユーザが指定してもよい。この場合の画面イメージを図２０に示す。

ユーザは、コピー処理を行う時間であるコピー範囲と、対象データからの参照段数と、参照段数以下の関連性の順序のうちスナップショットの作成を開始する順序である開始段数とを指定する。なお、以下の説明及び図面では、関連性の順序においてデータが他のデータを参照する回数の単位を「ホップ」という場合がある。例えば、データＡがデータＢと関連性があり、データＢがデータＣと関連性がある場合、データＢはデータＡの１ホップ先のデータであり、データＣはデータＡの２ホップ先のデータである。ユーザがスナップショットを作成する開始段数を指定することで、本番環境システムのリソースに影響を与えない範囲を指定でき、効率よく対象領域のデータを開発環境システムにコピーすることができる。

図２１は、スナップショット適用処理のフローチャートである。

スナップショット適用処理は、第１乃至第３のコピー方法判定処理のいずれかまたはすべてを行った後に行われるか、またはこれらのコピー方法判定処理の中に組み込まれてよい。具体的には、管理サーバ２００は、第１乃至第３のコピー方法判定処理のいずれかにおいて他のコピー処理方法へ進んだときに、この処理が組み込まれてよい（図１０、Ｓ２６０、図１３、Ｓ３７０、図１６、Ｓ４９０）。また、スナップショット適用処理は、第１乃至第３のコピー方法判定処理の前に行われてもよい。

まず、管理サーバ２００は、対象データ含む複数のデータについて、スナップショットを作成可能な領域を特定する（ステップＳ５００）。

スナップショットを作成可能な領域がない場合（Ｓ５０２：領域なし）、管理サーバ２００は、第１乃至第３のいずれかのコピー方法判定処理に処理を戻し、ユーザへスナップショットが作成できない旨をユーザに通知し（Ｓ２４０、Ｓ３６０またはＳ４８０）、処理を終了する。

スナップショットを作成可能な領域がある場合（Ｓ５０２：領域あり）、管理サーバ２００は、特定した領域のスナップショットを作成する（ステップＳ５１０）。管理サーバ２００は、対象ＬＵにおいて、スナップショットを作成した領域を除いた領域のデータのコピー処理ができるか否かを判定する（ステップＳ５２０）。具体的には、例えば、管理サーバ２００は、上述した第１乃至第３のいずれかのコピー方法判定処理により、判定してよい。

なお、管理サーバ２００は、スナップショットを作成した領域を除いた領域のデータについてコピー処理が可能な場合は、第１乃至第３のコピー方法判定処理に処理を戻す（ａ）。具体的には、例えば、管理サーバ２００は、スナップショットを作成していない領域の場所と容量を、第１乃至第３のコピー方法判定処理に渡す。なお、スナップショットを作成した領域を除いた領域のデータについて、コピー処理が可能なことを確認できない場合、管理サーバ２００は、その旨をユーザに通知するようにしてもよい。

また、管理サーバ２００は、第１乃至第３のコピー方法判定処理において、スナップショットが作成された領域以外の領域のデータについてのコピー処理が終了した後、スナップショットが作成された領域のデータのコピー処理が実行できるか否かを確認する（ステップＳ５３０）。管理サーバ２００は、スナップショットが作成された領域のデータについて、第１乃至第３のコピー方法判定処理に処理を戻す（ａ）。具体的には、例えば、管理サーバ２００は、スナップショットが作成された領域の場所と容量を、第１乃至第３のコピー方法判定処理に渡す。

上記処理により、最初のコピー処理可能期間にコピー処理を行う事が出来なかったデータについては、その後のコピー処理可能期間にコピー処理を行うことができる。また、コピー処理可能期間に、対象データを含む複数のデータのすべてのコピー処理を行う事が出来ない場合であっても、スナップショットの作成が可能なデータの領域のスナップショットを開発環境システムに作成することで、開発環境システムは、対象データを含む複数のデータのコピー処理が完了する前に、そのすべてのデータを利用する事が出来る。これにより、対象ＬＵについて、ＩＯ帯域使用量などを考慮したコピー処理を行うことができ、対象データを含む複数のデータのすべてのデータを続けてコピーする場合に比べて、本番環境システムのリソースへの影響を抑えたコピー処理が行うことができる。

なお、スナップショットを作成しなかった領域と、スナップショットを作成した領域で同じコピー方法判定処理を行う必要はなく、それぞれ別のコピー方法判定処理を実行してもよい。ただし、スナップショットを作成した領域のコピー処理は必須である。例えば、管理サーバ２００は、本実施例のスナップショット適用処理を用いれば、第１乃至第３のコピー方法判定処理によって、対象データを含む複数のデータのコピー処理が実現できると判断できた場合に、別途スナップショットを作成した領域におけるデータのコピー処理の開始時刻及び終了時刻を確認し、その情報とともに本実施例のスナップショット適用処理を実行するかを判断するようにしてもよい。例えばステップＳ２２０、Ｓ３３０、Ｓ４５０のユーザに情報を提示するタイミングで、スナップショットを適用しない領域について、そのコピー処理の結果と共にスナップショットを適用した領域のコピー処理の実施予定を提示して、ユーザに判断させるようにしてもよい。

以下、実施例５を説明する。以下では、実施例１乃至４と異なるところを主に説明し、実施例１乃至４と重複するところの説明を省略または簡略する。実施例５では、第１乃至第３のコピー処理方法、前述のスナップショット適用処理のための順序変更処理である。

図２２は、実施例５の順序変更処理を説明する図である。

順序変更処理は、ユーザのコピー指示により指定された対象データと関連する関連データが、対象ＬＵの領域のみならず、別のＬＵの領域にも存在する場合に行われる。具体的には、図２２の例においては、ＬＵ＃１内の３つのファイル内のデータ（ｄ＃５、ｄ＃７、ｄ＃８）とＬＵ＃２内の1つのファイル内のデータ（ｄ＃６）に関連性がある。また、ユーザのコピー指示には、例えば、コピー処理の対象データとして、左上のファイルのデータ（ｄ＃５）が指定される。この場合、コピー処理サーバ１０は、対象データ（ｄ＃５）だけではなく関連データも認識し、コピー処理を行う。例えば、参照段数が３の関連データを含めたコピー処理を行う旨のコピー指示を受信した場合、コピー処理サーバ１００は、対象データ（ｄ＃５）と、対象データ（ｄ＃５）に関連する関連データ（ｄ＃６）と、その関連データ（ｄ＃６）に関連する関連データ（ｄ＃７）と、さらにその関連データ（ｄ＃７）に関連する関連データ（ｄ＃８）とのコピー処理を行う。

図２３は、対象データのコピー処理の順番を説明する図である。

一般に、対象データを含む関連性のある複数のデータは、ユーザのコピー指示により指定された対象データからの参照段数の値が増えるに従い、そのデータの重要度が下がっていくと考えられる。一方、コピー処理サーバ１００は、対象データを含む複数のデータの関連性の順序を変更したコピー処理を実行することができない。このため、コピー処理サーバ１００は、基本的に、対象データの関連性の順序を保持し、この順序に従い対象データのコピー処理を行っている。

図２３の左図は、通常の場合、つまり対象データを含む複数のデータの関連性の順序に従う場合のコピー処理サーバ１００が保持している対象データを含む複数のデータの関連性の順序を示している。この場合、図２３の例においては、コピー処理は、ｄ＃５、ｄ＃６、ｄ＃７、ｄ＃８の順序で行われる。しかし、例えば、ＬＵ＃２において、使用可能なＬＵ帯域使用量が不足している場合、その分、データ（ｄ＃６）のコピー処理に待ちが発生してしまい、データの関連性の順序通りにコピー処理を行ったとすれば、結果としてコピー処理全体の終了時刻を遅くしてしまう。

上記の状況において、本実施例の順序変更処理を用いた場合の、対象データを含む複数のデータのコピー処理の順序を図２３の右図に示す。

前提として、コピー処理サーバ１００は、ユーザからの指定に基づくコピー命令を管理サーバ２００に送信する。この際、コピー命令には、対象データの識別子（ｄ＃５）と、対象データの格納領域（ＬＵ＃１、ＬＢＡ）と、関連データのコピー処理を行う旨の指示と、対象データを含んだデータ数（４）または対象データからの参照段数（３）とが含まれてよい。

管理サーバ２００は、コピー命令に基づき、通常の場合における、対象データを含む複数のデータ（ｄ＃５乃至８）のコピー処理の終了時刻を、通常の終了予定時刻として予測する（図２３の右図参照）。図示例では、ＬＵ＃２の使用可能なＬＵ帯域使用量が不足しており、対象データ（ｄ＃６）のコピー処理に待ちが発生しているため、データ（ｄ＃６）がコピー処理全体のボトルネックになると考えられる。このため、管理サーバ２００は、データ（ｄ＃６）の待ち時間の間に、データ（ｄ＃７、ｄ＃８）のコピー処理を実行した場合のデータ（ｄ＃７、ｄ＃８）のコピー処理の終了時刻を、仮の終了時刻として予測する（図２３の右図参照）。さらに、管理サーバ２００は、データ（ｄ＃７、ｄ＃８）のコピー処理を実行した後にデータ（ｄ＃６）のコピー処理を実行した場合の、コピー処理全体の終了時刻を、調整後の終了予定時刻として予測する（図２３の右図参照）。図のように、通常の終了予定時刻よりも調整後の終了予定時刻のほうが早い場合、開発環境システムに、ボトルネックとなるデータ（ｄ＃６）のスナップショットを作成するか、または、データ（ｄ＃６）を含むデータのスナップショットを作成する。そして、スナップショットを作成したデータについては、そのデータが格納されるＬＵ＃２の帯域に余裕のあるときに、コピー処理を行ってよい。

図２４は、順序変更処理のフローチャートである。

実施例５の順序変更処理は、第１乃至第３のコピー方法判定処理のいずれかが行われた後に行われるか、またはこれらのコピー方法判定処理の中に組み込まれる処理であってよい。具体的には、管理サーバ２００は、第１乃至第３のコピー方法判定処理において他のコピー方法判定処理へ進んだときに、この処理が組み込まれてよい（図１０、Ｓ２６０、図１３、Ｓ３７０、図１６、Ｓ４９０）。また、スナップショット適用処理は、第１乃至第３のコピー方法判定処理の前に行われてもよい。

まず、管理サーバ２００は、コピー処理サーバ１００からコピー命令を受信し、コピー命令に含まれる対象データ及び関連データを特定する。（ステップＳ６００）。

管理サーバ２００は、対象データを含む複数のデータの関連性の順序に従った順序でコピー処理を行った場合の終了時刻（通常の終了予定時刻）を算出する（ステップＳ６１０）。この際、管理サーバ２００は、特定した複数のデータのコピー処理をした場合に、最も早く終了する時刻を調べる。具体的には、例えば、管理サーバ２００は、各データに対して第１乃至第３のいずれかのコピー方法判定処理、またはこれらのコピー方法判定処理を組み合わせて、最も早い時間にコピー処理を終了できるコピー処理方法を調べる。

管理サーバ２００は、対象データを含む複数のデータについて、関連性の順序に従った通常のコピー処理を行った場合に、待ちの発生するデータがあるか否かを調べる。調べた結果、ＬＵ帯域使用量の不足により待ちの発生するデータがあり、そのデータのコピー処理の開始が遅れる場合、管理サーバ２００は、ここをボトルネックと判断する。管理サーバ２００は、ボトルネックが存在するか否かを判定する（ステップＳ６１２）。ボトルネックが存在しない場合（Ｓ６１２：ボトルネックなし）、管理サーバ２００は、ステップＳ６４０に処理を進める。一方、ボトルネックが存在する場合（Ｓ６１２：ボトルネックあり）、管理サーバ２００は対象データを含む複数のデータの関連性の順序を変更した場合のコピー処理の終了時刻である、調整後の終了時刻を算出する（ステップＳ６２０）。なお、このとき、管理サーバ２００は、ボトルネックとなるデータが格納されたＬＵ６００以外のＬＵ６００に格納されたデータについてのみコピー処理を行った場合のコピー処理の終了時刻（仮の終了予定時刻）を算出する。そして、管理サーバ２０は、仮の終了予定時刻後にボトルネックとなるデータのコピー処理を行うように順序を変更した場合の複数のデータすべてのコピー処理の終了時刻を、調整後の終了時刻として算出してもよい。

管理サーバ２００は、Ｓ６２０で算出した調整後の終了時刻の結果を、ユーザに確認するか否か判定する（ステップＳ６２２）。確認しない場合（Ｓ６２２：確認しない）、管理サーバ２００は、再検索が必要であれば（Ｓ６２２：再検索実施）Ｓ６１０に処理を戻し、再検索が必要でなければ（Ｓ６２２：再検索しない）、Ｓ６４０に処理を進める。なお、ユーザに結果を確認しない場合は、当初の予定よりもコピー期間が短縮できている、などの判断理由を元に自動的に適用可否を判断してもよい。この場合、スナップショットの適用により自動的にコピー処理の順序が変更になるため、管理サーバ２００は、この順序変更後のボトルネックの有無をさらに確認してもよい。この判断は、ユーザによる指示のほか、当初の処理期間と比べた場合の処理期間の削減率などをきっかけに、自動的にするようにしてもよい。

一方、ユーザに調整後の終了時刻の結果を確認する場合（Ｓ６２２：確認する）、管理サーバ２００は、ユーザに結果を通知する（ステップＳ６３０）。ユーザへの結果の通知画面の一例を図２５に示す。通知画面では、通常の終了予定時刻（Original End Time）と、仮の終了予定時刻（Copy End Time）と、調整後の終了予定時刻（Complete End Time）と、を表示している。ユーザは、この画面に従いコピー順序を変更したコピー処理を実行するか否かを決定する。

管理サーバ２００は、順序変更処理を行うか否かを判定する（Ｓ６３２）。順序変更処理を実行しない場合（Ｓ６３２：キャンセル）、管理サーバ２００は、処理を終了する。一方、順序変更処理を実行する場合（Ｓ６３２：実行）、管理サーバ２００は、再検索を実施するとき（Ｓ６２４：再検索実施）は、Ｓ６１０に処理を戻し、再検索を実施しないとき（Ｓ６２４：再検索しない）は、Ｓ６４０に処理を進める。

管理サーバ２００は、ボトルネックとなるデータの記憶領域のスナップショットを作成する旨の命令を、そのデータを記憶するストレージ装置５００に送信する（Ｓ６４０）。そして、管理サーバ２００は、スナップショットを作成した以外のデータについて、第１乃至第３のコピー方法判定処理に処理を戻す（ａ）。具体的には、例えば、管理サーバ２００は、スナップショットを作成した以外のデータが格納される領域の場所とデータのサイズ、データのコピー順序などを、第１乃至第３のコピー方法判定処理に渡す。

第１乃至第３のコピー方法判定処理の終了により、ボトルネックとなるデータ以外のデータのコピー処理は終了している。このため、管理サーバ２００は、コピー処理サーバ１００に対し、ボトルネックとなるデータのコピー処理の実行を指示する（ステップＳ６５０）。このように、順序変更処理を実行し、ボトルネックとなるデータのスナップショット作成することで、の関連性を維持した順序で、開発環境システムに対象データを含む複数のデータを提供できる。このため、開発環境システムにおいては、コピー処理にかかる期間を意識せずに対象データを含む複数のデータを利用できる。なお、本実施例ではスナップショットを多用する可能性があるため、コピー先からのアクセス発生状況を考えた上で適用可否を判断する必要がある。例えば、コピー先環境でコピーしたデータを利用する時刻が確定している場合という状況であれば、本方法を適用しやすい。上記では、ボトルネックとなる対象データの記憶領域のみのスナップショットを作成する例を示したが、これに限られない。例えば、管理サーバ２００は、対象データを含む複数のデータの記憶領域のすべてのスナップショットを作成するように、ストレージ装置５００に命令してもよい。また、スナップショットを作成する領域は、予め、例えばコピー処理開始時にユーザが指定してもよい。

以上の方法により、本番環境システムのリソースに対する影響抑えて、対象データを含む複数のデータのコピー処理を実現することができる。なお、以上の実施例ではストレージ装置５００に記憶されたデータのコピー処理を対象にしていたが、対象データは仮想マシン（仮想ストレージ装置）に記憶されていてもよい。本実施例を適用することで仮想マシンが利用している環境のリソースに対するに影響を抑えた対象データのコピー処理を実現できる。この場合、管理サーバ２００は、本番環境システムの全てのホスト３０１の情報を把握しており、各ホスト３０１のＣＰＵやメモリの利用状況の他、ホスト３０１間のネットワークの負荷情報を把握することで、本番環境システムのリソースへの影響を抑えたコピー処理を実行する。さらに、仮想イメージの移動も含めた仮想マシンのマイグレーション（ストレージマイグレーション）や仮想マシンのクローンも本番環境に影響なく実現することができる。ストレージマイグレーションやクローンの場合は、ＣＰＵ、メモリ、ホスト間のネットワーク負荷情報に加え、上述のようにストレージの状況も踏まえて処理を実行する。

なお、第１システムは、本番環境システムなどに対応し、第２システムは、開発環境システムなどに対応する。

１００……コピー処理サーバ
２００……管理サーバ
２０１……ＣＰＵ
２０２……メモリ
２１０……アプリ設定情報取得処理部
２１１……アプリＩＯ情報取得処理部
２１２……ストレージ構成情報取得処理部
２１３……ストレージＩＯ情報取得処理部
２１４……ホスト構成情報取得処理部
２１５……統合設定情報取得処理部
２１６……予測処理部
２１７……制御処理部
３００ａ……アプリケーションサーバ（Ａｐｐ＃１）
３００ｂ……アプリケーションサーバ（Ａｐｐ＃２）
３００ｃ……アプリケーションサーバ（Ａｐｐ＃３）
５００……ストレージ装置
６００……ＬＵ
１０００……アプリケーションＩＯ負荷情報
１０５０……アプリケーションＩＯ履歴情報
１１００……アプリケーション設定情報
１２００……ホスト⇔ストレージ情報
１３００……アプリ・ＶＭ・ホスト関連情報
１４００……ストレージ構成情報
１５００……ストレージＩＯ負荷情報
１７００……統合設定情報

Claims (13)

1. アプリケーションを実行するプロセッサ、及び前記プロセッサに接続されたストレージ装置を有する第１システムと、
   前記ストレージ装置内の記憶領域に格納されたデータを第２システムにコピーすることを指示するコピー指示に従い、前記データのコピー処理を実行する、コピー処理サーバと
   に接続されている管理サーバであって、
   記憶デバイスと、制御デバイスとを備え、
   前記制御デバイスが、前記第１システムからストレージ情報及びアプリケーション情報を取得して、前記記憶デバイスに保存し、
   前記ストレージ情報が、前記記憶領域及び前記プロセッサの対応関係を示す記憶領域対応情報を含み、
   前記アプリケーション情報が、前記プロセッサ及び前記アプリケーションの対応関係を示すアプリケーション対応情報と、前記アプリケーションによる前記記憶領域の過去のＩＯ負荷を示すアプリケーション設定情報とを含み、
   前記制御デバイスが、
   前記ストレージ情報及び前記アプリケーション情報に基づき、前記アプリケーションによる前記記憶領域のＩＯ（Input or Output）負荷を予測して予測値とし、
   前記データのデータサイズと、前記予測値とに基づき、前記データのコピー処理が可能な期間であるコピー処理可能期間があるか否かを判定し、
   前記コピー処理可能期間がある場合は、前記コピー処理サーバに対し、前記コピー処理可能期間の開始時刻を含むコピー指示を送信する、
   管理サーバ。
   
2. 請求項１の管理サーバであって、
   前記記憶デバイスが、
   前記ストレージ情報として、さらに、前記記憶領域の帯域使用量の時間変化を記録したログ情報を記憶し、
   前記アプリケーション情報として、さらに、前記アプリケーションによる前記ストレージ装置の帯域使用量の時間変化を記録したログ情報を記憶し、
   前記制御デバイスが、
   前記ストレージ情報及び前記アプリケーション情報に基づき、前記アプリケーションによる前記記憶領域のＩＯの帯域使用量の時間変化を予測して前記予測値とし、
   前記データのデータサイズと、前記予測値とに基づき、前記データのコピー速度を決定し、
   前記コピー指示に、決定した前記データのコピー速度を含める、
   管理サーバ。
   
3. 請求項１の管理サーバであって、
   前記制御デバイスが、
   前記コピー処理が、前記コピー処理可能期間内に完了するようにコピー速度を決定し、
   前記コピー指示に、決定した前記コピー速度を含める、
   管理サーバ。
   
4. 請求項２の管理サーバであって、
   前記記憶デバイスが、前記コピー処理における、予め定められた複数のコピー速度候補を記憶しており、
   前記制御デバイスが、
   前記データのデータサイズに基づき、前記コピー処理を行った場合の、前記複数のコピー速度候補のそれぞれによるコピー処理期間及び帯域使用量を算出し、
   前記予測値と、前記複数のコピー速度候補における前記コピー処理期間及び帯域使用量とに基づき、前記複数のコピー速度候補から前記データのコピー速度を決定する、
   管理サーバ。
   
5. 請求項２の管理サーバであって、
   前記記憶デバイスが、前記コピー処理における、予め定められた複数のコピー速度候補を記憶しており、
   前記制御デバイスが、
   前記データのデータサイズに基づき、前記コピー処理を行った場合の、前記複数のコピー速度候補のそれぞれによるコピー処理期間及び帯域使用量を算出し、
   前記予測値に基づき、前記アプリケーションの実行期間の予定である予定期間を変更し、
   変更後の前記予定期間における、前記予測値と、前記複数のコピー速度候補に対するコピー処理期間及び帯域使用量とに基づき、前記複数のコピー速度候補から前記データのコピー速度を決定する、
   管理サーバ。
   
6. 請求項２の管理サーバであって、
   前記制御デバイスが、前記コピー処理が、前記コピー処理可能期間内に完了するようにコピー速度を決定する、第１コピー方法判定処理と、
   前記記憶デバイスが、前記コピー処理における、予め定められた複数のコピー速度候補を記憶しており、前記制御デバイスが、前記データのデータサイズに基づき、前記コピー処理を行った場合の、前記複数のコピー速度候補のそれぞれによるコピー処理期間及び帯域使用量を算出し、前記予測値と、前記複数のコピー速度候補における前記コピー処理期間及び帯域使用量とに基づき、前記複数のコピー速度候補から前記データのコピー速度を決定する、第２コピー方法判定処理と、
   前記記憶デバイスが、前記コピー処理における、予め定められた複数のコピー速度候補を記憶しており前記制御デバイスが、前記データのデータサイズに基づき、前記コピー処理を行った場合の、前記複数のコピー速度候補のそれぞれによるコピー処理期間及び帯域使用量を算出し、前記予測値に基づき、前記アプリケーションの実行期間の予定である予定期間を変更し、変更後の前記予定期間における、前記予測値と、前記複数のコピー速度候補に対するコピー処理期間及び帯域使用量とに基づき、前記複数のコピー速度候補から前記データのコピー速度を決定する、第３コピー方法判定処理と、
   のコピー方法判定処理のうち、前記制御デバイスは、予め定められた１つを実行する、
   管理サーバ。
   
7. 請求項６に記載の管理サーバであって、
   前記制御デバイスは、前記第１乃至第３のコピー方法判定処理のいずれかのコピー方法判定処理において、前記コピー処理可能期間がないと判定した場合、前記制御デバイスは、実行中のコピー方法判定処理から他のコピー方法判定処理に移行する、
   管理サーバ。
   
8. 請求項７に記載の管理サーバであって、
   前記制御デバイスは、
   前記コピー処理サーバから、前記データの識別情報、サイズ、及び記憶領域を含む、コピー指示を受信した場合、前記第１乃至第３コピー方法判定処理のうちのいずれか１つを実行する、
   管理サーバ。
   
9. 請求項１に記載の管理サーバであって、
   前記データは、互いに関連する第１及び第２データであって、
   前記記憶デバイスは、
   前記第１及び第２データの関連性を示す情報を記憶しており、
   前記制御デバイスは、
   前記第１及び第２のデータの合計のサイズと、前記予測値とに基づき、前記第１及び第２のデータを続けてコピーすることが可能なコピー処理可能期間があるか否かを判定し、
   前記コピー処理可能期間がない場合であって、前記第１データに関連する第２データの記憶領域のスナップショットを前記第２システムに作成可能な場合は、前記第２データの記憶領域のスナップショットの作成を、前記ストレージ装置に指示し、
   第１データにおけるコピー指示を前記コピー処理サーバに送信した後、前記第２データに対コピー指示を前記コピー処理サーバに送信する、
   管理サーバ。
10. 請求項１に記載の管理サーバであって、
    前記データは、第１データと、第１データに関連する第２データと、第２データに関連する第３データであって、
    前記記憶デバイスは、
    前記第１、第２及び第３データの関連性の順序を示す情報を記憶しており、
    前記制御デバイスは、
    前記第１、第２及び第３データのそれぞれについて、前記コピー処理可能期間がある場合、第１、第２及び第３データを、その関連性の順序通りにコピー処理する場合のすべてのデータのコピー処理が終了する通常終了時刻を算出し、第１、第２及び第３データを、その関連性の順序と異なる順序でコピー処理を行う場合の順序変更終了時刻を算出し、
    前記第２データのコピー処理において、待ちが発生するために、通常終了時刻に比べて、順序変更終了時刻のほうが早い場合に、前記第２データの記憶領域のスナップショットの作成を、前記ストレージ装置に指示し、
    前記第１及び第３データに対するコピー指示を前記コピー処理サーバに送信した後、前記第２データに対するコピー指示を前記コピー処理サーバに送信する、
    管理サーバ。
    
11. プロセッサ、及びプロセッサに接続されたストレージ装置を有する第１システムと、
    前記ストレージ装置内の記憶領域に格納されたデータを第２システムにコピーすることを指示するコピー指示に従い、前記データのコピー処理を実行する、コピー処理サーバと、
    前記第１システム及び前記コピー処理サーバに接続されている管理サーバと、
    を有する計算機システムであって、
    前記管理サーバは、前記第１システムからストレージ情報及びアプリケーション情報を取得して記憶し、
    前記ストレージ情報は、前記記憶領域及び前記プロセッサの対応関係を示す記憶領域対応情報を含み、
    前記アプリケーション情報は、前記プロセッサ及び前記アプリケーションの対応関係を示すアプリケーション対応情報と、前記アプリケーションによる前記記憶領域の過去のＩＯ負荷を示すアプリケーション設定情報とを含み、
    前記管理サーバは、
    前記ストレージ情報及び前記アプリケーション情報に基づき、前記アプリケーションによる前記記憶領域のＩＯ（Input or Output）負荷を予測して予測値とし、
    前記データのデータサイズと、前記予測値とに基づき、前記データのコピー処理が可能な期間であるコピー処理可能期間があるか否かを判定し、
    前記コピー処理可能期間がある場合は、前記コピー処理サーバに対し、前記コピー処理可能期間の開始時刻を含むコピー指示を送信する、
    計算機システム。
    
12. 請求項１１の計算機システムであって、
    前記管理サーバは、
    前記ストレージ情報として、さらに、前記記憶領域の帯域使用量の時間変化を記録したログ情報を記憶し、前記アプリケーション情報として、さらに、前記アプリケーションによる前記ストレージ装置の帯域使用量の時間変化を記録したログ情報を記憶し、
    前記ストレージ情報及び前記アプリケーション情報に基づき、前記アプリケーションによる前記記憶領域のＩＯの帯域使用量の時間変化を予測して前記予測値とし、
    前記データのデータサイズと、前記予測値とに基づき、前記データのコピー速度を決定し、
    前記コピー指示に、決定した前記データのコピー速度を含める、
    計算機システム。
13. プロセッサ、及びプロセッサに接続されたストレージ装置を有する第１システムと、
    前記ストレージ装置内の記憶領域に格納されたデータを第２システムにコピーすることを指示するコピー指示に従い、前記データのコピー処理を実行する、コピー処理サーバと、に接続されている管理サーバにより管理する方法であって、
    前記管理サーバを用いて、前記第１システムからストレージ情報及びアプリケーション情報を取得して記憶し、前記ストレージ情報が、前記記憶領域及び前記プロセッサの対応関係を示す記憶領域対応情報を含み、前記アプリケーション情報が、前記プロセッサ及び前記アプリケーションの対応関係を示すアプリケーション対応情報と、前記アプリケーションによる前記記憶領域の過去のＩＯ負荷を示すアプリケーション設定情報とを含み、
    前記管理サーバを用いて、前記ストレージ情報及び前記アプリケーション情報に基づき、前記アプリケーションによる前記記憶領域のＩＯ（Input or Output）負荷を予測して予測値とし、
    前記管理サーバを用いて、前記データのデータサイズと、前記予測値とに基づき、前記データのコピー処理が可能な期間であるコピー処理可能期間があるか否かを判定し、
    前記管理サーバを用いて、前記コピー処理可能期間がある場合は、前記コピー処理サーバに対し、前記コピー処理可能期間の開始時刻を含むコピー指示を送信する、
    処理を備える方法。
    
    
    
    

Images