(57)【要約】【課題】ストレージの設計情報や知識を有さずともバックアップ環境を構築し、リモートサイトでバックアップの復元を可能にする。【解決手段】メインサイトのストレージのデータをバックアップし、リモートサイトのストレージで前記データを復元するシステムにおいて、前記メインサイトのストレージの構成情報を前記リモートサイトのストレージへコピーし、前記リモートサイトのストレージの構成と前記コピーした構成情報とを比較して前記リモートサイトのストレージの構成の不足するディスクを判定する。【選択図】図１
2015056130.tif 000002
【特許請求の範囲】
【請求項１】
メインサイトのストレージのデータをバックアップし、リモートサイトのストレージで前記データを復元するシステムにおけるストレージのバックアップ方法であって、
前記メインサイトのストレージの構成情報を前記リモートサイトのストレージへコピーし、前記リモートサイトのストレージの構成と前記コピーした構成情報とを比較して前記リモートサイトのストレージの構成の不足するディスクを判定することを特徴とするストレージのバックアップ方法。
【請求項２】
前記メインサイトのストレージの構成情報は前記メインサイトのストレージを構成するディスクの数と容量を含み、前記リモートサイトのストレージの構成は前記リモートサイトのストレージを構成するディスクの数と容量を含み、前記比較においてディスクの数と容量を比較し、前記不足するディスクを判定することを特徴とする請求項１に記載のストレージのバックアップ方法。
【請求項３】
前記メインサイトのストレージのデータのうち、管理端末から指定された業務に関するデータをバックアップすることを特徴とする請求項１または２に記載のストレージのバックアップ方法。
【請求項４】
前記管理端末からの業務の指定では前記業務と前記メインサイトのストレージを構成するRAID構成とを対応付けて前記管理端末の画面で表示することを特徴とする請求項３に記載のストレージのバックアップ方法。
【請求項５】
前記コピーした構成情報は前記メインサイトのストレージ内のディスクの搭載位置の情報を含み、前記判定にて不足がないと判定すると、前記構成情報を前記リモートサイトのストレージ内のディスクの搭載位置の情報で更新することを特徴とする請求項３または４に記載のストレージのバックアップ方法。
【請求項６】
前記メインサイトのストレージのデータのバックアップはバックアップディスクへのコピーであり、前記リモートサイトのストレージでのデータの復元は前記バックアップディスクからのコピーであることを特徴とする請求項５に記載のストレージのバックアップ方法。
【請求項７】
前記バックアップディスクへのコピーにおいて前記バックアップディスクのRAID構成を前記バックアップディスクの各ディスクへディスク情報として書き込み、前記リモートサイトのストレージにおいて前記ディスク情報に基づき前記バックアップディスクの中でRAID構成に不足するディスクを判定することを特徴とする請求項６に記載のストレージのバックアップ方法。
【請求項８】
メインサイトのストレージのデータをバックアップし、リモートサイトのストレージで前記データを復元するシステムにおけるストレージのバックアップ方法であって、
管理端末から業務の優先度を指定し、
前記業務と前記メインサイトのストレージを構成するRAID構成とを対応付け、
前記メインサイトのストレージのデータを前記優先度に応じてバックアップし、
前記バックアップしたメインサイトのストレージの構成情報を前記リモートサイトのストレージへコピーし、
前記リモートサイトのストレージの構成と前記コピーした構成情報とを比較して前記リモートサイトのストレージの構成の不足するディスクを判定し、
前記不足するディスクが無いと判定すると、前記優先度に応じてバックアップした前記データを復元することを特徴とするストレージのバックアップ方法。
【請求項９】
前記メインサイトのストレージの構成情報は前記メインサイトのストレージを構成するディスクの数と容量を含み、前記リモートサイトのストレージの構成は前記リモートサイトのストレージを構成するディスクの数と容量を含み、前記比較においてディスクの数と容量を比較し、前記不足するディスクを判定することを特徴とする請求項８に記載のストレージのバックアップ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージのバックアップ方法に関するものである。
【背景技術】
【０００２】
情報システムの分野ではコンピュータの故障や障害によるデータの損失に備え、ストレージ内のデータのバックアップを取得することが普及している。また、コンピュータの処理を集約するデータセンタの利用が進む中で、データセンタの被災時に業務を継続するディザスタリカバリの準備も行われている。このため、データのバックアップにはハードディスク、テープライブラリへデータを単にコピーして多重化することの他、リモートサイトのデータセンタへ同じ情報処理環境を構築して被災後の復旧を迅速化する等の様々な形態があり、システムの重要度に見合ったバックアップが検討されている。
【０００３】
また、特許文献１には磁気ディスクをバックアップの格納先として使用し、磁気ディスクを取り外して保管する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１４０２８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現状のストレージでは、どのディスクでRAIDグループが構成され、どのディスクがストレージのどこに搭載されているかというディスクレイアウトはストレージの設計者が決定しているため、メインサイトと同様の環境をリモートサイトで構築しようとすると設計書の見直しや設計者の知識を必要とし、同じ環境を構築するにも人的なコストが発生する。
【０００６】
特許文献1には持ち運び可能な磁気ディスクを使用することで、その磁気ディスクを移動し、ディザスタリカバリにも対応可能な技術が開示されているが、どのディスク、どのRAIDグループがどの業務に使用されるのかというディスクレイアウトがユーザには分からず、ストレージの設計者の知識や判断を必要とする問題は解決されていない。
【０００７】
また、業務には優先度があり、リモートサイトで優先度を考えずに全てを構築しようとすると必要以上にコストやスペースが要求されるという問題が出てくる。
【０００８】
本発明の目的は、ストレージの設計情報や知識を有さずともバックアップ環境を構築し、リモートサイトでバックアップの復元を可能にすることにある。また、ディスクレイアウトの情報を管理可能とすることと、業務の優先度に応じたバックアップを可能とすることにある。
【課題を解決するための手段】
【０００９】
本発明にかかるストレージのバックアップ方法は、メインサイトのストレージのデータをバックアップし、リモートサイトのストレージで前記データを復元するシステムにおいて、前記メインサイトのストレージの構成情報を前記リモートサイトのストレージへコピーし、前記リモートサイトのストレージの構成と前記コピーした構成情報とを比較して前記リモートサイトのストレージの構成の不足するディスクを判定することを特徴とする。
【００１０】
また、本発明にかかるストレージのバックアップ方法は、前記メインサイトのストレージの構成情報が前記メインサイトのストレージを構成するディスクの数と容量を含み、前記リモートサイトのストレージの構成は前記リモートサイトのストレージを構成するディスクの数と容量を含み、前記比較においてディスクの数と容量を比較し、前記不足するディスクを判定することを特徴とする。
【００１１】
また、本発明にかかるストレージのバックアップ方法は、前記コピーした構成情報が前記メインサイトのストレージ内のディスクの搭載位置の情報を含み、前記判定にて不足がないと判定すると、前記構成情報を前記リモートサイトのストレージ内のディスクの搭載位置の情報で更新することを特徴とする。
【００１２】
また、本発明にかかるストレージのバックアップ方法は、メインサイトのストレージのデータをバックアップし、リモートサイトのストレージで前記データを復元するシステムにおいて、管理端末から業務の優先度を指定し、前記業務と前記メインサイトのストレージを構成するRAID構成とを対応付け、前記メインサイトのストレージのデータを前記優先度に応じてバックアップし、前記バックアップしたメインサイトのストレージの構成情報を前記リモートサイトのストレージへコピーし、前記リモートサイトのストレージの構成と前記コピーした構成情報とを比較して前記リモートサイトのストレージの構成の不足するディスクを判定し、前記不足するディスクが無いと判定すると、前記優先度に応じてバックアップした前記データを復元することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、ストレージの設計情報や知識を有さずともバックアップ環境を構築し、リモートサイトでのバックアップの復元が可能になる。また、ディスクレイアウトの情報を管理可能であり、業務の優先度に応じたバックアップが可能である。
【図面の簡単な説明】
【００１４】
【図１】メインサイトとリモートサイトから構成されるシステムの例を示す図である。
【図２】RAIDグループおよびストレージ構成情報の例を示す図である。
【図３】構成情報管理テーブルの例を示す図である。
【図４】ディスク管理テーブルの例を示す図である。
【図５】業務情報管理テーブルの例を示す図である。
【図６】論理ボリューム管理テーブルの例を示す図である。
【図７】ディスク設定画面の例を示す図である。
【図８】業務設定画面の例を示す図である。
【図９】バックアップ環境構築の処理の流れの例を示す図である。
【図１０】ストレージ状態設定画面の例を示す図である。
【図１１】ストレージ構成情報読み取り実行要求の入力画面の例を示す図である。
【図１２】ディスク取り出し処理の流れの例を示す図である。
【図１３】バックアップ実行画面の例を示す図である。
【図１４】ディスク復元の処理の流れの例を示す図である。
【図１５】ディスク情報読み取り実行の要求画面の例を示す図である。
【図１６】復元実行画面の例を示す図である。
【図１７】バックアップ環境構築・ディスク復元の処理の流れの例を示す図である。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して好ましいバックアップの処理について説明する。図１はストレージを利用したメインサイトとリモートサイトから構成されるシステムの例を示す図である。メインサイト110とリモートサイト170とはインターネット160で接続されている。メインサイト110は各種設定操作をする管理端末111、業務サーバ112、データを保管するストレージ120を備え、通常は業務サーバ112がストレージ120内のデータを利用して業務名あるいは業務IDで特定される業務を実行する。リモートサイト170もメインサイト110と同じ構成であり、管理端末171、業務サーバ172、ストレージ173を備え、メインサイト110の代わりに業務サーバ172がストレージ173を利用して業務を実行できる。
【００１６】
ストレージ120は、データを保管するデータ保管機能131、RAIDグループ毎に構成されている情報、業務で利用されているRAIDグループの情報、業務の優先度の情報等 のストレージ構成情報140をテーブルで管理する構成情報管理機能132、RAIDグループ、ロジカルユニットを作成するディスク設定機能133、構築や復元等のメンテナンスに関する状態の保守状態か、サーバのアクセスを受け、業務を行う稼働状態にするかといったストレージの状態を変更するストレージ状態管理機能134を有する。
【００１７】
また、ストレージ120は、業務が使用するデータを格納するデータ搭載ディスク150、データを格納するディスクのバックアップを取得して持ち出し可能であるバックアップディスク156を搭載する。データ搭載ディスク150は複数のRAIDグループ151、152から構成され、各RAIDグループ151は複数のディスク153がストレージ120内の搭載位置154に実装されてRAIDを構成する。バックアップディスク156はデータ搭載ディスクに格納されたデータのコピーを記憶することによりバックアップとなる。バックアップディスク156は持ち出し可能であり、メインサイト110のストレージ120から取り外して、リモートサイト170のストレージ173内のバックアップディスク搭載位置175へ装着して、リモートサイト170のデータ搭載ディスク176へデータを復元できる。この復元によりデータ搭載ディスク176を利用してリモートサイト170の業務サーバ172はメインサイト110の業務サーバ112と同じ業務を実行できる。データ搭載ディスク176の管理にはストレージ構成情報174を使用する。ディスク153それぞれにはディスク153のシリアル番号などを含むディスク情報155が格納されている。ここでシリアル番号はD011などである。
【００１８】
図２は各ディスクに格納されるディスク情報155の内容の例を示したものである。ストレージ110、170に搭載するディスク153は各々のディスク153のシリアル番号201、当該ディスク153を含めてRAIDを構成するディスク153のRAID構成ディスクシリアル番号202、ディスク153の用途となる業務名称203、ディスク153の容量204を保有する。図２ではRAIDグループ001 151として４台のディスク153によりRAID0とRAID1すなわちRAID0＋1を構成するため、RAID構成ディスクシリアル番号202として４台のシリアル番号が記憶される。なお、RAID構成ディスクシリアル番号202として、それを記憶するディスク153以外の他のディスク153のシリアル番号を記憶してもよい。また、図２はRAID0＋1を例としているが、他のRAIDレベルにも適用可能である。
【００１９】
図３〜６はストレージ構成情報140の構成情報管理テーブル141、ディスク管理テーブル142、業務情報管理テーブル143、論理ボリューム管理テーブル144それぞれの内容の例を示す図である。図３に示した構成情報管理テーブル141はストレージ110に搭載される各ディスクのシリアル番号301、シリアル番号301のディスク153が属するRAIDグループ302、RAIDレベル303、RAIDを構成するディスクシリアル番号304、RAIDグループが結びつく業務ID 305を管理するためのテーブルである。ここでは、図１にも示したようにシリアル番号D011〜D014の４台のディスクがRAIDグループ001を構成し、シリアル番号D015〜D018の４台のディスクがRAIDグループ002を構成することを表す。
【００２０】
図４に示したディスク管理テーブル142は各ディスクのシリアル番号401、各ディスクのストレージ110内の搭載位置402、各ディスクのディスク容量403、各ディスクの状態404を管理するためのテーブルである。図１にも示したようにシリアル番号D011〜D014の４台のディスクは搭載位置P001〜P004に実装されている。状態404にはonlineとofflineの状態があり、データの読み書きをする稼働ではonlineとし、保守ではofflineとする。
【００２１】
図５に示した業務情報管理テーブル143は、業務ID 501、業務名502、業務の優先度503を管理するためのテーブルである。業務名502は業務ID 501をユーザへわかりやすく示すためのものである。優先度503はバックアップや復元の優先度を示すものであり、業務情報管理テーブル143で情報を管理することにより、業務と優先度を結びつけて考えられ、優先度を高く設定した業務のデータを優先的にバックアップ、復元することが可能となる。
【００２２】
図６に示した論理ボリューム管理テーブル144は、物理的なディスクをサーバへ認識させる単位である論理的なボリューム（ロジカルユニット（LU）と呼ばれる）の情報を管理するためのものであり、具体的には、ロジカルユニットのLU番号601、ロジカルユニットのLU容量602、どのRAIDグループでロジカルユニットを構成するかというRAIDグループ603を管理するためのテーブルである。ここでは図２にも示したようにRAIDグループ001の４台のディスク153をまたがるようにLU 001 210を構成し、合計で４個のロジカルユニットLU 001〜004を構成することを表す。なお、ロジカルユニットの管理情報などが必要な分だけ本来は容量が減少するが、ここでは省略している。
【００２３】
予めメインサイト110においてストレージ構成情報140の各テーブルの中でRAIDレベル303、RAID構成ディスクシリアル番号304、業務名502、優先度503をユーザが管理端末111から入力する。図７はディスク設定の入力画面の例を示す図である。ディスク設定画面701では、ストレージ120の構成情報管理機能132とディスク設定機能133によりRAIDグループ702に番号を生成して表示し、RAIDレベル703のプルダウンメニューをユーザに選択させ、RAID構成ディスクシリアル番号704へRAIDを構成するディスク個数分の番号をユーザに入力させる。ここではRAID1＋0を2D＋2D（2個のデータディスクを二重化）で構成する、あるいはRAID5を3D＋1P（３個のデータディスクと１個のパリティディスク）で構成するため、４台のディスクのシリアル番号を入力する。なお、シリアル番号を入力する代わりに搭載位置やディスクを特定できる他の情報を入力してもよい。また、RAIDグループ702の番号へ割り当てた業務ID 705の番号を表示し、この表示時点で名称が決まっていれば業務名706に名称を表示する。入力後に設定ボタン707が押下されると入力を確定してテーブルへ反映し、キャンセルボタン708が押下されると入力を無効にする。
【００２４】
図８は業務設定の入力画面の例を示す図である。業務設定画面801では、構成情報管理機能132により業務ID 802の番号を生成して表示し、ユーザにわかりやすい業務名803をユーザに入力させ、優先度804のプルダウンメニューをユーザに選択させる。入力後に設定ボタン805が押下されると入力を確定してテーブルへ反映し、キャンセルボタン806が押下されると入力を無効にする。
【００２５】
次に、図９を参照してリモートサイト170でのバックアップ環境構築の流れを説明する。事前にユーザは管理端末111を使用しメインサイト110のストレージ120からリモートサイト170のストレージ173へストレージ構成情報140をコピーしておく。例えば、管理端末111がストレージ構成情報140を読み出して、インターネット160経由で管理端末171へ送信し、管理端末171がストレージ構成情報174へ格納してもよいし、ストレージ構成情報140を何らかの記憶媒体へコピーしてリモートサイト170へ持ち出し、ストレージ構成情報174へコピーしてもよい。
【００２６】
まず、ユーザは管理端末171からストレージ173のモードを保守モードへ変更した後（ステップ901）、メインサイト110を構成する各ディスク153と同じ容量、数のディスクをストレージ173の筐体に搭載する。ストレージ173の状態の変更は図１０に示すストレージ状態設定画面1001で行う。稼働1002と保守1003のラジオボタンがあり、ユーザがどちらかを選択して、設定ボタン1004が押下されると入力を確定し、キャンセルボタン1005が押下されると入力を無効にする。ユーザはディスクの搭載を完了した後、リモートサイト170へコピーしておいたストレージ構成情報174を読み取るよう管理端末171から要求する。
【００２７】
図１１はストレージ情報読み取り実行要求の入力画面の例を示す図である。ストレージ構成情報読み取り実行画面1101ではストレージ構成情報の名称1102を入力して実行ボタン1103が押下されると要求を発行し、キャンセルボタン1104が押下されると入力を無効にする。名称1102には年月日と業務名を組み合わせたファイル名を指定しているが、このようなファイル名に限定されるものではない。また、複数のファイル名を表示して選択可能としてもよい。
【００２８】
ストレージ173は管理端末171からストレージ構成情報174の読み取り要求を受信した後（ステップ902）、ストレージ構成情報174と筺体に搭載されているディスクのディスク情報155を読み取る（ステップ903）。読み取ったストレージ構成情報174とディスク情報155とでディスクの数と容量が一致していれば（ステップ904）、ストレージ173のディスク設定機能133を用い、搭載されているディスクでRAIDグループ、ロジカルユニットを作成する（ステップ905）。
【００２９】
そして、筐体に搭載されたディスクの実際の搭載位置を読み取り、ストレージ構成情報174を更新する（ステップ906）。このため、ディスクの数と容量が一致していれば、ディスクの搭載位置がストレージ120とストレージ173とで異なっていても、構成を一致させることができる。ただし、ストレージ120とストレージ173では実際のディスクが異なりシリアル番号が異なるため、ストレージ173は筐体に搭載されたディスクのディスク情報155の中のシリアル番号201を読み込み、ストレージ構成情報174を更新する（ステップ907）。以上の処理によりストレージ173は利用可能となるため、管理端末171へ稼働の状態へ変更可能である旨の通知を送信し（ステップ908）、ユーザはストレージ状態設定画面1001で稼働に設定することにより、ストレージ173を使用できる。
【００３０】
本来はステップ901の後でメインサイト110を構成する各ディスク153と同じ容量、数のディスクをストレージ173の筐体に搭載したはずであるが、人為的なミスなどによりステップ904のチェックでメインサイト110の情報と異なる場合は、不足情報を管理端末171に送信して、ユーザへメッセージを表示し、不足しているディスクの搭載を促す。そして、ステップ903へ戻り、搭載されたディスクのディスク情報155を読み取り、再度チェックする（ステップ904）。
【００３１】
次に、メインサイト110で特定の業務で使用されるRAIDグループ151のバックアップについて説明する。ユーザがリモートサイト170で復元したいデータが入っているデータ搭載ディスク150の指定、指定したデータ搭載ディスク150のコピーを取ったバックアップディスク156の取り出しの流れの例を図１２に示す。
【００３２】
まず、ユーザは管理端末111からリモートサイト170で復元したい業務の名称を指定する。ディスクのバックアップを取得する時にユーザが操作するバックアップ実行の入力画面の例を図１３に示す。バックアップ実行画面1301ではストレージ120でデータを格納している業務に関してストレージ構成情報140に基づき業務ID 1302、業務名1303、優先度1304、RAIDグループ1305の番号を表示し、バックアップ1306の対応する実行ボタンを押下することにより業務名1303を含めて指定する。なお、バックアップ対象のディスクの指定方法は図１３に示したバックアップ実行画面1301の他、業務名を入力したり、RAIDグループの番号を入力したりしてもよく、業務の優先度1304で高い優先度の業務を選択するように指定することも可能である。
【００３３】
管理端末111は業務名をストレージへ送信する（ステップ1201）。ストレージ120の構成情報管理機能132は受信した業務名と結び付いているディスクを検索して特定する（ステップ1202）。業務が使用しているデータ搭載ディスク150のRAIDグループ151と同じ容量のバックアップディスク156へデータをバックアップすなわちコピーを開始する（ステップ1203）。バックアップディスク156へのコピーが完了してバックアップディスク156が使用可能状態であれば（ステップ1205）、バックアップディスク156を構成する各ディスクのディスク情報155のRAID構成ディスクシリアル番号202と業務名203を更新し（ステップ1208）、バックアップディスク156の状態を保守モードへ変更し（ステップ1209）、パックアップディスク156をストレージ120から電気的に切断して（ステップ1210）取り外し可能にする。取り出し可能になった後、バックアップディスク156の搭載位置を管理端末111へ送信してユーザに管理端末111の画面で知らせ（ステップ1211）、バックアップディスク156の搭載位置154に備えたランプを点灯させることで知らせる（ステップ1212）。使用不可状態であれば（ステップ1205）、一定間隔を空けて使用可能か確認する（ステップ1206）というステップ1204からステップ1207までのループを繰り返す。
【００３４】
なお、図９を用いて説明したバックアップ環境構築の処理は、図１２を用いて説明したディスク取り出しの処理の後で行ってもよく、バックアップディスク156へコピーしたデータに関するストレージ構成情報140をリモートサイト170のストレージ構成情報174へコピーしてもよい。
【００３５】
次に、持ち出したバックアップディスク156をリモートサイト170へ移動してからの復元の流れ例を図１４に示す。ユーザは管理端末171からストレージ173を保守モードへ変更し（ステップ901）、ストレージ173の筐体のバックアップディスク搭載位置175にバックアップディスク156を搭載する。ユーザはバックアップディスク156の搭載が完了した後、搭載したバックアップディスク156のディスク情報155を読み取るよう管理端末171から要求する。
【００３６】
図１５はディスク情報読み取り実行の要求画面の例である。ディスク情報読み取り実行画面1501において実行ボタン1502が押下されると要求をストレージ173へ送信し、キャンセルボタン1503が押下されると処理を中断する。ストレージ173は管理端末171からディスク情報155の読み取り要求を受信した後（ステップ1401）、筺体に搭載されているバックアップディスク156のディスク情報155を読み取る（ステップ1402）。ディスク情報155が存在してRAIDを構成するディスクが揃っていれば（ステップ1403）、RAIDグループを成すディスクのシリアル番号を管理端末171へ送信し（ステップ1405）、管理端末171の図１６に示す復元実行画面1601にRAIDグループ情報として、RAIDグループを構成しているディスクのシリアル番号1602を表示する。ユーザは表示されたRAIDグループが想定通りであれば実行ボタン1603を押下して復元することを要求し、想定通りでなければキャンセルボタン1604を押下して処理を中断する。
【００３７】
ストレージ173は管理端末171から復元要求を受信した後（ステップ1406）、復元処理を実行し（ステップ1407）、管理端末171へ稼働の状態に変更可能である旨の通知を送信して（ステップ908）、管理端末171がメッセージを表示する。ユーザが稼働モードに変更することでストレージ173は使用可能になる。ディスク情報155が存在しない、あるいはRAIDを構成するディスクに不足があれば（ステップ1403）、ストレージ173は不足しているディスクなどを管理端末171へ送信してユーザに正しいバックアップディスク156の搭載を促し（ステップ1404）、ステップ1402へ戻る。
【００３８】
なお、ストレージ120、173を使用中にRAIDグループを構成するディスクの故障により、スペアディスクからデータ格納用のディスクへ転用される場合がある。その場合はストレージ120、173によりストレージ構成情報140、174と該当ディスクのディスク情報155を自動で更新する。
【００３９】
また、図９に示したバックアップ環境構築の処理と図１４に示した復元の処理とをまとめて行うことも可能である。図１７は復元環境構築とディスク復元の流れの例を示す図である。ここでも事前にユーザは管理端末111を使用してバックアップするメインサイト110のストレージ120からリモートサイト170のストレージ173へストレージ構成情報をコピーしておく。そして、ユーザは管理端末171からストレージ173を保守モードへ変更し（ステップ901）、ストレージ173の筐体のバックアップディスク搭載位置175にバックアップディスク156を搭載する。このとき、メインサイト110を構成する各ディスク153と同じ容量、数のディスクがストレージ173の筐体に搭載されていない場合は、必要なディスクも搭載する。ユーザは管理端末171からストレージ構成情報174とディスク情報155を読み取る要求をすると、ステップ902、1401で説明したようにストレージは要求を受信し（ステップ1701）、ストレージ構成情報174とディスク情報155をステップ903、1702で説明したように読み取る（ステップ1702）。
【００４０】
ストレージ173にディスクの数と容量とが十分であり、バックアップディスクが揃っていれば（ステップ1703）、ステップ905〜907、1405〜1407、908は既に説明したとおりである。ストレージ173にディスクの数と容量に不足がある、あるいはバックアップディスクが揃っていない、あるいはその両方であれば（ステップ1703）、不足している物の情報を管理端末171へ送信して（ステップ1704）、ステップ1702へ戻る。
【００４１】
本発明のバックアップ方法を利用することでメインサイト110が複数ある場合に１つのリモートサイト170のストレージを共有することも可能となる。例えば、複数のメインサイト110の各サイトで優先度が高い業務のディスクのみを１つのリモートサイトに集約、１つのストレージに集約することも可能となり、コスト削減や省スペース化も可能となる。
【００４２】
以上で説明したように、ストレージ構成情報とディスク情報を利用することで、ストレージの設計情報や知識を有さずともバックアップ環境を構築し、データのバックアップ、リモートサイトでの復元が可能となる。また、業務の優先度に応じた処理も可能である。
【符号の説明】
【００４３】
110  メインサイト
111、171  管理端末
112、172  業務サーバ
120、173  ストレージ
140、174  ストレージ構成情報
150、176  データ搭載ディスク
151、152  RAIDグループ
153  ディスク
154  搭載位置
155  ディスク情報
156  バックアップディスク
160  インターネット
170  リモートサイト
175  バックアップディスク搭載位置
【図１】
2015056130.tif 000003
【図２】
2015056130.tif 000004
【図３】
2015056130.tif 000005
【図４】
2015056130.tif 000006
【図５】
2015056130.tif 000007
【図６】
2015056130.tif 000008
【図７】
2015056130.tif 000009
【図８】
2015056130.tif 000010
【図９】
2015056130.tif 000011
【図１０】
2015056130.tif 000012
【図１１】
2015056130.tif 000013
【図１２】
2015056130.tif 000014
【図１３】
2015056130.tif 000015
【図１４】
2015056130.tif 000016
【図１５】
2015056130.tif 000017
【図１６】
2015056130.tif 000018
【図１７】
2015056130.tif 000019