(57)【要約】【課題】ストレージ装置が主体となってバックアップを実行し、使用するＯＳによらず高速にバックアップを取得すること。【解決手段】ディスクコントローラと、バックアップ対象ボリューム、バックアップデータ格納用プールを有するディスク装置と、を備えたストレージ装置であって、バックアップ対象ボリュームの更新有無を管理する差分管理プログラムと、バックアップデータ格納用プールにディスク領域を割り当てるプール管理プログラムと、各ボリュームの性能を管理する性能管理プログラムと、バックアップ制御の取り纏めを行うバックアップ制御プログラムと、を有し、性能管理プログラムによって算出されたリストア性能と、差分管理プログラムによってカウントされたバックアップ取得時点からの更新量と、に基づいて、ユーザ指定されたリカバリ目標の目標時間内にリカバリ可能なバックアップ方式を選択すること。【選択図】図７
2005122611.tif 000002
【特許請求の範囲】
【請求項１】
ＣＰＵ、メインメモリ、インタフェースを有するディスクコントローラと、バックアップ対象ボリューム、バックアップデータ格納用プールを有するディスク装置と、を備えたストレージ装置であって、
前記メインメモリには、前記バックアップ対象ボリュームの更新有無を管理する差分管理プログラムと、前記バックアップデータ格納用プールにバックアップデータを格納するディスク領域を割り当てるプール管理プログラムと、前記ディスク装置の各ボリュームの性能を管理する性能管理プログラムと、前記差分管理プログラムと前記プール管理プログラムと前記性能管理プログラムに指示を出してバックアップ制御の取り纏めを行うバックアップ制御プログラムと、が搭載され、
前記バックアップ制御プログラムは、前記性能管理プログラムによって算出されたリストア性能と、前記差分管理プログラムによってカウントされたバックアップ取得時点からの更新量と、に基づいて、ユーザ指定されたリカバリ目標の目標時間内にリカバリ可能なバックアップ方式を選択する
ことを特徴とするストレージ装置。
【請求項２】
請求項１において、前記バックアップ方式として、フルバックアップ、差分バックアップ、増分バックアップの内のいずれかが選択されることを特徴とするストレージ装置。
【請求項３】
請求項１又は２において、前記リカバリ目標の目標時間は、前記ストレージ装置に接続された管理コンソールのバックアップ設定プログラムによる設定画面で設定されることを特徴とするストレージ装置。
【請求項４】
請求項３において、前記バックアップ設定プログラムによる設定画面は、時間、指定時間、更新量、世代数を含むリカバリポイント目標と、リカバリ時間目標と、からなることを特徴とするストレージ装置。
【請求項５】
請求項１又は２において、前記リストア性能はライト性能とリード性能を読み取っていずれか低い方の性能を取ったものであり、リストア時の予測性能であることを特徴とするストレージ装置。
【請求項６】
請求項５において、
フルバックアップからの更新量の累計を前記リストア時の予測性能で割ることにより増分バックアップ時のリストア予測時間を算出し、
前記算出されたリストア予測時間が前記リカバリ目標の目標時間内に収まるか否かを判定し、
前記目標時間内であれば、前記バックアップ対象ボリュームの更新部分を前記バックアップデータ格納プールにコピーし、増分バックアップを取得する
ことを特徴とするストレージ装置。
【請求項７】
請求項５において、
フルバックアップからの更新量の累計を前記リストア時の予測性能で割ることにより増分バックアップ時のリストア予測時間を算出し、
前記算出されたリストア予測時間が前記リカバリ目標の目標時間内に収まるか否かを判定し、
前記目標時間内に収まらなければ、前記プール管理プログラムは、フルバックアップ基点の更新量を基に差分バックアップに必要な領域を割り当て直し、差分バックアップ時のリストア予測時間を再度算出し、
前記再度算出されたリストア予測時間が前記目標時間内であれば、前記バックアップ対象ボリュームの更新部分を前記バックアップデータ格納プールの割り当てられた領域にコピーし、差分バックアップを取得する
ことを特徴とするストレージ装置。
【請求項８】
請求項５において、
フルバックアップからの更新量の累計を前記リストア時の予測性能で割ることにより増分バックアップ時のリストア予測時間を算出し、
前記算出されたリストア予測時間が前記リカバリ目標の目標時間内に収まるか否かを判定し、
前記目標時間内に収まらなければ、前記プール管理プログラムは、フルバックアップ基点の更新量を基に差分バックアップに必要な領域を割り当て直し、差分バックアップ時のリストア予測時間を再度算出し、
前記再度算出されたリストア予測時間が前記目標時間内に収まらなければ、フルバックアップを作成する
ことを特徴とするストレージ装置。
【請求項９】
ＣＰＵ、メインメモリ、インタフェースを有するディスクコントローラと、バックアップ対象ボリュームを有するディスク装置と、を備えたストレージ装置であって、
前記ストレージ装置は、バックアップデータ格納先としてバックアップデータ格納用ボリュームを有するバックアップ用ストレージ装置とデータ転送路で接続され、
前記メインメモリには、前記バックアップ対象ボリュームの更新有無を管理する差分管理プログラムと、前記ディスク装置の各ボリュームの性能を管理する性能管理プログラムと、前記ストレージ装置と前記バックアップ用ストレージ装置の間でデータ転送を行うデータ転送プログラムと、前記バックアップデータ格納用ボリュームに関する管理を行うバックアップ先管理プログラムと、前記差分管理プログラムと前記性能管理プログラムと前記データ転送プログラムと前記バックアップ先管理プログラムに指示を出してバックアップ制御の取り纏めを行うバックアップ制御プログラムと、が搭載され、
前記バックアップ制御プログラムは、前記性能管理プログラムによって算出されたリストア性能と、前記差分管理プログラムによってカウントされたバックアップ取得時点からの更新量と、に基づいて、ユーザ指定されたリカバリ目標の目標時間内にリカバリ可能なバックアップ方式を選択する
ことを特徴とするストレージ装置。
【請求項１０】
請求項９において、前記バックアップ方式として、フルバックアップ、差分バックアップ、増分バックアップの内のいずれかが選択されることを特徴とするストレージ装置。
【請求項１１】
請求項９又は１０において、前記リカバリ目標の目標時間は、前記ストレージ装置に接続された管理コンソールのバックアップ設定プログラムによる設定画面で設定されることを特徴とするストレージ装置。
【請求項１２】
請求項１１において、前記バックアップ設定プログラムによる設定画面は、時間、指定時間、更新量、世代数を含むリカバリポイント目標と、リカバリ時間目標と、からなることを特徴とするストレージ装置。
【請求項１３】
請求項９又は１０において、前記リストア性能はライト性能とリード性能を読み取っていずれか低い方の性能を取ったものであり、リストア時の予測性能であることを特徴とするストレージ装置。
【請求項１４】
請求項９又は１０において、前記バックアップ先管理プログラムは、前記バックアップ用ストレージ装置のボリューム管理プログラムからバックアップデータ格納用ボリュームを受け取ることによってバックアップデータの格納先を決定することを特徴とするストレージ装置。
【請求項１５】
ＣＰＵ、メインメモリ、インタフェースを有するディスクコントローラと、バックアップ対象ボリュームを有するディスク装置と、を備えたストレージ装置であって、
前記ストレージ装置は、バックアップデータ格納先としてバックアップデータ格納用ボリュームを有するバックアップ用ストレージ装置とデータ転送路で接続され、
さらに、前記ストレージ装置は、ファイル単位のバックアップを管理するバックアップソフトとバックアップ設定プログラムとを有するバックアップサーバと接続され、
前記メインメモリには、前記バックアップ対象ボリュームの更新有無を管理する差分管理プログラムと、前記ディスク装置の各ボリュームの性能を管理する性能管理プログラムと、前記ストレージ装置と前記バックアップ用ストレージ装置の間でデータ転送を行うデータ転送プログラムと、前記バックアップデータ格納用ボリュームに関する管理を行うバックアップ先管理プログラムと、前記差分管理プログラムと前記性能管理プログラムと前記データ転送プログラムと前記バックアップ先管理プログラムに指示を出してバックアップ制御の取り纏めを行うバックアップ制御プログラムと、が搭載され、
前記バックアップ制御プログラムは、前記性能管理プログラムによって算出されたリストア性能と、前記差分管理プログラムによってカウントされたバックアップ取得時点からの更新量と、に基づいて、前記バックアップサーバのバックアップ設定プログラムによる設定画面で設定されたリカバリ目標の目標時間内にリカバリ可能なバックアップ方式を選択する
ことを特徴とするストレージ装置。
【請求項１６】
請求項１５において、前記バックアップ方式として、フルバックアップ、差分バックアップ、増分バックアップの内のいずれかが選択されることを特徴とするストレージ装置。
【請求項１７】
請求項１５において、前記バックアップ設定プログラムによる設定画面は、時間、指定時間、更新量、世代数を含むリカバリポイント目標と、リカバリ時間目標と、からなることを特徴とするストレージ装置。
【請求項１８】
請求項１５又は１６において、前記リストア性能はライト性能とリード性能を読み取っていずれか低い方の性能を取ったものであり、リストア時の予測性能であることを特徴とするストレージ装置。
【請求項１９】
ＣＰＵ、メインメモリ、インタフェースを有するディスクコントローラと、バックアップ対象ボリューム、バックアップデータ格納用プールを有するディスク装置と、を備えたストレージ装置のバックアップ取得方法において、
前記メインメモリには、前記バックアップ対象ボリュームの更新有無を管理する差分管理プログラムと、前記バックアップデータ格納用プールにバックアップデータを格納するディスク領域を割り当てるプール管理プログラムと、前記ディスク装置の各ボリュームの性能を管理する性能管理プログラムと、前記差分管理プログラムと前記プール管理プログラムと前記性能管理プログラムに指示を出してバックアップ制御の取り纏めを行うバックアップ制御プログラムと、が搭載され、
前記差分管理プログラムが前回バックアップ取得時点からの更新量をカウントするステップと、
前記性能管理プログラムがライト性能とリード性能を読み取っていずれか低い方の性能を取りリストア時の予測性能とし、さらに、前記更新量を前記リストア時の予測性能で割ることでバックアップ時のリストア予測時間を算出するステップと、
前記算出されたリストア予測時間がユーザ指定されたリカバリ目標の目標時間内に収まるか否かを判定するステップと、
前記目標時間内にリカバリ可能なバックアップ方式を選択するステップと、からなる
ことを特徴とするストレージ装置のバックアップ取得方法。
【請求項２０】
請求項１９において、前記バックアップ方式として、フルバックアップ、差分バックアップ、増分バックアップの内のいずれかが選択されることを特徴とするストレージ装置のバックアップ取得方法。
【請求項２１】
請求項１９又は２０において、前記リカバリ目標の目標時間は、前記ストレージ装置に接続された管理コンソールのバックアップ設定プログラムによる設定画面で設定されることを特徴とするストレージ装置のバックアップ取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はストレージ装置に関し、特に、ストレージ装置の構成とこのストレージ装置を用いたバックアップ取得方法に関する。
【背景技術】
【０００２】
一般に、ストレージ装置に記録されたデータは、ストレージ装置の障害、ソフトウェアの欠陥、誤操作などによってデータを喪失した場合に、喪失したデータを回復できるように定期的に何らかのバックアップメディアにコピーして保存しておくダンプ採取、すなわちバックアップが必要である。
【０００３】
従来技術では、バックアップサーバ上にバックアップソフトを配置し、ユーザはこのバックアップソフトを操作することで、バックアップ開始の契機を与えていた。バックアップ開始が指示されると、バックアップサーバはバックアップ対象であるストレージ装置内のデータを読み出し、テープ装置への記録を行なっていた。障害等によりストレージ装置内の対象ボリュームが使用できなくなった場合は、テープ装置に記録されたバックアップデータを読み出し、ストレージ装置内のボリュームにデータをリストアすることで障害が発生する前の状態にリカバリしていた。
【０００４】
バックアップの方式として、ボリューム全体のデータをバックアップするフルバックアップと、取得したフルバックアップを基点に、フルバックアップから更新されていない部分はバックアップせず、フルバックアップからの更新部分のみをバックアップする差分バックアップと、がある。また、フルバックアップ、差分バックアップに関わらず、前回バックアップした時点からの更新部分のみをバックアップする増分バックアップがある。
【０００５】
フルバックアップは、ボリューム全体のデータをコピーしておくため、リカバリ時は取得したデータをそのままリストアすれば完全なボリュームができあがることになる。
【０００６】
差分バックアップの場合は、まず、フルバックアップのデータをリストアし、さらに更新部分として取得した差分データをフルバックアップの上にコピーすることで、バックアップ取得時点のデータに戻す必要がある。増分バックアップの場合は、差分バックアップの場合と同様に、まず、フルバックアップのデータをリストアし、さらに取得した全世代の更新部分のデータを繰り返しコピーする必要がある。
【０００７】
差分バックアップはフルバックアップを基点にデータを取得するため、フルバックアップに対して１回のコピーで済むが、増分バックアップはバックアップ取得時に、前回取得したバックアップからの更新部分のみをバックアップすることを繰り返すため、リストア時は取得した全世代の差分データを繰り返しコピーする必要がある。したがって、世代数や更新量が増加するとリストアにかかる時間も増加していくことになる。このように、バックアップ方式として、フルバックアップ、差分バックアップ並びに増分バックアップがあって、前述したそれぞれの方式におけるデータリストアの手法は、本発明にも適用されるものである。
【０００８】
また、大量に処理されるデータをバックアップする従来技術として、全データのバックアップとそれ以降の差分となる更新データのみのバックアップとを組み合わせて運用し、バックアップ取得後のリカバリ処理時間を短縮することが提案されている（例えば、特許文献１を参照）。この特許文献１には、更新データ量に基づいて、差分バックアップもしくはフルバックアップのいずれかのバックアップ方式を選択することが開示されている。
【特許文献１】特開平７−８４７２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
テープ装置へのバックアップは低速であり、大容量化に伴いバックアップに多大な時間が必要であった。また、ディスク装置へのバックアップはバックアップソフトの対応が必要であり、ＯＳの種類やバージョン、使用するバックアップソフトによっては対応できない場合があった。
【００１０】
バックアップにおいては、どの時点までのデータを復旧するかを示すリカバリポイント目標と、どれだけの時間でデータを復旧できるかを示すリカバリ時間目標が最も重要であるが、これらの目標を達成するための具体的手段が従来技術では提供されていなかった。ユーザは、複雑なストレージ内部の詳細なボリューム構成、性能、アクセス頻度等を考慮してバックアップシステムを構築する必要があった。
【００１１】
また、アクセス頻度、データの更新量等は、運用中に大幅に変化するため事前の予測が困難であり、最適なバックアップ方式をとることができなかった。予期していなかった更新量の増加により、リカバリ時間が大幅に増加してしまうという課題があった。さらに、複雑なバックアップシステムの構成を考慮しなければならないことに加えて、バックアップ方式の選択やバックアップ先の容量管理、バックアップのスケジューリング等を行わなければならず、ユーザへの負担が大きいという課題があった。
【００１２】
また、上記の特許文献１によれば、全体バックアップを行うか差分バックアップを行うかは、現在の更新データの数を検出して、この更新データ数が基準値よりも大か小であるかによって、バックアップの方式を選択するものであり、リカバリの処理時間の観点でバックアップの方式を選択するという配慮は何等されていない。さらに、この引用文献１ではリカバリ処理時間の短縮について言及しているが、この短縮は、リカバリの際に不要なバックアップ先媒体を自動的に排除した読み込み処理を行うことで、読み込み処理の時間を短縮できることが開示されているに過ぎない。
【００１３】
本発明の目的は、前述した従来技術の課題を解決し、大容量化に対応した高速なディスク装置へのバックアップを実施し、ユーザに負担をかけずに実際の運用に適したバックアップを容易に取得できるストレージ装置とバックアップ取得方法を提供することにある。
【課題を解決するための手段】
【００１４】
前記課題を解決するために、本発明は主として次のような構成を採用する。  
ＣＰＵ、メインメモリ、インタフェースを有するディスクコントローラと、バックアップ対象ボリューム、バックアップデータ格納用プールを有するディスク装置と、を備えたストレージ装置であって、
前記メインメモリには、前記バックアップ対象ボリュームの更新有無を管理する差分管理プログラムと、前記バックアップデータ格納用プールにバックアップデータを格納するディスク領域を割り当てるプール管理プログラムと、前記ディスク装置の各ボリュームの性能を管理する性能管理プログラムと、前記差分管理プログラムと前記プール管理プログラムと前記性能管理プログラムに指示を出してバックアップ制御の取り纏めを行うバックアップ制御プログラムと、が搭載され、
前記バックアップ制御プログラムは、前記性能管理プログラムによって算出されたリストア性能と、前記差分管理プログラムによってカウントされたバックアップ取得時点からの更新量と、に基づいて、ユーザ指定されたリカバリ目標の目標時間内にリカバリ可能なバックアップ方式を選択する構成とする。
【００１５】
また、ＣＰＵ、メインメモリ、インタフェースを有するディスクコントローラと、バックアップ対象ボリュームを有するディスク装置と、を備えたストレージ装置であって、
前記ストレージ装置は、バックアップデータ格納先としてバックアップデータ格納用ボリュームを有するバックアップ用ストレージ装置とデータ転送路で接続され、
前記メインメモリには、前記バックアップ対象ボリュームの更新有無を管理する差分管理プログラムと、前記ディスク装置の各ボリュームの性能を管理する性能管理プログラムと、前記ストレージ装置と前記バックアップ用ストレージ装置の間でデータ転送を行うデータ転送プログラムと、前記バックアップデータ格納用ボリュームに関する管理を行うバックアップ先管理プログラムと、前記差分管理プログラムと前記性能管理プログラムと前記データ転送プログラムと前記バックアップ先管理プログラムに指示を出してバックアップ制御の取り纏めを行うバックアップ制御プログラムと、が搭載され、
前記バックアップ制御プログラムは、前記性能管理プログラムによって算出されたリストア性能と、前記差分管理プログラムによってカウントされたバックアップ取得時点からの更新量と、に基づいて、ユーザ指定されたリカバリ目標の目標時間内にリカバリ可能なバックアップ方式を選択する構成とする。
【００１６】
また、ＣＰＵ、メインメモリ、インタフェースを有するディスクコントローラと、バックアップ対象ボリュームを有するディスク装置と、を備えたストレージ装置であって、
前記ストレージ装置は、バックアップデータ格納先としてバックアップデータ格納用ボリュームを有するバックアップ用ストレージ装置とデータ転送路で接続され、
さらに、前記ストレージ装置は、ファイル単位のバックアップを管理するバックアップソフトとバックアップ設定プログラムとを有するバックアップサーバと接続され、
前記メインメモリには、前記バックアップ対象ボリュームの更新有無を管理する差分管理プログラムと、前記ディスク装置の各ボリュームの性能を管理する性能管理プログラムと、前記ストレージ装置と前記バックアップ用ストレージ装置の間でデータ転送を行うデータ転送プログラムと、前記バックアップデータ格納用ボリュームに関する管理を行うバックアップ先管理プログラムと、前記差分管理プログラムと前記性能管理プログラムと前記データ転送プログラムと前記バックアップ先管理プログラムに指示を出してバックアップ制御の取り纏めを行うバックアップ制御プログラムと、が搭載され、
前記バックアップ制御プログラムは、前記性能管理プログラムによって算出されたリストア性能と、前記差分管理プログラムによってカウントされたバックアップ取得時点からの更新量と、に基づいて、前記バックアップサーバのバックアップ設定プログラムによる設定画面で設定されたリカバリ目標の目標時間内にリカバリ可能なバックアップ方式を選択する構成とする。
【００１７】
また、ＣＰＵ、メインメモリ、インタフェースを有するディスクコントローラと、バックアップ対象ボリューム、バックアップデータ格納用プールを有するディスク装置と、を備えたストレージ装置のバックアップ取得方法において、
前記メインメモリには、前記バックアップ対象ボリュームの更新有無を管理する差分管理プログラムと、前記バックアップデータ格納用プールにバックアップデータを格納するディスク領域を割り当てるプール管理プログラムと、前記ディスク装置の各ボリュームの性能を管理する性能管理プログラムと、前記差分管理プログラムと前記プール管理プログラムと前記性能管理プログラムに指示を出してバックアップ制御の取り纏めを行うバックアップ制御プログラムと、が搭載され、
前記差分管理プログラムが前回バックアップ取得時点からの更新量をカウントするステップと、
前記性能管理プログラムがライト性能とリード性能を読み取っていずれか低い方の性能を取りリストア時の予測性能とし、さらに、前記更新量を前記リストア時の予測性能で割ることでバックアップ時のリストア予測時間を算出するステップと、
前記算出されたリストア予測時間がユーザ指定されたリカバリ目標の目標時間内に収まるか否かを判定するステップと、
前記目標時間内にリカバリ可能なバックアップ方式を選択するステップと、からなるバックアップ取得方法。
【発明の効果】
【００１８】
本発明によれば、ディスク装置からディスク装置への高速なバックアップを行なえるという効果がある。ストレージ装置が主体となってバックアップを取得できるため、使用するＯＳの種類やバージョンによらずバックアップを取得できるという効果がある。
【００１９】
ユーザはリカバリ目標を指定するだけで容易にバックアップを取得できるという効果がある。
【００２０】
また、バックアップに必要な管理をストレージ装置内で自動的に行なうことにより、最適なバックアップ取得を可能にし、ユーザへの負担を軽減できるという効果がある。
【発明を実施するための最良の形態】
【００２１】
本発明の実施形態に係るストレージ装置及びバックアップ取得方法について、図１〜図１２を参照しながら以下詳細に説明する。図１は本発明の第１の実施形態に係るストレージ装置と管理コンソールの全体構成を示すブロック図である。図２は本実施形態に係るストレージ装置に接続された管理コンソールのバックアップ設定プログラムによるユーザ設定画面例を示す図である。図３は第１の実施形態に係るストレージ装置のバックアップ対象ボリュームの性能を管理する性能管理プログラムの内容を示す図である。図４は第１の実施形態に係るストレージ装置のバックアップ対象ボリュームの更新有無を管理する差分管理プログラムの内容を示す図である。
【００２２】
また、図５は本発明の第１の実施形態におけるバックアップ初期設定のフローチャートを示す図である。図６は第１の実施形態に関するリカバリポイント目標において更新量が選択された場合のバックアップ開始契機のフローチャート示す図である。図７は第１の実施形態に関するバックアップ実行のフローチャート示す図である。
【００２３】
また、図８は本発明の第２の実施形態に係るストレージ装置と管理コンソールの全体構成を示すブロック図である。図９は第２の実施形態におけるバックアップ初期設定のフローチャートを示す図である。図１０は第２の実施形態に関するバックアップ実行のフローチャート示す図である。さらに、図１１は本発明の第３の実施形態に係るストレージ装置とバックアップサーバの全体構成を示すブロック図である。図１２は第３の実施形態に関するストレージ装置に接続されたバックアップサーバのバックアップソフトにおけるファイル情報を示す図である。
【００２４】
「第１の実施形態」
図１は本発明の第１の実施形態の構成図であり、図１において、１はストレージ装置、２はストレージ装置の管理を行なう管理コンソール、３はストレージ装置１と管理コンソール２とを接続する通信路である。
【００２５】
ストレージ装置１は、ディスクコントローラとディスク装置とからなり、ディスクコントローラは、各種の外部機器とのインタフェース（Ｉ／Ｆ）、ＣＰＵ、キャッシュメモリ及びメインメモリを備えており、ディスク装置はバックアップ対象ボリューム１２、バックアップデータ格納用プール１３を備えている。また、ストレージ装置１のメインメモリにはバックアップ制御プログラム１１を搭載しており、このバックアップ制御プログラム１１が指定された情報に基づきバックアップ方式を選択し実行し、ストレージ装置１のバックアップ制御のとりまとめを行なう。バックアップデータ格納用プール１３には、バックアップ対象ボリューム１２からバックアップとして取得されたデータが格納される。バックアップ対象ボリューム１２とバックアップデータ格納用プール１３におけるボリュームは１つ以上の物理ディスクから構成される。
【００２６】
バックアップ制御プログラム（又はバックアップ制御モジュール）１１は、ストレージ装置内のデータの二重化やコピー等を行なうコピープログラム１１１と、バックアップ対象ボリュームの更新有無を管理する差分管理プログラム１１２と、バックアップ開始時刻やバックアップ／リストア時間を管理する時間管理プログラム１１３と、各ボリュームの性能を管理する性能管理プログラム１１４と、バックアップデータ格納用プール１３へのボリューム割り当てや使用領域を管理するプール管理プログラム１１５と、を備えている。バックアップ制御プログラム１１は、これらプログラムに指示を出し、バックアップ制御のとりまとめを行なうものである。
【００２７】
管理コンソール２には、ストレージ装置１の各種設定を行なう管理プログラム２１と、ストレージ装置１の各種設定のうち、バックアップに関する設定を行なうバックアップ設定プログラム２１１と、を備えている。本実施形態ではバックアップ設定プログラム２１１を管理コンソール２上に設置することとしたが、ストレージ装置１上や、ストレージ装置１にアクセスするホスト上に設置してもよい。
【００２８】
図２にはバックアップ設定プログラム２１１のユーザ設定画面の一例を示す。バックアップ設定プログラム２１１は管理コンソール２上でユーザにより操作される。
【００２９】
図２において、設定画面例ではリカバリポイント目標とリカバリ時間目標が設定され得る。リカバリポイント目標における設定項目は、例えば時間、指定時刻、更新量から選択でき、障害等により対象ボリュームが使用不可になった場合、どの時点までのデータがリストアされるべきかを表す。
【００３０】
具体的に云えば、リカバリポイント目標における時間は、最大どのくらい前の時点でのデータがリストア（バックアップデータを用いたデータ回復）できればよいかを表し、ユーザは運用上許容できる時間間隔を入力する。また、リカバリポイント目標における指定時刻は、どの時刻でのデータがリストアされればよいかを表し、この時刻でバックアップが取得される。あらかじめ決められた時刻に毎日バックアップを取得する等の運用形態に有効であり、ユーザはバックアップを取得したい時刻を入力する。図２の例ではＰＭ１２：００の時点のボリューム内容をバックアップすることを意味する。また、リカバリポイント目標における更新量は、どれだけのデータが更新されたらバックアップを取得するかを表す。ユーザは運用上許容できるデータ損失量を入力する。また、リカバリポイント目標における世代数は、バックアップを取得する世代数を表し、複数世代のバックアップを取得したい場合に用いる。図２の例では１つの対象ボリュームに対して７世代を保存しておくことになる。
【００３１】
また、リカバリ時間目標における時間は、障害等により対象ボリュームが使用不可になった場合、データがリストアされボリュームにアクセスできるようになるまでの目標時間を表す。
【００３２】
これらの設定はバックアップ対象ボリューム毎に行なう。複数ボリュームをグループ化し、一括で設定することとしても良い。簡便な入力でユーザはバックアップの設定を実施できる。なお、本実施形態で示した設定画面の表示や項目はこれに限定されるものではなく、ユーザが必要とするリカバリポイント目標とリカバリ時間目標のいずれか又は両方が設定できるものであれば良い。
【００３３】
図３は性能管理プログラム１１４の一例である。１１４１は性能管理表であり、ディスク性能やボリューム性能を管理し、データを復旧する際のリストア性能を算出するために用いられる。性能管理表１１４１には、内部的なボリュームＩＤである内部ＬＵＮ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ  Ｎｏ）毎に、そのボリュームを形成するディスク構成と、そのディスク種別、ディスク容量、リード／ライト性能等、ボリュームの性能に関する情報が記載される。性能管理プログラム１１４はこれらのディスク構成とディスク性能等を用いてボリュームのリストア性能を算出する。これらの情報はあらかじめ構成毎の全パターンを登録しておいても良いし、ストレージ装置１内の性能モニタリングによって実際の性能情報を収集しても良い。
【００３４】
図３において、ディスク構成の欄で２Ｄ＋１Ｐと記されているのは、２つのデータと１つのパリティのドライブということであり、ディスク種別の欄でＦＣはＦｉｂｒｅ  Ｃｈａｎｎｅｌ規格のディスク、ＡＴＡはＡＴ  Ａｔｔａｃｈｍｅｎｔ規格のディスクである。
【００３５】
図４は第１の実施形態の差分管理プログラム１１２の一例である。１１２１は、バックアップ対象ボリューム１２に対して更新があったかどうかを管理するために使用する差分管理表である。具体的には、ビットマップを用いてバックアップ対象ボリューム１２への更新の有無を管理する。ビットマップの粒度は、例えばストライプサイズ等のあらかじめ決められたデータサイズに設定し、ボリューム容量分のビットを保持する。各ビットの初期値は０とし、ある時点を基準としてそれ以降に更新があった場合は１をセットする。これにより対象領域に更新があった場合は１が、更新がない場合は０が記述されることがわかる。本実施形態では１つの対象ボリュームに対して基準点の違いにより複数の差分管理表を用意する。なお、差分管理表１１２１は、ビットマップを用いて記述する方法以外にも、例えば更新箇所のリストやポインタ等、様々な構造による表現方法が考えられ、それらを使用した場合も本発明の範囲に含まれることは明白である。
【００３６】
図５は第１の実施形態のバックアップ初期設定のフローチャートを示す図である。まず、ユーザがバックアップ対象ボリュームとそのリカバリ目標を設定する。リカバリ目標は図２に示したようにリカバリポイント目標とリカバリ時間目標のいずれか又は両方が設定される。また、バックアップデータを格納しておくディスクをストレージ装置１内の未使用ディスクから選択し、バックアップ格納用プールとして登録する。バックアップ格納用プールは、運用中に空き容量が少なくなった場合に後からディスクを追加してプール容量を増やすことも可能である（ステップ５０１）。
【００３７】
設定された情報は、バックアップ設定プログラム（バックアップ設定ＰＧＭ）２１１がストレージ装置１に通信路３を介して送信する（ステップ５０２）。情報を受信したバックアップ制御プログラム１１は、リカバリポイント目標での指定に時間又は指定時刻の設定があるかを確認する。時間又は指定時刻の設定があればステップ５０４に進み、なければステップ５０５に進む。例えば、リカバリポイント目標で更新量が指定された場合には、時間の指定がないためステップ５０５に進むことになる（ステップ５０３）。
【００３８】
バックアップ制御プログラム１１は、指定された時間情報を時間管理プログラム１１３にセットする。具体的には、リカバリポイント目標で時間が指定された場合、バックアップ取得間隔を指定された時間間隔にセットする。指定時刻が与えられた場合は、その時刻におけるデータのバックアップを取得するようにセットする。時間管理プログラム１１３は装置内時刻と与えられた時間情報とを管理しており、バックアップ取得の時刻が来るとバックアップ制御プログラム１１にその旨を通知する（ステップ５０４）。
【００３９】
プール管理プログラム１１５はバックアップデータ格納用プール１３にバックアップ対象ボリューム１２のバックアップ用に必要な領域を割り当てる。プール管理プログラム１１５はバックアップデータ格納用として登録されたディスクをバックアップデータ格納用プール１３として管理しており、必要に応じて領域を割り当てて内部的なボリュームを作成する。初回のバックアップはボリューム全体をコピーするフルバックが必要なため、バックアップ対象ボリューム１２と同容量のボリュームを準備作成することになる（ステップ５０５）。
【００４０】
割り当てられた領域のディスク構成やディスク種別等のボリューム情報を性能管理プログラム１１４に通知する。性能管理プログラム１１４は通知された情報を性能管理表１１４１に書き込み、割り当てられたボリュームの性能を管理する（ステップ５０６）。
【００４１】
必要な容量が確保されると、まず始めに、基点となるフルバックアップを取得するためにバックアップ制御プログラム１１はコピープログラム１１１にコピー元ボリュームとコピー先ボリュームを指定し初期コピーを指示する。ここではバックアップ対象ボリューム１２がコピー元ボリューム、ステップ５０５で新規作成されたボリュームがコピー先ボリュームとなる。コピープログラム１１１は指定されたボリュームに初期コピーを実施する。フルバックアップはボリューム全体のコピーが必要であり、一般的に多大な時間がかかる。
【００４２】
そのため本実施形態ではバックアップ取得時刻にコピーを開始するのではなく、初期コピーとしてボリュームをあらかじめ二重化しておき、ある時点で２つのボリュームを分離することによりフルバックアップを取得する。初期コピー中の更新は２つのボリュームに二重書きされ、バックアップ取得中もバックアップ対象ボリューム１２へのアクセスは継続できる。ボリュームを分離するタイミングは時間管理プログラム１１３により通知される。もちろんフルバックアップ取得の方法は、これに限定されない（ステップ５０７）。
【００４３】
以上のようにして、初期設定が完了し、基点となる第一世代目のフルバックアップが取得される。次回のフルバックアップに備えるため、第一世代目のフルバックアップが取得された時点で、ステップ５０７で示した方法と同様の方法でボリュームを二重化しておき、次回のフルバックアップ取得時にコピー時間を短縮するよう準備しておくことができる。また、あらかじめ第一世代目のフルバックアップ取得時にボリュームを３重化する等、複数のコピーボリュームを用意しておいてもよい。
【００４４】
バックアップ開始のタイミングは前述したように時間管理プログラム１１３により通知されるが、リカバリポイント目標において更新量が選択された場合には、ステップ５０４の時間セットが行なわれないため、時間管理プログラム１１３による通知は行なわれない。
【００４５】
次に、リカバリポイント目標において更新量が選択された場合のバックアップ開始契機について図６を用いて説明する。差分管理プログラム１１２は、差分管理表１１２１を用いて、前回のバックアップ取得時点からの更新量を常にカウントしている（ステップ６０１）。差分管理プログラム１１２は、カウントされた更新量とリカバリポイント目標で設定された基準値との比較を行なう。更新量が設定された基準値に達していない場合は、ステップ６０１に戻る（ステップ６０２）。
【００４６】
更新量が設定された基準値に達した場合は、バックアップ制御プログラム１１にバックアップ開始を通知する。この時点でのボリューム内容がバックアップされることになる（ステップ６０３）。差分管理プログラム１１２は、次回バックアップのための新たな差分管理表１１２１を作成し、更新量のカウントを開始する。以上の処理が繰り返される（ステップ６０４）。
【００４７】
更新量をカウントしている際に、バックアップデータ格納用プール１３の空き領域より更新量が超過した場合には、その旨を管理プログラム２１に通知し、バックアップデータ格納用プール１３にディスクを追加するように促すことができる。なお、リカバリポイント目標が設定されていない場合は、リカバリ時間目標を基に時間内にリストア可能な更新量を算出し、これを基準値とする。
【００４８】
このように差分管理プログラム１１２が更新量を常に監視することにより、バックアップ開始のタイミングを通知する。
【００４９】
次に、バックアップの実行について図７のフローチャートを参照して説明する。時間管理プログラム１１３は、セットされた時間情報を基にバックアップ制御プログラム１１にバックアップ開始を通知する（ステップ７０１）。
【００５０】
バックアップ制御プログラム１１はバックアップ開始の通知を受けると、差分管理プログラム１１２に更新量を問い合わせ、差分管理プログラム１１２は、差分管理表１１２１を用いて前回バックアップ取得時点からの更新量、フルバックアップを基点とした場合の更新量、フルバックアップ時点からの更新量の累計をカウントする。このとき差分管理プログラム１１２は、これとは別の新たな差分管理表１１２１を作成しておき、次回のバックアップに備える（ステップ７０２）。
【００５１】
リカバリポイント目標で更新量が設定された場合等には、差分管理プログラム１１２によってバックアップ開始時点がすでに把握されており、更新量は常に一定であるため、ステップ７０１、ステップ７０２は省略できる。
【００５２】
次に、プール管理プログラム１１５はバックアップデータ格納用プール１３に今回の更新量分の領域を割り当てる。割り当てられた領域のディスク情報は性能管理プログラム１１４に通知される。バックアップ対象ボリューム１２に対してすでに設定された世代数分を超えるバックアップが取得されている場合は、プール管理プログラム１１３は、最も古い世代のバックアップを無効とし、不要になった領域を開放することができる。バックアップデータ格納用プール１３の空き領域が不足し十分な領域を割り当てることができない場合は、その旨を管理プログラム２１に通知する（ステップ７０３）。
【００５３】
性能管理プログラム１１４は、性能管理表１１４１から前回フルバックアップを取得したボリュームのライト性能と割り当てられた領域のリード性能を読みとり、いずれか低いほうの性能をリストア時の予測性能とする。カウントされたフルバックアップからの更新量の累計をリストア時の予測性能で割ることにより増分バックアップ時のリストア予測時間を算出する。例えば、更新量の累計が６００ＧＢの場合、高速ボリュームでリストア時の予測性能が１００ＭＢ／ｓである場合はリストア予測時間が１００分となり、低速ボリュームでリストア時の予測性能が２０ＭＢ／ｓである場合はリストア予測時間は５００分となる（ステップ７０４）。
【００５４】
算出されたリストア予測時間がリカバリ時間目標で設定された時間内に収まるかどうかを判定する（ステップ７０５）。
【００５５】
目標時間内にリカバリ可能であれば、コピープログラム１１１は、バックアップ対象ボリューム１２の更新部分を前述のプール管理プログラム１１３によって割り当てられた領域にコピーし、増分バックアップを取得する。バックアップ中にコピー対象領域への更新があった場合は、対象領域をコピーした後に更新データを受領することにより、データの整合性を保つとともにバックアップ対象ボリューム１２へのアクセスを継続できる（ステップ７０６）。
【００５６】
判定の結果、目標時間内にリカバリできない場合は、プール管理プログラム１１３はカウントされたフルバックアップ基点の更新量を基に、差分バックアップに必要な領域を割り当てなおす。なお、バックアップデータ格納用プール１３にステップ７０３で割り当てた領域よりも高速なボリュームが存在する場合は、プール管理プログラム１１３は増分バックアップ用に高速なボリューム内の領域を割り当てなおすためにステップ７０３に戻ることもできる（ステップ７０８）。
【００５７】
性能管理プログラム１１４は、ステップ７０４と同様に性能管理表１１４１から前回フルバックアップを取得したボリュームのライト性能と差分バックアップ用に割り当てられた領域のリード性能を読みとり、低いほうの性能をリストア時の予測性能とする。フルバックアップを基点とした更新量をリストア時の予測性能で割ることにより差分バックアップ時のリストア予測時間を算出する（ステップ７０９）。
【００５８】
算出された差分バックアップ時のリストア予測時間がリカバリ時間目標で設定された時間内に収まるかどうかを判定する（ステップ７１０）。
【００５９】
目標時間内にリカバリ可能であれば、コピープログラム１１１は、差分管理プログラム１１２によって示されたフルバックアップ基点の更新部分を前述のプール管理プログラム１１３によって割り当てられた領域にコピーし、差分バックアップを取得する（ステップ７１１）。  
判定の結果、目標時間内にリカバリできない場合は、リストア時にボリューム切り替えのみで済むようにフルバックアップを作成する。なお、バックアップデータ格納用プール１３にステップ７０８で割り当てた領域よりも高速なボリュームが存在する場合は、プール管理プログラム１１３は差分バックアップ用に高速なボリューム内の領域を割り当てなおすためにステップ７０８に戻ることもできる。
【００６０】
フルバックアップは、あらかじめ二重化しておいたバックアップ対象ボリューム１２を分離することによって取得する。また、次回のフルバックアップに備えるため、プール管理プログラム１１が新たな領域を用意し、コピープログラム１１１がボリュームの初期コピーを開始しボリュームを二重化しておくことができる。あらかじめボリュームを二重化していない場合は、プール管理プログラム１１がフルバックアップ用の領域を割り当て、コピープログラム１１１は、割り当てられた領域にフルバックアップを作成する。このとき、バックアップ対象ボリューム１２への負荷を最小限に抑えるため、まず更新部分のみをバックアップ対象ボリューム１２からコピーし、残りの更新されていないデータは前回のフルバックアップボリューム又は差分バックアップ領域から必要データをコピーする（ステップ７１３）。以上のようにして、更新量に応じて自動的にバックアップ方式を決定し実行することができる。
【００６１】
以上のように、第１の実施形態によれば、ディスク装置からディスク装置への高速なバックアップが可能である。リカバリポイント目標とリカバリ時間目標の設定をユーザが行なえるようにすることで実運用に適したバックアップ取得を可能とする。ボリューム構成、性能管理、更新量の管理をストレージ装置内で自動的に行なうことにより、ユーザへの負担を軽減することができる。
【００６２】
「第２の実施形態」
図８は第２の実施形態の構成を示す図であり、この構成における第１の実施形態の構成との相違点は、ストレージ装置１上に、コピープログラムの代わりに、ストレージ装置間でデータ転送を行なうデータ転送プログラム１１８を備えたことと、プール管理プログラムの代わりに、バックアップ用ストレージ装置のボリュームに関する管理を行なうバックアップ先管理プログラム１１６を備えたことである。また、第２の実施形態では、バックアップデータ格納先として、データ転送路５を介してストレージ装置１とは離れた位置にバックアップ用ストレージ装置４を備えている。
【００６３】
ストレージ装置１とバックアップ用ストレージ装置４を接続するデータ転送路５は、例えば、Ｆｉｂｒｅ  Ｃｈａｎｎｅｌ、ＳＣＳＩ、Ｅｔｈｅｒｎｅｔ（登録商標）、Ｉｎｆｉｎｉｂａｎｄ等が用いられ、データ転送が行なわれる。冗長性を持たせるために複数の転送路を接続してもよいし、ハブ、スイッチ、ルータ、プロトコル変換器などを介して接続してもよく、接続形態やプロトコルは問わない。
【００６４】
バックアップ用ストレージ装置４において、１４はバックアップデータを格納するバックアップデータ格納用ボリューム、１１７はバックアップ用ストレージ装置内のボリュームを管理するボリューム管理プログラムである。
【００６５】
また、第２の実施形態では性能管理プログラム１１４をストレージ装置１に置いているが、バックアップ用ストレージ装置４にも設置してもよい。この場合、バックアップ用ストレージ装置４に設置された性能管理プログラム１１４が、バックアップデータ格納用ボリューム１４の性能を管理し、ストレージ装置１上のバックアップ制御プログラム１１に通知することになる。また、ストレージ装置１と同等の機能を有する装置をバックアップ用ストレージ装置４として使用し、互いに連携するようにしてもよい。
【００６６】
図９は第２の実施形態におけるバックアップ初期設定を示すフローチャートである。まず、ユーザがバックアップ対象ボリュームとそのリカバリ目標を設定する。リカバリ目標は第１の実施形態と同様に、リカバリポイント目標とリカバリ時間目標のいずれか又は両方が設定される。また、バックアップデータを格納しておくバックアップ用ストレージ装置４の装置ＩＤを登録しておくことにより、複数のバックアップ用ストレージ装置４が接続された場合にも対象となる装置を識別できる（ステップ９０１）。ステップ９０２からステップ９０４は第１の実施形態と同様であり、そのため、これらのステップ９０２、９０３、９０４の説明を省略する。
【００６７】
次に、バックアップ先管理プログラム１１６はボリューム管理プログラム１１７にボリューム情報を問い合わせる。このとき、バックアップ先管理プログラム１１６はフルバックアップに必要な容量をボリューム管理プログラム１１７に通知し、ボリューム管理プログラム１１７はその容量のＬＵ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ：論理ボリューム）を作成するようにしておけば、ボリューム容量不一致による無駄な領域を出さずに済む。ボリューム管理プログラム１１７は作成されたＬＵとその他の使用可能なＬＵやディスクに関する情報を通知すればよい。これらの情報には、ボリュームを識別するためのＬＵＮ（論理ボリュームＮｏ）やそのディスク種別及び構成等があり、必要領域の割り当てやリストア性能の算出に用いられる。バックアップ用ストレージ装置４が性能モニタリングの機能を有する場合には、直接ボリュームの性能情報を送信しても良い（ステップ９０５）。
【００６８】
バックアップ先管理プログラム１１６は受け取ったボリュームの情報を管理し、そのボリューム群の中から適切なボリュームをバックアップデータ格納用ボリューム１４として初回フルバックアップ用に割り当てる（ステップ９０６）。割り当てられた領域のディスク構成やディスク種別等のボリューム情報を性能管理プログラム１１４に通知する。性能管理プログラム１１４は通知された情報を性能管理表１１４１に書き込み、割り当てられたボリュームの性能を管理する（ステップ９０７）。
【００６９】
データ転送プログラム１１８は指定されたボリュームに初回フルバックアップを実施する。第１の実施形態と同様に、初期コピーとしてストレージ装置間でボリュームをあらかじめ二重化しておき、ある時点で２つのボリュームを分離することによりフルバックアップを取得することができる。もちろんフルバックアップの方法はこれに限定されない（ステップ９０８）。
【００７０】
以上のようにして、初期設定が完了し、基点となる第一世代目のフルバックアップが取得される。第１の実施形態と同様に、次回のフルバックアップに備えるため、第一世代目のフルバックアップが取得された時点で、ストレージ装置間でボリュームを二重化して準備しておくことができる。また、あらかじめボリュームを３重化する等、複数のコピーボリュームを用意しておいても良い。
【００７１】
次に、第２の実施形態のバックアップの実行について図１０のフローチャートを参照して説明する。ステップ１００１、ステップ１００２は第１の実施形態と同様であり、そのため説明を省略する。なお、第２の実施形態においてもリカバリポイント目標で更新量が設定された場合には、第１の実施形態と同様にステップ１００１、ステップ１００２は省略できる。
【００７２】
次に、バックアップ先管理プログラム１１６は初期設定で通知されたボリューム情報を基に、使用可能な領域の中からカウントされた今回の更新量分の領域を割り当てる。バックアップ対象ボリューム１２に対してすでに設定された世代数分を超えるバックアップが取得されている場合は、バックアップ先管理プログラム１１６は、最も古い世代のバックアップを無効とし、不要になった領域を次回以降のバックアップに使用することができる。バックアップデータ格納用ボリューム１４の空き領域が不足し十分な領域を割り当てることができない場合は、その旨を管理コンソール２の管理プログラム２１に通知する。管理プログラム２１への通知とともにボリューム管理プログラム１１７にも通知し、新たな領域を要求するようにしてもよい（ステップ１００３）。
【００７３】
性能管理プログラム１１４は、第１の実施形態と同様に、性能管理表１１４１から前回フルバックアップを取得したボリュームのライト性能と差分バックアップ用に割り当てられた領域の性能からリード性能を読みとり、低いほうの性能をリストア時の予測性能とする。カウントされたフルバックアップからの更新量の累計をリストア時の予測性能で割ることにより増分バックアップ時のリストア予測時間を算出する（ステップ１００４）。
【００７４】
算出されたリストア予測時間がリカバリ時間目標で設定された時間内に収まるかどうかを判定する（ステップ１００５）。目標時間内にリカバリ可能であれば、データ転送プログラム１１８は、バックアップ対象ボリューム１２の更新部分を前述のバックアップ先管理プログラム１１６によって割り当てられた領域にデータを転送し、増分バックアップを取得する。第１の実施形態と同様に、バックアップ中にコピー対象領域への更新があった場合は、対象領域をバックアップ用ストレージ装置４に転送した後に更新データを受領することでアクセスを継続できる（ステップ１００６）。
【００７５】
判定の結果、目標時間内にリカバリできない場合は、バックアップ先管理プログラム１１６はカウントされたフルバックアップ基点の更新量を基に、差分バックアップに必要な領域を割り当てなおす。なお、第１の実施形態と同様に、バックアップデータ格納用ボリューム１４にステップ１００３で割り当てた領域よりも高速なボリュームが存在する場合は、バックアップ先管理プログラム１１６は増分バックアップ用に高速なボリューム領域を割り当てなおすためにステップ１００３に戻ることもできる（ステップ１００８）。
【００７６】
性能管理プログラム１１４は、ステップ１００４と同様に性能管理表１１４１から前回フルバックアップを取得したボリュームのライト性能と差分バックアップ用に割り当てられた領域のリード性能を読みとり、低いほうの性能をリストア時の予測性能とする。フルバックアップを基点とした更新量をリストア時の予測性能で割ることにより差分バックアップ時のリストア予測時間を算出する（ステップ１００９）。算出された差分バックアップ時のリストア予測時間がリカバリ時間目標で設定された時間内に収まるかどうかを判定する（ステップ１０１０）。
【００７７】
目標時間内にリカバリ可能であれば、データ転送プログラム１１８は、差分管理プログラム１１２によって示されたフルバックアップ基点の更新部分を前述のバックアップ先管理プログラム１１６によって割り当てられた領域に転送し、差分バックアップを取得する（ステップ１０１１）。  
判定の結果、目標時間内にリカバリできない場合は、リストア時にボリューム切り替えのみで済むようにフルバックアップを作成する。なお、第１の実施形態と同様に、バックアップデータ格納用プール１４にステップ１００８で割り当てた領域よりも高速なボリュームが存在する場合は、バックアップ先管理プログラム１１６は差分バックアップ用に高速なボリューム領域を割り当てなおすためにステップ１００８に戻ることもできる。
【００７８】
第１の実施形態と同様に、フルバックアップはあらかじめ二重化しておいたバックアップ対象ボリューム１２を分離することによって取得する。また、次回のフルバックアップに備えるためバックアップ先管理プログラム１１６が新たな領域を用意し、データ転送プログラム１１８が装置間でボリュームの初期コピーを開始しボリュームを二重化しておくことができる。あらかじめ二重化していない場合は、バックアップ先管理プログラム１１６がフルバックアップ用の領域を割り当て、データ転送プログラム１１８は、割り当てられた領域にフルバックアップ用のデータを転送することによりフルバックアップを取得する。
【００７９】
バックアップ用ストレージ装置４がコピープログラムを有する場合には、データ転送プログラム１１８が更新部分のみを送信し、第１の実施形態と同様に、残りの更新されていないデータはコピープログラムが前回のフルバックアップボリューム又は差分バックアップ領域から必要データをコピーすることができる（ステップ１０１３）。
【００８０】
以上のようにして、バックアップ先管理プログラム１１６がバックアップ用ストレージ装置４のボリューム管理プログラム１１７からバックアップデータ格納用ボリューム１４の情報を受け取ることにより、バックアップデータの格納先を決定する。
【００８１】
以上のように第２の実施形態によれば、第１の実施形態の効果に加えて、バックアップ用ストレージ装置が遠隔にある場合にもバックアップの取得が可能であり、災害や事故によりストレージ装置全体が破壊された場合にも遠隔地に保存されたバックアップを用いてデータの復旧が可能である。
【００８２】
「第３の実施形態」
図１１は第３の実施形態の構成を示す図であり、この構成における第２の実施形態の構成との相違点は、管理コンソール２の代わりに、ストレージ装置１にバックアップサーバ６を接続したことである。
【００８３】
バックアップサーバ６にはファイル単位のバックアップを管理するバックアップソフト６１と、バックアップ設定プログラム２１１と、を備える。第３の実施形態ではストレージ装置１とバックアップ用ストレージ装置４を別装置としたが、第１の実施形態のようにストレージ装置１内にバックアップデータ格納用プール１３を備えた構成としてもよい。
【００８４】
第１及び第２の実施形態ではストレージ装置のみでバックアップを実施していたためボリューム単位のバックアップを取得していたが、第３実施形態ではバックアップサーバ６を接続し、バックアップ設定プログラム２１１とバックアップソフト６１が連携することによりファイル単位のバックアップを可能にする。
【００８５】
バックアップソフト６１ではファイル又はディレクトリをグループ化し、ファイルグループ毎にリカバリ目標の指定を行なう。リカバリ目標の指定は図２に示した方法により、バックアップ設定プログラム２１１を用いて同様に指定できる。バックアップ設定プログラム２１１は、ファイルグループ毎のリカバリ目標の設定情報と、ファイル構成とその格納位置に関する情報をストレージ装置１に通知する。
【００８６】
ファイル情報の一例を図１２に示す。バックアップソフト６１はファイルグループを管理するためファイルリスト６１１を作成する。ファイルリスト６１１には、ファイルグループを識別するファイルグループナンバー、ファイルを識別するファイルナンバーが記載される。それぞれのファイル毎に、ストレージ装置１内のアドレスを示すＬＵ（Ｌｏｇｉｃａｌ  Ｕｎｉｔ）、ＬＢＡ（Ｌｏｇｉｃａｌ  Ｂｌｏｃｋ  Ａｄｄｒｅｓｓ）と、データサイズを示すブロック数と、を記載する。バックアップ設定プログラム２１１は、ファイルリスト６１１をストレージ装置１に転送することにより、対象ファイルの位置及びサイズをストレージ装置１に通知することができる。
【００８７】
ストレージ装置１は受け取ったファイル情報を基に、ファイルグループ毎に差分管理表１１２１を作成し、差分管理を行なうことによりファイル単位のバックアップを取得することができる。バックアップ処理に関しては、第１及び第２の実施形態と同様である。
【００８８】
このように、バックアップ設定プログラム２１１とバックアップソフト６１が連携し、ファイル情報をストレージ装置１に通知することによりファイル単位のバックアップを取得することができる。
【００８９】
以上説明したように、本発明の実施形態の特徴は、指定された情報に基づいてバックアップ方式を選択して実行し、バックアップ制御の取り纏めを行うバックアップ制御プログラムをストレージ装置に備え、ストレージ装置の管理を行う管理コンソール上にバックアップ設定プログラムを備えていることにある。具体的には、バックアップ制御プログラムは、バックアップ対象ボリュームの更新有無を管理する差分管理プログラム、バックアップデータを格納しておくディスク領域を管理するプール管理プログラム、ストレージ装置内のボリュームの性能を管理する性能管理プログラム、を有し、また、バックアップ設定プログラムは、ユーザがリカバリ目標を指定できるインタフェースを持ち、簡便な設定でバックアップの取得を可能にするものである。
【００９０】
そして、バックアップ設定プログラムで指定されたリカバリ目標に基づき、バックアップ制御プログラムは最適なバックアップ方式の選択を行なう。差分管理プログラムがバックアップ取得時点での更新量を管理し、プール管理プログラムは必要なディスク領域を割り当てる。性能管理プログラムは対象となるボリュームのリストア性能を算出し、バックアップ制御プログラムは算出されたリストア性能と更新量を基に指定されたリカバリ時間内にリストア可能なバックアップ方式を選択する。
【００９１】
本発明が上述したような特徴を備えることによって、ボリューム構成、性能管理、更新量の管理をストレージ装置内で自動的に行なうことができ、ディスク装置からディスク装置への最適なバックアップ取得を可能にし、ユーザへの負担を軽減することができる。
【図面の簡単な説明】
【００９２】
【図１】本発明の第１の実施形態に係るストレージ装置と管理コンソールの全体構成を示すブロック図である。
【図２】第１の実施形態に係るストレージ装置に接続された管理コンソールのバックアップ設定プログラムによるユーザ設定画面例を示す図である。
【図３】第１の実施形態に係るストレージ装置のバックアップ対象ボリュームの性能を管理する性能管理プログラムの内容を示す図である。
【図４】第１の実施形態に係るストレージ装置のバックアップ対象ボリュームの更新有無を管理する差分管理プログラムの内容を示す図である。
【図５】第１の実施形態におけるバックアップ初期設定のフローチャートを示す図である。
【図６】第１の実施形態に関するリカバリポイント目標において更新量が選択された場合のバックアップ開始契機のフローチャート示す図である。
【図７】第１の実施形態に関するバックアップ実行のフローチャート示す図である。
【図８】本発明の第２の実施形態に係るストレージ装置と管理コンソールの全体構成を示すブロック図である。
【図９】第２の実施形態におけるバックアップ初期設定のフローチャートを示す図である。
【図１０】第２の実施形態に関するバックアップ実行のフローチャート示す図である。
【図１１】本発明の第３の実施形態に係るストレージ装置とバックアップサーバの全体構成を示すブロック図である。
【図１２】第３の実施形態に関するストレージ装置に接続されたバックアップサーバのバックアップソフトにおけるファイル情報を示す図である。
【符号の説明】
【００９３】
１  ストレージ装置
１１  バックアップ制御プログラム
１１１  コピープログラム
１１２  差分管理プログラム
１１３  時間管理プログラム
１１４  性能管理プログラム
１１５  プール管理プログラム
１１６  バックアップ先管理プログラム
１１７  ボリューム管理プログラム
１１８  データ転送プログラム
１２  バックアップ対象ボリューム
１３  バックアップデータ格納用プール
１４  バックアップデータ格納用ボリューム
２  管理コンソール
２１  管理プログラム
２１１  バックアップ設定プログラム
３  通信路
４  バックアップ用ストレージ装置
５  データ転送路
６  バックアップサーバ
６１  バックアップソフト
６１１  ファイルリスト
【図１】
2005122611.tif 000003
【図２】
2005122611.tif 000004
【図３】
2005122611.tif 000005
【図４】
2005122611.tif 000006
【図５】
2005122611.tif 000007
【図６】
2005122611.tif 000008
【図７】
2005122611.tif 000009
【図８】
2005122611.tif 000010
【図９】
2005122611.tif 000011
【図１０】
2005122611.tif 000012
【図１１】
2005122611.tif 000013
【図１２】
2005122611.tif 000014