JP2004280780A - バックアップ方法、システム、及びプログラム - Google Patents

Abstract

【課題】
バックアップ時において適切なバックアップ方法を決定する。
【解決手段】
本発明の計算機を用いたバックアップ指示方法であって、前記計算機は、予め記憶装置に格納されたディスクボリュームに関する情報とバックアップ方法に関する情報とを読み出し、ユーザからバックアップのためのパラメータを受け付け、前記ディスクボリュームに関する情報と前記バックアップ方法に関する情報と前記属性情報にもとづいてバックアップ方法を決定することを特徴とする。
前記計算機は、予め記憶装置に格納されたディスクボリュームに関する情報とバックアップ方法に関する情報とを読み出し、他の計算機から環境情報を受信し、前記環境情報にもとづいて前記ディスクボリュームに関する情報を更新することを特徴とする。
【選択図】 図１

Description

本発明は、データをバックアップおよびリストアする技術に関するものである

バックアップ技術として、バックアップ方式テーブルの中のファイルサイズと媒体定義ファイルに記述された媒体の容量とを用いて、必要となるバックアップ媒体の数量を計算し、バックアップ媒体の必要数分準備しておくようメッセージを出力し、バックアップを実施する方法がある（たとえば、特許文献１参照）。

特開平７−２１０４３０号公報

近年のシステムおよびサービスはますます多様化の傾向にあり、ディスクボリュームに保持するデータ容量（ファイルサイズまたはファイル数など）およびデータ種別（読み込みもしくは読み書きなど）も変動するようになってきた。

そのため、従来技術では、バックアップのための定義を作成した時点において適切なバックアップ方法であっても、その後の使用用途や使用状況の変化に対してバックアップ方法が適切に対応できない場合がある。

本発明の目的は、記憶装置の状況またはユーザが重要視する観点に応じて、バックアップ方法を決定することを目的とする。

本発明の計算機を用いたバックアップ指示方法であって、前記計算機は、予め記憶装置に格納されたディスクボリュームに関する情報とバックアップ方法に関する情報とを読み出し、ユーザからバックアップのためのパラメータを受け付け
、前記ディスクボリュームに関する情報と前記バックアップ方法に関する情報と前記属性情報にもとづいてバックアップ方法を決定することを特徴とする。

また、計算機を用いたバックアップ方法を決定する方法であって、前記計算機は、予め記憶装置に格納されたディスクボリュームに関する情報とバックアップ方法に関する情報とを読み出し、他の計算機から環境情報を受信し、前記環境情報にもとづいて前記ディスクボリュームに関する情報を更新し、前記更新したディスクボリュームに関する情報にもとづいて前記バックアップ方法に関する情報を更新し、ユーザからバックアップのためのパラメータを受け付け、前記更新したバックアップ方法に関する情報と前記パラメータとにもとづいてバックアップ方法を決定することを特徴とする。

本発明によれば、記憶装置の状況またはユーザが重要視する観点に応じて、バックアップ方法を決定することが可能となる。

以下、図面を用いて本発明の一実施形態について説明する。

以下、図面を用いて本発明の一実施形態について説明する。図１は、本発明の一実施形態にかかる、バックアップの決定方法を実現するシステム構成例の図である。

図１において、バックアップ管理サーバ１００は、データ保護部１１０、ＲＡＩＤ（Redundant Arrays of Inexpensive Disk）ディスク装置操作部１３０およびテープバックアップ実行部１４０の機能を含むプログラムが実行されるコンピュータである。その他、バックアップを行うために必要な機能も含んでいる。

データ保護部１１０は、環境情報管理部１１１、ボリューム評価部１１２およびルール作成部１１３を含む。環境情報管理部１１１は、ＲＡＩＤディスク装置のアクセス情報、ファイル情報およびバックアップのために用いるルールテンプレート（ルール定義テーブル（図5）の各エントリのことをいい、ルールID５００によって識別される。）やボリューム情報テーブル１２２の作成又は更新時に参照する環境情報（ソフトウエアやハードウエアの稼動情報、ハードウエアの接続状態に関する情報など）を収集し内部データベース１２０に保持する。

ボリューム評価部１１２は、収集したＲＡＩＤディスク装置のアクセス情報およびファイル情報等の各種情報にもとづいて、バックアップ対象であるディスクボリュームの使用用途および重要度を選定する。また、ボリューム評価部１１２はユーザがバックアップ処理の際に、重要視する観点を重みパラメータとして計算してバックアップ方法を決定する。

ルール作成部１１３は、選定したディスクボリューム（バックアプ対象となるディスクボリューム）に対して、適切なバックアップ方法を決定する。また、ユーザが重要視する観点を重みパラメータとして計算して、バックアップ方法を決定する。

内部データベース１２０は、環境情報テーブル１２１、ボリューム情報テーブル１２２、ルール定義テーブル１２３およびバックアップ情報テーブル１２４を含むデータベースである。これらの情報を含むものであれば、データベース以外のものを代用してもよい。

環境情報テーブル１２１は、業務サーバ１５０上においてどのようなアプリケーションサービスが実行されているか、また、どのようなテープ装置がネットワーク上に存在しているかという情報を格納している。これらの情報以外にも、ソフトウエアやハードウエア（記憶装置、コンピュータ、スイッチ、ルータなど）の情報を格納してもよい。

ボリューム情報テーブル１２２は、各ディスクボリュームに対してどのようなアクセス（アクセス頻度、アクセス種別など）が行われているか、また、どれくらいのファイル（ファイルサイズ、ファイル数など）が存在しているかという情報を格納している。

ルール定義テーブル１２３は、ディスクボリュームの使用用途や重要度に応じて、どのようなバックアップ方法を適用するかというバックアップルールのテンプレート情報が格納されている。

バックアップ定義テーブル１２４は、各ディスクボリュームに対して決定したバックアップ方法の情報が格納されている。ＲＡＩＤディスク装置操作部１３０は、ＲＡＩＤディスク装置１６０のコピー機能やデータの読み出しやデータの書き込み等の制御を行う。テープバックアップ実行部１４０は、テープ装置１７０へのデータのバックアップ等の制御を行う。その他、接続したバックアップ機器に応じた制御を実行する処理部を備えてもよい。たとえば、ボリュームＩＤがV0000001のボリュームのバックアップを実行する場合には、ＲＡＩＤディスク装置操作部１３０は、バックアップ定義テーブル１２４においてV0000001と対応付けられているルールID（R0000002あるいはR0000005）を抽出し、当該ルールIDと対応付けられてルール定義テーブル１２３に格納されているアクション内容に従って、バックアップ処理を行うものとする事が出来る。なお、バックアップ実行の指示は、ディスクボリュームを指定することによって行ってもよいが、データベース名、あるいはファイル名等の一つまたは複数を指定することによって行うことにしてもよい。ＲＡＩＤディスク装置に対するバックアップの指示は、バックアップの対象となるディスクボリュームを特定して行う。このため、データベース名あるいはファイル名が指定された場合には、これらが格納されているディスクボリュームを特定する必要がある。データベース名やファイル名からこれらが格納されているディスクボリュームを特定するための情報は、例えば、図１１に示すようなテーブル（ボリューム論理構成マップテーブル）によって管理することが出来る。図１１において、「データベース名」の欄１１００には、データベース名が格納されている。「ファイル名」の欄１１０１には、対応するデータベースを構成するファイル名が格納されている。例えば、図１１において、データベース名“System”で特定されるデータベースは、ファイル名が“aaa.txt”で特定されるファイル及び“bbb.txt”で特定されるファイルによって構成されていることを示している。「ボリュームID」の欄１１０２には、対応するファイルが格納されているディスクボリュームの識別情報が格納されている。例えば、ファイル名“aaa.txt”で特定されるファイルは、ボリュームIDが“v0000001”で識別されるディスクボリュームに格納されていることを示している。

業務サーバ１５０は、アプリケーションサービス部１５１および環境情報収集部１５２の機能を含むプログラムが稼動するコンピュータである。これらの処理部（アプリケーションサービス部１５１および環境情報収集部１５２）は、ネットワーク上に接続された複数のホストで個別に実行してもよい。

アプリケーションサービス部１５１は、業務サーバ１５０上で運用されているデータベースやサービスを提供するプログラムやアプリケーションプログラム等を示している。

環境情報収集部１５２は、業務サーバ１５０上において運用されているアプリケーションサービス情報やそのアプリケーションサービスが使用しているディスクボリュームのアクセス情報を収集したり、業務サーバ１５０が利用可能なテープ装置（各種記憶装置）の情報を収集する。

ＲＡＩＤディスク装置１６０は、ネットワーク上に接続された大型ディスクアレイ装置のことである。テープ装置１７０は、ネットワーク上に接続された複数の磁気テープ装置のことである。尚、図示していないが、ＤＶＤ（Digital
Versatile Disk）やＭＯ（Magneto Optical Disk）等の各種記憶装置を接続してもよいし、その他のものでもよい。

業務サーバ上の環境情報収集部よりアプリケーションサービス情報およびＲＡＩＤディスク装置アクセス情報さらには利用可能なバックアップ方法を収集することにより、使用用途や使用状況に応じたバックアップ方法を決定するバックアップ管理サーバと、バックアップ方法を決定する際にテンプレートとなるルール定義情報および決定したバックアップ定義情報を管理する内部データベース、などを含むシステムを例示したが、これ以外のシステムと連携してもよいし、その他のものでもよい。

上述した処理部等をもちいて、バックアップ対象となるＲＡＩＤディスク装置のアクセス情報、ファイル情報およびテンプレートとなるバックアップ方法の作成時に参照する環境情報などを収集し、現状のアクセス状況等に応じたバックアップ方法を自動的に決定する。

図２は、運用の構成の一例を示したものである。業務サーバ２００はホスト名「ホストＡ」であり「ＤＢＭＳ（DataBase Management System）」が運用されて
いる。ネットワーク上に接続された業務サーバ２０１はホスト名「ホストＢ」であり「Ｗｅｂサービスプログラム」が運用されている。業務サーバ２００および２０１のアプリケーションサービス（業務サーバ２００および２０１で実行されるプログラム）に関連したファイルは共に、ネットワーク上に接続されたＲＡＩＤディスク装置２０２のディスクボリューム上に配置されている。テープ装置２０３および２０４はネットワーク上に接続されたテープ装置である。

図３は、分散環境に存在する環境情報の一例を示したものである。オブジェクトＩＤ３００は、バックアップ管理サーバ上で管理されている環境オブジェクトの識別子であり、そのオブジェクトの種別および名称はオブジェクトタイプ３０１および名称３０２にそれぞれ示されている。管理対象となるオブジェクトは、ハードウエア（記憶装置、コンピュータ、ルータ、スイッチ等）でもよいし、ソフトウエア（ＤＢＭＳ、アプリケーションプログラム、Webサーバプログラム、
ＯＳ等）でもよい。

ホスト名３０３は、そのオブジェクトが運用されているホストもしくはそのオブジェクトが利用可能なホスト名称を示している。

図３においては、一例としてオブジェクトタイプ「TAPE」でテープ装置を示し
、オブジェクトタイプ「DataBase」でDBMS（Data Base Management System）を
示し、オブジェクトタイプ「Service」でWebサービスを提供するWebサーバプロ
グラムを示しているが、これ以外のものをオブジェクトとして認識してもよいし
、これらとは異なるオブジェクトタイプを用いてもよい。

たとえば、図３のオブジェクトＩＤ「Ａ００００００１」のオブジェクトは、「ホストＡ」上で利用可能なテープ装置であり、オブジェクトＩＤ「Ａ００００００３」のオブジェクトは、「ホストＡ」上で運用されているデータベースとな
る。

図４は、各ディスクボリュームのボリューム情報の一例を示したものである。ボリュームＩＤ４００は、バックアップ管理サーバで管理されているディスクボリュームの識別子である。ディスクボリュームのアクセス情報、サイズ情報およびファイル数（これらの、ディスクボリュームの状態に関する情報を“状態情報”等と呼ぶことにする。）は４０１から４０６に示される。

アクセス回数４０１は該当ディスクボリュームへの１日当たりのアクセス回数
、アクセス種別４０２は「読み込みのみ（Read）」、もしくは「読み書き（Read
/Write）」などの該当ディスクボリュームへのアクセス種別、アクセス間隔４０
３は該当ディスクボリュームへの平均アクセス間隔をそれぞれ示している。

サイズ使用容量４０４は、現時点での該当ディスクボリュームを使用している容量を示している。

サイズ差分容量４０５は、前回のバックアップから現時点までの該当ディスクボリュームに対する差分の容量を示している。尚、サイズ差分容量４０５の値は
、Ｎ回目のバックアップ時のディスク容量とＮ＋１回目のバックアップ時のディスク容量との差分の値でもよい。また、Ｎ回目のバックアップ時のディスク容量と最新のバックアップ時のディスク容量との差分でもよいし、その他の差分の値でもよい。どのような差分情報を取得するかを、ユーザが予め決定しておいてもよい。

ファイル数４０６は該当ディスクボリュームに存在するファイルの数を示している。ボリューム名称４０７は該当ディスクボリュームのマウントポイントを示している。バックアップ定義情報４１１は該当ディスクボリュームのバックアップ方法の識別子を示している。尚、バックアップ方法については図６で説明する
。

ユーザ重みパラメタのアクセス４０８、ユーザ重みパラメタのサイズ４０９、ユーザ重みパラメタのファイル数４１０は、ユーザの重要視する観点を示す重みの値である。アクセス４０８はディスクボリュームへのアクセス情報の重みの値であり、サイズ４０９はディスクボリュームのサイズ情報の重みの値であり、ファイル数４１０はディスクボリュームのファイル数の重みの値を示している。

ここで、図４のボリューム情報テーブルに含まれるエントリを説明する。たとえば、ディスクボリューム「Ｖ００００００１」は、１日あたり５００００回の読み込みアクセスが平均１０秒間隔で行われており、現時点での使用容量は５０ＧＢで、前回のバックアップからディスクボリューム容量の差分はなく、３００個のファイルが存在していることを示している。また、マウントポイント「／ｄｉｓｋ０１／ｄｂｍｓ」にマウントされており、バックアップ方法「Ｂ００００００１」および「Ｂ００００００２」によってバックアップされていることを示している。さらに、このディスクボリュームに対するユーザの重みの値は、「ア
クセス：サイズ：ファイル数」に対してそれぞれ「８：２：０」の比率になっていることを示している。

尚、バックアップ定義情報４１１に複数の識別子が割り当てられている場合には、識別子それぞれに対して対応づけられているバックアップ装置に対してバックアップを行う。たとえば、バックアップ定義情報４１１に、「Ｂ００００００
１」および「Ｂ００００００２」の２つの識別子がある場合には、それぞれに対応したルールに従って、「高速規格テープ」および「複数世代ディスクバックア
ップ」の２つのバックアップ装置に対してバックアップされる。

図５は、利用可能なバックアップ方法（バックアップルール）のテンプレート情報の一例を示したものである。ルールのテンプレートには、バックアップの動作（アクション）に関する定義が含まれており、これらはルールＩＤを付与して管理されている。

図５においては一例として、１つ以上のルールテンプレートを含む情報をルール定義テーブルとして示した。つまり、ルール定義テーブルの１つのエントリ（
１行）が１つのルールテンプレートとして示したが、これ以外の情報を付加してもよい。また、アクション要素５０１と条件要素との対応関係は、１対１対応でなくともよい。

ルールテンプレートは、管理者（又はユーザ）が作成し予め記憶装置へ格納しておき、環境情報管理部１１１と環境情報収集部１５２が収集した情報に適応するものを選択して用いてもよいし、別な方法でルールテンプレートを作成し使用してもよい。

ルールＩＤ５００は、バックアップ管理サーバが管理しているルールの識別子である。このルールは条件要素５０２が満たされているディスクボリュームに対して、アクション要素５０１のバックアップ方法によってバックアップすることを示している。アクション要素５０１とは、具体的なバックアップ方法であってもよいし、バックアップのために実行される一連のコマンドを記載したものでもよいし、バックアップのために用いるファイルやプログラム等へのポインタでもよいし、その他のものでもよい。

ここで、アクション要素５０１と条件要素５０２を説明する。たとえば、ルールＩＤ「Ｒ００００００４」は、ディスクボリュームの使用容量が「多く」、フ
ァイル数が「多い」場合、ＲＡＩＤディスク装置のコピー機能を用いた「ディスクバックアップ」によって、ディスクボリュームをバックアップすることを示している。ここで、コピー機能とは、あるディスクボリュームに格納されているデータと同一内容のデータを、別のディスクボリュームに書き込む機能のことである。

条件要素５０２の項目に含まれるディスクボリューム等に対するアクセスの回数や使用状況について「多い」か「少ない」かを判定する場合、管理者が予め閾値を条件要素５０２の項目それぞれに対して定義しておき、当該定義された閾値を用いて判定してもよい。

図６は、決定したバックアップ方法の定義情報の一例を示したものである。バックアップ定義ＩＤ６００は、バックアップ管理サーバ上で管理されているバックアップ定義の識別子である。ルールＩＤ６０１は、図５のバックアップ方法のテンプレートのルールＩＤ５００を参照するものである。ボリュームＩＤ６０２は、図４のボリューム情報のボリュームＩＤ４００を参照するものである。オブジェクトＩＤ６０３は、図３の環境情報のオブジェクトＩＤ３００を参照するものである。

このように、バックアップ定義テーブルは、バックアップルール（バックアップの方法や条件）と、ディスクボリュームと、バックアップの対象となるオブジェクトとを関連づけた情報である。

図７は、ユーザ重みパラメタの入力の一例である。この画面を用いた入力データは、バックアップ管理サーバ１００や業務サーバ１５０から受信してもよいし
、その他のコンピュータや携帯端末等から入力されたデータをWebサーバ経由で
受け付けてもよい。ここでユーザが重要視する観点の重みパラメタを入力する。尚、図７の表示画面において、どのボリュームに対してどのようなパラメータを設定するという具合に、バックアップの対象物とパラメータとを対応づけた表示をしても良い。

重みパラメータの入力項目７００において、重要視するパラメータを設定する
。
環境情報の更新項目７０１において、環境情報収集およびその評価の間隔を決定する。更新間隔を設定した場合は、その更新間隔で、環境情報収集およびその評価を行い、そのたび適切なバックアップ方法を選択する。更新間隔を設定しない場合は、最初に設定した時点でのバックアップ方法が保持される。

尚、収集した環境情報の評価（又は判定）や、評価結果に応じたバックアップ方法の選択については図８で詳述する。

図８は、バックアップ方法の選択処理のフローチャートを示したものである。
情報収集処理８００において、バックアップ管理サーバ１００上の環境情報管理部１１１は、業務サーバ１５０上の環境情報収集部１５２より、アプリケーションサービス情報等のソフトウエアに関する情報、ＲＡＩＤディスク装置アクセス情報およびテープ装置情報等のハードウエアに関する情報を収集（環境情報を収集）する。上述したように、情報収集処理８００は、図７において設定された更新間隔で行われる。図7のような入力画面を介して各ボリュームについて設定された更新間隔は、例えば、図9のようなテーブルで管理することが出来る。図9において、ボリュームIDの欄９００には、各ディスクボリュームを識別するためのIDが格納されている。更新間隔の欄９０１には、図7等において設定された更新間隔の値が格納されている。カウンタの欄９０２には、当該ディスクボリュームのアクセス回数等の情報が、前回更新された時からの経過時間が格納されている。そして、カウンタの欄９０２に格納されている値が、更新間隔の欄９０１に格納されている値以上になっていると判定された場合に、当該ディスクボリュームについての情報を収集して、ボリューム情報テーブル１２２を更新する（情報収集処理８００に相当）ものとすることが出来る。

尚、情報収集処理８００において更新間隔が経過したかを判定する処理は、ある一つのボリュームについて行うことにしてもよいし、2以上のボリュームについて順番に行う事にしてもよい。判定を行う対象となるボリュームIDの抽出は、例えば、図9に格納されているボリュームIDの内からランダムに抽出してもよいし、何らかの順番で抽出することにしてもよい。

ボリューム情報更新処理８０１において、バックアップ管理サーバ１００上のボリューム評価部１１２は、収集したディスクボリューム情報を用いて内部データベース１２０のボリューム情報テーブル１２２を更新する。

処理８０２において、収集した環境情報に変更がないか判定する。収集した環境情報と、図３に示した環境情報テーブルに登録された情報（オブジェクトタイプ３０１、名称３０２、ホスト名３０３等）を比較することで、環境情報に変更があるか否かを判定する。

もし、新しいテープ装置もしくはバックアップオブジェクト等が検出されたら
、ルールテンプレート更新処理８０３において、バックアップ管理サーバ１００上のルール作成部１１３は、バックアップ方法のルールテンプレートを再作成し内部データベース１２０のルール定義テーブル１２３を更新する。処理８０３は、処理８０２の判定処理の終了およびその結果がボリューム評価部から通知されることにより開始されるものとすることが出来る。

ルールテンプレートの作成方法は、オブジェクトの種別（４ｍｍテープ装置、高速規格テープ装置、ＲＡＩＤディスク装置など）に応じて、予め定められた雛型を用意しておき、検出したオブジェクトに応じてルールテンプレートのエントリを追加する方法でもよいし、その他の方法でもよい。

尚、収集した環境情報のオブジェクトタイプや名称等が、すでに環境情報テーブルに格納されている場合、検出したオブジェクトに応じて、環境情報の変更の確認をする。

たとえば、検出されたオブジェクトがホストコンピュータに接続されたテープ装置である場合は、当該ホストコンピュータのＩＰアドレス又はＭＡＣアドレス又はホスト名等を識別し、すでに環境情報テーブルに格納されているテープ装置と同一物か否かを判定してもよい。検出されたオブジェクトがＳＡＮ（Storage
Area Network）に接続されたテープ装置である場合は、テープ装置へのパス名をもちいて、既に環境情報テーブルに格納されているテープ装置と同一の装置であるか否かを判定してもよい。検出されたオブジェクトがソフトウエアである場合には、ソフトウエアの名称やバージョン番号等と、当該ソフトウエアが実行されているホスト名やＩＰアドレス等で判定してもよいし、その他オブジェクトに応じて（各種ストレージ機器に対してはＷＷＮ（World Wide Name）やユニット番
号等）判定してもよい。

処理８０４において全てのルールテンプレートに対して以下のテンプレート選択処理を繰り返す。処理８０４は、処理８０２の判定処理の終了およびその結果がボリューム評価部から通知されることにより開始されるものとすることが出来る。なお、処理８０４の対象になるディスクボリュームは、情報収集処理８００の対象となった全てのディスクボリュームとしてもよいし、その一部のディスクボリュームであってもよい。判定処理８０５において、該当ディスクボリュームがルールテンプレートの条件要素５０２に対して当てはまるかどうか（類似するかどうか）を判定する。

処理８０５で、ルールテンプレートの条件要素５０２とボリュームの使用状況が類似するかどうかの判定方法として閾値を用いる方法を例示する。判定方法として、図４のボリューム情報テーブルに格納されたボリューム情報と図５のルール定義テーブルの各項目と対応づけて管理者が格納した閾値と比較する例を示す
。

（数１）
ボリュームの使用容量４０４÷ボリューム使用容量の閾値
数１の値 ＞＝１ ・・・（「多い」と判定）
数１の値 ＜ １ ・・・（「少ない」と判定）
上記の例では、実際のボリュームの使用サイズをボリューム使用サイズの閾値で割った値が、１以上の場合は「多い」と判定し、１未満の場合は「少ない」と判定する。また、数１はボリュームの使用容量４０４と条件要素５０２の使用容量に関する例であるが、その他の項目についての判定も同様である。

このように、ディスクボリューム属性の各項目ごとに閾値と実際のボリューム情報（図４）とを比較して「多い（広い）」「少ない（狭い）」を判定し、これ
らの項目の判定結果が、図５のルール定義テーブルに格納された条件要素の対応する項目と一致する場合には類似と判定する。尚、類似の判定の方法としては、たとえばある２つ項目について「多い」「少ない」の判定が一致する場合にはボ
リューム属性が類似すると判定してもよいし、項目ごとに優先順位を設け、優先順位が高い項目の上位３つが一致する場合には、属性が類似すると判定してもよいし、その他の方法で類似の判定を行ってもよい。

尚、類似範囲（又は類似判定すべき項目）および閾値の設定は本処理を行うプログラムにおいて予め定めておいてもよいし、管理者からの入力を受け付けることで設定できるようにしてもよいし、その他の方法でもよい。

処理８０５の判定結果、バックアップ対象となるディスクボリュームの条件に類似したボリューム属性を有するルールテンプレートが存在すると判別した場合は、処理８０６で処理８０５で類似すると判定したルールテンプレートのバックアップ方法を選択し、抽出する。

さらに、処理８０７において、ユーザが重要視する観点の重み値を用いて、ボリューム情報を再計算し、再計算したボリューム情報とルールテンプレートに含まれる条件要素との比較を行い、処理８０６で選択したルールテンプレートに加えて選択する。

つまり、処理８０７においては、ユーザの重みパラメタを用いて判定し、ルールテンプレートの抽出を行う。処理８０７においては、ボリューム属性の判定をする場合に、図４で例示したボリューム情報テーブルを参照して、ユーザから指定された重み付けのデータがある場合には、重み付けされた数値を用いて判定を行う。

処理８０７における図４の重みパラメタを用いて判定するための計算例を数２に示す。尚、ユーザの重みパラメタのサイズ４０９の項目は、ボリュームの使用容量に対するパラメタを指す。

（数２）
ボリュームの使用容量４０４÷ボリューム使用容量の閾値×｛（１００＋ユー
ザの重みパラメタのサイズ４０９）÷１００｝
数２の値 ＞＝１ ・・・（「多い」と判定）
数２の値 ＜ １ ・・・（「少ない」と判定）
ディスクボリュームの属性の各項目ごとに、閾値と実際のボリューム情報（図４）とをユーザの重みパラメタを用いて比較して「多い（広い）」「少ない（狭
い）」を判定し、これらの項目の判定結果が、図５のルール定義テーブルに格納
された条件要素の対応する項目と一致する場合には、そのルールテンプレートを抽出する。尚、上述した方法をもちいて複数のルールテンプレートが抽出された場合には、一致する項目が多いルールテンプレートを選択してもよいし、ユーザの重みパラメタで指定された比率に応じて重みパラメタの項目に優先順位を設け
、該優先順位にもとづいてルールテンプレートを設定してもよいし、その他の方法でもよい。

このように、ユーザが入力した重みパラメタを用いることで、ユーザが重みパラメタを指定したボリューム属性に対してゆとりを持ったバックアップ方法が抽出されることになり、重みパラメタを利用せずにバックアップ方法を選択した場合よりも、性能のよいバックアップ方法を抽出することも可能となる。

たとえば、ディスクボリュームに格納された実際のファイル数が小さい場合であっても、ユーザがファイル数に対する重みづけを多くすることによって、当該ディスクボリュームに対しては、ファイル数が多いときにに用いるバックアップ方法が抽出されることとなり、ファイル数が少ない場合に用いるバックアップ方法（ルールID５００「R0000001」「R0000002」）よりも性能のよいバックアップ
方法（ルールID５００「R0000004」「R0000005」「R0000006」）が抽出されるこ
ととなる。

バックアップ定義情報設定処理８０８において、バックアップ管理サーバ１００上のルール作成部１１３は、選択したバックアップ方法を内部データベース１２０のバックアップ定義テーブル１２４に登録する。選択したバックアップ方法を用いて、バックアップを行う指示を他の計算機へ送信する。尚、バックアップの指示の送信は、ユーザからバックアップ実行の指示を受け付けた時に行い、それ以外の場合は、選択されたバックアップ方法の情報をバックアップ定義テーブルに格納するのみとしてもよい。

ここで例を挙げると、図４において、ボリューム名称『／ｄｉｓｋ／ｄｂｍｓ
』であるボリュームＩＤ『Ｖ００００００１』は、バックアップ定義『Ｂ００００００１』および『Ｂ００００００２』によってバックアップされることを示している。さらに、図６において、バックアップ定義『Ｂ００００００１』および『Ｂ００００００２』は、ルール定義『Ｒ００００００２』および『Ｒ００００００５』をテンプレートルールとしてそれぞれ参照していることを示している。したがって、このボリューム『／ｄｉｓｋ／ｍｓｄｂ』は、『ＤＬＴテープバッ
クアップ（フル）』および『複数世代ディスクバックアップ』によってバックア
ップされることとなる。

また、図７および図８では図示していないが、重みパラメータの入力だけではなく、（１）バックアップ対象となるオブジェクトの指定の受け付け、（２）バ
ックアップのパラメータの設定の受け付け、（３）抽出されたバックアップ方法
（ルール定義テーブルに格納されたルールテンプレートから抽出したテンプレート）の表示、等をウイザード形式の画面で表示しユーザからの支持を受け付けることでバックアップ方法を決定してもよい。

また、環境情報の収集の変化を検出した場合には、環境情報の変化の検出を契機に、ユーザに新たなバックアップ方法を抽出して提示してもよい。尚、バックアップのためだけでなく、リストアのために上述した方法を用いてもよい。また
、上述した方法を用いて決定したバックアップ方法にもとづいて、他の計算機や各種機器へバックアップのための指示を送信してもよい。

このように、時間が経過してディスクボリューム等の記憶装置の使用用途や使用状況が変化した場合でも、定期的にボリューム情報を収集し、収集した情報に基づいてボリューム情報およびバックアップ方法を定めるルールテンプレート等の必要な情報を更新することで、随時変化に対して対応することができる。このため、時間の経過や仕様用途やハードウエア環境やソフトウエア環境の変化に対応したバックアップ方法を選択することができる。

また、ディスクボリュームの使用用途の変化やユーザが重要視するディスクボリュームの属性などに応じて、リストア時間を短縮できるように、バックアップ時において適切なバックアップ方法を決定することができる。

バックアップのためのルールテンプレートを予め定めたり、環境情報の検出を契機にルールテンプレートを新規作成したり変更したりして、バックアップやリストアに必要な一連の操作を予め用意することにより、ユーザがバックアップのためのパラメータ等の最低限必要な項目を設定することによってバックアップ又はリストアの運用が可能になる。

バックアップやリストアに必要な一連の手続の全てをユーザが行うのではなく
、一連の操作の雛型を用意したり、バックアップ方法を決定したりすることによって、ユーザがバックアップやリストアにかける労力を軽減することができる。

次に、バックアップ方法を選択する方法についての他の実施例について、図１３、図１４等を用いて説明する。図１３は、ルール作成部により実行される。まず、あるディスクボリュームvについてのバックアップ方法選択処理が開始される（Ｓ１３００）。ここで、処理の開始（Ｓ１３００）は、当該ディスクボリュームvについての情報（アクセス回数やファイル数等、ボリューム情報テーブル１２２に格納されている情報。）が更新されたことを検知することによって行われるものとすることが出来る。更新がされたことの検知方法としては、ボリューム情報テーブル１２２の更新を行うプログラムからの通知を受け付けることによってもよいし、所定の間隔あるいは任意のタイミングでボリューム情報テーブル１２２を監視し、該当するディスクボリュームに関する状態情報が更新されたか否かを判定することによって行ってもよいし、さらに別の方法でもよい。また、vについての情報が更新されたか否かとは関係なく、当該vに対するバックアップ方法選択の指示を受け付けることによって図１３のフローチャートが開始されるものとしてもよい。この場合には、業務サーバ１５０あるいはバックアップ管理サーバ１００等が、ディスクボリュームを指定したバックアップ方法選択処理の開始指示を受け付ける機能を設けることにすればよい。さらに、各ディスクボリュームごとに、当該ディスクボリュームについてのバックアップ方法の選択処理を行う間隔を設定しておき、当該間隔が経過した場合に、図１３の処理を開始（S１３００）するものとしてもよい。

処理が開始された後、当該ディスクボリュームのアクセス回数等の情報とルール定義テーブル１２３の条件要素５０２とを比較して、類似するルールIDがあるか否かを判定する（S１３０２）。この処理については、図8の８０４及び８０５で説明したとおりである。そして、類似するルールIDがあると判定された場合には、当該ルールIDで識別されるバックアップ方法を選択し（S１３０３）、処理を終了する（S１３０４）。ここで、S１３０３においては、選択されたバックアップ方法（あるいはこれを識別するルールID）と図１３の処理対象となったディスクボリュームIDとを対応付けて、バックアップ定義テーブル（図６）に格納する。

次に、バックアップ方法を選択する方法についての更に別の実施例を、図１４等を用いて説明する。本実施例にかかる、バックアップ方法を選択するアルゴリズムを表すフローチャートが図１４に示されている。図１４におけるフローチャートは、S１４０２及びS１４０３の処理以外は、図１３に示したフローチャートと同じである。そこで、以下においては、S１４０２及びS１４０３を中心に説明する。

まず、S１４０２においては、ルール定義テーブル（図５）に格納されているルールテンプレートを絞り込むための条件であるルール選択基準が指定されているか否かを判定する。ルール選択基準の指定は、バックアップ方法選択処理の対象となる各ディスクボリュームに対してユーザから入力されたものを、テーブル等で管理しておくものとしてもよいし、図１４の処理の開始（S１４００）の際に、処理対象となるディスクボリュームIDと対応付けて受け付けるものとしてもよい。ルール選択基準の指定は、例えば、ルール選択基準管理テーブル（図10）に示されるような「指示情報」によって行われるものとすることが出来る。すなわち、当該ディスクボリュームのバックアップによって取得される複製データについては高速にリストアしたいという要求を表す“高速リストア”という指示情報や、複製データが確実にリストア出来るようにしたいという要求を表す“高信頼”といった指示情報を入力することによって、ルール選択基準を指定するものとする事が出来る。

ルール選択基準管理テーブル（図１０）においては、上記指示情報と対応付けて、ルール定義テーブル（図５）の「バックアップ方法」の欄５０１に格納されている各バックアップ方法に対する条件（選択条件１００１）が格納されている。

S１４０２において、ルール選択基準の指定があると判定された場合には、指定された指示情報と対応付けられている選択条件を抽出し、当該選択条件を満たすバックアップ方法を有するルールテンプレート（あるいはこれを識別するルールID）を抽出する（S１４０３）。例えば、ルール選択基準を指定するための指示情報として“高速リストア”が指定された場合を考える。このとき、図１４のS１４０２において、“YES”と判定され、S１４０３において、指示情報“高速リストア”に対応づけてルール選択基準管理テーブルに格納されている選択条件として“ディスク”が抽出される。そして、ルール定義テーブル（図５）に格納されているルールテンプレートの内、“ディスク”という選択条件を満たすルールテンプレートを抽出する（S１４０３）。具体的には、「バックアップ方法」の欄５０１に格納されているバックアップ方法の内、バックアップに使用する媒体がディスクであるものが、上記選択条件を満たすことになる（図5における、R0000001等は、テテープ装置を媒体として使用するので、当該選択条件を満たさないことになる。）。

以上のように、バックアップ対象となるディスクボリュームの状態に応じてバックアップ方法が選択される場合に、選択の対象となるバックアップ方法をユーザのニーズ等に応じて予め絞りこんでおくことにより、よりユーザのニーズに合致したバックアップ方法の選択が可能となる。

次に、上記実施例にかかる方法でバックアップ方法を選択した結果についての情報を表示する実施例について説明する。図１２は、本実施例にかかる、バックアップ方法の選択結果の表示画面例を表す図である。

図１２において、１２００には、バックアップ方法の選択処理の対象となったディスクボリュームの識別子（ここでは、ボリュームID）が表示されている。また、１２００に表示されているディスクボリュームに対して選択されたバックアップ方法が１２０１に表示されている。本発明では、ひとつのディスクボリュームに対して複数のバックアップ方法が選択される場合もあり、この場合には、選択された複数のバックアップ方法の一覧を１２０１に表示することにしてもよいし、プルダウン１２０６を用いていずれか一つを表示可能にしてもよい。１２０２には、１２０１に表示されているバックアップ方法によるバックアップの実行結果に関する情報が表示されている。実行結果に関する情報としては、例えば、当該バックアップ方法によってバックアップが完了するまでに要した時間等がある。また、１２０３、１２０４、１２０５には、１２００に表示されているディスクボリュームに対して１２０１に表示されているバックアップ方法が選択された場合における、当該ディスクボリュームの状態（１２０３、１２０４）及び、各条件要素に対して設定されていた重みパラメタ（１２０５）が表示されている。

図１２のような情報を表示する方法としては、例えば次のような実施例が考えられる。すなわち、図８の８０５や、図１３の１３０２等においてバックアップ方法を選択した際に、バックアップ方法の選択処理の対象となったボリュームIDと、選択されたルールテンプレートのルールIDと、図８の８０５や図１３の１３０１の判定において用いた該当ボリュームの状態情報とを対応付けてテーブル等に格納しておき、さらに、当該バックアップ方法によってバックアップが実行された結果に関する情報（バックアップの実行時間等）もこれらと対応付けて上記テーブルに格納しておくことにすればよい。そして、図１２のような表示を行う場合には、上記テーブルから必要な情報を抽出して出力することにすればよい。

このような画面が提供されることによって、１２０３、１２０４に表示されているディスクボリュームの状態において、１２０１に表示されているバックアップ方法が選択されたことが適切であったかを知ることが出来る（ひいては、ルール定義テーブル（図５）における、条件要素５０２の設定条件が適切か否かも知ることが可能となる。）。また、１２０５に表示されている重みパラメタの設定値が適切であったか否かを知ることも可能となる。ユーザは、これら表示結果から得られた知見を基に、新たなルールテンプレートをルール定義テーブル（図５）に追加したり、既にルール定義テーブルに格納されているルールテンプレートに対して、条件要素５０２の設定条件を変更したりする等により、より適切なバックアップ方法が選択されるための設定を行う（あるいは、ルール作成プログラム等によって自動的に新たなルールの追加や、既存のルールの変更等が行われる）ことが可能となる。

システム構成の例を示した図である。 運用の構成の例を示した図である。 環境情報テーブルの一例を示した図である。 ボリューム情報テーブルの一例を示した図である。 ルール定義テーブルの一例を示した図である。 バックアップ定義テーブルの一例を示した図である。 ユーザ重みパラメタ入力の一例を示した図である。 バックアップ方法を選択するフローチャートの一例を示した図である。 本発明の１実施形態に係る、更新間隔管理テーブルの図である。 本発明の１実施形態に係る、ルール選択基準管理テーブルの図である。 本発明の１実施形態に係る、ボリューム論理構成マップテーブルの図である。 本発明の１実施形態に係る、バックアップ方法の選択結果に関する情報の表示画面例を表す図である。 本発明の１実施形態に係る、バックアップ方法を選択するアルゴリズムを表すフローチャートの図である。 本発明の１実施形態に係る、バックアップ方法を選択するアルゴリズムを表すフローチャートの図である。

符号の説明

１００ バックアップ管理サーバ
１１０ データ保護部
１１１ 環境情報管理部
１１２ ボリューム評価部
１１３ ルール作成部
１２０ 内部データベース
１２１ 環境情報テーブル
１２２ ボリューム情報テーブル
１２３ ルール定義テーブル
１２４ バックアップ情報テーブル
１３０ ＲＡＩＤディスク装置操作部
１４０ テープバックアップ実行部
１５０ 業務サーバ
１５１ アプリケーションサービス部
１５２ 環境情報収集部
１６０ ＲＡＩＤディスク装置
１７０ テープ装置

Claims (9)

1. バックアップの対象となるボリューム名と対応付けて、当該ボリュームのバックアップを実行する方法を定めたバックアップ方法を識別するバックアップ方法識別子を格納する第一のテーブルを保持する計算機を用いる前記バックアップ方法の選択方法であって、
   前記計算機は、前記ボリューム名と当該ボリュームの状態に関する状態情報とを対応付けて格納する第二のテーブル及び、ボリュームの状態に関する条件と前記バックアップ方法識別子とを対応付けて格納する第三のテーブルとを保持しており、
   第一のボリューム名と対応付けられて前記第二のテーブルに格納されている前記状態情報が更新されたか否かを判定するステップと、
   更新されたと判定された場合に、更新された前記状態情報を抽出するステップと、
   前記第三のテーブルに格納されている前記バックアップ方法識別子の内から、第一と第二のバックアップ方法識別子を抽出するステップと、
   抽出した前記状態情報が、抽出した前記第一のバックアップ方法識別子と対応付けられて前記第三のテーブルに格納されている第一の条件を満たす場合には、前記第一のバックアップ方法識別子を前記第一のボリューム名と対応付けて前記第一のテーブルに格納するステップと、
   抽出した前記状態情報が、抽出した前記第二のバックアップ方法識別子と対応付けられて前記第三のテーブルに格納されている第二の条件を満たす場合には、前記第二のバックアップ方法識別子を前記第一のボリューム名と対応付けて前記第一のテーブルに格納するステップとを有することを特徴とするバックアップ方法の選択方法。
2. 請求項１に記載のバックアップ方法の選択方法であって、
   前記バックアップ方法は、バックアップに使用する媒体を指示する情報を含むことを特徴とする請求項１に記載のバックアップ方法の選択方法。
3. 請求項２に記載のバックアップ方法の選択方法であって、
   前記状態情報は、当該ボリュームに格納されているファイル数を有しており、
   前記第一の条件は、ボリュームに格納されているファイル数が所定の値よりも大きいことを含むものであり、
   前記第二の条件は、ボリュームに格納されているファイル数が所定の値よりも小さいことを含むものであり、
   前記第一のバックアップ方法識別子は、バックアップに使用する媒体としてボリュームを用いることを指示する情報を含んでおり、
   前記第二のバックアップ方法識別子は、バックアップに使用する媒体としてテープ装置を用いることを指示する情報を含んでいることを特徴とする請求項２に記載のバックアップ方法の選択方法。
4. 請求項１に記載のバックアップ方法の選択方法であって、
   前記計算機は、バックアップ方法の選択基準に関する指示情報と、前記バックアップ方法識別子の選択条件とを対応付けて格納する第四のテーブルとを保持しており、
   前記第一のボリュームのバックアップ方法の選択基準に関する第一の指示情報を受付けた場合に、当該第一の指示情報と対応付けられて前記第四のテーブルに格納されている第一の選択条件を抽出するステップを有し、
   前記第一と第二のバックアップ方法識別子を抽出する前記ステップは、前記第三のテーブルに格納されている前記バックアップ方法識別子の内で前記第一の選択条件を満たすもののみを抽出するステップであることを特徴とする請求項１に記載のバックアップ方法の選択方法。
5. バックアップの対象となるボリューム名と対応付けて、当該ボリュームのバックアップを実行する方法を定めたバックアップ方法を識別するためのバックアップ方法識別子を格納する第一のテーブルを保持する計算機を用いた、前記バックアップ方法の選択方法であって、
   前記ボリューム名と当該ボリュームの状態に関する状態情報とを対応付けて格納する第二のテーブルを保持するステップと、
   ボリュームの状態に関する条件と、前記バックアップ方法識別子とを対応付けて格納する第三のテーブルを保持するステップと、
   第一のボリュームに対するバックアップ方法選択の指示を受付けた場合に、
   当該第一のボリューム名と対応付けて前記第二のテーブルに格納されている前記状態情報を抽出するステップと、
   前記第三のテーブルに格納されている前記バックアップ方法識別子の内、第一のバックアップ方法識別子を抽出するステップと、
   抽出した前記状態情報が、抽出した前記第一のバックアップ方法識別子と対応付けられて前記第三のテーブルに格納されている第一の条件を満たすか否かの判定結果に応じて、前記第一のバックアップ方法識別子を、前記第一のボリューム名と対応付けて前記第一のテーブルに格納するか否かを決定するステップとを有することを特徴とするバックアップ方法の選択方法。
6. 請求項５に記載のバックアップ方法の選択方法であって、
   前記バックアップ方法は、バックアップに使用する媒体を指示する情報を含むことを特徴とする請求項５に記載のバックアップ方法の選択方法。
7. 請求項６に記載のバックアップ方法の選択方法であって、
   ボリュームの状態に関する前記状態情報は、当該ボリュームに格納されているファイル数を表す情報を有しており、
   前記第一の条件は、ボリュームに格納されているファイル数が所定の値よりも大きいことを含むものであり、
   前記第一のバックアップ方法識別子は、バックアップに使用する媒体としてボリュームを用いることを指示する情報を含んでいることを特徴とする請求項６に記載のバックアップ方法の選択方法。
8. バックアップの対象となるボリューム名と対応付けて、当該ボリュームのバックアップを実行する方法を定めたバックアップ方法を識別するためのバックアップ方法識別子を格納する第一のテーブルを保持する計算機に、
   前記ボリューム名と当該ボリュームの状態に関する状態情報とを対応付けて格納する第二のテーブルを保持する手順と、
   ボリュームの状態に関する条件と、前記バックアップ方法識別子とを対応付けて格納する第三のテーブルを保持する手順と、
   第一のボリューム名と対応付けられて前記第二のテーブルに格納されている前記状態情報が更新されたか否かを判定する手順と、
   更新されたと判定された場合に、更新された前記状態情報を抽出する手順と、
   抽出した前記状態情報が、前記第三のテーブルに格納されている第一の条件を満たす場合には、前記第一の条件と対応付けられて前記第三のテーブルに格納されている第一のバックアップ方法識別子を、前記第一のボリューム名と対応付けて前記第一のテーブルに格納する手順と、
   抽出した前記状態情報が、前記第三のテーブルに格納されている第二の条件を満たす場合には、前記第二の条件と対応付けられて前記第三のテーブルに格納されている第二のバックアップ方法識別子を、前記第一のボリューム名と対応付けて前記第一のテーブルに格納する手順とを実行させるためのプログラム。
9. バックアップの対象となるボリューム名と当該ボリュームのバックアップを実行する方法を定めたバックアップ方法を識別するためのバックアップ方法識別子とを対応付けて格納する第一のテーブル及び、前記ボリューム名と当該ボリュームの状態に関する状態情報とを対応付けて格納する第二のテーブル及び、ボリュームの状態に関する条件と前記バックアップ方法識別子とを対応付けて格納する第三のテーブルとを保持する記憶部と、
   第一のボリューム名と対応付けられて前記第二のテーブルに格納されている前記状態情報が更新されたか否かを判定するボリューム評価部と、
   更新されたと判定された場合に、更新された前記状態情報を抽出し、
   抽出した前記状態情報が、前記第三のテーブルに格納されている第一の条件を満たす場合には、前記第一の条件と対応付けられて前記第三のテーブルに格納されている第一のバックアップ方法識別子を、前記第一のボリューム名と対応付けて前記第一のテーブルに格納し、
   抽出した前記状態情報が、前記第三のテーブルに格納されている第二の条件を満たす場合には、前記第二の条件と対応付けられて前記第三のテーブルに格納されている第二のバックアップ方法識別子を、前記第一のボリューム名と対応付けて前記第一のテーブルに格納するルール作成部とを有することを特徴とする計算機。
   

Images