JP2005108133A - 複製データの管理方法、装置、及びプログラム - Google Patents

複製データの管理方法、装置、及びプログラム Download PDF

Info

Publication number
JP2005108133A
JP2005108133A JP2003343916A JP2003343916A JP2005108133A JP 2005108133 A JP2005108133 A JP 2005108133A JP 2003343916 A JP2003343916 A JP 2003343916A JP 2003343916 A JP2003343916 A JP 2003343916A JP 2005108133 A JP2005108133 A JP 2005108133A
Authority
JP
Japan
Prior art keywords
name
file
secondary volume
data
group
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2003343916A
Other languages
English (en)
Other versions
JP4453323B2 (ja
Inventor
Shogo Mikami
小吾 三上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2003343916A priority Critical patent/JP4453323B2/ja
Priority to US10/743,727 priority patent/US7152080B2/en
Publication of JP2005108133A publication Critical patent/JP2005108133A/ja
Priority to US11/593,544 priority patent/US20070055716A1/en
Application granted granted Critical
Publication of JP4453323B2 publication Critical patent/JP4453323B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G06F16/18—File system types
    • G06F16/182—Distributed file systems
    • G06F16/184—Distributed file systems implemented as replicated file system
    • G06F16/1844—Management specifically adapted to replicated file systems
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99955—Archiving or backup

Abstract

【課題】ストレージ装置によって実行されるコピーの対象となるファイル等の属性に応じて、コピーによって得られる複製データやこれを格納しているボリュームを、ユーザのニーズに応じて柔軟に管理することを目的とする。
【解決手段】本発明では、バックアップの対象となるファイル等に対してバックアップの指示を受付ける際に、当該バックアップ対象の属性や、当該バックアップ対象のバックアップによって得られる複製データを管理する方法等についての指定を受付けた場合に、当該複製データやこれが格納されるボリューム名と対応付けて、指定された前記属性等を管理する方法を提供する。
【選択図】 図1

Description

本発明は、ストレージ装置等のストレージ装置に格納されたボリューム間でバックアップ/リストアを行う場合において、ボリューム及び当該ボリュームに格納されているデータを管理する技術に関する。
記憶領域の論理的な単位であるボリューム（LU）を格納しているRAID装置等のストレージ装置であって、ボリューム間でデータのコピーを行う複製機能を有するストレージ装置が知られている。このようなストレージ装置にコピーを実行させるためには、どのボリュームとどのボリュームの間でコピーを実行するかを定義し、ストレージ装置に認識させる必要がある。これに対して、従来、あるボリュームに対するコピーの指示を受領した際に、当該ボリュームとの間でコピーを実行する相手となるボリュームを選択して、これら対となるペアボリューム間でストレージ装置においてコピーを実行させる技術が知られている（例えば、特許文献１参照。）。
特開２００１−３１８８３３号公報
上記の従来技術では、コピーの対象となるファイル等の属性に応じて、コピーによって得られる複製データやこれを格納しているボリュームを管理することについては考慮されていなかった。
本発明は、上記課題に鑑みてなされたものであり、複製データや、これを格納しているボリュームを、ユーザのニーズに応じて柔軟に管理することを目的とする。
上記課題を解決するため、本発明では、バックアップの対象となるファイル等に対してバックアップの指示を受付ける際に、当該バックアップ対象の属性や、当該バックアップ対象のバックアップによって得られる複製データを管理する方法等についての指定を受付けた場合に、当該複製データやこれが格納されるボリューム名と対応付けて、指定された前記属性等を管理する方法を提供する。
なお、前記方法は、CPU等の処理部とRAM、ROM等の記憶部を有する情報処理装置において所定のプログラムが実行されることにより提供されるものとすることが出来る。前記プログラムは、CD-ROM等の記録媒体に記録されているものを前記計算機が読み取ることにより、前記計算機において実行されるものとすることが出来る。
ユーザの設定した運用ポリシーに基づいたストレージ装置内のボリュームの管理が可能になる。
以下、図面を用いて本発明の一実施形態について説明する。
図１は、本発明の一実施形態にかかる、ボリューム間のコピー処理を管理するシステムの構成例を示す図面である。本システムは、管理サーバ100、業務サーバ110、ストレージ装置120によって構成されている。管理サーバ100、業務サーバ110、ストレージ装置120はそれぞれCPUなどの処理部101、111、121とRAM、ROMなどの記憶部102、112、122とを有する計算機によって構成される。ここで、記憶部は、計算機と同一筐体内にあってもよいし、別筐体であってもよい。それぞれの処理部において記憶部に記憶されたプログラムが実行されることにより所定の機能が実現される。図２は、図1における管理サーバ、業務サーバ、ストレージ装置を、各々において実行される各プログラム及びこれと協働して動作することによって所定の機能を実現するハードウェア資源からなる機能単位から構成される情報処理装置として表した場合のシステム構成例の図である。例えば、図1の管理サーバ100で実行されるポリシー制御プログラム103及びこれと協働して動作する処理部等のハードウェア資源からなるポリシー制御部が、図２の202に示されている。
また、業務サーバ110の記憶部112や記憶装置115に記憶されているプログラムやテーブルの一部が管理サーバ100の記憶部102や記憶装置107に記憶されており、当該プログラムの実行によって実現される機能の一部が管理サーバ100において実現されるという構成にすることも可能である。さらに、管理サーバ100の記憶部102や記憶装置107に記憶されているプログラムやテーブルの一部又は全部が、一又は複数の業務サーバ110の記憶部112や記憶装置115に記憶されており、当該プログラムの実行によって実現される機能の一部又は全部が当該業務サーバ110において実現されるものとすることも出来る。
図１に示したシステムにおいて、管理サーバ100と業務サーバ110との間及び業務サーバ110、ストレージ装置120の間はLANやストレージエリアネットワーク(SAN)等のネットワークで接続されている。
管理サーバ100は、ボリューム等管理の方法である“ポリシー”を設定するポリシー制御プログラム103、ストレージ装置上のバックアップ可能なボリュームを管理するボリューム監視プログラム104、ストレージ装置120上のボリュームのペアを設定するボリューム設定プログラム105とを有している。また管理サーバ100には、記憶装置106が接続されており、バックアップの対象となるファイルやデータベースについての情報を格納しているバックアップ対象管理テーブル109、現在のボリュームの状態及び構成情報を格納するボリューム構成情報テーブル108、業務サーバ110で実行される各業務の実行に必要なデータを管理している業務管理テーブルとを格納している。尚、ここでポリシーとはデータのバックアップ/リストアに使用するボリュームや、当該ボリュームに格納されているデータの管理の方針を意味しており、ポリシーの設定とはユーザがあらかじめ用意された数種類のオプションを組み合わせることにより、バックアップ対象となるファイル等に対するポリシーを設定することを意味するものとする。
業務サーバ110は、管理サーバ100からの指示によるデータのバックアップ/リストア、およびストレージ装置上のボリューム情報の検出を実行するバックアップ/リストア制御プログラム113、およびストレージ装置上のボリュームのペアを制御するボリュームペア制御プログラム114とを有している。また、業務サーバ110は、業務で使用するデータの格納されたボリュームを特定するための情報を登録したボリューム論理構成マップテーブル115（を保持している記憶装置）を有している。
ストレージ装置120は、業務サーバ110が業務を実行するときに利用するものであり、業務サーバ110から送信されるバックアップ/リストア実行の指示に応じてバックアップ/リストアを実行するコピー実行プログラム123、データの塊であるファイルが格納される記憶部124、記憶部124のバックアップ/リストア領域に使用する記憶部125、126、127、128とを有している。なお、この記憶部125、126、127、128は、一又は複数の物理的なディスクによって構成される論理的な記憶領域であり、業務サーバや管理サーバのOSが記憶装置120を認識する際の論理的な単位である。この記憶部（125、126等）を、以下、“ボリューム”、あるいは“LU(ロジカルユニット)”と呼ぶ。
OSがデータを管理する単位である各ファイル（記憶装置に記録されたデータのまとまり）には、特定のボリュームが対応付けられており、当該ファイルを構成するデータは当該特定のボリューム（に相当する記憶装置上の領域）に記録されている。アプリケーション等からあるファイルのデータを読み出す場合には、当該ファイルと対応付けられている特定のボリューム（に相当する記憶領域）に記録されているデータが読み出され、当該ファイルにデータを書込む場合には当該ファイルと対応付けられている特定のボリューム（に相当する記憶領域）にデータが書込まれることになる。なお、あるファイルと対応付けられている特定のボリュームは,一つの場合もあるし、複数の場合もある。また、複数の異なるファイルが特定の一つのボリュームと対応付けられていてもよい。
“あるボリューム”に格納されているデータと同一内容のデータを“別のボリューム”に書込むことを、「“あるボリューム”から゛別のボリューム゛へコピーを実行する」と言うことにする。“あるボリューム”が、あるファイルと対応付けられているボリューム（当該ファイルのデータの読み出し・書き込み要求に応じてデータの読み出し・書き込みが行われる対象となるボリューム）であり、“別のボリューム”が当該ファイルと対応付けられていないボリュームである場合に、当該“あるボリューム”を“正ボリューム”、当該゛別のボリューム゛を“副ボリューム”と呼ぶことにする。
“正ボリューム”から“副ボリューム゛へのコピーを実行することを、「バックアップを実行する」ということにする。これに対して、「リストアを実行する」とは、上記“副ボリューム”から“正ボリューム”へのコピーを実行することをいう。また、“あるデータ”が格納されている正ボリュームから副ボリュームへバックアップを実行することによって、当該副ボリュームに格納されることになる当該“あるデータ”と同一内容のデータのことを、（当該“あるデータ”の）“複製データ”と呼ぶことにする。
“コピー”は、ストレージ装置上で実行されるコピー実行プログラムによって実現される。ストレージ装置において、互いにデータの複製が行われる正ボリュームと副ボリュームの組は“ペア”としてテーブル等に格納して管理されている。業務サーバ110等は、コピーを行う対象となる“ペア”を識別するためのペア識別子と、複製の方向（正ボリュームから副ボリュームへのコピー（バックアップ）を実行するのか、副ボリュームから正ボリュームへのコピー（リストア）を実行するのか）を特定するための複製方向識別子とをストレージ装置に送信する。ストレージ装置で実行される上記コピー実行プログラムは、送信されたペア識別子で識別されるボリューム同士の間で、送信された複製方向識別子に応じてバックアップまたはリストアを行う。なお、複製の方向を特定するための方法としては上記に限られるものではなく、バックアップとリストアをストレージ装置等が区別し得る情報をストレージ装置等に送信するようないかなるものであってもよい。
また、ストレージ装置において、ペアとして管理していたボリューム同士をペアとして管理しないようにすることを“ペアを解除する”等ということにする。ストレージ装置において、あるペアについてのコピーが完了した後、当該ペアを構成する正ボリューム（あるいは副ボリューム）を他のボリュームと新たにペアとして認識させるための情報が当該ストレージ装置に送信される時点までの間の任意のタイミングで、当該ペアの解除が行われるものとする。ペアの解除は、業務サーバ等からの指示に応じて行うことにしてもよいし、当該ペアについてのコピーが完了後、自発的に行うことにしてもよい。
図3は、データのある１まとまり（例えば、一つのデータベース、一つのファイル等を１単位（以下、“バックアップ対象”という。）とし、これらバックアップ対象が複数のグループに分類されて管理されているバックアップ対象管理テーブルの1例を示す図である。各グループには当該グループを識別するため識別子であるグループ名が付与されているものとする。図３において、「グループ」の欄300には、当該グループを識別するためのグループ名（A,B等）が格納されている。そして、「バックアップ対象」の欄301には、上記バックアップ対象を識別するための情報（データベース名やファイル名等）が格納されている。例えば、図３において、「グループ」の欄が“A”である行の「バックアップ対象」の欄にはデータベース名“System”が格納されており、これは、グループ名“A”で識別されるグループが、データベース“System”から構成されることを示している。なお、各グループは、一または複数のバックアップ対象の任意の組合せとすることができるが、例えば、計算機で実行される一連の処理のひとまとまりを“業務”という単位で表し、この“業務”に関係するファイル等の集合を一つのグループとすることが出来る。ここで、ある業務に関係するファイル等としては、該当する業務の実行のために必要となるファイル（入力となるファイル）、および該当業務の実行の結果、生成、もしくは編集されるファイル（出力となるファイル）等がある。
「サーバ」の欄302には、当該グループに属するバックアップ対象を使用するサーバ名が格納されている。なお、同一グループに属するバックアップ対象であっても、これを使用するサーバが異なる場合には、バックアップ対象ごとにこれを使用するサーバ名を管理することにしてもよい。
「有効期限」の欄303には、副ボリュームに格納されている複製データを保持しておくべき期間を表すための情報が格納されている。
「ポリシー」の欄304には、バックアップの際に複製データを格納するための副ボリュームを選ぶ方法や、副ボリュームに格納されている複製データを管理する方法等についての指示内容が、「゛最新の状態のみ゛」の欄305や「“二次利用”」の欄306に分けて格納されている。これについては後に詳述する。
図４は、バックアップ対象となるデータベースやファイルが格納されているボリュームの構成に関する情報を格納している、ボリューム論理構成マップテーブルの図である。本テーブルには、バックアップ/リストアを実行する対象のデータベース名400、対象データベースの実体となるファイル名401、ファイルの格納されているボリュームを業務サーバから特定するために使用するデバイスファイル名402、ストレージ装置内でボリュームを特定するための識別子であるディスクID403、ストレージ装置の筐体を識別するための筐体ID404が登録されている。例えば、図４に記載されているデータベース「system」は、ファイル「aaa.txt」とファイル「bbb.txt」から構成されており、このうちファイル「aaa.txt」は、業務サーバ上110でデバイスファイル「c5t0d1」として認識されているボリュームに格納されていることが示されている。また、ファイル「aaa.txt」の格納されているボリュームは、筐体ID「100」で識別されるストレージ装置120上に格納されているディスクID「001」で識別されるものであることがわかる。
なお、図４においてファイル「qqq.txt」のデータベース名の欄が「―」となっているが、これは「qqq.txt」がデータベースとしてではなく通常のファイルとして使用されていることを意味している。なお、本テーブルはバックアップ/リストア制御プログラム113が収集した情報に基づいて作成され、ここに格納された情報はバックアップ/リストア制御プログラム113が行うボリュームのバックアップ/リストアの処理の際に使用される。
図６は、各ボリュームに関する情報を格納しているボリューム構成情報テーブルの一例を示す図である。ボリューム構成情報テーブルはボリュームを識別するためのディスクID600、当該ディスク（を構成している記憶領域）が格納されている筐体を識別するための筐体ID601、ボリュームを使用しているサーバ名602、ボリュームの種別（正ボリュームか副ボリュームか等）603、ペアを構成している場合の相手となるボリューム（ストレージ装置において、ある正ボリュームと副ボリュームとがペアとして認識されている場合に当該正ボリュームと副ボリュームとはペアを構成しているものとする。）のディスクID604、当該ディスクが格納されている筐体ID605が登録されている。
また、「利用可能フラグ」の欄606には、当該ボリュームを副ボリュームとして使用可能か否かを示す情報が格納されている。すなわち、業務サーバ等がある正ボリュームのペアの相手となる副ボリュームを選択する場合には、「利用可能フラグ」の欄に格納されている情報を参照して、副ボリュームとして使用可能なボリュームを選択するものとすることが出来る。例えば、上書きしたくない複製データを格納している副ボリューム等については、「利用可能フラグ」の欄に副ボリュームとして使用できないことを表す情報を格納しておくことにより、当該複製データが不用意に上書きされることを防止することが出来る。なお、「利用可能フラグ」に格納すべき情報としては、例えば、副ボリュームとして使用可能であることを示すフラグとすることが出来る。
さらに、「複製データ」の欄607には、当該ボリュームが副ボリュームとして使用され、複製データを格納している場合に、当該複製データの属性に関する情報が格納されている。すなわち、グループ名Xを指定してバックアップが行われたことにより、バックアップ対象xの複製データを格納している場合には、「グループ」の欄608に“X”、「バックアップ対象」の欄609に“x”がそれぞれ格納されることになる。また、同一のグループ名を指定して同一のバックアップ対象について複数回のバックアップが行われた場合には、同一のグループ名を指定して同一のバックアップ対象について行われたバックアップの内、何回目に行われたバックアップによって作成された複製データかを表すための値が「世代番号」の欄610に格納されている。例えば、図6において、ディスクIDが002で筐体IDが100である副ボリューム（図6の2行目に相当）には、グループ名“A”を指定してバックアップ対象“aaa.txt”について行われたバックアップの内、1回目に行われたバックアップによって作成された“aaa.txt”の複製データが格納されていることが示されている。
「複製データ」の欄607は、当該ボリュームが副ボリュームとして使用され、複製データが書き込まれた場合に登録される。また、一度ある複製データが格納されても、後に別の複製データが書き込まれた場合には、当該別の複製データに対応するグループ名及びバックアップ対象名によって更新される（すなわち、「複製データ」の欄には、現在、当該ボリュームに格納されている複製データに対応するグループ名及びバックアップ対象名が格納されていることになる。）。
「障害フラグ」の欄611には、複製データに何らかの障害があるか否かを表すための情報が格納されている。例えば、ディスクIDが“002”、筐体IDが“100”の副ボリューム(図6の2行目のボリューム)の「障害フラグ」の欄は“なし”となっており、これは当該副ボリュームに格納されている複製データに障害がないことを表している。
なお本テーブルは、バックアップ/リストア制御プログラム114が業務サーバ110上で収集した情報に基づいて、ボリューム監視プログラム104によって作成され、実際の処理においてボリューム設定プログラム105がボリュームの選択を行った時点、あるいはボリュームを利用可能にした時点等に内容の更新が行われる。
尚、管理サーバ100上のボリューム監視プログラム104は定期的に業務サーバ110上のバックアップ/リストア制御プログラム113を通じて、ストレージ装置120上に格納されたボリュームの構成情報を取得し、ボリューム構成情報テーブル107に格納しているものとすることが出来る。
次に、各バックアップ対象をグループに分類する処理と、バックアップ対象（あるいはグループ）に対してポリシーを指定する処理の一実施例について説明する。
ユーザーから管理サーバ100に対してポリシーの設定あるいはグループの設定要求を受け付けると、管理サーバ100上のポリシー制御プログラム103は業務サーバ110上のバックアップ/リストア制御プログラム113に対してバックアップ対象に関する情報を収集する旨の指示を有する情報を送信する。
バックアップ/リストア制御プログラム113はポリシー制御プログラム103からの指示に従い、情報の収集を行なう。なお、この時収集された情報はボリューム論理構成マップテーブル115に格納される。
ポリシー制御プログラム103はボリューム論理構成マップテーブル115から、バックアップ対象であるデータベース名400、およびファイル名401の情報を取得し、これらの一覧をユーザーに提示する。なお、ボリューム論理構成マップテーブルは管理サーバ100から直接に参照可能な記憶装置１０７に格納されることにしてもよいことは前述したとおりである。。
ユーザーは提示されたバックアップ対象を、グループに分類する。この時、各グループに対して名称（グループ名300）を設定した上で、各グループに対して、あるいは各バックアップ対象に対して、図３に示した“最新の状態のみ”、“二次利用”、“ディザスタリカバリ”等のポリシーについての設定を行う。また、図３の有効期限の設定についても行なうことが出来る。なお、ポリシーや有効期限をグループに対して設定した場合には、各グループに属するバックアップ対象については同一のポリシーや有効期限が設定されることになる。一方、各バックアップ対象ごとにポリシーや有効期限を設定した場合には、同一のグループに属するバックアップ対象同士でも、異なるポリシーや有効期限が設定される可能性がある。
ユーザーによって入力された情報は管理サーバ100上のポリシー制御プログラム103によって処理され、図３のようなバックアップ対象管理テーブル109に格納される。
次に、業務サーバ110上でバックアップの実行が指示された場合の処理の流れの1例について説明する。
まず、業務サーバ１１０のバックアップ/リストア制御プログラム113は、バックアップ実行の指示を受付ける。バックアップ実行の指示がされる場合には、バックアップの対象となるべきバックアップ対象を特定する情報を受付ける必要があるが、この方法としては、バックアップ対象を識別するためのファイル名やデータベース名が指定されることにしてもよいし、バックアップ対象が属するグループが指定されることにしてもよい。グループが指定された場合には、当該グループに属する全てのファイルやデータベースについてバックアップ実行の指示がなされたものとして扱うことが出来る。
なお、バックアップ実行の指示は、ユーザが業務サーバ上で所定のコマンド等を入力する等によって行うものとしてもよいし、バックアップ対象が業務で扱うデータであるような場合は、当該業務を管理するプログラム等が当該業務の実行完了を検知して当該業務に関係するファイルやデータベースのバックアップを指示するものとしてもよい。
バックアップ対象を識別するファイル名等を指定してバックアップ実行の指示を受付ける場合には、当該ファイル名等と対応付けて、当該ファイル等が属するグループ名（当該ファイル等が互いに異なる複数のグループに属する場合にはその内の一つのグループ名）を受付けたり、当該グループ名と対応付けられてバックアップ対象管理テーブル（図３）のテーブルに格納されているポリシーや有効期限の指定を受付けるものとすることも出来る。また、バックアップ対象ごとにポリシーや有効期限を設定したい場合には、バックアップ対象を識別するファイル名等を指定してバックアップ実行の指示を受付ける場合に、当該ファイル名等と対応付けてポリシーや有効期限の指定を受付けるものとすることが出来る。以上によって、バックアップ実行の対象となるバックアップ対象の複製データを管理する方法や、当該複製データを格納するための副ボリュームを選択する方法を指定することが可能となる。
次に、バックアップ/リストア制御プログラム113は、バックアップ実行の指示がなされたことを示す情報と、バックアップ対象を特定するために受付けたバックアップ対象名（またはグループ名）と、当該バックアップ対象名と対応付けて指定を受付けたグループ名（あるいはポリシーや有効期限）とを含むデータを管理サーバ１００に送信する。
管理サーバ100がグループ名等を含む上記データを受信すると、管理サーバ100上のポリシー制御プログラム103が起動し、バックアップ対象管理テーブル（図３）から当該グループ名（あるいはバックアップ対象名）と対応付けられているサーバ名302を取得する。また、バックアップ対象を特定する情報としてグループ名が指定されている場合には、当該グループ名と対応付けられてバックアップ対象管理テーブル（図3）に格納されているファイル名やデータベース名を抽出する。
次に、ポリシー制御プログラムにより、上記サーバに対して、上記バックアップ対象の構成情報を取得すべき旨の指示を有するデータが送信される。
これを受信した上記サーバ上のバックアップ/リストア制御プログラム113は、ボリューム論理構成マップテーブル（図４）から、上記バックアップ対象名と対応付けらているディスクID、および筐体IDを検出し、これらを含む情報をボリューム設定プログラム105に対して送信する。例えば、業務サーバが、バックアップ対象を特定する情報としてデータベース名“System”の指定を受付け、これと対応付けてグループ名“A”の指定を受付けた場合には、バックアップ対象”System”に関して、ディスクID”001”、および筐体ID”100”という情報が送信されることになる。
次に、ボリューム設定プログラム105はこの情報に基づいて、バックアップ対象のデータを格納している正ボリュームのバックアップに使用するための副ボリュームの選択を行うが、この時のアルゴリズムをフローチャートとして示したものが図７、図８である。
バックアップに使用する副ボリュームが選択されると、バックアップ対象を格納している正ボリューム名と選択された副ボリューム名とを有するペア情報をストレージ装置に送信し、当該正ボリュームから副ボリュームへのバックアップを実行させる。ペア情報の送信は、バックアップ実行の指示を受付けた業務サーバを介して行うことが出来る。また、ボリューム設定プログラム等が業務サーバにおいて実行される場合には、上記ペア情報は、当該業務サーバから直接ストレージ装置に送信されるものとすることが出来る。
ここで、副ボリュームを選択する方法の一実施例について説明する。図７は、本発明の一実施例にかかる副ボリュームを選択する方法のアルゴリズムを表すフローチャートの図である。まず、ボリューム設定プログラムは、バックアップ/リストア制御プログラムが受付けたグループ名Xと、バックアップ実行の指示がなされたバックアップ対象xが格納されている正ボリュームを識別する情報（ここでは、ディスクID及び筐体ID）とを受付ける（S７００）。これについては、前述したとおりである。なお、ボリューム論理構成マップテーブル115が、ボリューム設定プログラムから直接、参照可能な記憶装置等に保持されているような場合には、グループ名とバックアップ対象名とを指定したバックアップ実行の指示を受け付ける処理から、当該バックアップ対象が格納されている正ボリュームのディスクIDと筐体IDを抽出する処理までの一連の処理を、ボリューム設定プログラム自身で行うことにしてもよい。
次に、前記正ボリュームのバックアップに使用する副ボリュームを選択する（S７０１）。副ボリュームを選択する方法としては、ボリューム構成情報テーブル（図６）の「利用可能フラグ」の欄６０６に格納されている値を参照して、当該ボリュームが副ボリュームとして使用可能か否かを判定し（使用可能であることを示すフラグの有無等により判定することが出来る。）、使用可能な副ボリュームを抽出し、当該副ボリュームを選択する。
また、指定されたグループ名Xについて、“二次利用”や“ディザスタリカバリ”等のポリシーが指定されている場合（バックアップ対象管理テーブル（図3）の「二次利用」や「ディザスタリカバリ」の欄のフラグが“あり”の場合）には、次の様にして副ボリュームを選択することにしてもよい。すなわち、「二次利用」の欄のフラグが“あり”となっている場合には、利用可能なボリュームの内、正ボリュームを使用するサーバとは異なるサーバから使用可能なボリュームを副ボリュームとして選択する。例えば、ボリューム構成情報テーブル（図６）における「使用サーバ」の欄602に格納されているサーバ名が（正ボリュームの「使用サーバ」の欄に格納されているサーバ名とは）異なるボリュームを副ボリュームとして選択することにすればよい。同様に、「ディザスタリカバリ」の欄のフラグが“あり”となっている場合には、正ボリュームが格納されている筐体とは別の筐体に格納されている利用可能な副ボリュームを選択する。この場合には、ボリューム構成情報テーブル（図６）における「ペア筐体ID」605の欄に格納されている筐体IDが（正ボリュームのものとは）異なるボリュームを副ボリュームとして選択することにすればよい。
副ボリュームを選択した後、バックアップ対象xが格納されている正ボリュームから、選択した副ボリュームへのバックアップをストレージ装置等に実行させるため、当該正ボリューム名と選択した副ボリューム名とを含むペア情報をストレージ装置等に送信する。
S７０１において副ボリュームが選択された後、ボリューム構成情報テーブル（図６）を更新する（S７０２）。更新の内容は次のとおりである。すなわち、まず、バックアップ対象xを格納している正ボリューム及び、選択した副ボリュームの各々と対応付けられている「ペアディスクID」及び「ペア筐体ID」の欄に、ペアの相手となるボリュームのディスクID及び筐体IDを格納する。例えば、“ディスクID=001”、“筐体ID=100”で識別される正ボリューム（図６の1行目に相当）のバックアップに使用される副ボリュームとして、“ディスクID=003”、“筐体ID=100”で識別される副ボリューム（図６の3行目に相当）が選択された場合、当該正ボリュームと対応付けられている「ペアディスクID」の欄には“003”が格納され、「ペア筐体ID」の欄には“100”が格納される。また、当該副ボリュームと対応付けられている「ペアディスクID」の欄には“001”が格納され、「ペア筐体ID」の欄には“100”が格納される。
さらに、選択された副ボリューム名と対応付けられている「利用可能フラグ」の欄606に、“off”を格納する。これは、当該副ボリュームを以降に実行される他のバックアップに使用可能でないことを表すためである。このように本実施例においては、ある副ボリュームがバックアップに使用される副ボリュームとして選択された場合に、当該副ボリュームを以降に実行される他のバックアップに使用可能でない状態にするために、「利用可能フラグ」の欄を更新する。そして、その後特に指示が無い限りは、使用可能でない状態に保つものとする。これは、副ボリュームとして選択され、バックアップが実行されることにより当該副ボリュームに格納される複製データが上書きされないように保護するためである。
さらに、選択された副ボリュームの「バックアップ対象」の欄609には、バックアップ実行の指示の対象となったバックアップ対象名xを格納し、「グループ」の欄608には、xに対するバックアップ実行の指示の際に指定されたグループ名Xを格納する。このように、本実施例においてはバックアップの対象となるバックアップ対象名xに対するバックアップ実行の指示の他に、当該バックアップ対象が属するグループ名を受けつけ可能とし、当該指示に応じて実行されるバックアップに使用される副ボリューム名(副ボリューム識別するための情報)と対応付けて、指定を受付けた上記グループ名を格納しておくことができる。これによって、同じバックアップ対象についてのバックアップに使用された副ボリューム（あるいは当該副ボリュームに格納される複製データ）についても、指定されたグループを区別して管理可能としている。これによって、例えば、同一のバックアップ対象の複製データや当該複製データを格納している副ボリュームについての扱いを、指定されたグループによって変えるといった管理が可能となる。特に、バックアップ対象となるファイル等を、一連の処理のまとまりである業務に関係するファイルごとのグループに分類しているような場合には、あるグループに属するファイル同士は（当該グループに対応する業務に関係するという意味で）密接な関係を有しいるため、バックアップ実行の指示の際にグループ名（業務名）を指定し、これを複製データ（あるいはこれを格納する副ボリューム）と対応付けて管理しておくことが有用である。例えば、ある業務に関係するファイルを、当該業務の実行終了時点における状態で保存しておきたい状況を想定する。このような場合には、例えば、当該業務の実行終了時点の状態で、当該業務に関係するファイルを、当該業務名（あるいは当該業務に関係するファイルからなるグループを識別するグループ名）を指定してバックアップしておくことが考えられる。後に、当該業務の実行終了時点での状態のこれらファイルを利用したい場合には、これらファイルの複製データが格納されている副ボリュームをリストアすればよい。この際、どの副ボリュームをリストアすればよいかは、上記の様に副ボリューム名と対応付けて管理されているグループ名（業務名）を参照して知ることが可能である（ある業務の実行終了時点の状態でのファイルを得たい場合には、当該業務名が対応付けられている副ボリュームをリストアすればよい。）。
次に、S７０３以降の処理について説明する。S７０１で（バックアップ対象xについての）副ボリュームの選択が行われたことを契機として、同一のバックアップ対象xについて以前に実行されたバックアップによって取得された複製データを格納している副ボリュームがあるか否かを判定する（S７０３）。この判定は、例えば、ボリューム構成情報テーブル（図６」の「複製データ」の欄を参照することにより行うことが出来る。すなわち、ボリューム構成情報テーブル（図６）における「バックアップ対象」の欄609に格納されている値が“x”となっている副ボリュームがあるか否かを判定すればよい。
判定の結果、“ない（NO）”と判定された場合には、処理を終了する（S７０７）。判定の結果、“ある（YES）”と判定された場合には、当該副ボリューム名vを抽出し、当該副ボリュームと対応付けられて、ボリューム構成情報テーブル（図６）の「グループ」の欄608に格納されているグループ名Wを抽出する（S７０４）。例えば、バックアップ対象xが“aaa.txt”である場合には、図７の2行目に格納されている副ボリューム（ディスクIDが“002”、筐体IDが“100”で識別される副ボリューム。）が抽出され、当該副ボリュームと対応付けられているグループ名として、“A”が抽出されることになる。なお、S７０３において、複数の副ボリュームが抽出された場合には、抽出された各副ボリュームに対して、S７０４以降の処理を行うものとすることが出来る。
以上、S７０３及びS７０４によって、S７００において受付けたバックアップ対象xと同一のバックアップ対象xについて既に実行されたバックアップによって得られた複製データがある場合には、当該複製データを格納している副ボリュームと、当該複製データを得るためのバックアップ実行の指示の際に指定されたグループ名を抽出することが可能となる。あるバックアップ対象についてのバックアップが実行されることにより、当該バックアップ対象についての最新の状態の複製データが得られることを契機として、当該バックアップ対象について以前に実行されたバックアップによって得られた複製データの有無とその際に指定されたグループ名とを抽出することにより、当該バックアップ対象の複製データに対する様々な管理が可能となる。
S７０４においてグループ名（W）を抽出した後、当該グループ名と対応付けられてバックアップ対象管理テーブルの「ポリシー」の欄304に格納されている値を参照する。そして、「ポリシー」の欄の内、「最新の状態のみ」の欄305に当該ポリシーを適用すべきことを示すフラグが格納されているか否かを判定する（S７０５）。当該フラグが格納されていないと判定された場合には、終了する（S７０７）。一方、当該フラグが格納されていると判定された場合には、S７０３において抽出した副ボリューム名vで識別される副ボリュームを以降に行われる他のバックアップに使用可能とするため、当該副ボリューム名vと対応付けられてボリューム構成情報テーブル（図６）に格納されている「利用可能フラグ」の欄606に、“on”を格納する（S７０６）。
以上により、グループごとに当該グループに属するバックアップ対象について最新の状態のデータのみがあればいいのか否かについてのポリシーを指定すると、指定された要求を満たしつつ、ボリュームの使用効率を高めることが可能となる。すなわち、Xのバックアップ対象xに対するバックアップ実行の指示に応じて当該バックアップに使用する副ボリュームを選択することを契機として、最新の状態のデータのみが必要であるというポリシーが設定されているグループ名Wを指定したバックアップ指示に応じて取得されたバックアップ対象xの複製データが格納されている副ボリュームvを他のボリュームの副ボリュームとして利用可能にしているので、たとえ当該副ボリュームvに格納されている複製データが他の複製データによって上書きされたとしても、上書きされた複製データ（Wを指定したバックアップ指示に応じて取得されたxの複製データ）については、より新しい状態（一般に、時間的に後に実行されるバックアップによって取得される複製データは、これより前に実行されたバックアップによって取得された複製データよりも新しいと言える。正ボリュームに格納されているデータは時間の経過と共に更新されているので、時間的に後になるほどバックアップされるべきデータの内容は新しいものであると言えるからである。）の複製データ（Xを指定したバックアップ指示に応じて取得されるxの複製データ）が確保されているので、Wを指定したバックアップ指示に応じて取得される複製データについては最新の状態のみが必要であるという要求を満たしている。他方、（より新しい状態のデータの複製データが取得されるので）既に保持しておく必要のないデータ（Wを指定したバックアップ指示に応じて取得されるxの複製データ）が格納されている副ボリュームを、以降に行われるバックアップにおいて使用可能とすることにより、資源の有効利用（不必要なデータが格納されているボリュームを必要なデータの格納に用いることにより資源（ボリューム）を無駄にしていないという意味である。）が可能となっている。
次に、本発明の他の実施例にかかる副ボリュームを選択する方法について説明する。
図８は本実施例にかかる副ボリュームの選択方法のアルゴリズムを表すフローチャートの図である。上述した実施例との違いは次のとおりである。まず、バックアップ実行の指示はグループ単位で行われる。すなわち、バックアップ/リストア制御プログラムは、グループ名Xに対するバックアップ実行の指示を受付ける。そして、Xに属する全てのバックアップ対象について、当該各バックアップ対象が格納されている正ボリュームの識別情報（ここでは、ディスクID及び筐体IDとする。）を抽出して、これらをボリューム設定プログラムに送信する。ボリューム設定プログラムがこれら正ボリュームの識別情報を受付けて（S８００）、図８のフローチャートが開始する。S８０１では、S８００で受付けた各ディスクID及び筐体IDで特定される各正ボリュームについての副ボリュームを選択する。このように、グループに属する全てのバックアップ対象についてバックアップを実行することは、各グループが（処理のひとまとまりである）業務に関係するファイルから構成されているような場合等に必要となる。すなわち、例えば、各業務に関係するファイルについて当該各業務の実行が完了した時点の状態でバックアップしておきたいような場合には、当該各業務の実行が完了した時点で、当該各業務に関係するファイルについてバックアップをとっておく必要がある。
S８０２のボリューム構成情報テーブル（図６）を更新する処理については、上述した実施例の場合と同様である。ただし、本実施例においては、S８００で指定されたグループに属する全てのバックアップ対象について副ボリュームの選択（S８０１）が行われるので、ボリューム構成情報テーブル（図６）の更新も、当該各バックアップ対象を格納している各正ボリュームとこれに対して選択された各副ボリュームについて行う。
次に、グループXに属する各バックアップ対象について、S８０３からS８０７の処理を行う。S８０３とS８０４の処理については上述した実施例と同様である、
S８０５においては、S８０４で抽出されたグループWがグループXに含まれるか（Wに属する全てのバックアップ対象がXに属するか）を判定する。そして、WがXに含まれると判定された場合にのみ、Wを指定してバックアップされた（Wに属する）バックアップ対象の複製データを格納している副ボリューム（このような副ボリュームは、ボリューム構成情報テーブル図６を参照して抽出することが出来る。すなわち、「グループ」の欄６０８に“W”が格納されている副ボリュームを抽出すればよい。）と対応付けられている（図６における）「利用可能フラグ」の欄606を“on”にする。
以上により、Wに属する全てのバックアップ対象について、より新しい状態の複製データが得られた場合にのみ、当該Wに属するバックアップ対象の複製データが格納されている全ての副ボリュームを利用可能にするといった運用が可能となる。そして、Wに属するバックアップ対象の複製データが格納されている副ボリューム内の一部のみが利用可能とされてしまうこと（結果として、他の複製データによって上書きされてしまうこと）を防ぐことが可能となる。
尚、本実施例を実現するためのアルゴリズムとして、次のようなものにしてもよい。すなわち、S８０２の処理の後、まず、バックアップ対象管理テーブル（図３）を参照して、グループXに含まれるグループWがあるか否かを判定する。ない場合には処理を終了する。ある場合には当該Wを抽出し、ボリューム構成情報テーブル（図６）を参照して、「グループ」の欄に格納されている値が“W”であるような副ボリューム名がある否かを判定して、ある場合には当該副ボリューム名を抽出する。そして、バックアップ対象管理テーブル（図３）に、Wと対応付けられて格納されている「最新の状態のみ」のポリシーの欄の値が“フラグあり”となっているか否かを判定する。“フラグあり”となっている場合には、抽出した前記副ボリュームを以降のバックアップで使用可能にするために、ボリューム構成情報テーブル（図６）の「利用可能フラグ」の欄を“on”にする。
次に、バックアップの実行によって副ボリュームに格納される複製データの状態を出力（表示画面への表示等）する処理について説明する。
図１３は、複製データの状態に関する情報を出力するための表示画面の一例である。図１３において、「グループ」の欄1300には、グループ名が表示されている。「バックアップ対象」の欄1301には、データベース名や、ファイル名等のバックアップ対象を識別するための情報が表示されている。「複製データ」の欄1302には、1回のバックアップ（バックアップの指示に応じた副ボリュームの選択から、当該副ボリュームへの複製データの格納に至る一連の処理を指す。）と一つのアイコンを対応付けて、これをバックアップが行われた順番（ストレージ装置等においてバックアップが完了した順番であってもよいし、副ボリュームが選択された順番であってもよい。）に従って（図１３では、左から右に向かって振られている数字（1、2、3等）が小さいほど、当該数字の列に表示されているアイコンで表されるバックアップが古く行われたことを示している。）並べて表示したものである。例えば、図１３において、グループ名Aで識別されるグループを指定してSystemについて５回のバックアップが行われ、それぞれに対応する５つのアイコンが“複製データ”の欄に表示されている。 そして、各バックアップにより副ボリュームに格納された複製データ（あるいは当該複製データが格納されている副ボリューム）の状態に応じて、白抜きのアイコンまたは黒塗りのアイコンが表示されている。
ここでいう“状態”とは、例えば、次のようなものである。まず、あるバックアップ対象に対するバックアップ実行の指示に応じて、副ボリュームの選択が行われた（あるいは、当該副ボリュームを用いて実際にバックアップが実行された）、という状態がある。また、ある複製データが格納されている副ボリュームが、他のバックアップに利用可能である（あるいは、実際に他のバックアップに使用する副ボリュームとして選択されたり、他のバックアップの実行によって別の複製データが格納された）、という状態がある。
尚、複製データの状態が異なることを表す方法としては、アイコンの種類を変えるというものに限られるものではない。例えば、一種類のアイコンと対応付けて、何らかの符号（“×”など）を付加すること等によって異なる状態を表すことにしてもよい。
図１３のような表示を行う方法の１実施例を、図１１等を用いて説明する。本実施例に係るアルゴリズムを表すフローチャートを図１１に示す。図１１は、図７に示されている、副ボリュームを選択するためのフローチャートに、S１１０２とS１１０７が加わったものである。すなわち、本実施例は、副ボリュームを選択する処理と付随させて図１３のような表示を行うものである。S１１０２とS１１０７以外は図７と同じなので、S１１０２とS１１０７について説明する。図１１のS１１０１において、ボリューム設定プログラムが副ボリュームを選択する処理を行った場合に、S１０００において指定されたグループ名及びバックアップ実行の指示対象となったバックアップ対象名と対応付けて第一のアイコンを表示する（S１１０２）。副ボリュームが選択されただけでは、実際にバックアップが行われて複製データが取得されるわけではないが、ストレージ装置等におけるバックアップ処理が正常に終了すれば、副ボリュームが選択されることによって(タイミングは多少遅れるが)複製データが取得されることになる。このため、副ボリュームの割り当てが行われた場合に、複製データが取得されたことを表す第一のアイコンを表示するものとしている。なお、副ボリュームが選択された後、ストレージ装置等においてバックアップが完了したことを確認してから、第一のアイコンを表示することにしてもよい。
次に、S１１０７について説明する。S１１０７では、S１１０６の判定の結果、グループ名Wを指定して実行されたバックアップ対象xのバックアップによって取得された複製データを格納している副ボリュームが他のバックアップに利用可能とされたことを表すために、当該W及びxと対応付けられて表示されている第一のアイコンを第二のアイコンに変更する処理である。
以上により、グループを指定してバックアップの指示を行った場合におけるバックアップ対象の複製データや、当該複製データが格納されている副ボリュームの状態を知ることが可能となる。
複数の業務(計算機上で実行される一連の処理の一まとまり)が、定められた順番で実行されるよう設定されている場合がある。例えば、A、B、Cという3つの業務に対して、Aが終了後にBを実行し、さらにBが終了後にCが実行されるように設定されている等である。
既述したように、各業務に関係するファイル等について、当該各業務の実行が完了した時点の状態で利用したい場合がある。通常、正ボリュームに格納されているデータは次々に更新されていくので、ある業務の実行が完了した時点からある程度時間が経過すると、正ボリュームに格納されているファイルは当該業務実行完了時点における状態から更新されてしまっているのが通常である。この場合に、ユーザがある業務に関係するファイル等について、当該業務の実行完了時点の状態のデータを利用するためには、これらのファイル等についての当該業務の実行完了時点の状態のデータを副ボリュームにバックアップしておき、副ボリュームに格納されている複製データをリストアすることが必要となる。
ここで、ユーザ等が、リストアしたいバックアップ対象と、当該バックアップ対象について、どの業務の実行完了時点における状態の複製データをリストアしたいかを特定した場合には、リストアの対象とすべき当該複製データが格納されている副ボリューム名を特定して、ストレージ装置等に送信する必要がある。以下では、業務及びバックアップ対象の指定を受け付けた場合に、指定された当該業務の実行完了時点における指定された当該バックアップ対象の複製データが格納されている副ボリュームを抽出する方法についての１実施例を説明する。
まず、各業務の実行が完了した時点における状態でバックアップしておくべきバックアップ対象を、当該各業務を識別するためのグループ名（あるいは業務名）と対応付けてバックアップ対象管理テーブルに管理しておく。例えば、バックアップ対象管理テーブル（図３）の、「グループ」の欄に、業務を識別するグループ名（あるいは業務名）を格納し、当該グループ名と対応付けて、当該業務の実行が完了した時点における状態でバックアップしておきたいバックアップ対象名を、「バックアップ対象」の欄に格納しておくことにすればよい。また、必要に応じて、「ポリシー」の欄等についても設定したい指示内容を表す値を格納しておくことが出来る。
これらバックアップ対象については、図７あるいは図８に示したフローチャートに従って、副ボリュームの選択が行われ、選択した副ボリュームを用いたバックアップの指示をストレージ装置等に送信する。ここで、バックアップ実行の指示を受け付ける際には、業務を識別するためのグループ名（あるいは業務名）の指定を受け付けて、当該グループ名と対応付けられてバックアップ対象管理テーブル（図３）に格納されている各バックアップ対象について図7あるいは図8の処理を実行する。この方法でバックアップされた複製データ及び当該複製データが格納されている副ボリュームについては、ボリューム構成情報テーブル（図６）のように管理されることは上述したとおりである。
次に、リストアによって得たい複製データを特定するために、バックアップ/リストア制御プログラムが、業務を識別するためのグループ名X（あるいは業務名X）及びバックアップ対象名xの指定を受け付けた場合には、Ｘ及びxをボリューム設定プログラムに送信する。これを受付けたボリューム設定プログラムは、次に示す処理を行う。
まず、ボリューム構成情報テーブルの「グループ」の欄に“X”が格納されており、「バックアップ対象」の欄に“x”が格納されている副ボリューム名を抽出する。そして、当該副ボリュームに対するリストア実行の指示を受け付けるために、抽出した副ボリューム名をユーザ端末の表示部に表示することにしてもよいし、当該副ボリュームに対するリストアの実行を、自動的に、ストレージ装置等に指示することにしてもよい。以上のとおり、バックアップ対象に対するバックアップ実行の指示を受け付ける場合に、当該バックアップ対象名とグループ名（あるいは業務名）とを受け付けて、当該バックアップ対象についての複製データが格納される副ボリューム名と対応付けて、当該バックアップ対象名と指定を受け付けたグループ名とをテーブルに格納しておく等によって管理しておくことによって、リストアしたい複製データを特定するためのバックアップ対象名及びグループ名（あるいは業務名）との指定を受け付けた場合に、当該複製データを格納している副ボリューム名を容易に抽出することが可能となっている。
以上は、指定された複製データがいずれかの副ボリュームに格納されていることを想定しているが、設定されたポリシーによっては、あるバックアップ対象の複製データを格納している副ボリュームが他のバックアップに使用され、当該複製データが上書きされてしまっている場合もある。また、業務を実行するサーバに障害が発生した場合等には、業務の実行に伴って生成されるバックアップ対象のデータに何らかの欠陥が含まれることがあり、欠陥を含む当該データのバックアップによって得られた複製データにも欠陥が含まれる場合がある。さらに、上記のように複数の業務が所定の順番で実行されるような場合には、前に実行された業務の実行によって生じるデータを利用して後の業務が実行されることがある。この場合、仮に前の業務の実行によって生じるデータに何らかの欠陥が含まれると、これを用いて実行された後の業務によって生じるデータにも欠陥が含まれてしまうことがある。このように、複製データに欠陥が含まれる場合には、これをリストアしても、利用したいはずのデータを得ることは出来ない。
以下では、ある業務（Ｘ）の実行が完了した時点における状態の、あるバックアップ対象の複製データをリストアによって取得したいが、当該複製データに欠陥が含まれていたり、欠陥は含まれていなくても複製データが上書きされたり破棄される等によりリストア出来ない場合を想定する。このとき、業務Ｘの実行に必要な全てのファイル等がリストアによって取得可能であり、かつ、これに欠陥がない場合には、これらをリストアして利用することによって業務Ｘを再度実行すれば、Ｘの実行が完了した時点の状態のデータを得ることが可能である。しかし、業務Ｘの実行に必要なファイル等の複製データに欠陥がある場合には、これを利用してＸを実行しても欠陥のあるデータしか得られない可能性がある。また、Ｘより以前に実行された業務の複製データが上書きにより失われている場合には、これを利用してＸを実行することは出来ない。
一方、所定の順番で実行される業務の内、一番最初に実行されるべき業務については、以降に実行される業務の実行完了時点のファイル等を利用することはないので、当該一番最初の業務から指定された業務名Xに至る一連の業務を所定の順番で再度実行すれば、Ｘの実行完了時点の状態のファイルを得ることは可能である。しかしながらこの場合、業務Ｘの実行の前に実行すべき業務が多いとその分時間を要してしまうことになる。
ユーザとしては、出来るだけ短い時間で業務Ｘの実行完了時点の状態のデータを得たいという要求があり、このために、どの業務を再度実行すればよいかが分れば便宜である。以下に説明する実施例では、ユーザによって、業務名Xとバックアップ対象名xの指定を受け付けた場合に、当該Xの実行完了時点における状態のxのデータを得るために、どの業務を再度実行すればよいかの情報を提供することが可能である。
以下、利用したい複製データを特定する情報を受け付けた場合に、当該複製データと同一内容のデータを生成するために実行すべき業務名を抽出する方法の１実施例を説明する。図９は、本実施例のアルゴリズムを示すフローチャートの図であり、再実行業務抽出プログラムにより実行される。
再実行業務抽出プログラムは、まず、利用したい複製データを特定するための情報を受け付ける（Ｓ９００）。複製データを特定する方法としては種種のものが有り得るが、例えば、業務を特定するためのグループ名Ｘ(あるいはグループ名X)と、バックアップ対象名x（ファイル名等）により特定することが出来る。また、同一の業務を指定して同一のバックアップ対象について複数回バックアップが実行されている場合には、何回目に行われたバックアップによって得られた複製データかを識別するための世代番号も併せて受け付けることが出来る。例えば、Ａ，Ｂ、Ｃで識別される3種類の業務がこの順番で繰り返し実行される場合に、3回目の繰り返しで実行されるＢを指定して実行されるバックアップによって得られるファイル名bbb.txtの複製データは、“Ｘ＝Ｂ”と、“x=bbb.txt”及び“ｉ＝３”で特定されることになる（これを、以下、Xi(bbb.txt)の様に表記するものとする。）。
次に、ボリューム構成情報テーブル（図６）の「複製データ」の欄（及び「障害フラグ」の欄611）を参照して、指定された複製データが、リストア可能か否かを判定する（S９０１）。ここで「リストア可能」とは、“複製データがいずれかの副ボリュームに格納されていること”をいうものとしてもよいし、“いずれかの副ボリュームに格納されており、かつ当該副ボリュームに格納されている当該複製データに何らの障害もないこと”をいうものとしてもよい。ここで、いずれかの副ボリュームに格納されているか否かは、ボリューム構成情報テーブル（図６）を参照して、「複製データ」の欄に、S９００で指定された業務名（グループ名）、バックアップ対象名、世代番号と一致するものが格納されているか否かを判定することによって行うことが出来る。また、副ボリュームに格納されている複製データに障害があるか否かは、当該複製データに対して障害を検出するための障害検出プログラムを実行してみることにより、判定することが可能である。本実施例では、ボリューム構成情報テーブルに格納されている各複製データについて、任意のタイミングで、障害検出プログラムを用いて障害がないか否かを判定して、その結果を「障害フラグ」の欄611に格納しておくことにしてもよいし、S９０１の処理を実行する際に、（障害検出プログラムを用いて）当該複製データについて障害の有無を判定することにしてもよい。
S９０１の判定の結果、指定された複製データがリストア可能と判定された場合には、処理を終了する（S９０５）。この際、指定された複製データがリストア可能である旨や、指定された複製データが格納されている副ボリューム名等を出力（表示画面への表示等）することにしてもよい。これによって、ユーザは、指定した複製データのリストアをストレージ装置等に指示するための副ボリューム名を知ることが可能となる。
S９０１の判定の結果、指定された複製データがリストア可能でないと判定された場合には、業務名Xを“再実行業務リスト”に登録する（S９０２）。“再実行業務リスト”は、S９００で指定された複製データと同一内容のデータを得るために、再度実行する必要がある業務名から構成されるテーブルである。
次に、S９０３では、入力値をXとして、処理Aを実行する。処理Aは、図10のフローチャートで表される。処理Aについては後に説明する。
処理Aが終了すると、再実行業務リストに格納されている業務名を出力し（S９０４）、終了する（S９０５）。尚、再実行業務リストは、処理Aにおいて更新される可能性がある。
次に、処理Aについて、図１０のフローチャートを用いて説明する。処理Aは、一または複数の業務名を入力値として受け付けて開始する（S１０００）。複数の入力値を受付けた場合には、各々の入力値について、Ｓ１００１からＳ１００５の処理を実行する。
まず、変数Yに入力値を代入する（S１００１）。図９のS９０２に続いて、処理Aが1回目に実行される場合には、入力値はXなので、Yは値Xをとる。次にYで識別される業務の実行に必要なデータの複製データがリストア可能か否かを判定する（S１００２）。Yの実行に必要なデータを抽出するためには、業務管理テーブル（図５）を参照して、「業務名」の欄500に格納されている“Y”と対応付けられて「必要なデータ」の欄501に格納されているファイル名等を抽出すればよい。業務管理テーブル（図５）の、「必要なデータ」の欄501には、データを識別するための情報として、業務名（グループ名）とファイル名（あるいはデータベース名）との組からなる識別子が用いられている。例えば、業務Aの実行によって得られる、ファイルaaa.txtのデータについては、（A,aaa.txt）のように表されている。また、業務名とファイル名に加えて、上述した“世代番号”をも用いてデータを識別したい場合には、これら3つの値の組からなる識別子によって、識別するものとする事ができる。Yの実行に必要なデータとして抽出された各データがリストア可能か否かを判定するには、ボリューム構成情報テーブル（図６）の「複製データ」の欄（及び「障害フラグ」の欄）を参照することによって行うことができるが、これについては、図９のS９０１の処理の説明において述べたとおりである。
S１００２の判定の結果、Yの実行に必要な全てのデータがリストア可能と判定された場合、または、Yの実行に必要なデータとして業務管理テーブル（図５）に格納されているデータがない場合には、処理を終了する（S１００５）。本実施例では、ある業務名（あるいはグループ名）を入力値とする処理Aが終了したとしても、他の業務名を入力値とする処理Aが実行されている（あるいはされるべき状態にある）場合には、S９０４には進まない。そして、実行されている（あるいは実行されるべき）、全ての処理Aが終了した時点で、S９０４に進むものとする。実行されている（あるいは実行されるべき）処理Aを管理する方法としては、例えば、次のようにすればよい。すなわち、S９０３、あるいは後述する図１０のS１０００において、ある入力値について処理Aが呼び出された場合に、当該入力値と、当該入力値に対する処理Aが終了したか否かを示すフラグを対応付けて格納するための、実行状態管理テーブルを設けることにすればよい。そして、例えば、ある入力値に対する処理Aが終了した時点で、実行状態管理テーブルを更新し、終了したことを示すフラグが格納されていない入力値があるか否かを判定することにすればよい。判定した結果、全ての入力値に対する処理Aが終了していれば、S９０４に進むことにすればよい。
S１００２の判定の結果、リストア不可能な複製データがあると判定された場合には、リストア不可能と判定された複製データを特定する業務名を抽出する（S１００３）。なお、抽出した業務名の集合を{W1,W2,..,Wk}とする。
次に、抽出された業務名{W1,W2,…,Wk}を上述した再実行業務リストに登録する（S１００４）。そして、{W1,W2,..,Wk}の各業務名を入力値とした処理Aの実行を開始する（S１０００）。この場合には、各Wiを入力値とした処理Aが独立に実行される。
なお、所定の順番で実行されるべき各業務の実行に必要なデータは、当該業務よりも前に実行されるべき業務の実行によって得られるデータ（を含むファイル）（あるいはファイルの集まりであるデータベース）であるものとし、かつ、一番最初に実行されるべき業務を実行するためには、他のいずれの業務の実行によって得られるデータも必要としないものとする。このような前提のもとでは、処理Aは必ず終了することが分る。すなわち、ある業務名Yを入力値として処理Aが開始された場合に、S１００３で抽出される複製データを特定する業務名Wiは、必ず、Yよりも前に実行されるべき業務に対応している。そうすると、たかだか実行された業務の数と同じ回数だけ繰り返された後に実行される処理Aにおいて、S１２００でYの実行にデータとして何も抽出されないという状態（少なくとも、一番最初に実行されるべき業務については、業務管理テーブルの「必要なデータ」の欄には何も格納されていないのが前提である。）になるからである。
以上、図９、図１０のフローチャートによって表される処理を実行した結果得られる再実行業務リストに格納されている業務を所定の順番で実行することにより、S９００において指定された複製データと同一の内容のデータを得ることが可能となる。
ここで、図９、図１０の処理を簡単な具体例を用いて説明する。いま、５つの業務A、B、C、D、Eがこの順番で実行される場合を考える。そして、各業務の実行に必要なデータは、図５に示す業務管理テーブルに表されているとおりであるものとする。さらに、図５の業務管理テーブルの「必要なデータ」の欄に格納されている複製データの内、(B,bbb.txt)と(D,ddd.txt)の２つはリストア不可能であり、残りは全てリストア可能であるものとする。
いま、図９のS９００において、業務名Eとファイル名xで特定される複製データの指定を受け付けたものとし、当該複製データがリストア不可能であるものとする。このとき、S９０１において“NO”と判定されるので、S９０２に進み、再実行業務リストにEが登録される。次に、入力値を業務名Eとして処理Aの実行が開始される（S９０３）。
図１０で表される処理Aにおいて、まず、Yには入力値Eが代入される（S１００１）。そして、図５を参照して、Y=Eの実行に必要なデータとして、(A,aaa.txt)、(B,bbb.txt)、(Ｄ,ddd.txt)の３つが抽出され、この内、(B,bbb.txt)、(D,ddd.txt)はリストア不可能であるので、S１２００は“NO”と判定される。次に、これらリストア不可能な業務名としてB及びDが抽出され（S１００３）、再実行業務リストに登録される（S１００４）。この時点で、再実行業務リストには、E、D、及びBが登録されていることになる。そして、B及びDの各々を入力値として処理Aが開始される（S１０００）。
まず、Bを入力値として実行される処理Aについて説明する。まず、S１００１において、YにBが入力される。次に、Bの実行に必要なデータとして、図５の業務管理テーブルに格納されている(A,aaa.txt)を抽出し、これがリストア可能か否かを判定する（S１００２）。ここでは、(A,aaa.txt)はリストア可能という想定であったので、“YES”と判定され、Bを入力値とした処理Aを終了する（S１００５）。
次に、Dを入力値として実行される処理Aについて説明する。まず、S１００１においてYに入力値Dが代入される。そして、Y=Dの実行に必要なデータとして、業務管理テーブル（図５）に格納されている(A,aaa.txt)及び(C,Temp)を抽出し、これらがリストア可能か否かを判定する（S１００２）。ここでは、いずれの複製データもリストア可能という想定であったので、“YES”と判定され、Dを入力値とした処理Aが終了する（S１００５）。
B及びDを入力値とする処理Aがいずれも終了した場合には、他に実行されるべき処理Aはないので、図9のS９０４に進む。そして、再実行業務リストに格納されている業務名E、D、及びDを出力する。これらの３つの業務を、上記したとおりの定められた順番、すなわち、B、D、Eの順番で実行すれば、S９００において指定されたデータが得られることになる。このように、本実施例を適用することにより、指定されたデータを得るために実行すべき、必要最小限の業務を抽出することが可能となっている。
次に、複製データが格納されている副ボリュームを、当該複製データについての有効期限に応じて、利用可能にするという実施例について説明する。本実施例にかかるアルゴリズムを、図１２に示すフローチャートを用いて説明する。図１２のフローチャートは管理サーバ100上のボリューム監視プログラム105により実行される。
まず、ボリューム構成情報テーブル（図６）を参照する等により、複製データが格納されている副ボリューム名(図６においては、ディスクIDと筐体IDの組からなる情報を副ボリューム名として用いている。)を抽出する（S１２００）。複製データが格納されているか否かは、ボリューム構成情報テーブルの「複製データ」の欄に、複製データに関する情報が格納されているか否かを判定することによって行うことが出来る。
一般に、複製データが格納されている副ボリュームは複数存在し得るが、この内のいずれの副ボリューム名を抽出するかについては次のようにする。すなわち、当該副ボリュームに格納されている複製データがバックアップされた時刻が、前回に抽出した副ボリュームに格納されている複製データがバックアップされた時刻の次に古いもの抽出することとしてもよいし、図６のテーブルに登録されているものの内からランダムに抽出することとしてもよいし、その他の方法でもよい。
次に、S１２０１で抽出した副ボリューム名と対応付けられてボリューム構成情報テーブル（図６）の「利用可能フラグ」の欄に格納されている値が“off”（利用可能でない状態にあることを示している。）であるか否かを判定する（S１２０２）。利用可能フラグの欄に格納されている値が“on”である場合には、当該副ボリュームは既に利用可能な状態にあるので、以降の処理を行う必要がないため、処理を終了する（S１２０６）。
S１２０２における判定結果が、“YES”であった場合には、S１２０１で抽出した副ボリューム名と対応付けられて、ボリューム構成情報テーブル（図６）の「グループ」の欄に格納されている値Wを抽出する（S１２０３）。そして、抽出したWと対応付けられて、バックアップ対象管理テーブルにおける「有効期限」の欄に格納されている有効期限の値を抽出し、S１２０１で抽出された上記副ボリュームvに格納されている複製データがバックアップされた時刻から現在までの経過時間が、抽出した有効期限を経過しているか否かを判定する（S１２０４）。複製データがバックアップされた時刻については、例えば、当該複製データについて、ボリューム構成情報テーブル（図６）の「複製データ」の欄に値を格納する際に、同テーブルに「バックアップ時刻」の欄を設けて、その時の時刻を格納しておくことにすればよい。
S１２０４の判定において、“NO”と判定された場合には、処理を終了する（S１２０６）。一方、S１２０４において、“YES”と判定された場合には、S１２０１で抽出された上記副ボリューム名vと対応付けられて、ボリューム構成情報テーブル（図６）の「利用可能フラグ」の欄に格納されている値を“on”にする（S１２０５）。これによって、当該副ボリュームvは、以降に行われるバックアップに使用される副ボリュームとして選択され得る状態になる。
以上により、保存しておくべき期間が経過した複製データを格納している副ボリュームについては、他のバックアップに利用可能な状態にし、他の複製データを新たに格納し得る状態になるので、資源の有効利用が可能となる。
本発明の一実施形態係る、ボリューム間のコピー実行を管理するシステム構成例を表す図である。 本発明の一実施形態に係る、図1のシステムを構成する計算機を、各々において実行されるプログラム及びこれと協働して動作することによって所定の機能を実現するハードウェア資源からなる機能単位から構成される情報処理装置として表した場合のシステム構成例を表す図である。 本発明の一実施形態係る、バックアップ対象に関する属性等を管理するためのバックアップ対象管理テーブルを表す図である。 本発明の一実施形態係る、バックアップ対象となるファイル等が格納されているボリュームに関する情報を管理するためのボリューム論理構成マップテーブルを表す図である。 本発明の一実施形態係る、業務の実行に必要なデータを管理するための業務管理テーブルを表す図である。 本発明の一実施形態係る、バックアップ対象となるファイル等を格納するための各ボリュームに関する情報を管理するためのボリューム構成情報テーブルを表す図である。 本発明の一実施形態係る、バックアップに用いる副ボリュームを選択するアルゴリズムのフローチャートを表す図である。 本発明の一実施形態係る、バックアップに用いる副ボリュームを選択するアルゴリズムのフローチャートを表す図である。 本発明の一実施形態係る、バックアップの対象となったファイル等の指定を受付け、当該バックアップ対象のデータを得るために実行すべき業務を抽出するアルゴリズムのフローチャートを表す図である。 本発明の一実施形態係る、バックアップの対象となったファイル等の指定を受付け、当該バックアップ対象のデータを得るために実行すべき業務を抽出するアルゴリズムのフローチャートを表す図である。 本発明の一実施形態係る、バックアップによって取得された複製データやこれを格納しているボリュームの状態等に関する情報を出力するためのアルゴリズムのフローチャートを表す図である。 本発明の一実施形態係る、バックアップに用いられた副ボリュームを、当該副ボリュームに格納されている複製データの有効期限に応じて管理するアルゴリズムのフローチャートを表す図である。 本発明の一実施形態係る、バックアップによって取得された複製データやこれを格納しているボリュームの状態等に関する情報の出力例を表す図である。
符号の説明
１００ 管理サーバ
１０１ 処理部
１０２ 記憶部
１０３ ポリシー制御プログラム
１０４ ボリューム監視プログラム
1０５ ボリューム設定プログラム
１０６ 再実行業務抽出プログラム

Claims (12)

  1. 正ボリューム名と副ボリューム名とを含むペア情報を受信した場合に当該正ボリュームから当該副ボリュームへのバックアップを実行するストレージ装置と接続されている計算機を用いて、前記バックアップの実行によって前記副ボリュームに格納される複製データを管理する複製データの管理方法であって、
    前記計算機は、バックアップ対象となるファイルが複数のグループに分類されている場合の当該各グループ名と対応付けて、当該グループを構成する前記ファイル名を格納する第一のテーブルと、前記副ボリューム名と対応づけて前記ファイル名及び前記グループ名とを格納するための第二のテーブルとを保持しており、
    第一のグループの指定を受け付けて、第一のファイルが格納されている第一の正ボリューム名と第一の副ボリューム名とを含む前記ペア情報を前記ストレージ装置に送信する場合に、前記第一のファイル名及び指定を受け付けた前記第一のグループ名とを前記第一の副ボリューム名と対応付けて前記第二のテーブルに格納するステップを有することを特徴とする複製データの管理方法。
  2. 請求項１に記載の複製データの管理方法であって、
    第一のファイルを含む第二のグループの指定を受付けて前記第一のファイルのデータが格納されている前記第一の正ボリューム名と第二の副ボリューム名とを含む前記ペア情報を前記ストレージ装置に送信する場合に、前記第二のテーブルから、前記第一のファイルの複製データが格納されている前記第一の副ボリューム名を抽出するステップと、
    抽出された当該第一の副ボリューム名と対応付けられて前記第二のテーブルに格納されている前記第一のグループ名を抽出するステップとを有することを特徴とする請求項１に記載の複製データの管理方法。
  3. 請求項２に記載の複製データの管理方法であって、前記第一のテーブルには、前記グループ名と対応づけて前記複製データを管理する方法であるポリシーが格納されており、
    前記計算機は、複製データを格納するための前記副ボリューム名と対応付けて当該副ボリュームが利用可能か否かを示すフラグを格納するための第三のテーブルを保持しており、
    抽出された前記第一のグループ名と対応付けて前記第一のテーブルに格納されているポリシーが所定の条件を満たすか否かを判定するステップと、
    判定した結果に応じて、前記第一の副ボリュームが利用可能であることを示す前記フラグを前記第三のテーブルに格納するか否かを決定するステップとを有することを特徴とする請求項２に記載の複製データの管理方法
  4. 請求項３に記載の複製データの管理方法であって、ポリシーが所定の条件を満たすか否かを判定する前記ステップは、当該ポリシーが、当該ポリシーと対応付けられて前記第一のテーブルに格納されている前記グループを指定してバックアップされたファイルについて最新の状態のデータのみが必要であることを示すフラグを有するか否かを判定するものであることを特徴とする請求項３に記載の複製データの管理方法。
  5. 請求項１に記載の複製データの管理方法であって、前記各グループは、一連の処理の1まとまりである各業務を実行した結果更新されるファイルから構成されていることを特徴とする請求項１に記載の複製データの管理方法。
  6. 請求項５に記載の複製データの管理方法であって、
    前記第一のテーブルには、前記グループ名と対応付けられて前記複製データを管理する方法であるポリシーが格納されており、
    前記計算機は、複製データを格納するための前記副ボリューム名と対応付けて当該副ボリュームが利用可能か否かを示すフラグを格納するための第三のテーブルを保持しており、
    第二の業務を実行した結果更新されるファイルからなる第二のグループの指定を受付けて当該第二のグループに属する前記第一のファイルが格納されている前記第一の正ボリューム名と第二の副ボリューム名とを含むペア情報を前記ストレージ装置に送信する場合に、前記第一のファイルの複製データを格納している前記第一の副ボリューム名と当該第一の副ボリューム名と対応付けられて前記第二のテーブルに格納されている前記第一のグループ名とを抽出するステップと、
    抽出した前記第一のグループと対応付けられて前記第一のテーブルに格納されているファイル名が前記第一のファイル名のみであるか否かを判定するステップと、
    抽出した前記第一のグループ名と対応付けられて前記第一のテーブルに格納されているポリシーが所定の条件を満たすか否かを判定するステップと、
    前記判定した結果に応じて、前記第二の副ボリュームが利用可能であることを示す前記フラグを前記第三のテーブルに格納するか否かを決定するステップとを有することを特徴とする請求項５に記載の複製データの管理方法。
  7. バックアップ対象となるファイルが、一連の処理の１まとまりである各業務を実行した結果更新されるファイルからなる複数のグループに分類されている場合の当該各グループを識別する業務名と対応付けて、当該グループを構成する前記ファイル名を格納する第一のテーブルと、一の業務を実行した結果更新される一のファイルのデータを識別するための当該一の業務名及び当該一のファイル名と対応付けて一のデータ識別子を格納するための第二のテーブルと、前記各業務と対応付けて当該業務の実行に必要なデータを識別するための前記データ識別子を格納している第三のテーブルと、一の業務名を指定して当該業務名で識別される前記グループに属する一のファイルが一の副ボリュームへバックアップされた場合に当該一の副ボリューム名と対応づけて前記一のファイル名及び前記一の業務名とを格納するための第四のテーブルと、前記副ボリューム名と対応付けて当該副ボリュームに格納されている複製データに障害があるか否かを示す情報を格納する第五のテーブルとを保持し、正ボリューム名と副ボリューム名とを有するペア情報とを受信した場合に当該正ボリュームに格納されているデータの当該副ボリュームへのバックアップを実行するストレージ装置と接続されている計算機を用いて、バックアップされた前記複製データを管理する複製データの管理方法であって、
    第一の業務名を指定してバックアップされた第一のファイルのリストアの指示を受付け、
    前記第一のグループ名及び前記第一のファイル名と対応付けられて前記第四のテーブルに格納されている第一の副ボリューム名を抽出し、
    前記第五のテーブルを参照して、前記第一の副ボリュームに格納されている複製データに障害があると判定された場合には、前記第一の業務名と対応付けられて前記第三のテーブルに格納されているデータ識別子を抽出し、
    抽出された前記データ識別子で識別されるデータの複製データに障害がない場合には、前記第一の業務名を表示することを特徴とする複製データの管理方法。
  8. 正ボリューム名と副ボリューム名とを含むペア情報を受信した場合に当該正ボリュームから当該副ボリュームへのバックアップを実行するストレージ装置と接続されている計算機を用いて、前記バックアップの実行によって前記副ボリュームに格納された複製データを管理する複製データの管理方法であって、
    前記計算機は、前記副ボリューム名と対応づけてバックアップ対象であるファイル名及び前記複製データの管理方法であるポリシーとを格納するための第一のテーブルを保持しており、
    第一のポリシーの指定を受付けて第一のファイルが格納されている第一の正ボリューム名と第一の副ボリューム名とを含む前記ペア情報を前記ストレージ装置に送信する場合に、前記第一のファイル名及び指定を受け付けた前記第一のポリシーとを前記第一の副ボリューム名と対応付けて前記第一のテーブルに格納するステップを有することを特徴とする複製データの管理方法。
  9. バックアップ対象となるファイルが複数のグループに分類されている場合の当該各グループを識別するグループ名と対応付けて、当該グループを構成する前記ファイル名及び当該グループに属する前記ファイルの複製データを管理する方法であるポリシーとを対応づけて格納している第一のテーブルを保持するステップと、
    第一のグループ名を指定を受け付けて前記第一のファイルのバックアップが行われた場合に、当該第一のファイル名と対応付けて第一のアイコンを表示するステップと、
    前記第一のファイルを有する第二グループの指定を受け付けて前記第一のファイルのバックアップが行われる場合に、前記第一のグループ名と対応付けて前記第一のテーブルに格納されている前記ポリシーが所定の条件を満たすか否かの判定結果に応じて、前記第一のファイル名と対応付けて表示されている前記第一のアイコンを第二のアイコンに変更するステップとを有することを特徴とする、正ボリュームに格納されているデータの副ボリュームへのバックアップを実行するストレージ装置と接続されている計算機を用いた複製データの管理方法。
  10. 正ボリューム名と副ボリューム名とを含むペア情報を受信した場合に当該正ボリュームから当該副ボリュームへのバックアップを実行するストレージ装置と接続されている計算機に、
    バックアップ対象となるファイルが複数のグループに分類されている場合の当該各グループ名と対応付けて、当該グループを構成する前記ファイル名と複製データを管理する方法であるポリシーとを格納する第一のテーブルを保持する手順と、
    前記副ボリューム名と対応づけて前記ファイル名及び前記グループ名及び前記副ボリュームが利用可能か否かを示すフラグとを格納するための第二のテーブルを保持する手順と、
    第一のグループの指定を受け付けて第一のファイルが格納されている第一の正ボリュームと第一の副ボリューム名とを含む前記ペア情報を前記ストレージ装置に送信する場合に、前記第一のファイル名及び指定を受け付けた前記第一のグループ名とを前記第一の副ボリューム名と対応付けて前記第二のテーブルに格納する手順と、
    第一のファイルを含む第二のグループの指定を受付けて前記第一のファイルのデータが格納されている前記第一の正ボリューム名と第二の副ボリューム名とを含む前記ペア情報を前記ストレージ装置に送信する場合に、前記第二のテーブルを参照から、前記第一のファイルの複製データが格納されている前記第一の副ボリューム名を抽出する手順と、
    抽出された当該第一の副ボリューム名と対応付けられて前記第二のテーブルに格納されている前記第一のグループ名を抽出する手順と、
    抽出された前記第一のグループ名と対応付けて前記第一のテーブルに格納されているポリシーが、前記第一のグループを指定してバックアップされたファイルについて最新の状態のデータのみが必要であることを示すフラグを有するか否かを判定する手順と、
    判定した結果に応じて、前記第一の副ボリュームが利用可能であることを示す前記フラグを前記第二のテーブルに格納するか否かを決定する手順とを実行させるためのプログラム。
  11. 正ボリューム名と副ボリューム名とを含むペア情報を受信した場合に当該正ボリュームから当該副ボリュームへのバックアップを実行するストレージ装置と接続可能な計算機であって、
    バックアップ対象となるファイルが複数のグループに分類されている場合の当該各グループ名と対応付けて、当該グループを構成する前記ファイル名を格納する第一のテーブルと、前記副ボリューム名と対応づけて前記ファイル名及び前記グループ名とを格納するための第二のテーブルとを保持する記憶部と、
    第一のグループの指定を受け付けて第一のファイルが格納されている第一の正ボリューム名と第一の副ボリューム名とを含む前記ペア情報を前記ストレージ装置に送信する場合に、前記第一のファイル名及び指定を受け付けた前記第一のグループ名とを前記第一の副ボリューム名と対応付けて前記第二のテーブルに格納する処理部と、
    第一のファイルを含む第二のグループの指定を受付けて前記第一のファイルのデータが格納されている前記第一の正ボリューム名と第二の副ボリューム名とを含む前記ペア情報を前記ストレージ装置に送信する場合に、前記第二のテーブルを参照して、前記第一のファイルの複製データが格納されている前記第一の副ボリューム名を抽出する処理部と、
    抽出された当該第一の副ボリューム名と対応付けられて前記第二のテーブルに格納されている前記第一のグループ名を抽出する処理部を有することを特徴とする計算機。
  12. 請求項１１に記載の計算機であって、
    前記第一のテーブルには、前記グループ名と対応づけて前記複製データを管理する方法であるポリシーが格納されており、
    前記記憶部は、複製データを格納するための前記副ボリューム名と対応付けて当該副ボリュームが利用可能か否かを示すフラグを格納するための第三のテーブルを保持しており、
    前期処理部は、抽出された前記第一のグループ名と対応付けて前記第一のテーブルに格納されているポリシーが所定の条件を満たすか否かを判定し、
    判定した結果に応じて、前記第一の副ボリュームが利用可能であることを示す前記フラグを前記第三のテーブルに格納するか否かを決定する処理部であることを特徴とする請求項１１に記載の前記計算機。
JP2003343916A 2003-10-02 2003-10-02 複製データの管理方法、装置、及びプログラム Expired - Fee Related JP4453323B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2003343916A JP4453323B2 (ja) 2003-10-02 2003-10-02 複製データの管理方法、装置、及びプログラム
US10/743,727 US7152080B2 (en) 2003-10-02 2003-12-24 Method, apparatus, and computer readable medium for managing replication of back-up object
US11/593,544 US20070055716A1 (en) 2003-10-02 2006-11-07 Method, apparatus, and computer readable medium for managing replication of back-up object

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003343916A JP4453323B2 (ja) 2003-10-02 2003-10-02 複製データの管理方法、装置、及びプログラム

Publications (2)

Publication Number Publication Date
JP2005108133A true JP2005108133A (ja) 2005-04-21
JP4453323B2 JP4453323B2 (ja) 2010-04-21

Family

ID=34386298

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003343916A Expired - Fee Related JP4453323B2 (ja) 2003-10-02 2003-10-02 複製データの管理方法、装置、及びプログラム

Country Status (2)

Country Link
US (2) US7152080B2 (ja)
JP (1) JP4453323B2 (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008198153A (ja) * 2007-02-16 2008-08-28 Nomura Research Institute Ltd オンライン処理を継続させながらバッチ処理を行う連続運用システム
US7424583B2 (en) 2005-08-31 2008-09-09 Hitachi, Ltd. Storage system, data transfer method according to volume priority
JP2009104421A (ja) * 2007-10-23 2009-05-14 Hitachi Ltd ストレージアクセス装置
US7549031B2 (en) 2006-03-03 2009-06-16 International Business Machines Corporation Method and apparatus for performing data backup
JP2009539162A (ja) * 2006-05-29 2009-11-12 マイクロソフト コーポレーション 複製時のシャドーコピーデータの保持
JP2010079391A (ja) * 2008-09-24 2010-04-08 Hitachi Ltd レプリケーション環境構築方法およびストレージシステム
JP2010086050A (ja) * 2008-09-29 2010-04-15 Hitachi Ltd アプリケーションデータのバックアップ構成構築に用いる管理計算機

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7454529B2 (en) * 2002-08-02 2008-11-18 Netapp, Inc. Protectable data storage system and a method of protecting and/or managing a data storage system
US7437387B2 (en) * 2002-08-30 2008-10-14 Netapp, Inc. Method and system for providing a file system overlay
US7882081B2 (en) * 2002-08-30 2011-02-01 Netapp, Inc. Optimized disk repository for the storage and retrieval of mostly sequential data
US7567993B2 (en) * 2002-12-09 2009-07-28 Netapp, Inc. Method and system for creating and using removable disk based copies of backup data
US8024172B2 (en) * 2002-12-09 2011-09-20 Netapp, Inc. Method and system for emulating tape libraries
US8195714B2 (en) 2002-12-11 2012-06-05 Leaper Technologies, Inc. Context instantiated application protocol
US7925246B2 (en) 2002-12-11 2011-04-12 Leader Technologies, Inc. Radio/telephony interoperability system
US6973369B2 (en) * 2003-03-12 2005-12-06 Alacritus, Inc. System and method for virtual vaulting
US7437492B2 (en) * 2003-05-14 2008-10-14 Netapp, Inc Method and system for data compression and compression estimation in a virtual tape library environment
JP4307982B2 (ja) * 2003-12-19 2009-08-05 株式会社日立製作所 データ多重化制御方法
US7783606B2 (en) * 2004-02-04 2010-08-24 Netapp, Inc. Method and system for remote data recovery
US7406488B2 (en) * 2004-02-04 2008-07-29 Netapp Method and system for maintaining data in a continuous data protection system
US7720817B2 (en) * 2004-02-04 2010-05-18 Netapp, Inc. Method and system for browsing objects on a protected volume in a continuous data protection system
US7559088B2 (en) * 2004-02-04 2009-07-07 Netapp, Inc. Method and apparatus for deleting data upon expiration
US7426617B2 (en) 2004-02-04 2008-09-16 Network Appliance, Inc. Method and system for synchronizing volumes in a continuous data protection system
US20050182910A1 (en) * 2004-02-04 2005-08-18 Alacritus, Inc. Method and system for adding redundancy to a continuous data protection system
US7315965B2 (en) * 2004-02-04 2008-01-01 Network Appliance, Inc. Method and system for storing data using a continuous data protection system
US7490103B2 (en) * 2004-02-04 2009-02-10 Netapp, Inc. Method and system for backing up data
US7325159B2 (en) * 2004-02-04 2008-01-29 Network Appliance, Inc. Method and system for data recovery in a continuous data protection system
US7904679B2 (en) * 2004-02-04 2011-03-08 Netapp, Inc. Method and apparatus for managing backup data
JP2005267501A (ja) * 2004-03-22 2005-09-29 Hitachi Ltd ストレージ管理方法及びシステム
US8028135B1 (en) 2004-09-01 2011-09-27 Netapp, Inc. Method and apparatus for maintaining compliant storage
US7581118B2 (en) * 2004-12-14 2009-08-25 Netapp, Inc. Disk sanitization using encryption
US7774610B2 (en) * 2004-12-14 2010-08-10 Netapp, Inc. Method and apparatus for verifiably migrating WORM data
US20060136526A1 (en) * 2004-12-16 2006-06-22 Childress Rhonda L Rapid provisioning of a computer into a homogenized resource pool
US8401997B1 (en) 2005-06-30 2013-03-19 Symantec Operating Corporation System and method for replication using consistency interval markers in a distributed storage environment
US7467265B1 (en) 2005-06-30 2008-12-16 Symantec Operating Corporation System and method for block conflict resolution within consistency interval marker based replication
US7401198B2 (en) * 2005-10-06 2008-07-15 Netapp Maximizing storage system throughput by measuring system performance metrics
US7721029B2 (en) * 2005-11-02 2010-05-18 Spectra Logic Corporation Data restoration in archivable mobile random access storage devices
KR20090130197A (ko) * 2005-11-23 2009-12-18 에프 에스 아이 인터내셔날,인코포레이티드 기판으로부터의 물질 제거 공정
US7752401B2 (en) 2006-01-25 2010-07-06 Netapp, Inc. Method and apparatus to automatically commit files to WORM status
JP2007233638A (ja) * 2006-02-28 2007-09-13 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US7650533B1 (en) 2006-04-20 2010-01-19 Netapp, Inc. Method and system for performing a restoration in a continuous data protection system
JP2007323218A (ja) * 2006-05-31 2007-12-13 Hitachi Ltd バックアップシステム
US7930496B2 (en) * 2006-06-29 2011-04-19 International Business Machines Corporation Processing a read request to a logical volume while relocating a logical volume from a first storage location to a second storage location using a copy relationship
US8140785B2 (en) * 2006-06-29 2012-03-20 International Business Machines Corporation Updating metadata in a logical volume associated with a storage controller for data units indicated in a data structure
US8041680B2 (en) * 2007-06-08 2011-10-18 International Business Machines Corporation Backing up a database
JP2009080670A (ja) * 2007-09-26 2009-04-16 Hitachi Ltd ストレージ装置、計算機システム及びバックアップ管理方法
US8583601B1 (en) * 2007-09-28 2013-11-12 Emc Corporation Imminent failure backup
US8341121B1 (en) * 2007-09-28 2012-12-25 Emc Corporation Imminent failure prioritized backup
US8239059B2 (en) * 2007-10-29 2012-08-07 Spectra Logic Corp. Access records on tape medium auxiliary memory device
JP5106045B2 (ja) * 2007-10-30 2012-12-26 株式会社日立製作所 検索エンジン連携ファイル共有システム
JP5124238B2 (ja) * 2007-11-09 2013-01-23 株式会社日立製作所 バックアップ実行可否判定システム
US8078651B2 (en) * 2008-01-24 2011-12-13 Oracle International Corporation Match rules to identify duplicate records in inbound data
US20100107100A1 (en) * 2008-10-23 2010-04-29 Schneekloth Jason S Mobile Device Style Abstraction
JP5463988B2 (ja) * 2010-03-17 2014-04-09 富士通株式会社 構成情報管理装置、構成情報管理プログラム及び構成情報管理方法
US8812436B2 (en) * 2010-05-04 2014-08-19 Symantec Corporation Schedule based data lifecycle management
CN102317910B (zh) 2011-08-03 2014-08-20 华为技术有限公司 虚拟化数据备份方法、虚拟化数据重组方法、装置及系统
JP5814039B2 (ja) * 2011-08-05 2015-11-17 株式会社日立システムズ 情報処理装置、データ取得方法、データ取得プログラム、及び記録媒体
US8880479B2 (en) * 2011-12-29 2014-11-04 Bmc Software, Inc. Database recovery progress report
US10210050B1 (en) * 2013-12-23 2019-02-19 EMC IP Holding Company LLC Consistency group driven backup
US10387262B1 (en) * 2014-06-27 2019-08-20 EMC IP Holding Company LLC Federated restore of single instance databases and availability group database replicas

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE2153603C3 (de) 1971-10-27 1981-02-26 Franz Josef 6233 Kelkheim Lang Etagenturm zur Warenausstellung
US5544347A (en) 1990-09-24 1996-08-06 Emc Corporation Data storage system controlled remote data mirroring with respectively maintained data indices
US5845318A (en) 1996-10-28 1998-12-01 International Business Machines Corporation Dasd I/O caching method and application including replacement policy minimizing data retrieval and storage costs
US6131148A (en) 1998-01-26 2000-10-10 International Business Machines Corporation Snapshot copy of a secondary volume of a PPRC pair
US6260120B1 (en) * 1998-06-29 2001-07-10 Emc Corporation Storage mapping and partitioning among multiple host processors in the presence of login state changes and host controller replacement
US6304948B1 (en) 1998-10-06 2001-10-16 Ricoh Corporation Method and apparatus for erasing data after expiration
US7099875B2 (en) 1999-06-29 2006-08-29 Emc Corporation Method and apparatus for making independent data copies in a data processing system
JP2001318833A (ja) 2000-05-09 2001-11-16 Hitachi Ltd ボリューム複製機能を有する記憶装置サブシステム、および、それを用いたコンピュータシステム
US6587933B2 (en) 2001-01-26 2003-07-01 International Business Machines Corporation Method, system, and program for discarding data in a storage system where updates to a primary storage device are shadowed in a secondary storage device
TW501037B (en) 2001-05-01 2002-09-01 Benq Corp Interactive update method for parameter data
JP2002351685A (ja) 2001-05-22 2002-12-06 Sankyo Seiki Mfg Co Ltd 不揮発性メモリのデータ更新方法及び制御装置
US6983351B2 (en) 2002-04-11 2006-01-03 International Business Machines Corporation System and method to guarantee overwrite of expired data in a virtual tape server
US7546364B2 (en) * 2002-05-16 2009-06-09 Emc Corporation Replication of remote copy data for internet protocol (IP) transmission

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7424583B2 (en) 2005-08-31 2008-09-09 Hitachi, Ltd. Storage system, data transfer method according to volume priority
US7890717B2 (en) 2005-08-31 2011-02-15 Hitachi, Ltd. Storage system, data transfer method, and program
US8135908B2 (en) 2005-08-31 2012-03-13 Hitachi, Ltd. Storage system, data transfer method, and program
US7549031B2 (en) 2006-03-03 2009-06-16 International Business Machines Corporation Method and apparatus for performing data backup
JP2009539162A (ja) * 2006-05-29 2009-11-12 マイクロソフト コーポレーション 複製時のシャドーコピーデータの保持
KR101491861B1 (ko) * 2006-05-29 2015-02-23 마이크로소프트 코포레이션 복제 동안 섀도 복사본 데이터의 유지를 위한 방법 및 컴퓨터 프로그램 제품
JP2008198153A (ja) * 2007-02-16 2008-08-28 Nomura Research Institute Ltd オンライン処理を継続させながらバッチ処理を行う連続運用システム
JP2009104421A (ja) * 2007-10-23 2009-05-14 Hitachi Ltd ストレージアクセス装置
JP2010079391A (ja) * 2008-09-24 2010-04-08 Hitachi Ltd レプリケーション環境構築方法およびストレージシステム
JP2010086050A (ja) * 2008-09-29 2010-04-15 Hitachi Ltd アプリケーションデータのバックアップ構成構築に用いる管理計算機

Also Published As

Publication number Publication date
US7152080B2 (en) 2006-12-19
JP4453323B2 (ja) 2010-04-21
US20050076070A1 (en) 2005-04-07
US20070055716A1 (en) 2007-03-08

Similar Documents

Publication Publication Date Title
JP4453323B2 (ja) 複製データの管理方法、装置、及びプログラム
JP5021929B2 (ja) 計算機システム及びストレージシステムと管理計算機並びにバックアップ管理方法
US10162555B2 (en) Deduplicating snapshots associated with a backup operation
JP4704893B2 (ja) 計算機システム及び管理計算機とストレージシステム並びにバックアップ管理方法
US8788770B2 (en) Multiple cascaded backup process
JP4800046B2 (ja) ストレージシステム
US8103840B2 (en) Snapshot mechanism and method thereof
US7698318B2 (en) Automatically determining file replication mechanisms
JP4411929B2 (ja) バックアップ方法、システム、及びプログラム
JP2009070143A (ja) Ｎａｓ装置の差分リモートバックアップにおけるデータ復旧方法及び計算機システム
US20090193061A1 (en) Computer system and automatic data backup method
US6795834B2 (en) Apparatus, method, and storage medium for file management
TWI374386B (en) Method, system, and computer program product for clearing metadata tracks in a storage system
JP2003330782A (ja) 計算機システム
JP2006018796A (ja) データ処理方法および装置並びにストレージ装置およびその処理プログラム
JP4937863B2 (ja) 計算機システム、管理計算機及びデータ管理方法
JP2009064160A (ja) 計算機システム、管理計算機及びデータ管理方法
JP3985430B2 (ja) データベース管理装置及び方法
CN107145501B (zh) 文件更新方法、文件复制方法以及相应的系统
CN106997305B (zh) 一种事务处理方法与装置
JP4424282B2 (ja) ファイル管理装置及びファイル管理方法並びにプログラム
JP5240086B2 (ja) データ管理プログラム
JP2010049522A (ja) 計算機システムおよび論理ボリューム管理方法
JPH08202603A (ja) 文書作成装置および文書ファイル編成方法
JP2005293272A (ja) データ管理システム、データ管理方法、データ管理プログラム、およびファイル管理プログラム

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20060421

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20061002

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090915

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091104

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20100112

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100125

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130212

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130212

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130212

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140212

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees