JP2006024066A - クライアントサーバシステム - Google Patents

Abstract

【課題】 バックアップのクライアントへの復元の際に、ネットワークに負荷をかけることなく、容易にクライアント側の復元作業を行うことができるクライアントサーバシステムを提供する。
【解決手段】 複数のクライアント１４０と、複数のクライアント１４０を管理する管理サーバ１００と、複数のクライアント１４０および管理サーバ１００が接続されるネットワーク１８０とを備え、管理サーバ１００は、クライアント１４０側のハードディスク１５０の故障を、ハードディスク１５０自体の自己監視および解析情報に基づいて予測し、その予測結果に基づいて、クライアント１４０側のハードディスク１５０のバックアップを、クライアント１４０側のハードディスク１５０との互換性のある管理サーバ１００側のリムーバブルハードディスク１１０上に作成する。
【選択図】 図１

Description

本発明は、ネットワーク接続されたクライアントサーバシステムに関し、特に、クライアントのハードディスクのバックアップに適用して有効な技術に関するものである。

従来のクライアントサーバシステムでのクライアントのバックアップ方法として、クライアント側の操作により、管理サーバ側にバックアップされたデータから必要なデータを復旧するもの（例えば、特許文献１参照）や、クライアントのハードディスクの交換を検出し、あらかじめ格納されたバックアップデータを自動的に復元するもの（例えば、特許文献２参照）があった。これらのバックアップ方法では、データ復元の際に、復元するデータはネットワーク経由で転送しており、また、クライアント側のデータのサーバへのバックアップのタイミングは任意となっている。
特開平８−４４６４８号公報 特開２００２−２２２１０６号公報

しかしながら、特許文献１、２に記載されたような、従来のクライアントサーバシステムでのバックアップ方法では、サーバ側に作成されたデータをクライアント側のハードディスクなどに復元する際にネットワーク経由でデータの送信を行うため、時間がかかると同時にネットワークへの負荷がかかるという問題があった。

また、サーバへのバックアップ作成のタイミングは、例えば、１週間や１ヶ月ごとなど管理者が意図したときであり、ハードディスクなどの状態とは無関係にバックアップを行っていたため、ハードディスクなどが故障する前の最適なタイミングでのバックアップを行うことは難しいという問題があり、例えば、サーバ側にバックアップを作成したが、その次のバックアップのタイミングまでにクライアントのハードディスクが故障した場合、バックアップを作成した時点から故障した時点までのデータは失われることになる。

また、サーバ側からクライアントにデータの復元を行うためには、バックアップツールやバックアップツールを使うための知識が必要となり、クライアントのユーザなどがバックアップ作業を行うことは難しいという問題があった。

本発明の目的は、バックアップのクライアントへの復元の際に、ネットワークに負荷をかけることなく、容易にクライアント側の復元作業を行うことができるクライアントサーバシステムを提供することにある。

本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。

本発明によるクライアントサーバシステムは、複数のクライアントと、複数のクライアントを管理する管理サーバと、複数のクライアントおよび管理サーバが接続されるネットワークとを備え、管理サーバは、クライアント側のハードディスクの故障を、ハードディスク自体の自己監視および解析情報に基づいて予測し、その予測結果に基づいて、クライアント側のハードディスクのバックアップを、クライアント側のハードディスクとの互換性のある管理サーバ側のリムーバブルハードディスク上に作成するものである。

本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。

本発明によれば、クライアントのハードディスクの故障を事前に予測し、クライアントのハードディスクのバックアップを、クライアント側のハードディスクとの互換性のある管理サーバ側のリムーバブルハードディスク上に作成しているので、バックアップのクライアントへの復元の際に、ネットワークに負荷をかけることなく、容易にクライアント側の復元作業を行うことができ、保守作業を簡略化することができる。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。

＜クライアントサーバシステムの全体構成＞
図１により、本発明の一実施の形態に係るクライアントサーバシステムの全体構成の一例について説明する。図１は本発明の一実施の形態に係るクライアントサーバシステムの全体構成を示す構成図である。

図１において、クライアントサーバシステムは管理サーバ１００と複数のクライアント１４０から構成され、管理サーバ１００と複数のクライアント１４０はネットワーク１８０を介して接続されている。

管理サーバ１００は、管理サーバ１００で使用するハードディスク１９０のほかに、クライアント１４０のバックアップを格納するための複数台のリムーバブルハードディスク１１０（図１に示す例では２台）が取り付けられるようになっている。

クライアント１４０は、通常、ハードディスク１５０が１台以上装備されており、オペレーティングシステムをはじめ、さまざまなアプリケーションやユーザデータなどのクライアント環境１６０が保存されている。

また、クライアント１４０のハードディスク１５０には、ハードディスク自体の自己監視および解析情報（Ｓｅｌｆ−Ｍｏｎｉｔｏｒｉｎｇ，Ａｎａｌｙｓｉｓ，ａｎｄ Ｒｅｐｏｔｉｎｇ Ｔｅｃｈｎｏｌｏｇｙ、以下ＳＭＡＲＴ情報１７０という）と呼ばれる、ハードディスク自身の状態を示す情報が保持されており、ソフトウェア的手段で読み出せるようになっている。

ハードディスク１５０内のＳＭＡＲＴ情報１７０には、ハードディスク１５０の状態に関する情報がいくつか定義されており、それぞれの情報に対する故障の予兆として認識する閾値の情報も保持されている。

また、管理サーバ１００では、ハードディスク１９０内にクライアント監視ソフトウェア１３０が格納されており、このクライアント監視ソフトウェア１３０を実行することにより、クライアント１４０のハードディスク１５０のＳＭＡＲＴ情報１７０を、例えば、１日に１回や８時間に１回など定期的に取得して解析している。

管理サーバ１００では、クライアント監視ソフトウェア１３０による解析の結果、ハードディスク１５０に故障の予兆が発見されると、管理サーバ１００上のバックアップ用ソフトウェアは、クライアント１４０のハードディスク１５０の内容を管理サーバ１００のリムーバブルハードディスク１１０に作成する。ここで、作成されたリムーバブルハードディスク１１０を取り外し、故障が予想されるクライアント１４０側のハードディスク１５０と交換することで、クライアント１４０はハードディスク１４０の故障でデータを失うことなく、通常の業務を続けることができる。

このクライアント１４０側のハードディスク１５０とリムーバブルハードディスク１１０の交換は、クライアント１４０側でリムーバブルハードディスク１１０を直接取り付けられる場合は、そのまま交換し、クライアント１４０側でリムーバブルハードディスク１１０を直接取り付けられない場合は、リムーバブルハードディスク１１０からハードディスクを取り出して、クライアント１４０のハードディスク１５０と交換する。

また、リムーバブルハードディスク１１０には、バックアップを作成したクライアント１４０を区別するためのＩＤチェック部２００が格納されており、例えば、クライアント１４０側で、リムーバブルハードディスク１１０が交換された、最初の起動時に、１回だけ読み込まれるソフトウェアなどで構成され、交換されたリムーバブルハードディスク１１０が、目的のクライアント１４０のものかどうかが判断されるようになっている。これにより、間違ったリムーバブルハードディスク１１０がクライアント１４０のハードディスク１５０と交換されることを防止している。

なお、クライアント１４０のハードディスク１５０のバックアップが作成される管理サーバ１００のリムーバブルハードディスク１１０は、クライアント１４０側のハードディスク１５０と交換してもそのまま動作するように、クライアント１４０のハードディスク１５０と互換性のあるものを使用し、また、クライアント１４０側で動作可能なものであれば、容量が異なるものでもよい。

また、管理サーバ１００とクライアント１４０が遠隔地に存在した場合では、同様にネットワーク１８０で接続されていれば、クライアント１４０のハードディスク１５０のクライアント環境１６０はネットワーク１８０を経由して管理サーバ１００のリムーバブルハードディスク１１０に作成される。

このようにして作成されたクライアント１４０のクライアント環境１６０の入ったリムーバブルハードディスク１１０を、管理サーバ１００から取り外してクライアント１４０のハードディスク１５０と交換するだけで、そのままクライアント１４０で使用できるようになる。また、管理サーバ１００とクライアント１４０が遠隔地に存在した場合は、管理サーバ１００のリムーバブルハードディスク１１０に作成されたハードディスクをクライアント１４０のある地点に送付し、クライアント１４０の設置されている場所で交換作業を行う。

このように、クライアント１４０のハードディスク１５０の故障が事前に予測できるため、故障前にクライアント１４０のハードディスク１５０のバックアップを作成し、その時点でクライアント１４０のハードディスク１５０を新しいものと交換できるため、ハードディスク１５０の故障によりデータを失うことがない。また、管理サーバ１００側に作成されたバックアップはリムーバブルハードディスク１１０に作成されており、このリムーバブルハードディスク１１０は、そのままクライアント１４０側で使用できるため、バックアップの復元に要する時間を短縮することが可能である。

また、クライアント１４０に対する作業としては、ハードディスク１５０の交換のみとなるので、ハードディスク１５０の交換後のバックアップを復元するための特別な手順も必要なく、通常の保守員や、ユーザによる保守が可能となる。

＜バックアップ作成の動作＞
次に、図２により、本発明の一実施の形態に係るクライアントサーバシステムのバックアップ作成動作について説明する。図２は本発明の一実施の形態に係るクライアントサーバシステムのバックアップ作成動作を示すフローチャートである。

まず、管理サーバ１００はクライアント監視ソフトウェア１３０を実行することにより、クライアント１４０のハードディスク１５０のＳＭＡＲＴ情報１７０を取得し、解析する（Ｓ２０１）。

ＳＭＡＲＴ情報１７０には、いくつかの項目に対するハードディスクの現在の状態（例えば、リード失敗回数情報、交代セクタの残り情報等）と、それぞれの閾値が含まれており、これらの閾値と、実際の状態を比較し、閾値を超えた項目があるか否かを判断し、クライアント１４０のハードディスク１５０の状態を判断する（Ｓ２０２）。

Ｓ２０２で比較の結果、閾値を超えた項目がない場合には、そのまま処理を終了し、Ｓ２０２での比較の結果、閾値を超えた項目がある場合には、そのハードディスク１５０が搭載されているクライアント１４０をバックアップの対象としておく（Ｓ２０３）。

このバックアップ対象のクライアント１４０の情報は、例えば、管理サーバ１００上に各クライアント１４０の情報を示すクライアント管理テーブルなどを保持し、その各クライアント１４０の情報のバックアップ対象フラグなどを設定するなどして、バックアップの対象の管理を行う。

なお、Ｓ２０３でバックアップ対象となったクライアント１４０の使用者には、例えば、ハードディスク１５０を交換する必要がある旨の表示や、管理サーバ１００へのバックアップの作成が行われる旨の表示などを行い、クライアント１４０の使用者に対する情報の提供を行う。

なお、このときに、バックアップ対象となったクライアント１４０の使用者に対して、今すぐバックアップを行うことが可能かどうかを確認し、バックアップ対象となったクライアント１４０の使用者からの応答により、クライアント１４０の使用中であっても、バックアップを行うようにしてもよい。

そして、今すぐにバックアップ作成を開始できるか否かを判断する（Ｓ２０４）。なお、Ｓ２０４では、管理サーバ１００のリムーバブルハードディスク１１０の容量が、クライアント環境１６０をバックアップするのに十分な容量かどうかや、クライアント１４０が現在使用中などの状態でバックアップ作成を開始できない状態ではないかや、利用者からの応答などを調査して、バックアップ作成の可否を決定する。

Ｓ２０４での判断の結果、バックアップを作成できる状態の場合には、管理サーバ１００のリムーバブルハードディスク１１０にバックアップ対象となったクライアント１４０のハードディスク１５０のバックアップ作成を開始し、バックアップの作成を開始した旨を管理者に通知する。また、正常にバックアップを終了した時点で、クライアント１４０のハードディスク１５０を交換するよう、管理者に通知し、ハードディスク１５０の内容がバックアップされた旨をクライアント１４０の使用者にも通知する（Ｓ２０５）。

このＳ２０５での、クライアント１４０のハードディスク１５０を交換するように指示する通知は、クライアント１４０の使用者が、ハードディスク１５０の交換作業を行う場合には、クライアント１４０上に通知し、クライアント１４０の使用者自身でハードディスク１５０を交換するようにしてもよい。この作業は、ハードディスク１５０の交換のみの作業で、その後のバックアップ復元の操作は必要ないため、クライアント１４０の使用者による作業においても、容易に行うことが可能である。

また、バックアップが作成された後は、クライアント１４０上での作業によるハードディスク１５０の内容が変わってしまった場合には、バックアップの復元後に反映されないため、クライアント１４０の利用者には、バックアップを作成した後に、バックアップを取ったので、以後の作業は、バックアップ復元後には、反映されない旨の表示を行うなどして、利用者に注意をしてもらうようにする。

Ｓ２０４での判断の結果、今すぐにバックアップ作成を開始できない場合は、そのまま処理を終了するが、Ｓ２０３で、このクライアント１４０のクライアント環境１６０はバックアップ作成の対象となっているので、例えば、管理サーバ１００において、バックアップ対象となっているクライアント１４０の状態を監視し、業務時間外など、バックアップを作成できるようになるまで待ち、バックアップを作成できる状態になった後、Ｓ２０５でのバックアップ作成の処理を実行することになる。

なお、管理サーバ１００のリムーバブルハードディスク１１０にバックアップを作成した後に、クライアント１４０を使用して、ハードディスク１５０の内容が更新された場合には、その更新部分のデータを管理サーバ１００で管理し、ハードディスク１５０を交換後、管理サーバ１００で管理している更新部分のデータにより、更新部分を反映した状態にしてもよい。

また、管理サーバ１００のリムーバブルハードディスク１１０にバックアップを作成した後は、バックアップを作成したクライアント１４０では、ネットワーク１８０を介して、管理サーバ１００のリムーバブルハードディスク１１０に作成されたバックアップに対して、アクセスするようにして、バックアップ作成からハードディスク１５０を交換するまでの間は、管理サーバ１００のリムーバブルハードディスク１１０を、クライアント１４０のハードディスク１５０として使用するようにしてもよい。この場合は、管理サーバ１００のリムーバブルハードディスク１１０にバックアップを作成した後に、クライアント１４０が使用されても、ハードディスク１５０の交換時点の内容を復元することが可能である。この場合は、クライアント１４０のハードディスク１５０を交換する際には、クライアント１４０側の使用を完全に終了させ、開いているファイルなどがない状態として、交換作業を行うことになる。

また、業務時間外などで、クライアント１４０の電源が切れているときに、バックアップを作成する場合には、管理サーバからの指示により、バックアップ対象のクライアント１４０の電源を入れて、バックアップ作業を行い、バックアップ終了後に、再度、クライアント１４０の電源を切るようにすることも可能である。その際には、クライアント１４０の使用者が、業務時間になり、クライアント１４０の電源を入れた際に、バックアップを作成した旨の表示を行うようにする。また、業務時間外によるバックアップ作成の後、業務開始時間までに、管理者などにより、ハードディスク１５０が交換された場合には、クライアント１４０のハードディスク１５０は、正常な状態になったので、クライアント１４０には、何の表示も行われずに通常のクライアント１４０の通常の業務を続けることになる。

以上のように、管理サーバ１００により、クライアント１４０のハードディスク１５０の状態を監視し、故障の予兆が発見されると、クライアント１４０をバックアップ対象として、クライアント１４０のハードディスク１５０と互換性のある、管理サーバ１００のリムーバブルハードディスク１１０に、クライアント１４０のハードディスク１５０のバックアップを作成するようにしたので、バックアップのクライアント１４０への復元の際に、ネットワーク１８０に負荷をかけることなく、容易にクライアント１４０側の復元作業を行うことができ、クライアント１４０側の復元作業も、ハードディスク１５０を交換するだけで行うことが可能である。

＜管理サーバのハードディスクへのバックアップ＞
次に、図３および図４により、本発明の一実施の形態に係るクライアントサーバシステムの管理サーバへのバックアップ作成の処理において、すでに管理サーバのリムーバブルハードディスクにクライアント環境がバックアップされている場合のバックアップ動作について説明する。図３は本発明の一実施の形態に係るクライアントサーバシステムにおいて、すでに管理サーバのリムーバブルハードディスクにクライアント環境がバックアップされている場合を説明するための説明図、図４は本発明の一実施の形態に係るクライアントサーバシステムにおいて、すでに管理サーバのリムーバブルハードディスクにクライアント環境がバックアップされている場合のバックアップ作成部分の動作を示すフローチャートである。

図３において、管理サーバ１００のハードディスク１９０内には、クライアント１４０のクライアント環境１６０のバックアップを格納する領域が設けられている。この管理サーバ１００のハードディスク１９０内に格納されたクライアント１４０のクライアント環境１６０は、そのままの状態でクライアント１４０上のハードディスク１５０と交換されるものではないため、例えば圧縮した状態などで格納するようにしてもよい。

図２のＳ２０５に示すように、クライアント環境１６０のバックアップを作成しようとしたが、例えば、すでにリムーバブルハードディスク１１０に他のクライアント１４０のバックアップが作成されていた場合や、管理サーバ１００にリムーバブルハードディスク１１０が装着されていなかった場合や、リムーバブルハードディスク１１０内にハードディスクが装着されていなかった場合などでは、管理サーバ１００のリムーバブルハードディスク１１０にはクライアント１４０のバックアップを作成することができないため、管理サーバ１００のハードディスク１９０に一時的にクライアント環境１６０のバックアップを作成し、例えば、管理サーバ１００で管理しているリムーバブルハードディスク１１０へのバックアップ作成待ちの一覧に登録しておく。

そして、管理サーバ１００のリムーバブルハードディスク１１０が新しいものと交換されるなどして、クライアント環境１６０のバックアップが作成できる状態になったときに、バックアップ作成待ち一覧の登録順に、リムーバブルハードディスク１１０へのバックアップの作成が開始される。このときのバックアップ元は、管理サーバ１００のハードディスク１９０に作成されたクライアント環境１６０のバックアップであり、バックアップ先はリムーバブルハードディスク１１０となる。

この、バックアップ作成時の動作としては、図４に示すように、まず、クライアント１４０のバックアップを作成するときに、管理サーバ１００のリムーバブルハードディスク１１０に、すでにクライアント１４０のバックアップが作成されているかや、リムーバブルハードディスク１１０が装着されているかなどをチェックし、管理サーバ１００のリムーバブルハードディスク１１０が空の状態か否かを判断する（Ｓ４０１）。

そして、Ｓ４０１でリムーバブルハードディスク１１０に、すでにほかのクライアント１４０のバックアップが作成されていたり、リムーバブルハードディスク１１０が装着されていなかった場合などで、管理サーバ１００のリムーバブルハードディスク１１０が空の状態でないと判断されると、管理サーバ１００のハードディスク１９０に一時的にクライアント環境１６０のバックアップを作成し（Ｓ４０４）、例えば、管理サーバで管理されているリムーバブルハードディスク１１０へのバックアップ作成待ちの一覧に登録する（Ｓ４０５）。

また、Ｓ４０１で管理サーバ１００のリムーバブルハードディスク１１０が空の状態であると判断されると、クライアント環境１６０のバックアップを直接リムーバブルハードディスク１１０に作成する（Ｓ４０２）。

そして、Ｓ４０２で作成されたリムーバブルハードディスク１１０が、バックアップを作成したクライアント１４０以外のクライアント１４０で動作しないように、クライアント１４０のハードウェア固有のＩＤを使用して、ＩＤチェック部２００を作成し、リムーバブルハードディスク１１０に書き込む（Ｓ４０３）。

そして、Ｓ４０２およびＳ４０３で作成されたリムーバブルハードディスク１１０がクライアント１４０に装着され最初に起動されるときに、例えば、ＩＤチェック部２００がまず実行され、リムーバブルハードディスク１１０のハードディスクとクライアント１４０の組み合わせが正しいかどうかがチェックされるようになっている。

そして、正しい組み合わせであれば、以後の起動時にはＩＤのチェックは行われないように処理され、もし、正しくない組み合わせであれば、ハードディスク内部のデータの変更を防ぐため、クライアント１４０は起動せずに注意を促す画面を表示するなどしてクライアント１４０を停止させるように処理される。このように、ＩＤチェック部２００により、間違ったリムーバブルハードディスク１１０がクライアント１４０に装着されてしまった場合には、そのリムーバブルハードディスク１１０を使用できないようにすることが可能である。

＜保守会社によるハードディスク保守＞
図５および図６により、本発明の一実施の形態に係るクライアントサーバシステムの保守会社によるハードディスク保守の一例を説明する。図５は本発明の一実施の形態に係るクライアントサーバシステムのハードディスク保守を保守会社で行う場合の構成を示す構成図、図６は本発明の一実施の形態に係るクライアントサーバシステムと保守会社との間の動作を示す図である。

図５において、管理サーバ１００とクライアント１４０は、ネットワーク１８０を介して接続されており、同じネットワーク１８０には、クライアントサーバシステムの保守作業を行う保守会社６００が接続されている。

管理サーバ１００はネットワーク１８０を介して、保守会社６００に対して、クライアント１４０のハードディスク１５０交換などの指示を出すことができる。

この、保守会社６００へのハードディスク１５０交換の指示の動作としては、図６に示すように、まず、管理サーバ１００はクライアント１４０から、定期的にＳＭＡＲＴ情報１７０を取得し（Ｓ６０１）、その結果、クライアント１４０のハードディスク１５０に故障の予兆が発見されると、管理サーバ１００上のバックアップ用ソフトウェアは、クライアント１４０のハードディスク１５０の内容のバックアップの作成開始の可否を調査する（Ｓ６０２）。Ｓ６０２で作成可能であれば、クライアント１４０のクライアント環境１６０を直ちに管理サーバ１００のリムーバブルハードディスク１１０にバックアップ開始する（Ｓ６０３）。

そして、Ｓ６０３でのバックアップが正常に終了したら、管理サーバ１００はクライアント１４０に対して、バックアップが完了した旨を通知し（Ｓ６０４）、その後保守会社６００に対して、当該クライアント１４０のハードディスク１５０と、管理サーバ１００のリムーバブルハードディスク１１０との交換を指示する（Ｓ６０５）。

そして、交換の指示を受けた保守会社６００は、管理サーバ１００のリムーバブルハードディスク１１０を、クライアント１４０のハードディスク１５０と交換する作業を行う（Ｓ６０６）。

このように、保守会社６００により、クライアント１４０のハードディスク１５０の保守を行う場合であっても、管理サーバ１００により、クライアント１４０のハードディスク１５０のＳＭＡＲＴ情報１７０を監視し、クライアント１４０のハードディスク１５０に故障の予兆が発見されると、管理サーバ１００のリムーバブルハードディスク１１０にクライアント環境１６０のバックアップを行い、保守会社６００は、管理サーバ１００からのクライアント１４０のハードディスク１５０の交換指示により、リムーバブルハードディスク１１０をクライアント１４０のハードディスク１５０と交換することにより、クライアント１４０の保守作業が完了し、保守作業の時間を短縮することが可能である。

なお、図５に示した例では、ネットワーク１８０に保守会社６００が接続された例で説明したが、保守会社６００をネットワーク１８０には接続せず、管理サーバ１００から保守会社６００へのクライアント１４０のハードディスク１５０の交換指示は、ネットワーク１８０以外の通信回線などにより行うようにしてもよい。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。

本発明の一実施の形態に係るクライアントサーバシステムの全体構成を示す構成図である。 本発明の一実施の形態に係るクライアントサーバシステムのバックアップ作成動作を示すフローチャートである。 本発明の一実施の形態に係るクライアントサーバシステムにおいて、すでに管理サーバのリムーバブルハードディスクにクライアント環境がバックアップされている場合を説明するための説明図である。 本発明の一実施の形態に係るクライアントサーバシステムにおいて、すでに管理サーバのリムーバブルハードディスクにクライアント環境がバックアップされている場合のバックアップ作成部分の動作を示すフローチャートである。 本発明の一実施の形態に係るクライアントサーバシステムのハードディスク保守を保守会社で行う場合の構成を示す構成図である。 本発明の一実施の形態に係るクライアントサーバシステムと保守会社との間の動作を示す図である。

符号の説明

１００…管理サーバ、１１０…リムーバブルハードディスク、１３０…クライアント監視ソフトウェア、１４０…クライアント、１５０…ハードディスク、１６０…クライアント環境、１７０…ＳＭＡＲＴ情報、１８０…ネットワーク、１９０…ハードディスク、２００…ＩＤチェック部、６００…保守会社。

Claims (5)

1. 複数のクライアントと、
   前記複数のクライアントを管理する管理サーバと、
   前記複数のクライアントおよび前記管理サーバが接続されるネットワークとを備え、
   前記管理サーバは、前記クライアント側のハードディスクの故障を、前記ハードディスク自体の自己監視および解析情報に基づいて予測し、その予測結果に基づいて、前記クライアント側のハードディスクのバックアップを、前記クライアント側のハードディスクとの互換性のある前記管理サーバ側のリムーバブルハードディスク上に作成することを特徴とするクライアントサーバシステム。
2. 請求項１記載のクライアントサーバシステムにおいて、
   前記リムーバブルハードディスクは、バックアップを作成した前記クライアントを識別するＩＤチェック部を有することを特徴とするクライアントサーバシステム。
3. 請求項１または２記載のクライアントサーバシステムにおいて、
   前記管理サーバは、前記リムーバブルハードディスク上に、前記クライアント側のハードディスクのバックアップを作成できないとき、一時的に前記管理サーバ側のハードディスク上に前記クライアント側のハードディスクのバックアップを作成することを特徴とするクライアントサーバシステム。
4. 請求項１，２または３記載のクライアントサーバシステムにおいて、
   前記クライアント側のハードディスクは、保守作業時に、前記管理サーバ側の前記リムーバブルハードディスクまたは前記リムーバブルハードディスク内のハードディスクとそのまま交換されることを特徴とするクライアントサーバシステム。
5. 請求項４記載のクライアントサーバシステムにおいて、
   前記管理サーバは、前記リムーバブルハードディスク上に、前記クライアント側のハードディスクのバックアップを作成したとき、前記クライアントサーバシステムの保守作業を行う保守会社に対して、バックアップを作成した前記クライアントの前記ハードディスクを交換するように指示を与えることを特徴とするクライアントサーバシステム。

Images