JP2007280236A - バックアップ方法およびバックアッププログラム - Google Patents

Abstract

【課題】ｉＳＣＳＩを用いたストレージセントリックシステムにおけるディスクのバックアップ作業において、動作中の計算機がシステムに接続されている状態であっても、ディスクのバックアップをとることができることを目的とする。
【解決手段】計算機２と、ストレージ装置４と、ディスク５とがｉＳＣＳＩを用いて接続され、さらにディスク５のバックアップデータを保存するためのバックアップディスク６が接続されたストレージセントリックシステム２において、計算機２が、自身に対するアクセスの有無を判定し、判定の結果、アクセスがない場合、計算機２の主記憶装置のデータであるメモリイメージをディスク５に保存し、自身の電源をＯＦＦにし、バックアップサーバ３が、ディスク５のデータを、バックアップディスク６にバックアップすることを特徴とする。
【選択図】図１

Description

本発明は、ストレージセントリックシステムにおけるバックアップ制御方法、およびストレージ装置の技術に関する。

近年、管理者の負担軽減、運用コストの削減などを目的として、企業などで使う計算機のＨＤ（Hard Disk）に通常保存されているＯＳ（Operating System）や、アプリケーションや、データのすべてを、広域ＩＰ（Internet Protocol）ネットワークを介した大容量ストレージ装置（以下、ストレージ装置と記載）に集約し、各計算機内の情報を一元的に管理するためのシステムソリューションであるストレージセントリックシステムが注目されている。

このような、ストレージセントリックシステムを実現するための技術の一つに、ｉＳＣＳＩ（Internet Small Computer System Interface）がある。
ｉＳＣＳＩは、従来の計算機と周辺機器との接続における標準プロトコルであるＳＣＳＩ（Small Computer System Interface）コマンドや、データをＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）パケットの中に埋め込むことにより、既存技術であるＴＣＰ／ＩＰネットワークを用いて、ストレージセントリックシステムを構築することができるプロトコルである（ｉＳＣＳＩのプロトコルに関する詳しい仕様は、非特許文献１参照）。
このため、ｉＳＣＳＩは、従来のストレージセントリックシステムに用いられてきたＮＡＳ（Network Attached Storage）と比較してディスクのセクタ単位で読み書きするデータベースアプリケーションやオペレーティングシステムのブートデバイスとして利用できる長所がある。さらに、ＦＣ（Fibre Channel）と比較して、構築コストを削減することができるという長所があり、ストレージセントリックシステムにおけるこれからの技術として期待されている。

ところで、前記した構造をもつストレージセントリックシステムにおいては、プログラムやデータが壊れたり紛失したりする場合に備えるバックアップが、通常の計算機システムより重要な意味をもつようになる。
これまでに、計算機システムにおけるバックアップに関して、以下に記述する技術が開示されている。
まず、動作中のアプリケーションに、実行中でもバックアップ可能にする機能を追加することで、バックアップを実現する技術が開示されている（例えば、特許文献１参照）。
また、ＭＲＣＦ（Multiple RAID Coupling Feature）の機能により、バックアップする技術が開示されている（例えば、特許文献２参照）。
さらに、計算機のメモリの状態をディスクに書き込み、計算機を一時的に停止状態とするレジューム（休止）の実現方法も開示されている（例えば、特許文献３参照）。

ここで、休止するとは、メモリイメージを補助記憶装置に保存してから計算機の電源をＯＦＦにすることである。これに対して、計算機を停止するとは、メモリイメージを保存せずに、計算機の電源をＯＦＦにすることである。

ストレージセントリックシステムにおいて、バックエンドで一括してバックアップできる方法が注目されている。
特開２００４−３８９３４号公報（請求項１） 特開２００４−４６４３５号公報（請求項１） 特許第３４８３９０６号公報（請求項１） ジュリアン・サトラン（Ｊｕｌｉａｎ Ｓａｔｒａｎ）、外３名 "ｉＳＣＳＩ"、アイイーティーエフ（ＩＥＴＦ）、［ｏｎｌｉｎｅ］、［平成１７年８月２４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｗｇ／ｉｐｓ／ｄｒａｆｔ−ｉｅｔｆ−ｉｐｓ−ｉＳＣＳＩ／ｄｒａｆｔ−ｉｅｔｆ−ｉｐｓ−ｉＳＣＳＩ−２０．ｔｘｔ＞

しかしながら、ｉＳＣＳＩは、セクタ単位でアクセスし、ファイル単位での排他制御ができないため、一般に特定のディスクに対して複数の計算機が同時に書き込むことができないという欠点がある。
また、２４時間運転するサーバや、電源を消し忘れたクライアントでは、最新の情報がメモリ上に存在する場合があり、これらの情報がディスクに書き込まれる可能性があるため、このときのディスクに保持されているデータは、一貫性のある状態であることを保障できない。すなわち、ディスクにデータが書き込み中であれば、この状態のディスクをバックアップしても、意味がないという問題がある。

そして、特許文献１に記載された方法では、動作中のアプリケーションに、実行中でもバックアップ可能にする機能を追加することで、バックアップを実現している。しかし、この方法では、この機能をもつ特定のアプリケーションに限定されてしまうという問題がある。

さらに、特許文献２に記載された方法では、ストレージ装置としてＮＡＳ（Network Attached Storage）またはＳＡＮ（Storage Area Network）が前提条件であり、ｉＳＣＳＩプロトコルを利用することができない。

特許文献３は、一般に、休止状態ではメモリのデータをディスクに書き込み、そして休止状態からの復元の際には、ディスクに保存したメモリのデータをメモリに読み込むことで、計算機が休止状態に入る前の動作状態を保持するものである。例えば、休止状態から復帰したことの記録や、ディスクの仮想メモリへの書き込みなどである。計算機が停止状態となればバックアップが可能になるが、特許文献３ではバックアップを想定していないため、休止状態時のディスクの書き込みとバックアップ作業を排他する仕掛けが不足している。また、レジューム処理は、主記憶装置に保存されているデータであるメモリイメージをディスクにコピーすることであるため、バックアップ時間に加え当該コピーの時間が必要になる。２４時間運転用サーバは、運転停止しないことが望ましいため、運転を停止する必要があるバックアップ時間の増加は問題となる。

このような背景に鑑みて、本発明がなされたのであり、本発明は、ｉＳＣＳＩを用いたストレージセントリックシステムにおけるディスクのバックアップ作業において、動作中の計算機がシステムに接続されている状態であっても、ディスクのバックアップをとることができることを目的とする。

記憶装置であるディスク、およびディスクのデータのバックアップ先であるバックアップディスクを備えるストレージ装置と、主記憶装置を備える計算機と、前記ディスクのデータを、前記バックアップディスクにバックアップする処理を行うバックアップサーバとがネットワークを介して接続可能にされ、少なくとも前記ディスクと、前記ストレージ装置と、前記計算機と、前記バックアップサーバとの間におけるデータの送受信は、ｉＳＣＳＩに基づく通信プロトコルによって行われるストレージセントリックシステムにおけるバックアップ方法であり、前記計算機と、前記ストレージ装置と、前記ディスクとはｉＳＣＳＩを用いたネットワークを介して接続されており、前記計算機が、計算機自身が使用中か否かを判定し、前記判定の結果、使用中でない場合、前記主記憶装置のデータであるメモリイメージを前記ディスクに保存し、計算機自身の電源をＯＦＦにし、前記バックアップサーバが、前記ディスクのデータを、前記バックアップディスクにバックアップすることを特徴とする。

ｉＳＣＳＩを用いたストレージセントリックシステムにおけるディスクのバックアップ作業において、動作中の計算機がシステムに接続されている状態であっても、ディスクのバックアップをとることができる。

以下に、本発明が適用されるバックアップ装置の一実施形態について、図面を用いて詳細に説明する。まず、本実施形態のバックアップ装置の構成について、図１、図２および図３を参照して説明する。

（システム構成）
図１は、本実施形態に係るストレージセントリックシステムの構成を示す概略図である。
ストレージセントリックシステム１は、サーバ（請求項における計算機）２、バックアップサーバ３、ストレージ装置４、ストレージ装置４に備えられているディスク５、ディスク５のデータのバックアップ先であるバックアップディスク６、クライアント７およびネットワーク８，９およびストレージ装置４で構成される。
クライアント７は、サーバ２とネットワーク８を介して接続しており、クライアント７とサーバ２はクライアント・サーバ方式の利用形態を取っている。つまり、ユーザはクライアント７で入出力を行うが、実際の処理は、ネットワーク接続しているサーバ２で行う。
なお、本実施形態におけるストレージセントリックシステム１では、クライアント７とサーバ２の組は複数あることを想定する。各サーバ２は、ストレージ装置４とネットワーク９を介して接続しており、各サーバ２は、ストレージ装置４に接続されているディスク５に補助記憶装置２０４としてアクセスできる。
ストレージ装置４は、ストレージ装置自身に接続しているディスク５を管理する。
バックアップサーバ３は、ストレージ装置４とネットワーク９とを介して接続しており、サーバ２が利用しているディスク５をバックアップ対象とし、バックアップディスク６にディスク５のデータをバックアップする処理を行う。サーバ２およびバックアップサーバ３とストレージ装置４との間の通信プロトコルは、ｉＳＣＳＩを想定する。
なお、バックアップディスク６と、ストレージ装置４との間の通信プロトコルは、ｉＳＣＳＩに限らない。

ネットワーク８，９は、ルータやネットワークスイッチなどで構成されたＬＡＮ（Local Area Network）を想定するが、ＷＡＮ（Wide Area Network）としてもよい。

（サーバとバックアップサーバの構成）
図１を参照しつつ、図２に沿ってサーバとバックアップサーバとの構成を説明する。
図２は、サーバとバックアップサーバとの構成を示す概略図である。
サーバ２は、電源投入直後に実行されるプログラムであるＢＩＯＳ（Basic Input/Output System）２５と、ＢＩＯＳ２５の次に実行され、適切なストレージ装置４からＯＳ（Operating System）ローダ２３を主記憶装置２０１（図３参照）に読み込むストレージアクセスプログラム２４と、ストレージアクセスプログラム２４の次に実行されＯＳ２２が持つファイルシステムの構造でストレージ装置４に格納されたＯＳ２２を構成するファイルを主記憶装置２０１に読み込み、ＯＳ２２を実行するＯＳローダ２３と、ユーザにサーバ２の処理環境を提供するＯＳ２２と、本システムのバックアップ処理を統括するバックアップエージェント２１とで構成される。

バックアップエージェント２１は、サーバ２におけるバックアップの処理を統括する主記憶バックアップ処理部２１１を備える。ＯＳ２２は、サーバ２がディスク５に接続しているか（マウントしているか）否かの管理・判定などを行うディスク管理部２２２と、入出力装置２０５（図３参照）などを介して入力された情報の監視などを行う入出力デバイスドライバ２２３を備える。
ＯＳローダ２３は、主記憶装置２０１のデータであるメモリイメージを含んだ書込要求をＢＩＯＳ２５などに送るといった処理を行うメモリイメージ保存処理部２３１と、ディスク５からメモリイメージを読み込む読込要求などをＢＩＯＳ２５に送るといった処理を行うメモリイメージ復元処理部２３２とを備える。

ストレージアクセスプログラム２４は、休止状態からの復帰の際にメモリイメージをストレージ装置４から読み込む処理などを行う休止復帰処理部２４２とを備える通常のブートプログラムに、休止状態に入る際にメモリイメージをストレージ装置４に送信するなどの処理を行う休止処理部２４１と、ストレージ装置４と、サーバ２との接続状態を判定する処理などを行うストレージ装置通信処理部２４３とを備えたものである。
そして、ＢＩＯＳ２５は、電源投入直後に実行されるプログラムであり、ＢＩＯＳ２５が各プログラムを呼び出す際に、参照するメモリアドレスが保存されている基本入出力処理関数アドレステーブル２５１を有する。

バックアップサーバ３は、バックアップ処理の管理を行う計算機である。
バックアップサーバ３は、バックアップ開始の通知をサーバ２に送ったり、記憶部３３に保持されている状態管理テーブル３３１の更新を行ったりする主記憶バックアップ管理部３１と、ディスク５のデータをバックアップディスク６にコピーすることによって、ディスク５のバックアップを行うディスクバックアップ処理部３２と、バックアップに必要な情報を保持する記憶部３３とからなる。
記憶部３３は、ディスク５の状態を管理している状態管理テーブル３３１と、サーバ２とストレージ装置４やディスク５などの対応に関する情報が保持されているサーバ−ストレージ装置対応テーブル３３２とを有する。

（ハードウェア構成）
図３は、サーバのハードウェア構成を示す概略図である。
図３に示しようにサーバ２は、ＣＰＵ（Central Processing Unit）などからなるプロセッサ２０２、ＲＡＭ（Random Access Memory）などの主記憶装置２０１、内部インタフェースと外部との通信を処理する通信回路インタフェース２０３、ＨＤＤ（Hard Disk Drive）などの補助記憶装置２０４、およびキーボードやディスプレイなどの入出力装置２０５を有する。
図２に示す各部は、図１に示すディスク５に格納されているプログラムが、主記憶装置２０１に展開され、プロセッサ２０２が展開されたプログラムを実行することによって、具現化される。
なお、図１に示すバックアップサーバ３、ストレージ装置４およびクライアント７も同様のハードウェア構造を有しており、各々の補助記憶装置２０４に格納されているプログラムが、主記憶装置２０１に展開され、プロセッサ２０２が展開されたプログラムを実行することによって、図２に示す各部や、後記する図７から図１０に示す各処理を実行する。

（状態管理テーブル）
図４は、状態管理テーブルを示すテーブル構成図である。
状態管理テーブル３３１は、サーバ２のＩＰアドレスであるサーバアドレス、そのサーバアドレスにおけるサーバ２の状態（停止中または起動中）などである起動状態、およびバックアップサーバ３が、当該サーバアドレスに該当するサーバ２のメモリイメージをディスク５にバックアップ中か否かを示すバックアップ状況（「バックアップ中」または空欄）を対応づけたレコードとして管理する。

（サーバ−ストレージ装置対応テーブル）
図５は、サーバ−ストレージ装置対応テーブルを示すテーブル構成図である。
サーバ−ストレージ装置対応テーブル３３２は、サーバ２のＩＰアドレスであるサーバアドレス、当該サーバアドレスに対応するサーバ２が利用するストレージ装置４やディスク５の情報であるストレージ装置情報（例えば、ストレージ装置４のＩＰアドレスとディスク５を識別するターゲット名、サーバ２を識別するイニシエータ名など）を対応づけたレコードとして管理する。

（基本入出力処理関数アドレステーブル）
図６は、ＢＩＯＳが保存する基本入出力処理関数アドレステーブルを示すテーブル構成図である。
基本入出力処理関数アドレステーブル２５１は、ＢＩＯＳ２５が各プログラムを呼び出す際に、参照するメモリアドレスが保存されている。プログラムは、ＢＩＯＳ２５が持つプログラム（多くはハードウェアの入出力処理であり、例えばディスク５への読込・書込プログラムなど）を利用する場合には、予め定められた行（例えば、ディスク５からの書込は５行目など）に保存されたメモリアドレスにプロセッサ２０２の制御を移すことで実現する。

次に、本実施形態にバックアップの処理について、図１から図６までを参照しつつ、説明する。

（全体処理）
次に、図１、図２および図４を参照しつつ、図７に沿って本実施形態におけるバックアップ処理を説明する。
図７は、本実施形態におけるバックアップ処理の流れを示すフローである。
バックアップサーバ３の主記憶バックアップ管理部３１は、バックアップ開始通知をサーバ２に送信する（Ｓ１０１）。
ステップＳ１０２でバックアップ開始通知を受信したサーバ２の主記憶バックアップ処理部２１１は、ディスク５が利用可能な状態（マウント状態と呼ぶ）か否か、すなわちディスク５がマウント中か否かを、ディスク５へのマウント状態を管理しているＯＳ２２のディスク管理部２２２に問い合わせ、ディスク管理部２２２が、サーバ２が現在ディスク５にマウント中か否かを判定する（Ｓ１０３）。
ステップＳ１０３の判定の結果、マウント中でないと判定された場合（Ｓ１０３→Ｎｏ）、ＯＳ２２のディスク管理部２２２が、現在ディスク５にマウントしていない旨の通知（非マウント通知）をバックアップサーバ３に送信し（Ｓ１０４）、非マウント通知を受信したバックアップサーバ３は、ステップＳ１１４の処理を行う。
ステップＳ１０３の判定の結果、マウント中であると判定された場合（Ｓ１０３→Ｙｅｓ）、ＯＳ２２のユーザ使用判定部２２１が、サーバ２に対するアクセスの有無を判定することによって、ユーザがサーバ２を使用中か否かを判定する（Ｓ１０５）。具体的には、クライアント７とサーバ２との通信状態、サーバ２のスクリーンセーバの起動状態、通信回路インタフェース２０３（図３参照）や、入出力デバイスなどからの入出力の長時間の途絶などを、入出力デバイスドライバ２２３の監視によって判定を行う。
ステップＳ１０５の判定の結果、サーバ２が使用中であると判定された場合（Ｓ１０５→Ｙｅｓ）、ユーザ使用判定部２２１が使用中である旨の通知（使用通知）をバックアップサーバ３に送信し（Ｓ１０６）、使用通知を受信したバックアップサーバ３は、処理を終了する。
ステップＳ１０５の判定の結果、サーバ２が使用中でないと判定された場合（Ｓ１０５→Ｎｏ）、サーバ２の主記憶バックアップ処理部２１１は、ＯＳ２２に主記憶装置２０１のメモリイメージを補助記憶装置２０４に保存し、ＯＳ２２の動作を停止するようＯＳ２２に要求し、ＯＳ２２は、自分自身を停止するＯＳ停止処理を行う（Ｓ１０７）。
次に、ストレージ装置通信処理部２４３が、ストレージ装置４とサーバ２のネットワークの再接続を行う（Ｓ１０８）。

次に、ストレージアクセスプログラム２４は、主記憶装置２０１のメモリイメージをストレージ装置４のディスク５に書き込むメモリイメージコピー処理を行う（Ｓ１０９）。メモリイメージコピー処理の詳細は、図９を参照して後記する。

ストレージアクセスプログラム２４の休止処理部２４１は、ストレージアクセスプログラム２４によるディスク５へのメモリイメージの書き込みが予め設定しておいた所定時間途絶したか否かを監視する。所定時間書き込みが途絶したらメモリイメージコピー処理が終了したと休止処理部２４１が判断し、休止処理部２４１は、ストレージ装置４との接続を切断する（Ｓ１１０）。
そして、休止処理部２４１は、バックアップサーバ３に、サーバ２のサーバアドレスを含むＯＳ停止通知（請求項におけるメモリイメージの保存完了の通知）を送信し（Ｓ１１１）、サーバ２の電源をＯＦＦにする（Ｓ１１２）。
バックアップサーバ３は、休止処理部２４１からのＯＳ停止通知を監視している。バックアップサーバ３が、ＯＳ停止通知を受信したら（Ｓ１１３）、主記憶バックアップ管理部３１は、ＯＳ停止通知に含まれるサーバアドレスを取得し、状態管理テーブル３３１の当該サーバアドレスに対応するバックアップ状況を「バックアップ中」に更新する（Ｓ１１４）。

なお、サーバ２の電源が既にＯＦＦになっている場合は、ＯＳ停止通知が送信されないため、バックアップサーバ３は、所定時間、ＯＳ停止通知を受信することがなければ、サーバの電源が既にＯＦＦになっているものと判定し、ステップＳ１１４の処理に移る（図示せず）。

その後、バックアップサーバ３のディスクバックアップ処理部３２が、ディスク５のデータ（ステップＳ１０９のメモリイメージコピー処理でディスク５に保存されたメモリイメージを含む）をバックアップディスク６にバックアップするバックアップ処理を行う（Ｓ１１５）。
バックアップ処理終了後、主記憶バックアップ管理部３１は、状態管理テーブル３３１における該当するサーバアドレスのバックアップ状況を空欄に更新する（Ｓ１１６）。
次に、主記憶バックアップ管理部３１は、サーバ２を起動させる（Ｓ１１７）。
そして、起動したサーバ２は、休止復帰処理（Ｓ１１８）を行った後、読み込んだメモリイメージを主記憶装置２０１に保存する（Ｓ１１９）。
なお、休止復帰処理の詳細は、図１０を参照して後記する。

（休止処理：公知技術）
図８は、公知技術における休止処理の流れを示すフローである。これを用いて本システムとの違いを説明する。
公知技術における休止処理では、サーバ２のＯＳ２２は、自分自身を休止状態にするＯＳ停止処理（Ｓ２０１）を行うと同時に、ＯＳローダ２３に制御を移す。
次に、ＯＳローダ２３は、主記憶装置２０１のデータを「補助記憶装置２０４」に書き込むメモリイメージコピー処理を行い（Ｓ２０２）、サーバ２の電源をＯＦＦにする（Ｓ２０３）。
つまり、公知技術における休止処理では、ＯＳローダ２３が補助記憶装置２０４へメモリイメージを書き込むところを、本実施形態では、ストレージアクセスプログラム２４が処理を横取りすることにより、ストレージ装置４のディスク５へメモリイメージを書き込み、さらにストレージアクセスプログラム２４がバックアップサーバ３に休止処理が完了しバックアップ可能な状態になったことを通知する点が異なっている。
ストレージアクセスプログラム２４による横取り処理については、図９および図１０を参照して後記する。

（メモリイメージコピー処理）
次に、図１、図２、図３、図５および図６を参照しつつ、図９に沿って、本実施形態に係るメモリイメージコピー処理の説明をする。
図９は、メモリイメージコピー処理（図７のＳ１０９）の流れを示すフローである。
まず、ストレージアクセスプログラム２４の休止処理部２４１は、ＢＩＯＳ２５の基本入出力処理関数アドレステーブル２５１の補助記憶装置２０４へのアクセス処理関数に対応するメモリアドレスについてストレージアクセスプログラム２４を呼び出すメモリアドレスに書換える（Ｓ３０１）。

次に、ストレージアクセスプログラム２４の休止処理部２４１は、ＯＳローダ２３に制御要求を送信し（Ｓ３０２）、ＯＳローダ２３が制御要求を受信（Ｓ３０３）することによって、ＯＳローダ２３に制御が移る。
そして、ＯＳローダ２３のメモリイメージ保存処理部２３１は、主記憶装置２０１のメモリイメージをディスク５に書き込むための、書込要求をＢＩＯＳ２５に通知する（Ｓ３０４）。書込要求は、サーバ２によるストレージ装置４およびディスク５へのアクセス要求と、メモリイメージの一部（通常は、５１２バイト）からなる。書込要求が、メモリイメージの一部をもつのは、ｉＳＣＳＩにおいて、データの読み込みまたは書き込みは、前記したようにセクタ単位（通常は、５１２バイト）でしか行えないため、メモリイメージのすべてを１度でストレージ装置４およびディスク５に送信することが不可能なためである。

通常では、ステップＳ３０５で書込要求を受信したＢＩＯＳ２５が、ＯＳローダ２３に書込要求を送り、この書込要求を受信したＯＳローダ２３が、補助記憶装置２０４に保存したメモリイメージを書き込むことによって、メモリイメージの保存処理が行われる。
しかし、基本入出力処理関数アドレステーブル２５１は、ＯＳローダ２３ではなく、ストレージアクセスプログラム２４を呼び出すようステップＳ３０１で変更されている。このため基本入出力処理関数アドレステーブル２５１に従って、ＢＩＯＳ２５が、ストレージアクセスプログラム２４に書込要求を送信し（Ｓ３０６）、ストレージアクセスプログラム２４が書込要求を受信する（Ｓ３０７）ことによって、ストレージアクセスプログラム２４が呼び出され、ストレージアクセスプログラム２４に制御が移る。すなわち、ストレージアクセスプログラム２４が、メモリイメージを保存する処理をＯＳローダ２３から横取りする。

ディスクアクセス要求を受信したストレージアクセスプログラム２４のストレージ装置通信処理部２４３は、サーバ２が、ストレージ装置４と通信が可能か否かを判定する（Ｓ３０８）。
判定の結果、通信が可能である場合（Ｓ３０８→可能）、ストレージアクセスプログラム２４は、ステップＳ３１２に処理を進める。
判定の結果、通信が可能でない場合（Ｓ３０８→不可能）、ストレージ装置通信処理部２４３は、ストレージ装置４およびディスク５の情報を問い合わせる問い合わせ要求をバックアップサーバ３に送信する（Ｓ３０９）。なお、問い合わせ要求は、サーバ２のサーバアドレスを含む。
問い合わせ要求を受信したバックアップサーバ３の主記憶バックアップ管理部３１は、問い合わせ要求に含まれるサーバアドレスを基に、サーバ−ストレージ装置対応テーブル３３２を参照し、サーバ−ストレージ装置対応テーブル３３２に保存されたサーバ２が接続すべきストレージ装置４およびディスク５の情報（例えば、ストレージ装置４のＩＰアドレスとディスク５を識別するターゲット名など）を取得し、サーバ２へ送信する（図示せず）。そして、ストレージ装置通信処理部２４３は、ストレージ装置４およびディスク５の情報を受信することによって、これらの情報を取得する（Ｓ３１０）。
このとき、必要であれば通信回路インタフェース２０３を初期化してもよい。
次に、ステップＳ３１０で取得したストレージ装置４の情報（ストレージ装置４のＩＰアドレスなど）を基に、ストレージ装置通信処理部２４３は、サーバ２をストレージ装置４に接続する（Ｓ３１１）ことによって、サーバ２とストレージ装置４とを通信可能な状態とし、ステップＳ３１２に処理を進める。

次に、休止処理部２４１は、ステップＳ３０７で受信した書込要求をストレージ装置４に送信する（Ｓ３１２）。
サーバ２からの書込要求を待機しているストレージ装置４がステップＳ３１２で送信された書込要求を受信すると（Ｓ３１３）、ストレージ装置４は、ディスク５にストレージ装置自身をアクセスさせ、書込要求に含まれるメモリイメージの一部をディスク５に書き込むメモリイメージ書込処理を行う（Ｓ３１４）。
そして、ストレージ装置４は、書込応答（メモリイメージ書込処理の成功／失敗）をサーバ２に送信する（Ｓ３１５）。
ストレージ装置４からの書込応答を待機しているストレージアクセスプログラム２４が書込応答を受信すると（Ｓ３１６）、休止処理部２４１は、当該書込応答をＯＳローダ２３に送信する（Ｓ３１７）。
ステップＳ３１８で書込応答を受信したＯＳローダ２３のメモリイメージ保存処理部２３１は、すべてのメモリイメージの書込処理が完了したか否かを判定する（Ｓ３１９）。メモリイメージコピー処理の完了の判定は、例えばメモリイメージ保存処理部２３１が、予めメモリイメージの容量を算出しておく。そして、メモリイメージ保存処理部２３１は、書込要求に含まれるメモリイメージの一部の容量を監視し、ディスク５に送信されたメモリイメージの容量が、予め算出しておいたメモリイメージの容量に達したか否かを判定するといった方法などがある。
ステップＳ３１９の判定の結果、完了したと判定された場合（Ｓ３１９→Ｙｅｓ）、サーバ２は、処理を図７のステップＳ１１０に進める。
ステップＳ３１９の判定の結果、完了していないと判定された場合（Ｓ３１９→Ｎｏ）、サーバ２は、完了するまでステップＳ３０４からステップＳ３１９を繰り返す。

（休止復帰処理）
図１、図２、図４、図５および図６を参照しつつ、図１０に沿って休止復帰処理の説明をする。
図１０は、休止復帰処理（図７のＳ１１８）の流れを示すフローである。
サーバ２の電源がＯＮにされると、最初にＢＩＯＳ２５が起動する（処理のＳＴＡＲＴ）。サーバ２を起動する方法は、バックアップサーバ３からリモートでサーバ２の電源を入れる方法（サーバ２が持つＷａｋｅ Ｏｎ ＬＡＮ機能などを用いる）や、ステップＳ１１２でサーバ２の電源を落とさずにおき、バックアップサーバ３からの休止復帰の要求を待ち、ストレージアクセスプログラム２４が休止復帰処理を実行する方法などがある。

ＢＩＯＳ２５は、予め定められた方法でストレージアクセスプログラム２４を実行する。前記したように、ストレージアクセスプログラム２４は、従来のブートプログラムに休止処理部２４１およびストレージ装置通信処理部２４３を追加したものである。通常の休止復帰処理において、サーバ２を起動させた直後のＢＩＯＳ２５は、ブートプログラムを読み込むので、ブートプログラムを改良したストレージアクセスプログラム２４が、ＢＩＯＳ２５によって、最初に読み込まれることは当然である。

ストレージアクセスプログラム２４の休止復帰処理部２４２は、ＢＩＯＳ２５の基本入出力処理関数アドレステーブル２５１の補助記憶装置２０４へのアクセス処理関数に対応するメモリアドレスについてストレージアクセスプログラム２４を呼び出すメモリアドレスに書換える（Ｓ４０１）。

次に、ストレージアクセスプログラム２４の休止復帰処理部２４２は、ＯＳローダ２３に制御要求を送信し（Ｓ４０２）、ＯＳローダ２３が制御要求を受信（Ｓ４０３）することによって、ＯＳローダ２３に制御が移る。ＯＳローダ２３のメモリイメージ復元処理部２３２は、サーバ２が前回停止した際に休止処理を行ったか否かを判定する（Ｓ４０４）。休止処理を行ったか否かの判定の具体的な方法は、例えば図９のステップＳ３１９の後、メモリイメージ保存処理部２３１がディスク５の予め定められた箇所にフラグをたてておき、ステップＳ４０４で、メモリイメージ復元処理部２３２が、このフラグが存在するか否かを判定することによって、休止処理を行ったか否かを判定するといった方法などがある。
判定の結果、休止処理を行っていない場合（Ｓ４０４→Ｎｏ）、ＯＳローダ２３は、一般的なＯＳブート処理を行い（Ｓ４０５）、休止復帰処理を終了する。
判定の結果、休止処理を行っていた場合（Ｓ４０４→Ｙｅｓ）、ＯＳローダ２３のメモリイメージ復元処理部２３２は、補助記憶装置２０４からメモリイメージを読み込むための読込要求、または後記して説明する復帰時書込要求のどちらかの要求が含まれる読書込要求をＢＩＯＳ２５に送信し（Ｓ４０６）、ＢＩＯＳ２５が読書込要求を受信する（Ｓ４０７）。

ここで、読書込要求について説明する。
休止復帰処理において、ＯＳローダ２３から、ＢＩＯＳ２５やストレージアクセスプログラム２４などに送られる要求は、そのほとんどがメモリイメージを読み込むための読込要求である。しかしながら、実際には、仮想記憶のためのスワップファイルへの書き込みや、フラグのリセットなどのための若干の書込要求が発生する。本明細書では、図９で説明したメモリイメージコピー処理時に用いられる書込要求と区別するため、休止復帰処理の際に生じる書込要求を復帰時書込要求と記載する。そして、本明細書では、読込要求、または復帰時書込要求のどちらかを含む要求を読書込要求と記載することとする。

通常では、ここでＢＩＯＳ２５が、ＯＳローダ２３に読書込要求を送信し、読書込要求を受信したＯＳローダ２３が、補助記憶装置２０４から保存したメモリイメージを読み込むことによって、休止復帰処理が行われる。
しかし、基本入出力処理関数アドレステーブル２５１は、ＯＳローダ２３ではなく、ストレージアクセスプログラム２４を呼び出すようステップＳ４０１で変更されているため、基本入出力処理関数アドレステーブル２５１に従って、ＢＩＯＳ２５が、ストレージアクセスプログラム２４に読書込要求を送信し（Ｓ４０８）、ストレージアクセスプログラム２４が読書込要求を受信する（Ｓ４０９）ことによって、ストレージアクセスプログラム２４が呼び出され、ストレージアクセスプログラム２４に制御が移る。すなわち、ストレージアクセスプログラム２４が、メモリイメージを読み込む処理をＯＳローダ２３から横取りする。
ステップＳ４０９で読書込要求を受信したストレージアクセスプログラム２４のストレージ装置通信処理部２４３は、ストレージ装置４と通信が可能か否かを判定する（Ｓ４１０）。
ステップＳ４１０の処理、およびこの処理に伴うステップＳ４１１からステップＳ４１３の処理は、図９のステップＳ３０８からステップＳ３１１と同様のため、説明を省略する。

次に、ストレージアクセスプログラム２４の休止復帰処理部２４２は、バックアップサーバ３へサーバ２が利用するディスク５がバックアップ中であるか否かを問い合わせるバックアップ状況問い合わせ要求を送信する（Ｓ４１４）。なお、このバックアップ状況問い合わせ要求には、サーバ２のサーバアドレスが含まれている。
バックアップサーバ３の主記憶バックアップ管理部３１は、バックアップ状況問い合わせ要求に含まれているサーバアドレスを取得し、取得したサーバアドレスに対応する状態管理テーブル３３１のバックアップ状況を参照し、取得したサーバアドレスに該当するバックアップ状況（「空欄」、「バックアップ中」など）を含むバックアップ状況問い合わせ応答をサーバ２に送信する（図示せず）。
ステップＳ４１５でバックアップ問い合わせ応答を受信したサーバ２のストレージアクセスプログラム２４の休止復帰処理部２４２は、当該バックアップ状況問い合わせ応答から該当するディスク５がバックアップ中、かつ読書込要求が復帰時書込要求であるか否かを判定する（Ｓ４１６）。つまり、ディスク５がバックアップ中、かつサーバ２自身がディスク５にデータを書き込もうとしているか否かを判定する。読書込要求が復帰時書込要求であるか否かの判定は、例えば、読書込要求が「読込要求」である場合、「０」を、「復帰時書込要求である場合、「１」をフラグとして、読書込要求に付しておき、休止復帰処理部２４２が、このフラグを基に判定してもよい。
ステップＳ４１６の判定の結果、バックアップ中、かつ読書込要求が復帰時書込要求である場合（Ｓ４１６→Ｙｅｓ）、つまり、ディスク５がバックアップ中、かつサーバ２自身がディスク５にデータを書き込もうとしている場合、ストレージアクセスプログラム２４は、ステップＳ４１４に戻り、バックアップが完了するまでステップＳ４１４からステップＳ４１６を繰り返す。すなわち、サーバ２は、ディスク５へのデータの書き込みを待機する。
ステップＳ４１６の判定の結果、バックアップ中、かつ読書込要求が書込要求でない場合、すなわちディスク５がバックアップ中ではない、または読書込要求が復帰時書込要求ではない（つまり、読込要求）場合（Ｓ４１６→Ｎｏ）、つまり、ディスク５がバックアップ中でない、またはサーバ２自身がディスク５にデータを書き込もうとしていない場合、ストレージアクセスプログラム２４は、ステップＳ４１７に処理を進める。

ステップＳ４１４からステップＳ４１６の処理を行うことで、以下に記載するような効果を得る。
前記したように、休止復帰処理において、ＯＳローダ２３からＢＩＯＳ２５や、ストレージアクセスプログラム２４へ送信される要求は、そのほとんどが読込要求であり、復帰時書込要求の発生は、わずかである。そして、ディスク５がバックアップ中である場合、サーバ２が、ディスク５へデータを書き込むことは、不可能である。しかし、ディスク５がバックアップ中であっても、ディスク５からデータを読み込むことは可能である。
従って、ステップＳ４１６でバックアップ中でないと判定された場合、読書込要求の内容が、読込要求であれば、メモリイメージの読み込みを行うし、復帰時書込要求であれば、スワップファイルへの書き込みや、フラグのリセットなどの復帰時書込処理を行う。
また、ステップＳ４１６で読書込要求が書込要求ではないと判定された場合、読書込要求の内容は、必ず読込要求である。前記した理由により、読込処理は、バックアップ中であろうとなかろうと実行可能である。従って、ステップＳ４１６で読書込要求が書込要求ではないと判定された場合、ディスク５がバックアップ中であろうとなかろうと、メモリイメージをディスク５から読み込む処理を行う。
このようにすることで、再起動処理において、ディスク５がバックアップ中でもメモリイメージを読み込むことが可能となり、若干の復帰時書込要求は、バックアップ後に処理することが可能となる。この結果、ディスク５のバックアップを行いつつ、再起動処理を進めることができ、バックアップ開始から、再起動処理終了までの処理時間を短縮することが可能となる。

次に、休止復帰処理部２４２は、ステップＳ４０９で受信した読書込要求をストレージ装置４に送信する（Ｓ４１７）。
サーバ２からの読書込要求を待機しているストレージ装置４が送信された読書込要求を受信すると（Ｓ４１８）、ストレージ装置４は、ディスク５にストレージ装置自身をアクセスさせ、ディスク５から、メモリイメージを読み込む処理、または前記したスワップファイルへの書き込みやフラグのリセットなどの復帰時書込処理である読書込処理を行う（Ｓ４１９）。このとき、すべてのメモリイメージを読み込むのではなく、一部（通常は、５１２バイト）のメモリイメージを読み込む。
そして、ストレージ装置４は、読書込応答（メモリイメージ読込処理の成功／失敗およびメモリイメージの一部、または復帰時書込処理の成功／失敗）をサーバ２に送信する（Ｓ４２０）。
ストレージ装置４からの読書込応答を待機しているストレージアクセスプログラム２４の休止復帰処理部２４２が読書込応答を受信すると（Ｓ４２１）、休止復帰処理部２４２は、当該読書込応答をＯＳローダ２３に送信する（Ｓ４２２）。

ステップＳ４２３で読書込応答を受信したＯＳローダ２３のメモリイメージ復元処理部２３２は、すべてのメモリイメージの読込処理が完了したか否かを判定する（Ｓ４２４）。具体的には、例えば図９のステップＳ３１９が終了したときに、書き込まれたメモリイメージの容量をバックアップサーバ３が記憶しておき、ステップＳ４０３の処理の後、休止復帰処理部２４２が、バックアップサーバ３からメモリイメージの容量を取得する。休止復帰処理部２４２は、読書込応答におけるメモリイメージの容量を加算して、加算したメモリイメージの容量が、バックアップサーバ３から取得したメモリイメージの容量に達したか否かを判定するなどの方法がある。
ステップＳ４２４の判定の結果、すべてのメモリイメージの読込処理が完了していないと判定された場合（Ｓ４２４→Ｎｏ）、サーバ２は、ステップＳ４０６に処理を戻し、すべてのメモリイメージの読込が完了するまでステップＳ４０６から、ステップＳ４２４の処理を繰り返す。
ステップＳ４２４の判定の結果、すべてのメモリイメージの読書込処理が完了していたと判定された場合（Ｓ４２４→Ｙｅｓ）、サーバ２は、図７のステップＳ１１９に処理を進める。

次に、本発明が適用されるバックアップ装置の別の実施形態について、説明する。この実施形態は、バックアップディスク６のデータがディスク５のデータのシャドウイメージとなっている場合である。
シャドウイメージは、ストレージ装置４の機能であり、ディスク５へデータを書き込む際に、当該データが、一時的にストレージ装置４に蓄積され、あるタイミングで蓄積されていたデータが、バックアップディスク６へ反映される機能である。
本実施形態において、シャドウイメージの機能を使用する場合、ステップＳ１１５の処理が、ストレージ装置４に蓄積されていたデータが、バックアップディスク６に反映される処理に置き換わる。

本実施形態に係るストレージセントリックシステムの構成を示す概略図である。 サーバとバックアップサーバとの構成を示す概略図である。 サーバのハードウェア構成を示す概略図である。 状態管理テーブルを示すテーブル構成図である。 サーバ−ストレージ装置対応テーブルを示すテーブル構成図である。 ＢＩＯＳが保存する基本入出力処理関数アドレステーブルを示すテーブル構成図である。 本実施形態におけるバックアップ処理の流れを示すフローである。 公知技術における休止処理の流れを示すフローである。 メモリイメージコピー処理（図７のＳ１０９）の流れを示すフローである。 休止復帰処理（図７のＳ１１８）の流れを示すフローである。

符号の説明

１ ストレージセントリックシステム
２ サーバ
３ バックアップサーバ
４ ストレージ装置
５ ディスク
６ バックアップディスク
７ クライアント
８，９ ネットワーク
２１ バックアップエージェント
２２ ＯＳ
２３ ＯＳローダ
２４ ストレージアクセスプログラム
２５ ＢＩＯＳ
３１ 主記憶バックアップ管理部
３２ ディスクバックアップ処理部
３３ 記憶部
２１１ 主記憶バックアップ処理部
２２１ ユーザ使用判定部
２２２ ディスク管理部
２２３ 入出力デバイスドライバ
２３１ メモリイメージ保存処理部
２３２ メモリイメージ復元処理部
２４１ 休止処理部
２４２ 休止復帰処理部
２４３ ストレージ装置通信処理部
２５１ 基本入出力処理関数アドレステーブル
３３１ 状態管理テーブル
３３２ サーバ−ストレージ装置対応テーブル

Claims (18)

1. 記憶装置であるディスク、およびディスクのデータのバックアップ先であるバックアップディスクを備えるストレージ装置と、主記憶装置を備える計算機と、前記ディスクのデータを、前記バックアップディスクにバックアップする処理を行うバックアップサーバとがネットワークを介して接続可能にされ、
   少なくとも前記ディスクと、前記ストレージ装置と、前記計算機と、前記バックアップサーバとの間におけるデータの送受信は、ｉＳＣＳＩに基づく通信プロトコルによって行われるストレージセントリックシステムにおけるバックアップ方法であって、
   前記計算機が、
   前記計算機自身に対するアクセスの有無を判定し、
   前記判定の結果、前記アクセスがない場合、前記主記憶装置のデータであるメモリイメージを前記ディスクに保存し、
   前記計算機自身の電源をＯＦＦにし、
   前記バックアップサーバが、
   前記ディスクのデータを、前記バックアップディスクにバックアップすることを特徴とするバックアップ方法。
2. 前記計算機は、
   前記メモリイメージを、前記計算機に備えられた補助記憶装置に保存するＯＳローダと、
   前記メモリイメージを、前記ストレージ装置に送信するストレージアクセスプログラムと、
   各プログラムを呼び出す際に、ＢＩＯＳが参照するメモリアドレスが保存されている基本入出力関数アドレステーブルを保持するＢＩＯＳとを備え、
   前記ストレージアクセスプログラムが、前記基本入出力関数アドレステーブルにおける前記ＯＳローダを呼び出すメモリアドレスを、前記ストレージアクセスプログラム自身を呼び出すメモリアドレスに書き換えることを特徴とする請求項１に記載のバックアップ方法。
3. 前記バックアップしたディスクのデータは、前記メモリイメージを含むことを特徴とする請求項１に記載のバックアップ方法。
4. 前記計算機が、
   前記メモリイメージの保存後に、前記メモリイメージの保存完了の通知を、前記バックアップサーバに行うことを特徴とする請求項１に記載のバックアップ方法。
5. 前記ストレージ装置は、前記ディスクに書き込まれるデータを蓄積する機能を有し、
   前記バックアップは、前記ストレージ装置に蓄積されているデータを、前記バックアップディスクに書き込む処理であることを特徴とする請求項１に記載のバックアップ方法。
6. 前記バックアップサーバが、前記ディスクのデータを、前記バックアップディスクにバックアップした後、
   前記バックアップサーバが、
   前記計算機を起動し、
   前記計算機が、
   前記ディスクから、前記ディスクに保存したメモリイメージを読み取り、
   前記読み取ったメモリイメージを前記主記憶装置に保存することを特徴とする請求項１に記載のバックアップ方法。
7. 前記計算機は、
   前記計算機に備えられた補助記憶装置から前記メモリイメージを読み込むＯＳローダと、
   前記ストレージ装置を介して、前記ディスクからメモリイメージを読み込むストレージアクセスプログラムと、
   各プログラムを呼び出す際に、前記ＢＩＯＳが参照するメモリアドレスが保存されている基本入出力関数アドレステーブルを保持するＢＩＯＳとを備え、
   前記ストレージアクセスプログラムが、前記基本入出力関数アドレステーブルにおける前記ＯＳローダを呼び出すメモリアドレスを、前記ストレージアクセスプログラム自身を呼び出すメモリアドレスに書換えることを特徴とする請求項６に記載のバックアップ方法。
8. 前記バックアップサーバは、
   前記ディスクが、バックアップ中であるか否かに関する情報を含む状態管理テーブルを保持し、
   前記計算機が、
   前記ディスクに保存したメモリイメージを読み取る前に、前記バックアップサーバへ、前記ディスクがバックアップ中であるか否かを問い合わせ、
   前記バックアップサーバが、
   前記状態管理テーブルを参照して、前記ディスクがバックアップ中であるか否かに関する情報を前記計算機へ送信し、
   前記計算機が、
   前記情報を基に、前記ディスクがバックアップ中、かつ前記計算機自身がディスクにデータを書き込もうとしているか否かを判定し、
   前記ディスクがバックアップ中、かつ前記計算機自身がディスクにデータを書き込もうとしている場合に、
   前記ディスクへのデータの書き込みを待機することを特徴とする請求項６に記載のバックアップ方法。
9. 記憶装置であるディスクを備えるストレージ装置と、主記憶装置を備える計算機と、前記ディスクのデータを、前記ディスクとは別のディスクにバックアップする処理を行うバックアップサーバとがネットワークを介して接続可能にされ、
   少なくとも前記ディスクと、前記ストレージ装置と、前記計算機と、前記バックアップサーバとの間におけるデータの送受信は、ｉＳＣＳＩに基づく通信プロトコルによって行われるストレージセントリックシステムにおける計算機のバックアップ方法であって、
   計算機は、前記計算機自身に対するアクセスの有無を判定し、
   前記判定の結果、前記アクセスがない場合、前記主記憶装置のデータであるメモリイメージを前記ディスクに保存し、
   前記計算機自身の電源をＯＦＦにすることを特徴とするバックアップ方法。
10. 前記計算機は、
    前記メモリイメージを、前記計算機に備えられた補助記憶装置に保存するＯＳローダと、
    前記メモリイメージを、前記ストレージ装置に送信するストレージアクセスプログラムと、
    各プログラムを呼び出す際に、ＢＩＯＳが参照するメモリアドレスが保存されている基本入出力関数アドレステーブルを保持するＢＩＯＳとを備え、
    前記ストレージアクセスプログラムが、前記基本入出力関数アドレステーブルにおける前記ＯＳローダを呼び出すメモリアドレスを、前記ストレージアクセスプログラム自身を呼び出すメモリアドレスに書換えることを特徴とする請求項９に記載のバックアップ方法。
11. 前記計算機が、
    前記メモリイメージの保存後に、前記メモリイメージの保存完了の通知を、前記バックアップサーバに行うことを特徴とする請求項９に記載のバックアップ方法。
12. 前記バックアップを完了した前記バックアップサーバによって、起動され、
    前記ディスクから、前記ディスクに保存したメモリイメージを読み取り、
    前記読み取ったメモリイメージを前記主記憶装置に保存することを特徴とする請求項９に記載のバックアップ方法。
13. 前記計算機は、
    前記計算機に備えられた補助記憶装置から前記メモリイメージを読み込むＯＳローダと、
    前記ストレージ装置を介して、前記ディスクからメモリイメージを読み込むストレージアクセスプログラムと、
    各プログラムを呼び出す際に、ＢＩＯＳが参照するメモリアドレスが保存されている基本入出力関数アドレステーブルを保持するＢＩＯＳとを備え、
    前記ストレージアクセスプログラムが、前記基本入出力関数アドレステーブルにおける前記ＯＳローダを呼び出すメモリアドレスを、前記ストレージアクセスプログラム自身を呼び出すメモリアドレスに書換えることを特徴とする請求項１２に記載のバックアップ方法。
14. 前記計算機が、
    前記ディスクに保存したメモリイメージを読み取る前に、
    前記バックアップサーバに、前記ディスクがバックアップ中であるか否かを問い合わせ、
    前記バックアップサーバから、前記ディスクがバックアップ中であるか否かに関する情報を送信され、
    前記情報を基に、前記ディスクがバックアップ中、かつ前記計算機自身がディスクにデータを書き込もうとしているか否かを判定し、
    前記ディスクがバックアップ中、かつ前記計算機自身がディスクにデータを書き込もうとしている場合に、
    前記ディスクへのデータの書き込みを待機することを特徴とする請求項１２に記載のバックアップ方法。
15. 記憶装置であるディスク、およびディスクのデータのバックアップ先であるバックアップディスクを備えるストレージ装置と、主記憶装置を備える計算機と、前記ディスクのデータを、前記バックアップディスクにバックアップする処理を行うバックアップサーバとがネットワークを介して接続可能にされ、
    少なくとも前記ディスクと、前記ストレージ装置と、前記計算機と、前記バックアップサーバとの間におけるデータの送受信は、ｉＳＣＳＩに基づく通信プロトコルによって行われるストレージセントリックシステムにおける前記バックアップサーバのバックアップ方法であって、
    前記計算機から、前記主記憶装置のデータであるメモリイメージの前記ディスクへの保存完了の通知を受信した後、前記ディスクのデータを、前記バックアップディスクにバックアップすることを特徴とするバックアップ方法。
16. 前記バックアップしたディスクのデータは、前記メモリイメージを含むことを特徴とする請求項１５に記載のバックアップ方法。
17. 前記バックアップサーバが、前記ディスクのデータを、前記バックアップディスクにバックアップした後、
    前記バックアップサーバが、
    前記計算機を起動することを特徴とする請求項１５に記載のバックアップ方法。
18. 請求項１から請求項１７に記載のバックアップ方法を、コンピュータに実行させることを特徴とするバックアッププログラム。

Images