(57)【要約】【課題】リモートにデータをバックアップすることができるとともに、リモートへの転送負荷、容量負荷を軽減することができるストレージシステムを提供する。【解決手段】  ＭａｉｎＳｉｔｅ１と、ＲｅｍｏｔｅＳｉｔｅ２とを通信回線にて接続されたストレージシステム３であって、ＭａｉｎＳｉｔｅ１は、Ｄｉｓｋ１６に格納された運用データのうちの指定可能な範囲のデータが所定の時点から更新される毎に、更新されたデータを差分データとして取得するデータ取得部４と、取得された差分データを送信するデータ送信部５と、を備え、ＲｅｍｏｔｅＳｉｔｅ２は、送信された差分データを受信するデータ受信部７と、受信された差分データを所定の期間または所定のデータ量のうちのいずれかに基づき世代を切替えて、Ｄｉｓｋ２６に格納するデータ格納部８と、を備えた。【選択図】図２
2009146169.tif 000002
【特許請求の範囲】
【請求項１】
運用データが格納されている少なくとも一つの第１ストレージ装置と、前記運用データのバックアップデータが格納される少なくとも一つの第２ストレージ装置とが通信回線で接続されてなるストレージシステムであって、
前記第１ストレージ装置は、
少なくとも前記運用データを格納する第１記憶部と、
前記第１記憶部に格納された運用データのうちの指定可能な範囲のデータが所定の時点から更新される毎に、更新されたデータを差分データとして取得する差分データ取得部と、
前記差分データ取得部にて取得された差分データを送信する差分データ送信部と、を備え、
前記第２ストレージ装置は、
前記運用データのバックアップデータを格納する第２記憶部と、
前記差分データ送信部にて送信された差分データを受信する差分データ受信部と、
前記差分データ受信部にて受信された差分データを所定の期間または所定のデータ量のうちのいずれかに基づき世代を切替えて、前記第２記憶部に格納する差分データ格納部と、を備えることを特徴とするストレージシステム。
【請求項２】
請求項１に記載のストレージシステムにおいて、
前記第１ストレージ装置は、さらに、
前記第１記憶部に格納された運用データのうち、前記範囲の全データを取得する全データ取得部と、
前記全データ取得部にて取得された全データを送信する全データ送信部と、を備え、
前記第２ストレージ装置は、さらに、
前記全データ送信部にて送信された全データを受信する全データ受信部と、
前記全データ受信部にて受信された前記全データを、前記範囲のデータにおける最初の世代として、前記第２記憶部に格納する全データ格納部と、を備え、
前記差分データ取得部は、前記全データ格納部に前記全データが全て格納された時点、または前記差分データ格納部にて世代が切り替わった時点を前記所定の時点として、前記差分データを取得することを特徴とするストレージシステム。
【請求項３】
請求項２に記載のストレージシステムにおいて、
前記第２ストレージ装置は、さらに、
前記差分データ格納部にて世代が切替えられた後、切替え前の世代として格納されたデータを前記全データ格納部にて格納された全データにマージするデータマージ部を備えることを特徴とするストレージシステム。
【請求項４】
請求項２または請求項３に記載のストレージシステムにおいて、
前記第１ストレージ装置は、さらに、
前記差分データ送信部の送信が失敗した場合、前記差分データをローカル差分データとしてさらに前記第１記憶部に格納するローカル格納部を備えることを特徴とするストレージシステム。
【請求項５】
請求項４に記載のストレージシステムにおいて、
前記ローカル格納部は、前記ローカル差分データを前記所定の期間または前記所定のデータ量のうちのいずれかに基づき世代を切替えて格納することを特徴とするストレージシステム。
【請求項６】
少なくとも運用データを格納する第１記憶部と、
前記第１記憶部に格納された運用データのうちの指定可能な範囲のデータが所定の時点から更新される毎に、更新されたデータを差分データとして取得する差分データ取得部と、
前記差分データ取得部にて取得された差分データをバックアップデータとして外部に送信する差分データ送信部と、
前記差分データ送信部の送信が失敗した場合、前記差分データをローカル差分データとしてさらに前記第１記憶部に格納するローカル格納部と、
を備えるストレージ装置。
【請求項７】
データを格納する記憶部に格納されたデータのうちの指定可能な範囲のデータが所定の時点から更新される毎に、更新されたデータを差分データとして取得する差分データ取得ステップと、
前記差分データ取得ステップにて取得された差分データを送信する差分データ送信ステップと、
前記差分データ送信ステップにて送信された差分データを受信する差分データ受信ステップと、
前記差分データ受信ステップにて受信された差分データを所定の期間または所定のデータ量のうちのいずれかに基づき世代を切替えて格納する差分データ格納ステップと、
を実行するデータバックアップ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、更新データを世代ごとにバックアップするストレージシステム、ストレージ装置、データバックアップ方法に関する。
【背景技術】
【０００２】
過去の複数時点でのバックアップを効率的に作成する方法として更新データのみをバックアップする世代バックアップ方式がある。
【０００３】
また、図１５にて示すように、メインサイトからリモートサイトへエクステント（コピー範囲）のミラーリングをＲＥＣ（ＲＥＣ：Remote Equivalent Copy。主にミラーを作成するもの。コピー先のストレージのデータは、指示された期間、データ容量においてコピー元のストレージのデータと同期する技術）にて行い、ある時点のデータイメージを固定してバックアップを作成する方式がある。この方式では、リモートサイトで必要なディスク容量は、コピー元サイズ×世代数となる。
【０００４】
また、本発明の関連ある従来技術として、災害発生時に長距離とデータ消失なしを同時に実現することができるデータ処理システムのコピー処理技術を提供するデータ処理システムおよびそのコピー処理方法が開示されている。（例えば、特許文献１参照）。また、スナップショットを信頼性高く維持し、取得するスナップショット維持装置及び方法が開示されている（例えば、特許文献２参照）。
【特許文献１】特開２００６−０７２６３５号公報
【特許文献２】特開２００７−０８７０３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、一般的にバックアップを行う範囲(エクステント)の全領域に対して更新が行われることは少なく、一部分だけ変更されることが多い。従来技術のように複数世代のバックアップを採取するために、その分のディスクの容量を用意しなければならないのは効率が悪い。特に近年使用されるディスク容量が増加しており，そのためのバックアップディスクが増大してしまう。さらに、リモート転送を行う場合は転送量の増大も問題となる。
【０００６】
また、運用で使用されている筐体と同一筐体にてバックアップされている場合、災害等が発生した場合における復旧作業に時間を要し、また、データを復旧させることが不可能な状況にもなりかねない。
【０００７】
本発明は上述した問題点を解決するためになされたものであり、災害が発生したときに備え、世代バックアップをリモートサイトに対して行うとともに、更新されたデータのみをバックアップすることでリモートサイトへの転送負荷、容量負荷を軽減するストレージシステム、ストレージ装置、データバックアップ方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した課題を解決するため、本発明の一態様に係るストレージシステムは運用データが格納されている少なくとも一つの第１ストレージ装置と、前記運用データのバックアップデータが格納される少なくとも一つの第２ストレージ装置とが通信回線で接続されてなるストレージシステムであって、前記第１ストレージ装置は、少なくとも前記運用データを格納する第１記憶部と、前記第１記憶部に格納された運用データのうちの指定可能な範囲のデータが所定の時点から更新される毎に、更新されたデータを差分データとして取得する差分データ取得部と、前記差分データ取得部にて取得された差分データを送信する差分データ送信部と、を備え、前記第２ストレージ装置は、前記運用データのバックアップデータを格納する第２記憶部と、前記差分データ送信部にて送信された差分データを受信する差分データ受信部と、前記差分データ受信部にて受信された差分データを所定の期間または所定のデータ量のうちのいずれかに基づき世代を切替えて、前記第２記憶部に格納する差分データ格納部と、を備えることを特徴とするものである。
【０００９】
また、上述した課題を解決するため、本発明の一態様に係るストレージ装置は、少なくとも運用データを格納する第１記憶部と、前記第１記憶部に格納された運用データのうちの指定可能な範囲のデータが所定の時点から更新される毎に、更新されたデータを差分データとして取得する差分データ取得部と、前記差分データ取得部にて取得された差分データをバックアップデータとして外部に送信する差分データ送信部と、前記差分データ送信部の送信が失敗した場合、前記差分データをローカル差分データとしてさらに前記第１記憶部に格納するローカル格納部と、を備えるものである。
【００１０】
また、上述した課題を解決するため、本発明の一態様に係るデータバックアップ方法は、データを格納する記憶部に格納されたデータのうちの指定可能な範囲のデータが所定の時点から更新される毎に、更新されたデータを差分データとして取得する差分データ取得ステップと、前記差分データ取得ステップにて取得された差分データを送信する差分データ送信ステップと、前記差分データ送信ステップにて送信された差分データを受信する差分データ受信ステップと、前記差分データ受信ステップにて受信された差分データを所定の期間または所定のデータ量のうちのいずれかに基づき世代を切替えて格納する差分データ格納ステップと、を実行するものである。
【発明の効果】
【００１１】
本発明によれば、運用データが格納されている筐体とは異なる筐体へバックアップデータを格納するとともに、バックアップ時に伴う筐体間のデータ転送の負荷、および筐体内のデータ容量の負荷を軽減することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態について図面を参照しつつ説明する。
【００１３】
まず、本実施の形態におけるストレージシステムの構成を図１に基づき説明する。ストレージシステム３は、運用データ（ユーザが運用で使用しているデータ）のコピー元筐体であるＭａｉｎＳｉｔｅ１（第１ストレージ装置）、遠隔地に設置され、運用データのバックアップ先筐体であるＲｅｍｏｔｅＳｉｔｅ２（第２ストレージ装置）を備える。
【００１４】
また、ＭａｉｎＳｉｔｅ１は、ＣＡ１１（ＣＡ：Channel Adapter）、ＲＡ１２（ＲＡ：Remote Adapter）、ＣＭ１７（ＣＭ：Centralized Module）、Ｄｉｓｋ１６を備え、ＣＭ１７は、さらにＣＰＵ１３（ＣＰＵ：Central Processing Unit）、Ｃａｃｈｅ１４、ＤＡ１５（ＤＡ：Disk Adapter）を備える。
【００１５】
ＣＡ１１は、Ｈｏｓｔ１００とのＩ／Ｆ（Ｉ／Ｆ：Interface）を制御し、ＲＡ１２は、ＭａｉｎＳｉｔｅ１とＲｅｍｏｔｅＳｉｔｅ２とのＩ／Ｆを制御する。
【００１６】
ＣＰＵ１３は、各種演算処理を実行するモジュールであり、Ｃａｃｈｅ１４は、ファームウェアや制御データが格納されているメモリである。また、記録専用バッファ（Bit Buffer）はこの領域内に格納される。
【００１７】
ＤＡ１５は、Ｄｉｓｋ１６とのＩ／Ｆを制御し、Ｄｉｓｋ１６は、少なくとも運用データを格納するユーザディスクである。
【００１８】
ＲｅｍｏｔｅＳｉｔｅ２も同様に、ＣＡ２１、ＲＡ２２、ＣＭ２７、Ｄｉｓｋ２６（Ｄｉｓｋ２６は運用データのバックアップデータを格納）を備え、ＣＭ２７は、ＣＰＵ２３、Ｃａｃｈｅ２４、ＤＡ２５を備える。ＲｅｍｏｔｅＳｉｔｅ２に備えられた各モジュールは、ＭａｉｎＳｉｔｅ１と同等機能を有するため、ここでの説明は省略する。
【００１９】
また、ストレージシステム３は、ユーザがストレージシステム３を使用するための端末であるＨｏｓｔ１００と、ＣＡ１１を介して接続されている構成となる。
【００２０】
次に、ストレージシステム３内におけるＭａｉｎＳｉｔｅ１、ＲｅｍｏｔｅＳｉｔｅ２の各機能を、図２の機能ブロックを参照しつつ説明する。尚、ＭａｉｎＳｉｔｅ１の各機能は、ＣＡ１１、ＲＡ１２、Ｄｉｓｋ１６からのコマンド指示、データ転送等に基づき、ＣＭ１７が行っているものとする。またＣＭ１７は、Ｃａｃｈｅ１４に格納されているファームウェアをＣＰＵ１３が処理することで、各機能を実施する。ＲｅｍｏｔｅＳｉｔｅ２も同様にＣＭ２７が各機能を実施する。
【００２１】
ＭａｉｎＳｉｔｅ１は、データ取得部４、データ送信部５、ローカル格納部６を備え、ＲｅｍｏｔｅＳｉｔｅ２は、データ受信部７、データ格納部８、データマージ部９を備える。
【００２２】
データ取得部４は、Ｄｉｓｋ１６に格納された運用データに対し、所定の時点（運用データのうちの指定可能な範囲の全てのデータがＲｅｍｏｔｅＳｉｔｅ２のＤｉｓｋ２６に格納された時点や、データ格納部８（またはローカル格納部６）にて世代が切り替えられた時点）からの差分データを取得する。またデータ取得部４は、Ｄｉｓｋ１６に格納された運用データのうちの指定可能な範囲の全てのデータ（以下、必要に応じ全データと記す）を取得する。
【００２３】
データ送信部５は、データ取得部４にて取得されたデータをＲｅｍｏｔｅＳｉｔｅ２に送信する。またデータ送信部５は、ＲｅｍｏｔｅＳｉｔｅ２との回線障害から復旧した場合、ローカル格納部６にてＤｉｓｋ１６に格納された差分データをＲｅｍｏｔｅＳｉｔｅ２に送信する。
【００２４】
ローカル格納部６は、データ送信部５によるデータ送信が失敗した場合、差分データをＭａｉｎＳｉｔｅ１のＤｉｓｋ１６に格納する。またローカル格納部６は、差分データを所定の期間（例えば１日単位、１週間単位等）または所定のデータ量（例えば１ＧＢ単位、１０ＧＢ単位）のうちのいずれかに基づき世代を切替えて格納する。
【００２５】
データ受信部７は、データ送信部５にて送信されたデータ（差分データ、全データ、ローカル格納部６にてＤｉｓｋ１６に格納されている差分データ）を受信する。
【００２６】
データ格納部８は、データ受信部７にて受信された差分データを所定の期間（例えば１日単位、１週間単位等）または所定のデータ量（例えば１ＧＢ単位、１０ＧＢ単位）のうちのいずれかに基づき世代を切替えて、Ｄｉｓｋ２６に格納する。またデータ格納部８は、データ受信部７にて受信された全データを、第１世代（最初の世代）としてＤｉｓｋ２６に格納する。さらに、データ格納部８は、データ受信部７にて受信された、ローカル格納部６にてＤｉｓｋ１６に格納された差分データをローカル格納部６にて格納されていたその世代と同一の世代として格納する。
【００２７】
データマージ部９は、データ格納部８にて世代が切替えられた後、切替え前の世代として格納されたデータを、全データに反映（マージ）する。
【００２８】
次に、本実施の形態におけるバックアップの処理について、図３から図４を用いて説明する。
【００２９】
一般的に、バックアップを行う範囲(エクステント)（運用データに対し予め定義することで指定可能な範囲）の全領域に対して更新が行われることは少なく，一部分だけ変更されることが多い。よって、ストレージシステム３は、以下のような処理によって転送量、ディスク使用量を削減する。すなわち、第１世代は従来技術と同様にＲＥＣによるミラーリングを行うことで、フルバックアップを行う。一方、第２世代以降はフルバックアップを行わず、直前の世代からの更新分のみミラーリングを行うことでバックアップを行う（図３参照）。
【００３０】
尚、ＲＥＣの処理は、ＭａｉｎＳｉｔｅ１内のデータ取得部４がＤｉｓｋ１６の運用データのうちの指定可能な範囲の全てのデータを取得し、データ送信部５が、取得された全データをＲｅｍｏｔｅＳｉｔｅ２のデータ受信部７に送信し、データ格納部８が、データ受信部７にて受信されたデータをＤｉｓｋ２６内に格納することで、指定された範囲に対するフルバックアップを行うことでなされる。また、ＲＥＣは、第１世代をＲｅｍｏｔｅＳｉｔｅ２内に作成するためのフルバックアップ以外に、ＭａｉｎＳｉｔｅ１内の所定の世代からＲｅｍｏｔｅＳｉｔｅ２内の同一の世代へのフルバックアップ時にも行われる。
【００３１】
更新データのみのバックアップ作成には、更新データのみをミラーリングし、未更新部分については転送を行わないようなＲＥＣ（以下、ＳｎａｐＲＥＣと記す。また、必要に応じフルバックアップを行うことをＳｎａｐＲＥＣとの差を明らかにするためＲＥＣと称す。）を用いる。ストレージシステム３は、図４に示すように、所定の期間、または所定のデータ容量（例えば予め定義された期間や、データ容量）に達し、現行世代（例えば図４における第２世代）が完了した場合、現行世代をＳｕｓｐｅｎｄ（後述）のステータスにすると同時に、次世代（図４の第３世代）のＳｎａｐＲＥＣをスタートさせる（ステータスはＡｃｔｉｖｅ（後述）になる）。このことより、ストレージシステム３は等価状態を維持しながら世代バックアップを採取していくことができる。
【００３２】
尚、ＳｎａｐＲＥＣの処理は、データ取得部４が所定の時点（運用データのうちの指定可能な範囲の全てのデータがＲｅｍｏｔｅＳｉｔｅ２のＤｉｓｋ２６に格納された時点や、ＲｅｍｏｔｅＳｉｔｅ２のデータ格納部８にて世代が切り替えられた時点）から更新される毎に、その差分データを取得し、データ送信部５が取得されたデータ（差分データ）をＲｅｍｏｔｅＳｉｔｅ２のデータ受信部７に送信し、データ受信部７が受信したデータをデータ格納部８がＤｉｓｋ２６内に格納することで、運用ボリュームに対する所定の時点からの差分データをバックアップすることでなされる。
【００３３】
さらに、データマージ部９は、図５に示すように所定の世代（例えば図５の第３世代）に対するＳｎａｐＲＥＣが行われているうちに、現在バックアップ処理が行われている一つ前の世代（図５に示す例では第２世代）を第１世代のフルバックアップに反映（マージ）し、反映が完了した場合、反映を行った世代の差分データを削除する。
【００３４】
その後、データ格納部８によって現行世代（図５の第３世代）のＳｎａｐＲＥＣの完了と同時に、世代を切り替え、第２世代が格納されていた領域に対し第４世代のＳｎａｐＲＥＣが開始される。
【００３５】
上述の処理を繰り返し行うことで、ストレージシステム３は、ユーザによって使用されている運用ボリューム（ＭａｉｎＳｉｔｅ１内のＤｉｓｋ１６の指定範囲内）の状態との等価を維持しながらバックアップを行うことができる。尚、ストレージシステム３は、格納する世代数を３、古いものから削除するものとするが、世代数、削除順を限定するものではない。例えば、恒久的に残しておきたい世代は、削除対象としない運用も考えられる。
【００３６】
次に、ＭａｉｎＳｉｔｅ１とＲｅｍｏｔｅＳｉｔｅ２との間の回線異常等が発生した場合の処理を図６を参照しつつ説明する。
【００３７】
ＭａｉｎＳｉｔｅ１からＲｅｍｏｔｅＳｉｔｅ２へのデータ転送では、回線異常やＩ／Ｏ頻発による高負荷が原因となって、データ送信部５によるデータ送信が中断されるおそれがある。送信が中断された場合、データ送信中断の状態（Ｈａｌｔ状態）から復旧するまでの期間、ストレージシステム３はＲｅｍｏｔｅＳｉｔｅ２側でのバックアップを作成することができない。しかし、バックアップデータからの復旧を考えた場合、細かな時間間隔で複数世代のバックアップを採取することが望ましく、Ｈａｌｔ中にもバックアップの採取を継続する必要がある。
【００３８】
そのため、ローカル格納部６は、図６の「回線異常状態（第２世代ミラーリング中）」に示すようにＭａｉｎＳｉｔｅ１自身に一時的なバックアップを作成する。すなわち、ローカル格納部６は、現行のＳｎａｐＲＥＣのセッションステータスがＨＡＬＴに遷移する（ステータスの説明については後述）と同時に、ＭａｉｎＳｉｔｅ１のＤｉｓｋ１６内のローカルボリュームに対して更新データのみをミラーリング（以下、ＳｎａｐＥＣ）することにより、ストレージシステム３は、バックアップ継続に必要なディスク容量および回線復旧後のデータ転送量を最小限に抑制することができる。
【００３９】
尚、ＳｎａｐＥＣの処理は、ローカル格納部６が差分データをＭａｉｎＳｉｔｅ１のＤｉｓｋ１６に格納する処理ということができる。
【００４０】
ＳｎａｐＥＣも、上述のＳｎａｐＲＥＣと同様に所定の期間、または所定のデータ容量（例えば予め定義された期間、データ容量）に達した場合、世代を切り替えることで等価状態を維持する（図６の「世代バックアップ取得」参照）。よって、ＭａｉｎＳｉｔｅ１に用意すべきディスク容量は、世代あたりの更新量×世代数となる。尚、本実施の形態では、このＳｎａｐＥＣのバックアップの世代数を２（ＲｅｍｏｔｅＳｉｔｅ２のフルバックアップを含めると３世代）とし、最も古い世代から削除するものとするが、上述同様、態様を限定するものではない。
【００４１】
次に、ＭａｉｎＳｉｔｅ１とＲｅｍｏｔｅＳｉｔｅ２との回線が復旧した場合（パス開通後）の処理を図７を参照しつつ説明する。尚、ここでは第２世代までのＳｎａｐＥＣが完了し、第３世代のＳｎａｐＥＣを行っている最中に回線が復旧した場合を例に説明する。
【００４２】
ＭａｉｎＳｉｔｅ１とＲｅｍｏｔｅＳｉｔｅ２との回線が復旧した場合、第２世代は、ＲＥＣによって、ＳｎａｐＥＣで作成されたＭａｉｎＳｉｔｅ１の第２世代からＲｅｍｏｔｅＳｉｔｅ２の第２世代へのバックアップが行われる。第３世代については、等価状態となるまでの期間は、運用ボリュームとのＳｎａｐＲＥＣ（図７の「ＳｎａｐＲＥＣ処理」）およびＭａｉｎＳｉｔｅ１の第３世代とのＲＥＣ（図７の「ＲＥＣ処理」。以下必要に応じ、差分データ間ＲＥＣと表記）の組み合わせによりコピーが行われる。
【００４３】
尚、ストレージシステム３は、ＲＥＣによるコピーを巡回エンジン（後述）にて定期的に行っており、ＨＡＬＴ中のＭａｉｎＳｉｔｅ１のローカルボリュームにコピーされた更新データをＲｅｍｏｔｅＳｉｔｅ２にコピーする。ＨＡＬＴ中に運用ボリュームに更新のあった箇所はＳｎａｐＥＣ（図７の「ＳｎａｐＥＣ処理」）に対応するＢｉｔｍａｐ（未コピー／コピー済みをＢｉｔのＯＮ／ＯＦＦで表したもので、ボリューム間ごとにＢｉｔｍａｐがあり、管理されている）に記録されており、差分データ間ＲＥＣの開始時に、差分データ間ＲＥＣに対応するＢｉｔｍａｐに反映される。これによって定期的に実行されるＲＥＣはＭａｉｎＳｉｔｅ１のローカルボリュームにコピーされたブロックのみをＲｅｍｏｔｅＳｉｔｅ２へコピーする。
【００４４】
尚、差分データ間ＲＥＣによるコピーが完了しないうちに運用ボリュームに対して更新があった場合には、差分データ間ＲＥＣのＢｉｔｍａｐ上で更新箇所のＢｉｔをＯＦＦにしたうえで、ＳｎａｐＲＥＣによりＲｅｍｏｔｅＳｉｔｅ２にコピーを行う。これにより定期的に行われるＲＥＣによるコピーが後から該当箇所に対して行われないようにする。
【００４５】
ＭａｉｎＳｉｔｅ１とＲｅｍｏｔｅＳｉｔｅ２との回線の復旧後、上述のような処理を行うことで、送信が中断される前の通常のボリューム状態（図５の状態）になる。
【００４６】
次に、上述の各ボリューム間のセッションのステータスおよびその遷移について説明する。以降、ストレージシステム３は図８に示すようにボリュームＡからボリュームＦの構成であるものとして説明する。ボリュームＡは、ＭａｉｎＳｉｔｅ１の現在運用にて使用されている運用データが格納された運用ボリュームであり、ボリュームＢおよびボリュームＣは、障害発生等でＲｅｍｏｔｅＳｉｔｅ２との通信ができなかった場合にＳｎａｐＥＣによる差分データを保持するボリュームである。また、ＲｅｍｏｔｅＳｉｔｅ２のボリュームＤはフルバックアップデータが格納されているボリューム、ボリュームＥおよびボリュームＦは、ＳｎａｐＲＥＣによるボリュームＡの所定の時点からの差分データを格納するボリュームである。
【００４７】
次に、各ボリューム間のセッションのステータスついて図９に基づき説明する。本実施の形態におけるストレージシステム３は、各ボリューム間のセッションを、コピー元ボリュームにＩ／Ｏがあった場合にコピー先ボリュームに更新データを反映する状態（Ａｃｔｉｖｅ）、コピー元ボリュームとコピー先ボリュームが切り離され、コピー元ボリュームにＩ／Ｏが発生してもコピー先ボリュームに反映しない状態（Ｓｕｓｐｅｎｄ）、およびリモートコピーでＡｃｔｉｖｅ中に回線が不通となり、コピーが行われない状態（Ｈａｌｔ）の３つのステータスで管理している。
【００４８】
Ａｃｔｉｖｅのステータスは、さらにボリュームの全コピー（以下、ＩｎｉｔｉａｌＣｏｐｙ）が行われており、且つコピー先ボリュームはＲｅａｄおよびＷｒｉｔｅ不可の状態（Ｃｏｐｙｉｎｇ）と、コピー元ボリュームとコピー先ボリュームとが等価状態にあり、ＩｎｉｔｉａｌＣｏｐｙが行われていない状態（Ｅｑｕｉｖａｌｅｎｔ）との２つのステータスを有する。
【００４９】
また、Ｓｕｓｐｅｎｄのステータスは、さらにコピー先のＲｅａｄおよびＷｒｉｔｅが不可な状態（Ｃｏｐｙｉｎｇ）と、コピー先のＲｅａｄおよびＷｒｉｔｅが可能な状態（Ｅｑｕｉｖａｌｅｎｔ）との２つのステータスを有する。
【００５０】
本実施の形態における上述のバックアップ処理は、セッションステータスに基づき実行されている。ここで、上述の各処理におけるステータスの遷移を図１０を参照しつつ説明する。尚、以下の説明において、例えばボリュームＡからボリュームＤへのＲＥＣをＲＥＣ（Ａ  ｔｏ  Ｄ）、例えばボリュームＡからボリュームＥへのＳｎａｐＲＥＣをＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｅ）、例えばボリュームＡからボリュームＢへのＳｎａｐＥＣをＳｎａｐＥＣ（Ａ  ｔｏ  Ｂ）という形式で表記する。
【００５１】
まず、第１世代のバックアップを作成するため、ＲＥＣ（Ａ  ｔｏ  Ｄ）がスタートすると（ステップＳ１）、そのセッションステータスはＡｃｔｉｖｅとなる。また、第１世代目はフルバックアップなため、開始直後のＩｎｉｔｉａｌＣｏｐｙ期間中のステータスはＣｏｐｙｉｎｇである。ＩｎｉｔｉａｌＣｏｐｙが完了し、等価状態になるとステータスはＥｑｕｉｖａｌｅｎｔに遷移する（ステップＳ２）。
【００５２】
次に、第２世代の作成が開始されると、第１世代はＳｕｓｐｅｎｄに遷移し、ストレージシステム３は、ボリュームＡとボリュームＤとの間の更新を停止する（ステップＳ３）。それと同時に、ストレージシステム３は、ＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｅ）のセッションのステータスをＡｃｔｉｖｅにする。ＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｅ）はＩｎｉｔｉａｌＣｏｐｙではなく差分データのコピーなのでステータスは最初からＥｑｕｉｖａｌｅｎｔである（ステップＳ４）。
【００５３】
第２世代をコピー中に回線不通が検出されると、ボリュームＤに対するセッションは全てＳｕｓｐｅｎｄ(Ｃｏｐｙｉｎｇ)に遷移して、データマージ部９による更新データの反映（図５参照）を停止する（図１０には本ステータスの遷移は図示せず）。一方、ＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｅ）はＨａｌｔに遷移して（ステップＳ５）、ストレージシステム３はＭａｉｎＳｉｔｅ１のローカルボリュームへの差分コピーを開始するためＳｎａｐＥＣ（Ａ  ｔｏ  Ｂ）をＡｃｔｉｖｅにする（ステップＳ６）。尚、ストレージシステム３において、ＳｎａｐＥＣはＩｎｉｔｉａｌＣｏｐｙが動作しないようになっているため、そのステータスはＥｑｕｉｖａｌｅｎｔとなる。
【００５４】
第２世代のコピーが完了し、第３世代に対するＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｆ）が開始される場合、ＳｎａｐＥＣ（Ａ  ｔｏ  Ｂ）はＳｕｓｐｅｎｄ(Ｃｏｐｙｉｎｇ)に遷移して更新データの反映を停止する（ステップＳ７）。それと同時に、通常はＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｆ）が開始されるが、回線が不通のためそのステータスはＨａｌｔとなり（ステップＳ８）、それに伴いＳｎａｐＥＣ（Ａ  ｔｏ  Ｃ）が開始される（ステップＳ９）。
【００５５】
その後、ＭａｉｎＳｉｔｅ１とＲｅｍｏｔｅＳｉｔｅ２との回線が開通すると、ＭａｉｎＳｉｔｅ１のローカルボリュームのデータをＲｅｍｏｔｅＳｉｔｅ２へ反映するＲＥＣ（Ｂ  ｔｏ  Ｅ）およびＲＥＣ（Ｃ  ｔｏ  Ｆ）が開始される（そのステータスは、共にＡｃｔｉｖｅ（Ｃｏｐｙｉｎｇ））（ステップＳ１０、ステップＳ１１）。
【００５６】
尚、ストレージシステム３は巡回エンジンにて定期的にボリュームを確認し、ボリュームＢにコピーされた更新データがあれば、ＲＥＣ（Ｂ  ｔｏ  Ｅ）を実行することでＲｅｍｏｔｅＳｉｔｅ２へコピーを行うが（上述のステップＳ１０）、ＨＡＬＴ中に更新された箇所はＳｎａｐＥＣ（Ａ  ｔｏ  Ｂ）のＢｉｔｍａｐに記録されている。ここで、ＲＥＣ（Ｂ  ｔｏ  Ｅ）の処理は、データのコピーを開始する前に、ＳｎａｐＥＣ（Ａ  ｔｏ  Ｂ）のＢｉｔｍａｐをＲＥＣ（Ｂ  ｔｏ  Ｅ）のＢｉｔｍａｐに反映させ、反映後のＢｉｔｍａｐに基づき、ボリュームＢにコピーされたブロックのみをボリュームＥへコピーする。ＲＥＣ（Ｃ  ｔｏ  Ｆ）の処理（上述のステップＳ１１）も同様である。
【００５７】
その後、ＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｅ）のセッションのステータスはＨａｌｔからＳｕｓｐｅｎｄ（Ｃｏｐｙｉｎｇ）に遷移し（ステップＳ１２）、ＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｆ）はＨａｌｔからＡｃｔｉｖｅに遷移することで再開する（ステップＳ１３）。また、ローカルボリュームのデータの反映が完了するまでは等価状態ではないため、ＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｆ）のステータスはＣｏｐｙｉｎｇとなる。
【００５８】
第２世代目のボリュームＥへのコピーが完了した場合、ＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｅ）はＳｕｓｐｅｎｄ（Ｅｑｕｉｖａｌｅｎｔ）に遷移し（ステップＳ１４）、コピー先（ボリュームＥ）のＲｅａｄ／Ｗｒｉｔｅが可能になる。尚、ＳｎａｐＥＣ（Ａ  ｔｏ  Ｂ）およびＲＥＣ（Ｂ  ｔｏ  Ｅ）はセッションを停止する。
【００５９】
尚、第２世代目のボリュームＥへのコピーが完了した時点で、ボリュームＤに対するセッションは全てＳｕｓｐｅｎｄ(Ｃｏｐｙｉｎｇ)からＳｕｓｐｅｎｄ(Ｅａｕｉｖａｌｅｎｔ)に遷移して、データマージ部９による更新データの反映（図５参照）を可能にする（図１０には図示せず）。
【００６０】
第３世代目のボリュームＦへのコピーが完了した場合、ＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｆ）はＡｃｔｉｖｅ（Ｅｑｕｉｖａｌｅｎｔ）に遷移し（ステップＳ１５）、コピー先（ボリュームＦ）のＲｅａｄが可能となる。ＳｎａｐＥＣ（Ａ  ｔｏ  Ｃ）およびＲＥＣ（Ｃ  ｔｏ  Ｆ）はセッションを停止する。
【００６１】
次に、回線障害時および回線復旧時（パス開通時）におけるＭａｉｎＳｉｔｅ１およびＲｅｍｏｔｅＳｉｔｅ２の処理を図１１および図１２のフローチャートを参照しつつ説明する。尚、ストレージシステム３は、図１１、図１２にて示すフローチャートの処理をセッション単位（例えばボリュームＡからボリュームＥのセッション、ボリュームＢからボリュームＥのセッション）で行うものとして説明する。
【００６２】
まず、回線障害が発生したときの処理を図１１に基づき説明する。ＭａｉｎＳｉｔｅ１は、回線不通を検出し、送信が失敗した場合（ステップＳ２１）、そのセッションが最新世代（現在コピーが行われているセッション）であればＨａｌｔに遷移し、ＭａｉｎＳｉｔｅ１内部のローカルボリューム（Ｄｉｓｋ１６）へ差分バックアップを開始する（ステップＳ２２）。
【００６３】
ＲｅｍｏｔｅＳｉｔｅ２は、回線不通を検出した場合（ステップＳ２３）、最新世代であればＨａｌｔに遷移する（ステップＳ２４）。
【００６４】
次に、パス開通時の処理について図１２のフローチャートに基づき説明する。ＭａｉｎＳｉｔｅ１は、パスの開通を検出した場合（ステップＳ３１）、そのセッションが最新世代であるかを判定する（ステップＳ３２）。ここで、最新世代である場合（ステップＳ３２、Ｙｅｓ）、ＭａｉｎＳｉｔｅ１（およびＲｅｍｏｔｅＳｉｔｅ２）は、そのセッションのステータスをＡｃｔｉｖｅに遷移させ、ＭａｉｎＳｉｔｅ１のローカルボリュームの差分バックアップからの反映を開始する（ステップＳ３３、ステップＳ３４）。ＭａｉｎＳｉｔｅ１（およびＲｅｍｏｔｅＳｉｔｅ２）は、ＭａｉｎＳｉｔｅ１のローカルボリュームからの反映が完了次第、そのセッションを終了させる（ステップＳ３７、ステップＳ３８）。
【００６５】
一方、最新世代でない場合（ステップＳ３２、Ｎｏ）、ＭａｉｎＳｉｔｅ１（およびＲｅｍｏｔｅＳｉｔｅ２）は、そのセッションのステータスをＳｕｓｐｅｎｄに遷移させ、ＭａｉｎＳｉｔｅ１のローカルボリュームの差分バックアップからの反映を開始する（ステップＳ３５、ステップＳ３６）。
【００６６】
また、パス開通後、例えばボリュームＡとボリュームＦとが等価状態になるまでは、ストレージシステム３は、ＲＥＣ（Ｃ  ｔｏ  Ｆ）とＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｆ）の組み合わせによりコピーを行う必要がある。次に、この処理について説明する。
【００６７】
ＲＥＣの処理（上述のとおり、ＲＥＣの処理は、データ取得部４、データ送信部５、データ受信部７、データ格納部８にて実行される各処理にてなされる）は巡回エンジンとして定期的に実行されており、ＲＥＣ（Ｃ  ｔｏ  Ｆ）にてＨＡＬＴ中のボリュームＣにコピーされた更新データをボリュームＦにコピーする。ＨＡＬＴ中にコピー元ボリュームＡに更新のあった箇所はＳｎａｐＥＣ（Ａ  ｔｏ  Ｃ）のＢｉｔｍａｐに記録されており、ＲＥＣ（Ｃ  ｔｏ  Ｆ）の開始時に、ＲＥＣ（Ｃ  ｔｏ  Ｆ）のＢｉｔｍａｐに反映される。これによってＲＥＣ（Ｃ  ｔｏ  Ｆ）の巡回エンジンはボリュームＣにコピーされたブロックのみをＲｅｍｏｔｅＳｉｔｅ２へコピーする。
【００６８】
上述の内容を、さらに図１３のフローチャートを参照しつつ説明する。尚、図１３において、ＲＥＣは巡回エンジンとして定期的に実行されるため、常時実行されているＳｎａｐＲＥＣ処理に対しＲＥＣ処理がどのように係わるかを説明する。また、本処理は、世代の対応付け（同一世代に対しコピー（ＲＥＣ処理）する必要がある）は、データ格納部８にて行われているものとする。また巡回エンジンによって、以下の処理が実行されているものとする。
【００６９】
巡回エンジンは、ＲＥＣ（Ｃ  ｔｏ  Ｆ）のＢｉｔｍａｐを検索する（ステップＳ４１）。巡回エンジンは、ＢｉｔｍａｐのＯＮの範囲を検出した場合（ステップＳ４２、Ｙｅｓ）、さらに、ＢｉｔｍａｐのＯＮの範囲についてＲＥＣ（Ｃ  ｔｏ  Ｆ）を実行し、ＲＥＣ（Ｃ  ｔｏ  Ｆ）のコピー範囲のＢｉｔｍａｐをＯＦＦにする（ステップＳ４３）。
【００７０】
その後、処理は次の巡回エンジン起動まで待機する（ステップＳ４６）。
【００７１】
ステップＳ４２にて、ＢｉｔｍａｐのＯＮの範囲を検出しなかった場合（ステップＳ４２、Ｎｏ）、巡回エンジンは、コピー範囲の最終ブロックまで検索したかを判定し（ステップＳ４４）、最終ブロックまで検索されている場合は（ステップＳ４４、Ｙｅｓ）、巡回エンジンは、ＳｎａｐＥＣ（Ａ  ｔｏ  Ｃ）およびＲＥＣ（Ｃ  ｔｏ  Ｆ）のセッションを停止する（ステップＳ４５）。一方、ステップＳ４４にて、最終ブロックまで検索していない場合は（ステップＳ４４、Ｎｏ）、処理は次の巡回エンジン起動まで待機する（ステップＳ４６）。
【００７２】
また、ＲＥＣ（Ｃ  ｔｏ  Ｆ）によるコピーが完了しないうちにコピー元のボリュームであるボリュームＡに対して更新（Ｗｒｉｔｅ処理）があった場合には、ＲＥＣ（Ｃ  ｔｏ  Ｆ）のＢｉｔｍａｐ上で更新箇所のＢｉｔをＯＦＦにしたうえで、ＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｆ）によりＲｅｍｏｔｅＳｉｔｅ２にコピーを行う。これにより巡回エンジンによるコピーが後から該当箇所に対して行われないようにする。
【００７３】
この処理を、図１４のフローチャートを参照しつつ、さらに説明する。
【００７４】
ボリュームＡに対するＷｒｉｔｅ処理がなされる場合、巡回エンジンは、ＲＥＣ（Ｃ  ｔｏ  Ｆ）のＷｒｉｔｅされた範囲のＢｉｔｍａｐがＯＮかを確認する（ステップＳ５１）。ここで、ＯＮの場合（ステップＳ５１、Ｙｅｓ）、巡回エンジンは、ＲＥＣ（Ｃ  ｔｏ  Ｆ）のＷｒｉｔｅ範囲のＢｉｔｍａｐをＯＦＦにする（ステップＳ５２）。
【００７５】
ＲＥＣ（Ｃ  ｔｏ  Ｆ）における全てのＢｉｔｍａｐがＯＦＦである場合（ステップＳ５３、Ｙｅｓ）、巡回エンジンは、ＳｎａｐＥＣ（Ａ  ｔｏ  Ｃ）と、ＲＥＣ（Ｃ  ｔｏ  Ｆ）のセッションを停止し（ステップＳ５４）、Ｗｒｉｔｅ範囲のＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｆ）を実行するとともに、ＳｎａｐＲＥＣ（Ａ  ｔｏ  Ｆ）のＷｒｉｔｅ範囲のＢｉｔｍａｐをＯＦＦにする（ステップＳ５５）。
【００７６】
尚、ステップＳ５１で、ＯＮでない場合（ステップＳ５１、Ｎｏ）、およびステップＳ５３で、全てのＢｉｔｍａｐがＯＦＦでない場合（ステップＳ５３、Ｎｏ）、処理はステップＳ５５へ移る。
【００７７】
このように、回線異常が発生しリモートサイトへの転送が中断されている状況下でも世代バックアップの採取が可能となる。
【００７８】
尚、本実施の形態におけるストレージシステム３は、ＭａｉｎＳｉｔｅ１、ＲｅｍｏｔｅＳｉｔｅ２の２つの筐体を有するものとしたが、コピー元筐体、コピー先筐体はそれぞれ複数あってもよい。例えばストレージシステム３は、負荷分散、バックアップの安全性の観点でコピー元筐体１つに対し複数のコピー先筐体の構成としてもよいし、また複数のコピー元筐体に対し複数のコピー先筐体との構成としてもよい。
【００７９】
第１記憶部は、本実施の形態におけるＤｉｓｋ１６に対応し、差分データ取得部、全データ取得部は、本実施の形態におけるデータ取得部４に対応している。また、差分データ送信部、全データ送信部は、本実施の形態におけるデータ送信部５に対応している。
【００８０】
第２記憶部は、本実施の形態におけるＤｉｓｋ２６に対応し、差分データ受信部、全データ受信部は、本実施の形態におけるデータ受信部７に対応している。また、差分データ格納部、全データ格納部は、本実施の形態におけるデータ格納部８に対応している。
【００８１】
（付記１）  運用データが格納されている少なくとも一つの第１ストレージ装置と、前記運用データのバックアップデータが格納される少なくとも一つの第２ストレージ装置とが通信回線で接続されてなるストレージシステムであって、
前記第１ストレージ装置は、
少なくとも前記運用データを格納する第１記憶部と、
前記第１記憶部に格納された運用データのうちの指定可能な範囲のデータが所定の時点から更新される毎に、更新されたデータを差分データとして取得する差分データ取得部と、
前記差分データ取得部にて取得された差分データを送信する差分データ送信部と、を備え、
前記第２ストレージ装置は、
前記運用データのバックアップデータを格納する第２記憶部と、
前記差分データ送信部にて送信された差分データを受信する差分データ受信部と、
前記差分データ受信部にて受信された差分データを所定の期間または所定のデータ量のうちのいずれかに基づき世代を切替えて、前記第２記憶部に格納する差分データ格納部と、を備えることを特徴とするストレージシステム。
（付記２）  付記１に記載のストレージシステムにおいて、
前記第１ストレージ装置は、さらに、
前記第１記憶部に格納された運用データのうち、前記範囲の全データを取得する全データ取得部と、
前記全データ取得部にて取得された全データを送信する全データ送信部と、を備え、
前記第２ストレージ装置は、さらに、
前記全データ送信部にて送信された全データを受信する全データ受信部と、
前記全データ受信部にて受信された前記全データを、前記範囲のデータにおける最初の世代として、前記第２記憶部に格納する全データ格納部と、を備え、
前記差分データ取得部は、前記全データ格納部に前記全データが全て格納された時点、または前記差分データ格納部にて世代が切り替わった時点を前記所定の時点として、前記差分データを取得することを特徴とするストレージシステム。
（付記３）  付記２に記載のストレージシステムにおいて、
前記第２ストレージ装置は、さらに、
前記差分データ格納部にて世代が切替えられた後、切替え前の世代として格納されたデータを前記全データ格納部にて格納された全データにマージするデータマージ部を備えることを特徴とするストレージシステム。
（付記４）  付記２または付記３に記載のストレージシステムにおいて、
前記第１ストレージ装置は、さらに、
前記差分データ送信部の送信が失敗した場合、前記差分データをローカル差分データとしてさらに前記第１記憶部に格納するローカル格納部を備えることを特徴とするストレージシステム。
（付記５）  付記４に記載のストレージシステムにおいて、
前記ローカル格納部は、前記ローカル差分データを前記所定の期間または前記所定のデータ量のうちのいずれかに基づき世代を切替えて格納することを特徴とするストレージシステム。
（付記６）付記５に記載のストレージシステムにおいて、
前記差分データ送信部は、更に、前記送信が回復した場合、前記ローカル格納部にて格納された前記ローカル差分データを送信し、
前記差分データ受信部は、更に前記差分データ送信部にて送信されたローカル差分データを受信し、
前記差分データ格納部は、更に、前記差分データ受信部にて受信されたローカル差分データを前記ローカル格納部にて格納されていた世代と同一の世代として第２記憶部に格納することを特徴とするストレージシステム。
（付記７）  少なくとも運用データを格納する第１記憶部と、
前記第１記憶部に格納された運用データのうちの指定可能な範囲のデータが所定の時点から更新される毎に、更新されたデータを差分データとして取得する差分データ取得部と、
前記差分データ取得部にて取得された差分データをバックアップデータとして外部に送信する差分データ送信部と、
前記差分データ送信部の送信が失敗した場合、前記差分データをローカル差分データとしてさらに前記第１記憶部に格納するローカル格納部と、
を備えるストレージ装置。
（付記８）  付記７に記載のストレージ装置において、
前記ローカル格納部は、前記ローカル差分データを前記所定の期間または前記所定のデータ量のうちのいずれかに基づき世代を切替えて格納することを特徴とするストレージ装置。
（付記９）  付記７または付記８に記載のストレージ装置において、
前記差分データ送信部は、更に、前記送信が回復した場合、前記ローカル格納部にて格納された前記ローカル差分データをバックアップデータとして外部に送信することを特徴とするストレージ装置。
（付記１０）  データを格納する記憶部に格納されたデータのうちの指定可能な範囲のデータが所定の時点から更新される毎に、更新されたデータを差分データとして取得する差分データ取得ステップと、
前記差分データ取得ステップにて取得された差分データを送信する差分データ送信ステップと、
前記差分データ送信ステップにて送信された差分データを受信する差分データ受信ステップと、
前記差分データ受信ステップにて受信された差分データを所定の期間または所定のデータ量のうちのいずれかに基づき世代を切替えて格納する差分データ格納ステップと、
を実行するデータバックアップ方法。
（付記１１）  付記１０に記載のデータバックアップ方法において、
前記記憶部に格納されたデータのうち、前記範囲の全データを取得する全データ取得ステップと、
前記全データ取得ステップにて取得された全データを送信する全データ送信ステップと、
前記全データ送信ステップにて送信された全データを受信する全データ受信ステップと、
前記全データ受信ステップにて受信された前記全データを、前記範囲のデータにおける最初の世代として格納する全データ格納ステップと、を実行し、
前記差分データ取得ステップは、前記全データ格納ステップに前記全データが全て格納された時点、または前記差分データ格納ステップにて世代が切り替わった時点を前記所定の時点として、前記差分データを取得することを特徴とするデータバックアップ方法。
（付記１２）  付記１１に記載のデータバックアップ方法において、
前記差分データ格納ステップにて世代が切替えられた後、切替え前の世代として格納されたデータを前記全データ格納ステップにて格納された全データにマージするデータマージステップを実行することを特徴とするデータバックアップ方法。
（付記１３）  付記１１または付記１２に記載のデータバックアップ方法において、
更に、前記差分データ送信ステップの送信が失敗した場合、前記差分データをローカル差分データとしてさらに前記記憶部に格納するローカル格納ステップを実行することを特徴とするデータバックアップ方法。
（付記１４）  付記１３に記載のデータバックアップ方法において、
前記ローカル格納ステップは、前記ローカル差分データを前記所定の期間または前記所定のデータ量のうちのいずれかに基づき世代を切替えて格納することを特徴とするデータバックアップ方法。
（付記１５）付記１４に記載のデータバックアップ方法において、
前記差分データ送信ステップは、更に、前記送信が回復した場合、前記ローカル格納ステップにて格納された前記ローカル差分データを送信し、
前記差分データ受信ステップは、更に前記差分データ送信ステップにて送信されたローカル差分データを受信し、
前記差分データ格納ステップは、更に、前記差分データ受信ステップにて受信されたローカル差分データを前記ローカル格納ステップにて格納されていた世代と同一の世代として格納することを特徴とするデータバックアップ方法。
【図面の簡単な説明】
【００８２】
【図１】本実施の形態に係るストレージシステムの構成を示す図である。
【図２】本実施の形態に係るストレージシステムの機能ブロックを示す図である。
【図３】本実施の形態に係るストレージシステムのバックアップの処理を示す図である。
【図４】本実施の形態に係るストレージシステムのバックアップの処理（世代切り替え）を示す図である。
【図５】本実施の形態に係るストレージシステムのバックアップの処理（データ反映）を示す図である。
【図６】本実施の形態に係るストレージシステムのバックアップの処理（Ｈａｌｔ時の処理）を示す図である。
【図７】本実施の形態に係るストレージシステムのバックアップの処理（パス開通時の処理）を示す図である。
【図８】本実施の形態に係るストレージシステムのボリュームの構成の一例を示す図である。
【図９】本実施の形態に係るストレージシステムのセッションのステータスを説明する図である。
【図１０】本実施の形態に係るストレージシステムのステータス遷移を示す図である。
【図１１】本実施の形態に係るストレージシステムのＨａｌｔ検出時の処理を示すフローチャートである。
【図１２】本実施の形態に係るストレージシステムのＨａｌｔからパス開通したときの処理を示すフローチャートである。
【図１３】本実施の形態に係るストレージシステムの巡回エンジンによるＲＥＣの処理を示すフローチャートである。
【図１４】本実施の形態に係るストレージシステムのボリュームＡに対する更新発生によるＲＥＣの処理を示すフローチャートである。
【図１５】従来のリモートサイトへのバックアップ処理を示す図である。
【符号の説明】
【００８３】
１  ＭａｉｎＳｉｔｅ、２  ＲｅｍｏｔｅＳｉｔｅ、３  ストレージシステム、４  データ取得部、５  データ送信部、６  ローカル格納部、７  データ受信部、８  データ格納部、９  データマージ部、１１  ＣＡ、２１  ＣＡ、１２  ＲＡ、２２  ＲＡ、１３  ＣＰＵ、２３  ＣＰＵ、１４  Ｃａｃｈｅ、２４  Ｃａｃｈｅ、１５  ＤＡ、２５  ＤＡ、１６  Ｄｉｓｋ、２６  Ｄｉｓｋ、１７  ＣＭ、２７  ＣＭ、１００  Ｈｏｓｔ。
【図１】
2009146169.tif 000003
【図２】
2009146169.tif 000004
【図３】
2009146169.tif 000005
【図４】
2009146169.tif 000006
【図５】
2009146169.tif 000007
【図６】
2009146169.tif 000008
【図７】
2009146169.tif 000009
【図８】
2009146169.tif 000010
【図９】
2009146169.tif 000011
【図１０】
2009146169.tif 000012
【図１１】
2009146169.tif 000013
【図１２】
2009146169.tif 000014
【図１３】
2009146169.tif 000015
【図１４】
2009146169.tif 000016
【図１５】
2009146169.tif 000017