(57)【要約】【課題】クライアント端末がサイトを変更した場合にも性能が悪化することなくデータの一貫性が保たれるディスクレスブートシステムを提供する。【解決手段】複数のサイトを有し、複数のストレージを含むシステムである。ストレージはストレージ間でデータをコピーする機能を保持する。管理サーバが、ユーザからの接続要求をクライアント端末経由で受け、ユーザの情報から適切な新ストレージを選択し、新ストレージがユーザの前回接続したストレージに等しいか否かを判断する。新ストレージが前回接続したストレージに等しい時には、クライアント端末に前回接続したストレージのアドレスを通知する。異なる場合、新ストレージに対して、リモートコピーの向きを新ストレージを起点として前回接続したストレージを含むユーザに割当てられた他のストレージへの方向に変更するように指示し、変更完了確認後、クライアント端末に新ストレージのアドレスを通知する。【選択図】        図１
2006154935.tif 000002
【特許請求の範囲】
【請求項１】
ストレージ、管理サーバのうちの少なくとも１つを含むサイトを含む複数のサイトを有し、全体として複数のストレージと１または複数の管理サーバを含むシステムであり、前記ストレージはストレージ間でデータをコピーするリモートコピー機能を保持し、前記管理サーバによりシステムのユーザに依存してストレージが選択されるディスクレスブートシステムのストレージ接続方法であって、
前記管理サーバが、
ユーザからの接続要求をクライアント端末経由で受け、ユーザを認識する手順と、
少なくとも認識したユーザの情報から、適切な新ストレージを選択する手順と、
選択した新ストレージが、前記ユーザの前回接続したストレージに等しいか否かを判断する手順と、
前記新ストレージが前回接続したストレージに等しい時には、前記クライアント端末に前回接続したストレージのアドレスを通知する手順と、
前記新ストレージが前回接続したストレージと異なる場合、前記新ストレージに対して、リモートコピーの向きを前記新ストレージを起点として前回接続したストレージを含む前記ユーザに割当てられた他のストレージへの方向に変更するように指示する手順と、
上記変更完了確認後、前記クライアント端末に前記新ストレージのアドレスを通知する手順と
を有することを特徴とするディスクレスブートシステムのストレージ接続方法。
【請求項２】
請求項１に記載のストレージ接続方法におけるユーザを認識する手順において、
ユーザＩＤとパスワードの入力を促すことによりユーザ認証を行う手順を有することを特徴とするディスクレスブートシステムのストレージ接続方法。
【請求項３】
請求項１または２に記載のストレージ接続方法における適切な新ストレージを選択する手順において、
ユーザからの接続要求の発ネットワークアドレスによりクライアント端末の位置を特定する手順と、
正常なサイトの中から前記ユーザに割当てられたストレージの存在するサイトであり、かつ、クライアント端末の位置に最も近いサイトを選ぶ手順と、
選択されたサイトにおいて前記ユーザに割当てられたストレージのアドレス情報を抽出する手順と
を有することを特徴とするディスクレスブートシステムのストレージ接続方法。
【請求項４】
請求項１または２に記載のストレージ接続方法における適切な新ストレージを選択する手順において、
正常なサイトの中から前記ユーザに割当てられたストレージの存在するサイトを抽出する手順と、
抽出したサイトにおいて前記ユーザに割当てられたストレージの負荷をストレージへの問い合わせにより取得する手順と、
ストレージの負荷が最も低いストレージのアドレス情報を抽出する手順と
を有することを特徴とするディスクレスブートシステムのストレージ接続方法。
【請求項５】
請求項１乃至４に記載のストレージ接続方法におけるリモートコピーの向きの変更を指示する手順において、
前記新ストレージに対し、前回接続したストレージからのリモートコピー進捗を問い合わせる手順と、
リモートコピーが終了している場合、向きの変更を指示する手順と、
リモートコピーが未終了の場合、再同期を命令し再同期終了を確認し、向きの変更を指示する手順と
を有することを特徴とするディスクレスブートシステムのストレージ接続方法。
【請求項６】
請求項５に記載のストレージ接続方法におけるリモートコピーの未終了の場合の手順において、
前回接続したストレージの属するサイトの故障状態を確認する手順を有し、
前回接続したストレージの属するサイトが正常の場合、再同期を命令し、再同期終了を確認し、向きの変更を指示する手順と、
前回接続したストレージの属するサイトが正常でない場合、向きの変更を指示する手順と
を有することを特徴とするディスクレスブートシステムのストレージ接続方法。
【請求項７】
ストレージ、管理サーバのうちの少なくとも１つを含むサイトを含む複数のサイトを有し、全体として複数のストレージと１または複数の管理サーバを含むシステムであり、前記ストレージはストレージ間でデータをコピーするリモートコピー機能を保持し、前記管理サーバにより前記システムのユーザに依存してストレージが選択されるディスクレスブートシステムであって、
前記管理サーバが、
ユーザからの接続要求をクライアント端末経由で受け、ユーザを認識する手段と、
少なくとも認識したユーザの情報から、適切な新ストレージを選択する手段と、
選択した新ストレージが、前記ユーザの前回接続したストレージに等しいか否かを判断する手段と、
前記新ストレージが前回接続したストレージに等しい時には、前記クライアント端末に前回接続したストレージのアドレスを通知する手段と、
前記新ストレージが前回接続したストレージと異なる場合、前記新ストレージに対して、リモートコピーの向きを前記新ストレージから前回接続したストレージを含む、ユーザに割当てられた他のストレージの向きに変更するように指示する手段と、
上記変更完了後、前記クライアント端末に新ストレージのアドレスを通知する手段と
を有することを特徴とするディスクレスブートシステム。
【請求項８】
請求項７に記載のディスクレスブートシステムにおけるストレージであって、
ストレージ間でデータをコピーするリモートコピーを行う手段と、
前記管理サーバからのリモートコピーの方向変更命令により、リモートコピーの方向変更を行い、変更完了後、管理サーバに変更完了を通知する手段と
を有することを特徴とするストレージ。
【請求項９】
ユーザからの接続要求をクライアント端末経由で受け、ユーザを認識する手段と、
少なくとも認識したユーザの情報から、適切な新ストレージを選択する手段と、
選択した新ストレージが、前記ユーザの前回接続したストレージに等しいか否かを判断する手段と、
前記新ストレージが前回接続したストレージに等しい時には、前記クライアント端末に前回接続したストレージのアドレスを通知する手段と、
前記新ストレージが前回接続したストレージと異なる場合、前記新ストレージに対して、リモートコピーの向きを前記新ストレージから前回接続したストレージを含む、ユーザに割当てられた他のストレージの向きに変更するように指示する手段と、
上記変更完了後、前記クライアント端末に新ストレージのアドレスを通知する手段を有することを特徴とするディスクレスブートシステムの管理サーバ。
【請求項１０】
請求項８または９に記載の手段をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ディスクレスブートシステムにおけるストレージ接続方法、そのシステム、そのための管理サーバ、ストレージ、およびプログラムに関する。
【背景技術】
【０００２】
ディスクレスブートシステムは、クライアント端末が、ＯＳやアプリケーションやユーザデータが格納されているストレージにネットワークを介して接続し、ＯＳやアプリケーションを起動し、ユーザデータの書込みや読込みを行うシステムである（ここで言う、ストレージはファイルサーバにより構築されたストレージも含む）。
【０００３】
したがって、クライアント端末とストレージが別サイトに存在したり、クライアント端末とストレージがＷＡＮを介して接続されている場合に、ネットワークの遅延が、ＯＳやアプリケーションの性能の悪化や、クライアント端末上でのユーザデータの書込み処理や読込み処理の性能の悪化を引き起こす。そこで、特許文献１では、ネットワークのサイトとＯＳを格納したファイルサーバのマップを含んだ構成ファイルをクライアント端末が起動時にリモートサイトのファイルサーバから獲得し、ローカルサイトのファイルサーバ、つまり、クライアント端末が存在するサイト上のファイルサーバに接続し、ＯＳを起動することにより、効率的なファイル転送を実現している。
【０００４】
【特許文献１】特開２００２−１２３４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記技術は、ユーザが、例えば２つのサイトがあると仮定し、まずサイト＃Ａでサイト＃Ａのストレージを用いて、クライアント端末のＯＳを起動し、書込み処理を行い、シャットダウン後、サイト＃Ｂに移動し、サイト＃Ｂにおいてサイト＃Ｂのストレージを用いて、クライアント端末のＯＳを起動し、書込み処理を行う場合、データの一貫性を保つことができないという問題点がある。
【０００６】
データの一貫性を保つためには、まず、クライアント端末が起動するサイトのストレージを現用系ストレージとして、現用系ストレージから他のサイトのストレージへ同期または非同期で更新データのリモートコピーをすることが必要である。
【０００７】
また、ユーザがサイト間を移動したことにより、ユーザのクライアント端末が、前回クライアント端末が起動したサイトと異なるサイトで起動した場合、現用系ストレージが変更されるため、リモートコピーの方向をクライアント端末の移動と連動して変更することが必要である。
【０００８】
非同期のリモートコピーの場合、さらに、リモートコピーの方向を変更する直前に、更新データのリモートコピーが完了していない場合には、再同期を行い、リモートコピーを完了させることが必要である。
【０００９】
そこで本発明の目的は、クライアント端末がユーザの移動に伴い、リモートサイトで起動した場合にも、クライアント端末からのストレージへのアクセスに関し性能が影響することがなく、かつ、サイトの災害によるデータのリモートコピー処理の中断を除き、データの一貫性を保つディスクレスブートシステムを提供することにある。
【課題を解決するための手段】
【００１０】
そこで上記の課題を解決するために、本発明では、各サイトのサイト名と各サイトのサブネット情報と各サイトの故障状態（正常または故障）と、クライアント端末が前回接続したストレージのアドレス情報と、ユーザに割り当てる各サイトのストレージのアドレス情報を管理サーバで管理する。クライアント端末が管理サーバに問い合わせ要求したときに、故障状態が正常で、かつユーザに割当てられたストレージのあるサイトのうち、クライアント端末に最も近いサイトを選択し、選択したサイトのユーザに割当てたストレージを新ストレージとする。または、故障状態が正常であるサイトのユーザに割当てられたストレージのうち、負荷が最も低いストレージを新ストレージとする。
【００１１】
新ストレージが前回接続したストレージのアドレス情報と異なる場合、管理サーバがストレージのディスク制御部に命令し、前回接続したストレージのデータと新ストレージのデータを再同期し、ストレージ間のリモートコピーの方向を、新ストレージから別サイトのストレージに向けてリモートコピーする方向に変更し、前回接続したストレージのアドレス情報を新ストレージのアドレス情報に更新する。
【００１２】
ただし、リモートコピーが同期型の場合、再同期は必要ない。また、前回接続したストレージのあるサイトの故障状態が故障である場合には、再同期は行わない。
【００１３】
上記より、クライアント端末は、正常なサイトのストレージのうち、例えば最も近いサイトにあるストレージや、最も負荷が低いストレージ等の適切なストレージにアクセスすることができ、クライアント端末からのストレージへのアクセスに関し性能が影響することがなくサイトの災害によるデータのリモートコピー処理の中断を除き、データの一貫性を保つことができる。
【００１４】
ここで、クライアント端末に最も近いサイトを選択する方法については、例えば、クライアント端末を起動するサイトの監視サーバと他のサイトの監視サーバ間で遅延時間を測定し最も短い遅延時間の監視サーバが存在するサイトが最も近いサイトとする等、既存の技術を用いることとし、本発明では、言及しない。
【００１５】
また、負荷の低いストレージを選択する方法は、ストレージのディスク制御部に従来備わった機能により取得する等、既存の技術を用いることとし、本発明では、言及しない。
【００１６】
また、ストレージ間のリモートコピーの方向を変更する方法や、リモートコピーを行うストレージ間のデータの再同期の方法は、ストレージのディスク制御部に従来備わった技術を用いるものとし、本発明では、言及しない。
【発明の効果】
【００１７】
本発明を用いる場合、ユーザの移動に伴い、クライアント端末が起動するサイトを変更した場合にも、適切なストレージにより自動的にＯＳやアプリケーションを起動できるため、ＯＳやアプリケーションの性能の悪化や、クライアント端末上でのユーザデータの書込み処理や読込処理の性能の悪化を防ぐことができ、かつ、前回起動したサイトが障害時の場合を除き、データの一貫性が保たれる。
【発明を実施するための最良の形態】
【００１８】
次に、本発明について図面を参照して詳細に説明する。図１は本発明の１形態を示しており、クライアント端末＃１が起動可能なサイトが２個（サブネット＃３、＃４）、管理サーバ、ストレージ各々が設置されているサイトが２個（サブネット＃１、＃２）の形態である。サイト＃１（サブネット＃１）には管理サーバ＃１、ストレージ＃１、ダウンロードサーバ＃１、ＤＨＣＰサーバ＃１、ＤＮＳサーバ＃１、監視サーバ＃１が属し、サイト＃２（サブネット＃２）には管理サーバ＃２、ストレージ＃２、ダウンロードサーバ＃２、ＤＨＣＰサーバ＃２、ＤＮＳサーバ＃２、監視サーバ＃２が属している。また、サイト＃３（サブネット＃３）にはダウンロードサーバ＃３、ＤＨＣＰサーバ＃３、ＤＮＳサーバ＃３、監視サーバ＃３が属し、サイト＃４（サブネット＃４）にはダウンロードサーバ＃４、ＤＨＣＰサーバ＃４、ＤＮＳサーバ＃４、監視サーバ＃４が属している。クライアント端末＃１は図１に点線で示すようにサイト＃１〜＃４のどれにでも接続可能である。図１においてはクライアント端末＃１をユーザＡが使用しているが、後述のように管理サーバがユーザをユーザ名とパスワードで管理しており、ユーザとクライアント端末の関係は可変である。サイト＃１〜＃４はＩＰネットワークで接続されている。
【００１９】
ストレージ＃１、＃２は、ディスク制御部と図示しない記憶装置（ディスク）を有し、ストレージ＃１、＃２間でデータをコピーするリモートコピー機能を保持している。
【００２０】
管理サーバ＃１、＃２は、図２のサイト管理表２００によりサイト名２０１とサイトのサブネット情報２０２と正常または故障の値を取る故障状態２０３を管理する。図２の例では、サイト＃１のサブネット情報は１９２．４７．１００．０／２４で、故障状態は正常であり、サイト＃２のサブネット情報は１９２．４７．２００．０／２４で、故障状態は正常である。また、管理サーバ＃１、＃２は、図３のユーザ管理表３００によりユーザ名３０１とパスワード３０２と各サイトでユーザに割当てるストレージのアドレス情報３０３、３０４と前回接続したストレージ（以下ログイン時の現用系ストレージとする）のアドレス情報３０５を管理する。図３の例では、３０３はサイト＃１のストレージのアドレス情報であり、３０４はサイト＃２のストレージのアドレス情報である。図３の例では、ユーザ＃１のログイン時の現用ストレージのアドレス情報３０５がサイト＃２のストレージのアドレス情報３０４と同じであることから明らかなように、ユーザ＃１は前回サイト＃２のストレージに接続している。同様に、ユーザ＃２、＃３は前回サイト＃１のストレージに接続している。管理サーバ＃１、＃２はそれぞれの記憶装置にサイト管理表２００とユーザ管理表３００を記憶している。
【００２１】
管理サーバのサービスは全サイト＃１〜＃４で１つ起動しており、管理サーバ内のデータは、常にサービスを起動している管理サーバから、他のサイトの管理サーバ（フェールオーバ先）に同期されているとする。
【００２２】
各サイトの監視サーバ＃１〜＃４は、全管理サーバ（管理サーバ＃１、＃２）のネットワークアドレス情報４０１を管理する管理サーバアドレス情報表４００（図４参照）と、各サイトのサイト名５０１とサブネット情報５０２と管理サーバを起動する優先順位を表す優先順位５０３と故障状態５０４を管理する優先順位表５００（図５参照）と、現用系サイトのサイト名６０１を管理する現用系サイト表６００（図６参照）を管理する。図５の優先順位表５００の例では、サイト＃１の管理サーバ＃１が優先順位１であり、サイト＃２の管理サーバ＃２が優先順位２である。サイト＃３、サイト＃４には管理サーバが存在しないため、優先順位表５００の優先順位５０３の欄は空欄である。現用系サイトとは、故障状態が正常なサイトのうち、最も管理サーバを起動する優先順位が高いサイトである。図６の現用系サイト表６００の例では、優先順位表５００の故障状態５０４の欄が正常で優先順位５０３が１であるサイト名５０１のサイト＃１が、現用系サイト表６００の現用系サイトのサイト名６０１に該当する。管理サーバ起動の優先順位は、管理サーバの負荷等から動的に算出しても良い。監視サーバ＃１〜＃４はそれぞれの記憶装置に管理サーバアドレス情報表４００と優先順位表５００と現用系サイト表６００を記憶している。
【００２３】
各サイトのダウンロードサーバ＃１〜＃４は、クライアント端末＃１がダウンロードするＯＳを起動するためのプログラムとユーザを認証するためのプログラムを保有する。
【００２４】
各サイトのＤＨＣＰサーバ＃１〜＃４はクライアント端末＃１からのネットワークアドレス取得要求に対して、ネットワークアドレスを割当て回答する。
【００２５】
各サイトのＤＮＳサーバ＃１〜＃４は、管理サーバの名称に対し、２つのサイト＃１、＃２にある管理サーバ＃１、＃２のうち、現用系サイトとなっているサイトの管理サーバのネットワークアドレスを、管理サーバのネットワークアドレスとして登録し、クライアント端末＃１から管理サーバのネットワークアドレス取得要求に対し、登録された管理サーバのネットワークアドレスを回答する。
【００２６】
管理サーバは、サイト登録時に管理者より入力されたサイト名２０１とサイトのサブネット情報２０２と故障状態２０３を登録する（図２のサイト管理表２００参照）。監視サーバより、サイトの障害の通知を受信した場合、該当するサイトの故障状態２０３を故障に変更する。また、監視サーバより、サイトの障害復旧の通知を受信した場合、該当するサイトの故障状態２０３を正常に変更する。
【００２７】
管理サーバは、ユーザ登録時に管理者より入力されたユーザ名３０１とパスワード３０２と各サイトでユーザに割当てるストレージのアドレス情報３０３、３０４とログイン時の現用系ストレージのアドレス情報３０５を登録する（図３のユーザ管理表３００参照）。
【００２８】
各サイトの監視サーバ＃１〜＃４は、他サイトの障害をお互いに監視しており、サイトの障害を検出した場合、優先順位表の該当するサイトの故障状態５０４を故障に変更し（図５の優先順位表５００参照）、現用系サイト表６００より、障害が検出されたサイトが現用系サイト以外の場合、管理サーバにサイトの障害を通知する。現用系サイトが障害の場合には、故障状態が正常なサイトのうち、優先順位の高いサイトの管理サーバに、管理サーバをフェールオーバすると同時に、新規管理サーバのアドレスを全ＤＮＳサーバに登録し、現用系サイト表６００の現用系サイトのサイト名６０１を変更し、サイトの障害を管理サーバに通知する。サイトの障害復旧を検出した場合、優先順位表５００の該当するサイトの故障状態５０４を正常に変更し、管理サーバにサイトの障害復旧を通知する。さらに現用系サイトより優先順位が高いサイトの故障状態が正常になった場合、管理サーバを優先順位の高いサイトの管理サーバに切戻すと同時に、新規管理サーバのアドレスを全ＤＮＳサーバに登録し、現用系サイト表６００の現用系サイトのサイト名６０１を変更する。
【００２９】
次に、クライアント端末起動に伴う処理の詳細な流れを説明する。
【００３０】
クライアント端末は、起動後、ＤＨＣＰサーバよりクライアント端末のネットワークアドレスとダウンロードサーバのネットワークアドレスを取得する。次にクライアント端末は、ダウンロードサーバより、ＯＳを起動するためのプログラムとユーザを認証するためのプログラムをダウンロードする。ダウンロードしたＯＳを起動するためのプログラムとユーザを認証するためのプログラムをクライアント端末が実行し、認証するためのプログラムが実行されている状態で、ユーザがユーザ名とパスワードを入力することにより、クライアント端末はＤＮＳサーバに登録されている管理サーバに、ユーザ名とパスワードとユーザ認証要求を送信する。
【００３１】
図７、図８にクライアント端末起動時の管理サーバの動作フローを示す。管理サーバは、図７に示すように、クライアント端末からユーザ認証要求を受信すると（７０１）、クライアント端末のネットワークアドレスと図３のユーザ管理表３００より、ユーザ名３０１、パスワード３０２を確認する（７０２）。ユーザ管理表３００よりユーザ名３０１、パスワード３０２が一致しない場合（７０３でＮｏの場合）、接続不許可をクライアント端末に送信する（７０４）。
【００３２】
ユーザ管理表３００よりユーザ名３０１、パスワード３０２が一致する場合（７０３でＹｅｓの場合）、クライアント端末のネットワークアドレスと図２のサイト管理表２００と図３のユーザ管理表３００より、故障状態２０３が正常なサイトのユーザに割当てられたストレージのうち、適切なストレージを選択する（７０５、７０６）。ここで、管理サーバが適切なストレージを選択する方法は、請求項３に記載の正常なサイトの中からユーザに割当てられたストレージの存在するサイトであり、かつ、クライアント端末の位置に最も近いサイトを選び、次に選択されたサイトにおいてユーザに割当てられたストレージのアドレス情報を抽出する方法として以下説明する。まず、管理サーバは、クライアント端末のネットワークアドレスと図２のサイト管理表２００より、故障状態２０３が正常なサイトであり、かつ、ユーザにストレージが割当てられたサイトのうち、クライアント端末に最も近いサイトを選択する。次に選択されたサイトにおいてユーザに割当てられたストレージのアドレス情報を抽出する（７０７）。ログイン時の現用系ストレージのアドレス情報３０５と、選択したサイトのユーザに割当てたストレージのアドレス情報を比較する（７０８）。
【００３３】
ログイン時の現用系ストレージのアドレス情報３０５と、選択したサイトのユーザに割当てたストレージのアドレス情報が異なる場合（７０８でＮｏの場合）、ログイン時の現用系ストレージのリモートコピーの進捗状況をストレージのディスク制御部に問い合わせる（７０９）。同期が終了していない場合（７１０でＮｏの場合）、さらにログイン時の現用系ストレージの存在するサイトの故障状態を確認（７１１）。ログイン時の現用系ストレージの存在するサイトの故障状態が正常である場合（７１１でＹｅｓの場合）、ストレージのディスク制御部に再同期命令を送信（７１２）。ストレージのディスク制御部より再同期完了を受信した場合ストレージのディスク制御部にストレージのリモートコピーの方向を選択したサイトのユーザに割当てたストレージよりログイン時の現用系ストレージの方向に変更命令を送信する（図８の８０１）。ストレージの制御部より、リモートコピーの方向変更完了を受信した場合（８０２）、図３のログイン時の現用系ストレージのアドレス情報３０５を選択したサイトのストレージのアドレス情報に変更し（８０３）、クライアント端末に選択したストレージのアドレス情報を回答する（８０４）。同期が終了している場合（図７の７１０でＹｅｓの場合）、ストレージのディスク制御部にストレージのリモートコピーの方向を選択したサイトのユーザに割当てたストレージよりログイン時の現用系ストレージの方向に変更命令を送信する（図８の８０１）。ストレージの制御部より、リモートコピーの方向変更完了を受信した場合（８０２）、図３のログイン時の現用系ストレージのアドレス情報３０５を選択したサイトのストレージのアドレス情報に変更し（８０３）、クライアント端末に選択したストレージのアドレス情報を回答する（８０４）。
【００３４】
ログイン時の現用系ストレージのアドレス情報と、選択したサイトのユーザに割当てたストレージのアドレス情報が異なり、ログイン時の現用系ストレージの存在するサイトの故障状態が故障の場合（図７の７１１でＮｏの場合）、ストレージのディスク制御部にストレージのリモートコピーの方向を選択したストレージよりログイン時の現用系ストレージの方向に変更命令を送信する（図８の８０１）。ストレージの制御部より、リモートコピーの方向変更完了を受信した場合（８０２）、図３のログイン時の現用系ストレージのアドレス情報３０５を選択したストレージのアドレス情報に変更し（８０３）、クライアント端末に選択したサイトのユーザに割当てたストレージのアドレス情報を回答する（８０４）。
【００３５】
ログイン時の現用系ストレージのアドレス情報と、選択したサイトのユーザに割当てたストレージのアドレス情報が同じである場合（図７の７０８でＹｅｓの場合）、クライアント端末に選択したサイトのユーザに割当てたストレージのアドレス情報（ログイン時の現用系ストレージのアドレス情報、前回接続したストレージのアドレス情報と同じ）を回答する（７１３）。
【００３６】
クライアント端末は、管理サーバより受信したストレージのアドレス情報より、ネットワークを介してストレージに接続し、ストレージに格納されたＯＳやアプリケーションを起動し、ネットワークを介してストレージにデータの読込や書込み処理を行う。
【００３７】
なお、ストレージのディスク制御部は、前述の管理サーバに動作して対応して次のように動作する。管理サーバからログイン時の現用系ストレージのリモートコピーの進捗状態の問い合わせ（図７の７０９）を受信した場合に、ストレージのディスク制御部は、ログイン時の現用系ストレージのリモートコピーの進捗状態を管理サーバに通知する。管理サーバから再同期命令（７１２）を受信した場合に、再同期を行い、再同期完了後、再同期完了を管理サーバに通知する。管理サーバからリモートコピーの方向変更命令（図８の８０１）を受信した場合に、リモートコピーの方向変更を行い、変更完了後、管理サーバに変更完了を通知する。
【００３８】
以上の実施形態では、管理サーバが適切なストレージを選択する方法は請求項３に記載の方法として説明したが、管理サーバが適切なストレージを選択する方法として、請求項４に記載の正常なサイトの中からユーザに割当てられたストレージの存在するサイトを抽出し、抽出したサイトにおいてユーザに割当てられたストレージの負荷をストレージへの問い合わせにより取得し、ストレージの負荷が最も低いストレージのアドレス情報を抽出する方法を用いても同様である。
【００３９】
本実施形態により、ユーザの移動に伴い、クライアント端末が起動するサイトを変更した場合にも、適切なストレージにより自動的にＯＳやアプリケーションを起動できるため、ＯＳやアプリケーションの性能の悪化や、クライアント端末上でのユーザデータの書込み処理や読込処理の性能の悪化を防ぐことができ、かつ、前回起動したサイトが障害時の場合を除き、データの一貫性が保たれる。
【００４０】
さらに、ユーザデータの一貫性は、管理サーバのいるサイトの位置や、管理サーバのサイト間フェールオーバ、切戻しに関係なく保たれるため、本技術を用いて、ディスクレスブートシステムによるディザスタ・リカバリシステムを構築すると、管理サーバが存在するサイトが障害になり、別サイトに管理サーバをフェールオーバした場合、ユーザが起動しているＯＳやアプリケーション、及び、ユーザが書込み処理や読込処理を行っているユーザデータが保存されているストレージが同じサイトに存在しない限り、クライアント端末のシャットダウン、起動を伴わずに、データの一貫性が保たれる。また、先のサイト復旧時後、管理サーバを切り戻す場合にも、クライアント端末のシャットダウン、起動を連動する必要がなく、クライアント端末のサービスを停止せずにデータの一貫性が保たれる。
【００４１】
以上説明した実施形態においては、ストレージ＃１、＃２を有するサイト＃１、＃２（サブネット＃１、＃２）のそれぞれに管理サーバ＃１、＃２があり、管理サーバ＃１、＃２は同期されているが、あるサイトの管理サーバが他のサイトのストレージを管理するようにしてもよく、複数のサイトを有するシステム内に管理サーバが１つだけあるようにしてもよい。すなわち、本発明の実施形態のシステムは、ストレージ、管理サーバのうちの少なくとも１つを含むサイトを含む複数のサイトを有し、全体として複数のストレージと１または複数の管理サーバを含むシステムであればよい。ただし、システム内に管理サーバが１つしかない場合は、上記のフェールオーバは行うことができない。
【００４２】
以上説明した管理サーバ、ストレージの制御部、ダウンロードサーバ、ＤＨＣＰサーバ、ＤＮＳサーバ、監視サーバは、その動作を行うための手段を有しており、前記手段はその動作を行うように作成されたプログラムをＣＰＵが実行することによって実現される。
【００４３】
以上、本発明者によってなされた発明を、前記実施形態に基づき具体的に説明したが、本発明は、前記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【図面の簡単な説明】
【００４４】
【図１】本発明の１形態のサイト４つを有するシステムを示す図である。
【図２】サイト管理表の例を示す図である。
【図３】ユーザ管理表の例を示す図である。
【図４】管理サーバのアドレス情報表の例を示す図である。
【図５】優先順位表の例を示す図である。
【図６】現用系サイト表の例を示す図である。
【図７】クライアント端末起動時の管理サーバの動作フローを示す図である。
【図８】図７中の処理１のフローを示す図である。
【符号の説明】
【００４５】
２００…サイト管理表、３００…ユーザ管理表、４００…管理サーバのアドレス情報表、５００…優先順位表、６００…現用系サイト表、７０１〜７１２、８０１〜８０４…管理サーバの動作フローの各ステップ
【図１】
2006154935.tif 000003
【図２】
2006154935.tif 000004
【図３】
2006154935.tif 000005
【図４】
2006154935.tif 000006
【図５】
2006154935.tif 000007
【図６】
2006154935.tif 000008
【図７】
2006154935.tif 000009
【図８】
2006154935.tif 000010