(57)【要約】【課題】バックアップシステムにおいて、スナップショットボリュームとのデータ一貫性を保持しながら自動的なバックアップ運用が可能とする。【解決手段】管理サーバは、セカンダリボリュームのデータ内容を、バックアップ装置のバックアップ媒体にバックアップする指示をおこなったときに、第一のテーブルを参照し、ボリュームのグループに属するセカンダリボリュームがペア状態であるか否かを判定し、ボリュームのグループに属するセカンダリボリュームで、ペア状態のものがあったときに、第二のテーブルに、ボリュームのグループのバックアップ状態を異常終了として記録し、管理サーバは、第二のテーブルに、ボリュームのグループのバックアップ状態が異常終了として記憶されたボリュームのグループに対して、再度、バックアップ装置のバックアップ媒体にバックアップする指示をおこなう。【選択図】  図５
2017204032.tif 000002
【特許請求の範囲】
【請求項１】
ディスク媒体によりデータ保管をおこなうストレージシステムと、前記ストレージシステムのディスク媒体のボリュームを状態監視し、前記ボリュームに対するＩＯ処理を指示する管理サーバと、バックアップ媒体にデータを保管するバックアップ装置とを備えるバックアップシステムであって、
前記管理サーバは、ＣＰＵと記憶装置とを有し、
前記記憶装置に、ペア状態形成によるバックアップ状況を管理する第一のテーブルと、バックアップ媒体へのバックアップ状況を管理する第二のテーブルとを保持し、
前記ディスク媒体のボリュームに対して、プライマリボリュームとセカンダリボリュームとをペア状態として指定し、データ同期により前記プライマリボリュームのデータの内容を前記セカンダリボリュームにバックアップする手段と、
前記ボリューム毎に、ペア形成状態を前記第一のテーブルに設定する手段と、
前記セカンダリボリュームのデータ内容を、ボリュームのグループを指定して前記バックアップ装置のバックアップ媒体にバックアップする手段とを備え、
前記管理サーバは、前記セカンダリボリュームのデータ内容を、ボリュームのグループを指定して前記バックアップ装置のバックアップ媒体にバックアップする指示をおこなったときに、前記第一のテーブルを参照し、前記ボリュームのグループに属するセカンダリボリュームがペア状態であるか否かを判定し、前記ボリュームのグループに属するセカンダリボリュームで、ペア状態のものがあったときに、前記第二のテーブルに、前記ボリュームのグループのバックアップ状態を異常終了として記録し、
前記管理サーバは、前記第二のテーブルに、前記ボリュームのグループのバックアップ状態が異常終了として記憶されたボリュームのグループに対して、再度、前記バックアップ装置のバックアップ媒体にバックアップする指示をおこなうことを特徴とするバックアップシステム。
【請求項２】
前記ボリュームのグループは、ＲＡＩＤ制御が一体となっておこなわれるＲＡＩＤグループであることを特徴とする請求項１記載のバックアップシステム。
【請求項３】
前記記憶装置には、さらに、バックアップ媒体へのリトライのバックアップ状況を管理する第三のテーブルとを保持し、
前記管理サーバは、前記セカンダリボリュームのデータ内容を、ボリュームのグループを指定して前記バックアップ装置のバックアップ媒体にバックアップする指示をおこなったときに、前記第一のテーブルを参照し、前記ボリュームのグループに属するセカンダリボリュームがペア状態であるか否かを判定し、前記ボリュームのグループに属するセカンダリボリュームで、ペア状態のものがあったときに、そのボリュームのグループの情報を、前記第三のテーブルにコピーし、
前記管理サーバは、前記第三のテーブルに格納されたボリュームのグループに対して、再度、前記バックアップ装置のバックアップ媒体にバックアップする指示をおこなうことを特徴とする請求項１記載のバックアップシステム。
【請求項４】
ディスク媒体によりデータ保管をおこなうストレージシステムと、ＣＰＵと記憶装置とを有し、前記ストレージシステムのディスク媒体のボリュームを状態監視し、前記ボリュームに対するＩＯ処理を指示する管理サーバと、バックアップ媒体にデータを保管するバックアップ装置とを備えるバックアップシステムのバックアップ方法であって、
前記管理サーバは、前記記憶装置に、ペア状態形成によるバックアップ状況を管理する第一のテーブルと、バックアップ媒体へのバックアップ状況を管理する第二のテーブルと、バックアップ媒体へのリトライのバックアップ状況を管理する第三のテーブルとを保持し、
前記管理サーバが、前記ディスク媒体のボリュームに対して、プライマリボリュームとセカンダリボリュームとをペア状態として指定し、データ同期により前記プライマリボリュームのデータの内容を前記セカンダリボリュームにバックアップするステップと、
前記管理サーバが、ボリューム毎に、ペア形成状態を前記第一のテーブルに設定するステップと、
前記管理サーバが、前記セカンダリボリュームのデータ内容を、ＲＡＩＤグループを指定して前記バックアップ装置のバックアップ媒体にバックアップするステップとを備え、
前記管理サーバが、前記セカンダリボリュームのデータ内容を、ＲＡＩＤグループを指定して前記バックアップ装置のバックアップ媒体にバックアップする指示をおこなったときに、前記第一のテーブルを参照し、前記ＲＡＩＤグループに属するセカンダリボリュームがペア状態であるか否かを判定するステップと、
前記管理サーバが、前記ＲＡＩＤグループに属するセカンダリボリュームで、ペア状態のものがあったときに、前記第二のテーブルに、前記ＲＡＩＤグループのバックアップ状態を異常終了として記録し、そのボリュームのグループの情報を、前記第三のテーブルにコピーするステップと、
前記管理サーバは、前記第三のテーブルに格納されたボリュームのグループに対して、再度、前記バックアップ装置のバックアップ媒体にバックアップする指示をおこなうことを特徴とするバックアップ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、バックアップシステム、および、バックアップ方法に係り、特に、ディスクボリューム単位のスナップショット技術によるデータ保護をおこない、さらに、ディスクのデータをテープなどの外部媒体にバックアップする用途に用いて好適なバックアップシステム、および、バックアップ方法に関する。
【背景技術】
【０００２】
従来から仮想マシンのデータバックアップ技術に関しては、いくつかの方法がある。その代表的なもののひとつに、ディスクのボリューム単位のスナップショット技術を使用したものがある。この方法を利用した場合、システム管理者が仮想マシンのバックアップ作成時に、対象となる仮想マシン環境の運用を制限しなければならない。ディスクのボリューム単位のスナップショット技術を使用したバックアップ技術としては、例えば、ＳｈａｄｏｗＩｍａｇｅがある（非特許文献１参照）。
【０００３】
ＳｈａｄｏｗＩｍａｇｅでは、コピーしたいボリュームをプライマリボリューム、コピー先のボリュームをセカンダリボリュームとして、ペア状態とする。ペア状態になったときには、プライマリボリュームからセカンダリボリュームへの初期コピーがおこなわれ、初期コピー後には、定期的に、プライマリボリュームの内容をセカンダリボリュームに書き込むことにより、プライマリボリュームとセカンダリボリュームのデータ同期が保たれる。ペア状態を解除（ペア分割）すると、プライマリボリュームの内容は更新されるが、セカンダリボリュームの内容は一定に保たれる。
【０００４】
一方、災害発生時などのディザスタリカバリを考慮した場合、ディスクとは別の外部記憶媒体であるテープメディアよるテープバックアップ処理技術が従来からの方法として存在する。テープメディアは、容量あたりの価格がディスクよりも安価である、長期保管に適しているという利点がある。また、ディスクとテープメディアの両者の特徴を活かすためにディスクとテープメディアを用いて二段階のバックアップをおこなうＤ２Ｄ２Ｔ（Disk to Disk to Tape）という手法がある。
【０００５】
このＤ２Ｄ２Ｔによるバックアップソリューションを実現するために、テープメディアよるテープバックアップと上述のスナップショットによるディスクボリューム単位に取得のバックアップと組み合わせた場合には、個別の仮想マシンの運用に制限かけて、テープバックアップ対象を静的に保つなどの考慮をおこなう必要がある。
【０００６】
個別の仮想マシンの運用制限の調整を軽減するために、例えば特許文献１に記載された技術がある。特許文献１では、仮想マシンの停止を管理サーバで検出することによりバックアップ運用の労力の軽減、円滑化を図っている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１２−６４１９６号公報
【非特許文献】
【０００８】
【非特許文献１】株式会社日立製作所、”ShadowImage  ユーザガイド”、[online]、２０１２年３月、[平成２８年４月８日検索]、インターネット＜ＵＲＬ：http://itdoc.hitachi.co.jp/manuals/hus100/dkc/hus_shadowimage_13.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００９】
テープメディアを使ったバックアップでは、サーバが静的な状態でのＯＳ（Operating System）領域まで含めたバックアップをおこなう場合には、独立に運用されるサーバの運用スケジュール調整やリソースの調整が必要であったり、冗長化構成等で大規模なシステムが必要となるという問題点がある。また、ディスクボリューム単位のスナップショット技術とテープバックアップを組み合わせた場合には、テープバックアップ最中のスナップショットボリュームが静的に保たれる保障がないため、テープバックアップされたデータが有効でなくなる可能性がある。
【００１０】
上記特許文献１記載のバックアップシステムは、管理サーバが一時停止か終了されたＶＭ（Virtual Machine）を検出し、そのＶＭによって使用されたボリュームを識別して、そのボリュームのバックアップボリュームを作成するものである。
【００１１】
しかしながら、この方法では、バックアップを作成するために、ＶＭを停止させなければならず、可用性が向上しないという問題点がある。また、スナップショットボリュームのデータをバックアップすることについても考慮されていない。
【００１２】
本発明は、上記問題点を解決するためになされたもので、その目的は、ディスクボリューム単位のスナップショット技術とテープメディアなどの外部媒体へのバックアップを組み合わせた場合に、システム全体の可用性を低下させず、バックアップの管理者の労力を軽減し、スナップショットボリュームとのデータ一貫性を保持しながら自動的なバックアップ運用が可能なバックアップシステムを提供することにある。
【課題を解決するための手段】
【００１３】
上記問題点を解決するためのバックアップシステムの構成は、ディスク媒体によりデータ保管をおこなうストレージシステムと、ストレージシステムのディスク媒体のボリュームを状態監視し、ボリュームに対するＩＯ処理を指示する管理サーバと、バックアップ媒体にデータを保管するバックアップ装置とを備えるバックアップシステムであって、管理サーバは、ＣＰＵと記憶装置とを有し、記憶装置に、ペア状態形成によるバックアップ状況を管理する第一のテーブルと、バックアップ媒体へのバックアップ状況を管理する第二のテーブルとを保持する。そして、管理サーバは、ディスク媒体のボリュームに対して、プライマリボリュームとセカンダリボリュームとをペア状態として指定し、データ同期によりプライマリボリュームのデータの内容をセカンダリボリュームにバックアップする手段と、ボリューム毎に、ペア形成状態を第一のテーブルに設定する手段と、セカンダリボリュームのデータ内容を、ボリュームのグループを指定してバックアップ装置のバックアップ媒体にバックアップする手段とを備える。管理サーバは、セカンダリボリュームのデータ内容を、ボリュームのグループを指定してバックアップ装置のバックアップ媒体にバックアップする指示をおこなったときに、第一のテーブルを参照し、ボリュームのグループに属するセカンダリボリュームがペア状態であるか否かを判定し、ボリュームのグループに属するセカンダリボリュームで、ペア状態のものがあったときに、第二のテーブルに、ボリュームのグループのバックアップ状態を異常終了として記録し、管理サーバは、第二のテーブルに、ボリュームのグループのバックアップ状態が異常終了として記憶されたボリュームのグループに対して、再度、バックアップ装置のバックアップ媒体にバックアップする指示をおこなう。
【発明の効果】
【００１４】
本発明によれば、ディスクボリューム単位のスナップショット技術とテープメディアなどの外部媒体へのバックアップを組み合わせた場合に、システム全体の可用性を低下させず、バックアップの管理者の労力を軽減し、スナップショットボリュームとのデータ一貫性を保持しながら自動的なバックアップ運用が可能なバックアップシステムを提供することができる。
【図面の簡単な説明】
【００１５】
【図１】バックアップシステムの全体構成図である。
【図２】ＶＯＬ単位バックアップ状態管理テーブルの一例を示す図である。
【図３】ＲＡＩＤバックアップ状態管理テーブルの一例を示す図である。
【図４】リトライ用ＲＡＩＤバックアップ状態管理テーブルの一例を示す図である。
【図５】バックアップシステムのバックアップ処理の概要を示す図である。
【図６】ストレージシステム１３０でおこなわれるディスクＶＯＬ単位のバックアップ処理を示すフローチャートである。
【図７】ストレージシステム１３０とテープ装置１４０間でおこなわれるＲＡＩＤグループ単位のバックアップ処理を示すフローチャートである。
【図８】ＲＡＩＤグループ単位のバックアップ処理の異常終了時におこなわれるループバックアップ処理を示すフローチャートである。
【発明を実施するための形態】
【００１６】
以下で、本発明に係る一実施形態について、図１ないし図８を用いて説明する。
【００１７】
先ず、図１を用いて本発明の一実施形態に係るバックアップシステムの構成について説明する。  
図１は、バックアップシステムの全体構成図である。
【００１８】
バックアップシステム１００は、図１に示されるように、管理サーバ１１０と仮想化サーバ１２０とストレージシステム１３０とテープ装置１４０がネットワーク１５０により接続された構成である。また、仮想化サーバ１２０とストレージシステム１３０とテープ装置１４０とは、ＦＣ（Fibre Channel）スイッチ１６０により、ＳＡＮ（Storage Area Network）接続されている。
【００１９】
仮想化サーバ１２０では、サーバの機能を仮想化プログラムにより実現したものであり、仮想ＳＶ（Server）１−１〜仮想ＳＶｎ−ｍまでｎ個の仮想システムが動作する。
【００２０】
ストレージシステム１３０では、ＨＤＤ（Hard Disk Drive）アレイなどで実現される大容量の記憶装置からなり、仮想ＳＶ１−１〜仮想ＳＶｎ−ｍで排他的に利用する記憶領域(ＬＵ：Logical Unit)が定義されている。このうち仮想ＳＶ１−１〜仮想ＳＶｎ−ｍが利用する記憶領域は、単一のＲＡＩＤ（Redundant Arrays of Inexpensive Disks）グループ１３０−１Ｐ上にＰＶＯＬ１−１〜ＰＶＯＬｎ−ｍとして定義されている。ここで、ＲＡＩＤグループとは、同一のＲＡＩＤ制御をおこなうＨＤＤをグループとして捉えるものである。
【００２１】
また、ＰＶＯＬ１−１〜ＰＶＯＬ０ｎ−ｍのバックアップ用記憶領域として、ＲＡＩＤグループ１３０−１Ｓ上にＳＶＯＬ１−１〜ＳＶＯＬｎ−ｍが定義されている。ここで、ＰＶＯＬ０１−１〜ＰＶＯＬ０ｎ−ｍは、ＳｈａｄｏｗＩｍａｇｅにおけるプライマリボリュームであり、ＳＶＯＬ１−１〜ＳＶＯＬｎ−ｍは、それらと各々ペア状態を形成するセカンダリボリュームである。
【００２２】
テープ装置１４０は、ストレージシステム１３０に定義されているバックアップ用記憶領域のバックアップをして、磁気テープにバックアップする装置である。本実施形態では、ＳｈａｄｏｗＩｍａｇｅにおけるセカンダリボリュームから形成されるＲＡＩＤグループ１３０−１Ｓのバックアップを、テープ装置１４０に搭載するテープドライブ１０４−１を使って取得する。
【００２３】
管理サーバ１１０は、ＣＰＵ１０、主記憶装置１２、補助記憶装置２０が接続された構成である。ＣＰＵ１０は、管理サーバ１１０の各部を制御し、主記憶装置１２に各種プログラムをロードして実行する。主記憶装置１２は、通常、ＲＡＭなどの揮発メモリで構成され、ＣＰＵ１０が実行するプログラム、参照するデータが記憶される。
【００２４】
補助記憶装置２０は、ＨＤＤなどの大容量の記憶装置であり、プログラムとテーブルが格納される。本実施形態で実行されるプログラムには、バックアップ制御プログラム２１、仮想ＳＶ管理プログラム２２、記憶装置管理プログラム２３、テープ装置管理プログラム２４がある。また、管理サーバ１１０が保持するテーブルは、ＶＯＬ単位バックアップ状態管理テーブル６００、ＲＡＩＤバックアップ状態管理テーブル７００、リトライ用ＲＡＩＤバックアップ状態管理テーブル８００がある（詳細は後に説明）。
【００２５】
仮想ＳＶ管理プログラム２２は、仮想化サーバ１２０に定義されている全ての仮想ＳＶの状態を取得し、各仮想ＳＶの起動、停止をおこなう。記憶装置管理プログラム２３は、ＳｈａｄｏｗＩｍａｇｅ技術により、ストレージシステム１３０に定義されている全てのＰＶＯＬからＳＶＯＬへのバックアップ処理を開始、停止させ、ＰＶＯＬ、ＳＶＯＬのバックアップ処理状態を取得する。テープ装置管理プログラム２４は、ストレージシステム１３０に定義されているバックアップされるＲＡＩＤグループからテープ装置１４０の磁気テープへのバックアップ処理を起動、停止させ、バックアップ処理状態を取得する。バックアップ制御プログラム２１は、これらの仮想ＳＶ管理プログラム２２、記憶装置管理プログラム２３、テープ装置管理プログラム２４を呼び出し、バックアップ処理全体を制御する。
【００２６】
次に、本実施形態のバックアップシステムで用いられるデータ構造について説明する。
図２は、ＶＯＬ単位バックアップ状態管理テーブルの一例を示す図である。  
図３は、ＲＡＩＤバックアップ状態管理テーブルの一例を示す図である。  
図４は、リトライ用ＲＡＩＤバックアップ状態管理テーブルの一例を示す図である。
【００２７】
ＶＯＬ単位バックアップ状態管理テーブル６００は、ＳｈａｄｏｗＩｍａｇｅによるボリューム単位のバックアップの状態を管理するためのテーブルであり、図２に示されるように、ＲＡＩＤグループ６０１、バックアップ対象ＶＯＬ６０２、完了日時６０３、バックアップ状態６０４の各フィールドからなる。
【００２８】
ＲＡＩＤグループ６０１には、バックアップ対象のＲＡＩＤグループを表す識別子が格納される。バックアップ対象ＶＯＬ６０２には、ペア状態にしてプライマリボリュームの内容をバックアップするセカンダリボリュームを表す識別子が格納される。完了日時６０３には、ＳｈａｄｏｗＩｍａｇｅによるバックアップが終了した日時が年月日時分秒（ＹＹＹＹ／ＭＭ／ＤＤ  ＨＨ：ＭＭ：ＳＳ）の形式で格納される。バックアップ状態６０４には、ＳｈａｄｏｗＩｍａｇｅによるバックアップの実行状態が格納され、ＳｈａｄｏｗＩｍａｇｅによるバックアップが「済み」、「未実施」、「取得中」かに従って、済／未／取得中のいずれかの値が格納される。
【００２９】
ＲＡＩＤバックアップ状態管理テーブル７００は、ＲＡＩＤグループ単位でおこなわれるテープバックアップの状態を管理するためのテーブルであり、図３に示されるように、ＲＡＩＤグループ７０１、完了日時７０２、バックアップテープＩＤ７０３、バックアップ状態７０４、エラーＶＯＬ７０５の各フィールドからなる。
【００３０】
ＲＡＩＤグループ７０１には、バックアップ対象のＲＡＩＤグループを表す識別子が格納される。完了日時７０２には、テープバックアップが終了した日時が格納される。バックアップテープＩＤ７０３には、バックアップ先となるテープの識別子が格納される。バックアップ状態７０４には、テープバックアップの実行状態が格納され、テーブルバックアップが「正常終了」、「異常終了」、「未実施」かに従って、正常終了／異常終了／未実施のいずれかの値が格納される。エラーＶＯＬ７０５には、バックアップ中に異常終了したセカンダリボリュームの識別子が格納される。
【００３１】
リトライ用ＲＡＩＤバックアップ状態管理テーブル８００は、テープバックアップが異常終了したＲＡＩＤグループに対して、リトライのバックアップをするために設けられたテーブルであり、図４に示されるように、ＲＡＩＤグループ８０１、完了日時８０２、バックアップテープＩＤ８０３、リトライ対象８０４、バックアップ状態８０５、エラーＶＯＬ８０６の各フィールドからなる。
【００３２】
ＲＡＩＤグループ８０１には、リトライのバックアップ対象のＲＡＩＤグループを表す識別子が格納される。完了日時８０２には、リトライのテープバックアップが終了した日時が格納される。バックアップテープＩＤＬ８０３には、リトライのバックアップ先となるテープの識別子が格納される。リトライ対象８０４には、リトライの対象となるセカンダリボリュームの識別子が格納される。リトライの対象となるセカンダリボリュームとは、このＲＡＩＤグループに対して前回のＲＡＩＤグループ単位のテープバックアップ処理において、正常にバックアップを取得することができなかったセカンダリボリュームである。なお、リトライ対象８０４の値は、図３のエラーＶＯＬ７０５の値を引き継ぐものである。バックアップ状態８０５には、リトライのテープバックアップの実行状態が格納され、ＳｈａｄｏｗＩｍａｇｅによるバックアップが「正常終了」、「異常終了」、「未実施」かに従って、正常終了／異常終了／未実施のいずれかの値が格納される。エラーＶＯＬ８０６には、リトライバックアップ中に異常終了したセカンダリボリュームの識別子が格納される。
【００３３】
次に、図５ないし図８を用いて本実施形態のバックアップシステムのバックアップ処理について説明する。  
図５は、バックアップシステムのバックアップ処理の概要を示す図である。  
図６は、ストレージシステム１３０でおこなわれるディスクＶＯＬ単位のバックアップ処理を示すフローチャートである。  
図７は、ストレージシステム１３０とテープ装置１４０間でおこなわれるＲＡＩＤグループ単位のバックアップ処理を示すフローチャートである。  
図８は、ＲＡＩＤグループ単位のバックアップ処理の異常終了時におこなわれるループバックアップ処理を示すフローチャートである。
【００３４】
先ず、図５に示されるように、ストレージシステム１３０内の特定のＰＶＯＬｉ−ｊ（ｉ＝０，…，ｎ：ｊ＝１，…，ｍ）のバックアップをＳｈａｄｏｗＩｍａｇｅの技術を用いておこなう）（処理２０１）。すなわち、ＰＶＯＬｉ−ｊ（プライマリボリューム）は、対応するＳＶＯＬｉ−ｊ（セカンダリボリューム）とペア状態を形成することにより、データ同期が保たれ、ＰＶＯＬｉ−ｊのバックアップが対応するＳＶＯＬｉ−ｊに各々の並列に取得される。
【００３５】
次に、ＳＶＯＬｉ−ｊにとられたバックアップをＲＡＩＤグループ単位でテープ装置１４０にテープバックアップを取得する（処理２０２）。この処理は、ＲＡＩＤグループ毎に任意のタイミングで並列してバックアップを取得することができる。ただし、テープバックアップ中にＳｈａｄｏｗＩｍａｇｅにより対応するＰＶＯＬｉ−ｊとペア状態を形成したＳＶＯＬｉ−ｊは、バックアップデータの一貫性が保たれないためバックアップ不備ボリュームとする。
【００３６】
次に、処理２０２で実行したＲＡＩＤグループ単位のテープバックアップ処理途中に、バックアップ不備ボリュームが発生したか否かを判定し、バックアップ不備ボリュームが存在する場合には、処理２０２でバックアップを取得したテープとは異なるテープに再度ＲＡＩＤグループ単位のバックアップ取得を試みる（処理２０３）。なお、本明細書中で、テープバックアップに失敗したバックアップ不備ボリュームの存在するＲＡＩＤグループ単位に対して成功するまでリトライしてバックアップする処理を「ループバックアップ」ということにする。
【００３７】
次に、図６によりストレージシステム１３０でおこなわれるディスクＶＯＬ単位のバックアップ処理について説明する。
図６に示される処理は、ストレージシステム１３０のＳｈａｄｏｗＩｍａｇｅによるペア形成によりバックアップをする処理である。
【００３８】
仮想ＳＶｉ−ｊからバックアップ指示を管理サーバ１１０に対して出した後、仮想ＳＶｉ−ｊは、シャットダウン処理を実行する。管理サーバ１１０は仮想ＳＶｉ−ｊからの指示を受信する（Ｓ３０１）。
【００３９】
次に、管理サーバ１１０は、仮想ＳＶｉ−ｊが排他的に利用するストレージシステム１３０のプライマリボリュームＰＶＯＬｉ−ｊと対応するセカンダリボリュームをペア状態にして、プライマリボリュームＰＶＯＬｉ−ｊの記憶領域に対するバックアップ処理をペア状態としたセカンダリボリュームＳＶＯＬｉ−ｊに対して実行する（Ｓ３０２）。このバックアップ処理の間、管理サーバ１１０は、仮想ＳＶ管理プログラム２２を実行することにより仮想ＳＶｉ−ｊの状態監視をおこない、記憶装置管理プログラム２３を実行することバックアップ処理の進捗状況監視をおこなう。仮想ＳＶｉ−ｊ状態が停止状態、かつ、バックアップ状態が１００％になるとＳ３０３に遷移する。
【００４０】
次に、仮想ＳＶｉ−ｊのプライマリボリュームとセカンダリボリュームのペア状態を解除して、バックアップ処理を停止する（Ｓ３０３）。
【００４１】
次に、バックアップ処理でキャッシュ（図示せず）に残っているデータの書き出しをセカンダリボリュームに対しておこない（Ｓ３０４）、仮想ＳＶｉ−ｊのバックアップ処理が完了する。
【００４２】
以上の処理が仮想ＳＶ１−１〜ＳＶｎ−ｍで実行されることにより、仮想ＳＶ単位のバックアップがストレージシステム１３０内で取得される。
【００４３】
次に、図７によりストレージシステム１３０とテープ装置１４０間でおこなわれるＲＡＩＤグループ単位のバックアップ処理について説明する。
【００４４】
ここでのバックアップ処理はストレージシステム１３０のセカンダリボリュームのＲＡＩＤグループであるＲＡＩＤｉ−Ｓ（ｉ＝０，…，ｎ）のバックアップをＲＡＩＤグループ単位に別々のテープにバックアップをおこなうものである。
【００４５】
管理サーバ１１０は、時刻、オペレータの指示等の予め定められたトリガーによってバックアップ処理を開始する。最初に、ストレージシステムに存在する全てのＲＡＩＤグループのテープバックアップ取得状態を保持するテーブルであるＲＡＩＤバックアップ状態管理テーブル７００を初期化する（Ｓ４０１）。
【００４６】
次に、管理サーバ１１０は、バックアップ対象となる全てのＲＡＩＤグループのうち、バックアップ状態６０４が「未」（バックアップ未実施）のエントリのＲＡＩＤグループ７０１を値のＲＡＩＤグループを一つ選択する（Ｓ４０２）。
【００４７】
次に、管理サーバ１１０は、記憶装置管理プログラム２３を実行することにより、Ｓ４０２で選択されたＲＡＩＤグループに定義されている全てのセカンダリボリュームのＳｈａｄｏｗＩｍａｇｅバックアップ実行状態を図２に示したＶＯＬ単位バックアップ管理状態管理テーブルから取得する（Ｓ４０３）。
【００４８】
次に、管理サーバ１１０は、Ｓ４０３で取得したテープバックアップ取得対象のＲＡＩＤグループに属する全てのセカンダリボリュームのＳｈａｄｏｗＩｍａｇｅ実行状態に対する判定処理をおこない（Ｓ４０４）、全てのセカンダリボリュームがバックアップ処理の途中でない状態「未」（バックアップ未実施）または「済」（バックアップ済み）の状態の場合には、Ｓ４０５へ遷移し（Ｓ４０４：ＹＥＳ）、そうでないとき、すなわち、いずれかのＳＶＯＬがバックアップ処理の途中の「取得中」であった場合には（Ｓ４０４：ＮＯ）、Ｓ４０２へ戻り、バックアップ未取得の別のＲＡＩＤグループを選択する。
【００４９】
次に、管理サーバ１１０は、テープ装置管理プログラム２４を実行することにより、指定されたテープ装置１４０のテープドライブに対してＲＡＩＤグループのバックアップ処理を実行する（Ｓ４０５）。
【００５０】
ＲＡＩＤグループのバックアップ処理では、先ず、記憶装置管理プログラム２３を実行することにより、図２に示したＶＯＬ単位バックアップ状態管理テーブル６００のバックアップ状態６０４からセカンダリボリュームのＳｈａｄｏｗＩｍａｇｅのバックアップ実行状態の取得をおこない、各ＶＯＬのＳｈａｄｏｗＩｍａｇｅ実行状態をチェックする（Ｓ４０６）。
【００５１】
そして、全セカンダリボリュームがペア解除されているか否かを判定し（Ｓ４０７）、セカンダリボリュームがペア解除されていないものがあるとき（Ｓ４０７：ＮＯ）、すなわち、取得したバックアップ実行状態が「取得中」となるバックアップ対象のセカンダリボリュームがあった場合には、Ｓ４０８へ遷移し、全セカンダリボリュームがペア解除されているときには（Ｓ４０７：ＹＥＳ）、Ｓ４０９に遷移する。
【００５２】
Ｓ４０７：ＮＯのときには、当該ＲＡＩＤグループ番号、ＳＶＯＬ番号を、図３のＲＡＩＤバックアップ状態管理テーブル７００のＲＡＩＤグループ７０１、エラーＶＯＬ７０５にそれぞれに記録する（Ｓ４０８）。これは、Ｓ４０４時点では、ペア解除状態であったが、テープ媒体へのバックアップ処理実行中に、対象のセカンダリボリュームがペア状態になったものである。そのためＳｈａｄｏｗＩｍａｇｅのバックアップが取得中になり、テープドライブへのバックアップ処理は、当該セカンダリボリュームに関しては不完全なバックアップとなるため、後にリトライバックアップ処理の対象として、異常ＶＯＬとして記録するためである。なお、Ｓ４０５で実行を開始したバックアップは、前述のバックアップ実行状態による不完全なＳＶＯＬのバックアップを検知した場合でも、エラーにより中断とせず、ＲＡＩＤグループ全体のバックアップ処理が完了するまでテープ媒体へのバックアップ処理を実行するものとする。
【００５３】
Ｓ４０７がＹＥＳのときには、ＲＡＩＤグループのバックアップ処理が完了したか否かの判定をおこない（Ｓ４０９）、完了した場合には（Ｓ４０９：ＹＥＳ）、Ｓ４１０に遷移し、完了していない場合には（Ｓ４０９：ＮＯ）、Ｓ４０６に戻る。なお、本実施形態では、１本のテープ媒体に対しては、１世代分のバックアップを取得するものとし、複数世代のバックアップを取得する場合には別のテープ媒体に取得する制御がなされるものとする。
【００５４】
Ｓ４０９：ＹＥＳのときには、テープ媒体へのバックアップ処理結果を図７に示したＲＡＩＤバックアップ状態管理テーブル７００のバックアップ状態７０４に記録する（Ｓ４１０）。ここで、ＲＡＩＤグループのバックアップ処理の途中にセカンダリボリュームに不完全なバックアップが発生していた場合、当該ＲＡＩＤグループのバックアップ処理結果のバックアップ状態７０４は、「異常終了」とし、それ以外の場合を「正常終了」と記録する。
【００５５】
次に、全てのＲＡＩＤグループのテープバックアップが完了しているか否かの判定をおこない（Ｓ４１１）、未完了のＲＡＩＤグループが存在する場合には（Ｓ４１１：ＮＯ）、Ｓ４０２に戻り、全てのＲＡＩＤグループのテープドライブへのバックアップ処理が完了するまで上記処理を繰り返す。
【００５６】
次に、図８によりＲＡＩＤグループ単位のバックアップ処理の異常終了時におこなわれるループバックアップ処理について説明する。
【００５７】
この処理は、ＲＡＩＤグループ単位のテープバックアップ処理結果が「異常終了」となったＲＡＩＤグループに対し、リトライのための繰り返しのループバックアップをおこなうものである。なお、ループバックアップは、テープ装置１４０を使っておこなわれることとし、リトライ時に使われるテープ媒体は、図７のＲＡＩＤグループ単位のテープバックアップ処理で使われるテープ媒体とは別のテープ媒体が利用されることとする。
【００５８】
先ず、管理サーバ１１０は、図３で示したＲＡＩＤバックアップ状態管理テーブル７００を読み込み（Ｓ５０１）バックアップ処理実行結果の判定をおこなう（Ｓ５０２）。全ＲＡＩＤグループのうち、バックアップ７０４の値が「異常終了」となったＲＡＩＤグループが見つかった場合は（Ｓ５０２：ＮＯ）、Ｓ５０３に遷移し、全ＲＡＩＤグループのバックアップ７０４の値が「正常終了」であるときには（Ｓ５０２：ＹＥＳ）、処理を終了する。
【００５９】
次に、バックアップ７０４の値が「異常終了」となった全てのＲＡＩＤグループの情報を、図４に示したリトライ用ＲＡＩＤバックアップ状態管理テーブル８００に設定する（Ｓ５０３）。すなわち、図３のＲＡＩＤバックアップ状態管理テーブル７００のＲＡＩＤグループ７０１の値を、ＲＡＩＤグループ８０１にコピーした新しいエントリを作成し、バックアップテープＩＤ８０３にリトライ用のバックアップテープＩＤを設定し、エラーＶＯＬ７０５の値を、リトライ対象８０４にコピーし、バックアップ状態８０５を「未実施」に設定する。
【００６０】
次に、リトライ用ＲＡＩＤバックアップ状態管理テーブル８００のエントリの内、バックアップ状態８０５を「未実施」のエントリのＲＡＩＤグループ８０１の値のＲＡＩＤグループを一つ選択する（Ｓ５０４）。
【００６１】
次に、管理サーバ１１０は、記憶装置管理プログラム２３を実行することにより、Ｓ５０４で選択されたＲＡＩＤグループに対し、バックアップのリトライが必要となったリトライ対象８０４の全てのセカンダリボリュームに対し、ＳｈａｄｏｗＩｍａｇｅバックアップの実行状態を、図２のＶＯＬ単位バックアップ管理状態管理テーブル６００のバックアップ状態６０４からチェックする（Ｓ５０５）。
【００６２】
そして、Ｓ５０５で取得したリトライバックアップ取得対象ＲＡＩＤグループに属するエラーＳＶＯＬのＳｈａｄｏｗＩｍａｇｅ実行状態に対する判定処理をおこない、リトライ対象のセカンダリボリュームが全てペア解除されているか否かを判定し（Ｓ５０６）、リトライ対象のセカンダリボリュームが全てペア解除されている状態、すなわち、全てのセカンダリボリュームがＳｈａｄｏｗＩｍａｇｅによるバックアップ処理の途中でない状態「未」または「済」の状態の場合には（Ｓ５０６：ＹＥＳ）、Ｓ５０７へ遷移し、リトライ対象のセカンダリボリュームがペア解除されていない状態が存在するとき、すなわち、いずれかのセカンダリボリュームがＳｈａｄｏｗＩｍａｇｅによるバックアップ処理の途中の「取得中」であった場合には（Ｓ５０６：ＮＯ）、Ｓ５０４に戻り、リトライバックアップ未取得の別のＲＡＩＤグループを選択する。
【００６３】
次に、管理サーバ１１０は、テープ装置管理プログラム２４を実行することにより、バックアップテープＩＤ８０３により指定されたリトライ用テープ媒体に対して、ＲＡＩＤグループのリトライのテープバックアップ処理を実行する（Ｓ５０７）。
【００６４】
次に、先ず、記憶装置管理プログラム２３を実行することにより、図４のリトライ用ＲＡＩＤバックアップ状態管理テーブル８００のリトライ対象８０４に記録されているリトライ対象のセカンダリボリュームのエントリに対して、図２で示したＶＯＬ単位バックアップ状態管理テーブルのバックアップ状態８０６をチェックし、バックアップ処理実行中のＳｈａｄｏｗＩｍａｇｅのバックアップ状態の取得をおこなう（Ｓ５０８）。
【００６５】
そして、リトライ対象のセカンダリボリュームが全てペア解除されているか否かを判定し（Ｓ５０９）、リトライ対象のセカンダリボリュームが全てペア解除されている状態、すなわち、全てのセカンダリボリュームがＳｈａｄｏｗＩｍａｇｅによるバックアップ処理の途中でない状態「未」または「済」の状態の場合には（Ｓ５０９：ＹＥＳ）、Ｓ５１１へ遷移し、リトライ対象のセカンダリボリュームがペア解除されていない状態が存在するとき、すなわち、いずれかのセカンダリボリュームがＳｈａｄｏｗＩｍａｇｅによるバックアップ処理の途中の「取得中」であった場合には（Ｓ５０９：ＮＯ）、Ｓ５１０に遷移する。
【００６６】
Ｓ５０９：ＮＯのときには、図４のリトライ用ＲＡＩＤバックアップ状態管理テーブル８００のリトライバックアップ実行中のＲＡＩＤグループ番号のエントリのエラーＶＯＬ８０６に、当該セカンダリボリュームの番号を設定する（Ｓ５１０）。これは、テープ媒体へのリトライバックアップ処理実行中に、再度リトライが必要となる不完全なバックアップが発生したことになるため、後にリトライバックアップ処理の対象として、異常ＶＯＬとして記録するものである。なお、Ｓ５０７で実行を開始したリトライバックアップ処理は、ＳｈａｄｏｗＩｍａｇｅによるペア状態形成により、不完全なテープのバックアップが発生したことを検知した場合でも、エラーにより中断せず、ＲＡＩＤグループ全体のバックアップ処理が完了するまでテープ媒体へのリトライバックアップ処理を実行するものとする。
【００６７】
次に、ＲＡＩＤグループのバックアップ処理が完了したか否かの判定をおこない（Ｓ５１１）、完了した場合には（Ｓ５１１：ＹＥＳ）、Ｓ５１２に遷移し、完了していない場合には（Ｓ５１１：ＮＯ）、Ｓ５０８に戻る。
【００６８】
Ｓ５１１：ＹＥＳのときには、テープ媒体へのリトライバックアップ処理結果を図４のリトライ用ＲＡＩＤバックアップ状態管理テーブル８００のテーブルの完了日時８０２、バックアップ状態８０５に設定する（Ｓ５１２）。すなわち、ＲＡＩＤグループのバックアップ処理の途中に、図４のリトライ用ＲＡＩＤバックアップ状態管理テーブルリトライ対象８０４に記録されたリトライ対象のセカンダリボリュームに対して再度不完全なバックアップが発生していた場合には、当該ＲＡＩＤグループのバックアップ処理結果のステータスとして、バックアップ状態「異常終了」と記録し、それ以外の場合を「正常終了」と記録する。
【００６９】
次に、リトライバックアップ対象となっている全てのＲＡＩＤグループのバックアップ処理が完了しているか否かの判定をおこない（Ｓ５１３）、未完了のＲＡＩＤグループが存在しない場合には（Ｓ５１３：ＹＥＳ）、Ｓ５１４に遷移し、未完了のＲＡＩＤグループが存在する場合には（Ｓ５１３：ＮＯ）、Ｓ５０４へ戻る。
【００７０】
次に、Ｓ５１３：ＹＥＳのときには、図４のリトライ用ＲＡＩＤバックアップ状態管理テーブル８００に設定されたバックアップ状態８０５を読み込み（Ｓ５１４）、Ｓ５０２へ遷移し、全てのＲＡＩＤグループのテープ媒体へのバックアップ処理が完了するまで（Ｓ５０２：ＹＥＳ）、上記処理を繰り返す。
【００７１】
再び、バックアップ状態８０５に「異常終了」のエントリがあるときには（Ｓ５０２：ＮＯ）、Ｓ５０３に遷移し、以下同様の処理が繰り返される。
【００７２】
なお、本実施形態では、ＳｈａｄｏｗＩｍａｇｅのセカンダリボリュームに対するバックアップをおこなうのに、テープ媒体を用いたが、光ディスク媒体や、ＨＤＤ、ＳＤＤ（Solid State Drive）などにバックアップするときにも、本発明を適用することができる。
【符号の説明】
【００７３】
１００…バックアップシステム
１１０…管理サーバ
１２０…仮想化サーバ
１３０…ストレージシステム
１３０−１Ｐ…プライマリボリュームから構成されるＲＡＩＤグループ
１３０−１Ｓ…セカンダリボリュームから構成されるＲＡＩＤグループ
１４０…テープ装置
１４９−１…テープドライブ
【図１】
2017204032.tif 000003
【図２】
2017204032.tif 000004
【図３】
2017204032.tif 000005
【図４】
2017204032.tif 000006
【図５】
2017204032.tif 000007
【図６】
2017204032.tif 000008
【図７】
2017204032.tif 000009
【図８】
2017204032.tif 000010