(57)【特許請求の範囲】
【請求項１】
現用サイトの第１のアプリケーションサーバと、待機サイトの第２のアプリケーションサーバと、を備える情報システムに用いられる復旧方法であって、
第１のアプリケーションサーバが、バックアップファイルデータを生成するステップと、
前記第１のアプリケーションサーバが、前記バックアップファイルデータを第２のアプリケーションサーバに送信するステップと、
前記第２のアプリケーションサーバを現用サイトとして起動する際、前記第２のアプリケーションサーバが、サイト依存の設定値について、前記第１のアプリケーションサーバにおける第１の設定値と、前記第２のアプリケーションサーバにおける第２の設定値と、を関連づけた設定値変換データを読み出して、前記バックアップファイルデータに含まれる前記第１の設定値を、前記第２の設定値に変換するステップ
を備えることを特徴とする復旧方法。
【請求項２】
前記バックアップファイルデータは、複数のファイルデータにより構成され、
前記設定値変換データは、前記サイト依存の設定値を含む前記ファイルデータごとに、前記第１の設定値と、前記第２の設定値と、が関連づけられており、
前記変換するステップは、前記バックアップファイルデータのうち、前記サイト依存の設定値を含むファイルデータに含まれる前記第１の設定値を、前記第２の設定値に変換する
ことを特徴とする請求項１に記載の復旧方法。
【請求項３】
前記第１のアプリケーションサーバおよび前記第２のアプリケーションサーバにはそれぞれ、当該アプリケーションサーバが現用サイトであるか否かを示すバックアップ送信フラグデータが記憶され、
前記第２のアプリケーションサーバを現用サイトとして起動する際、前記第１のアプリケーションサーバおよび前記第２のアプリケーションサーバのそれぞれが、各バックアップ送信フラグデータを変更する
ことを特徴とする請求項１または２に記載の復旧方法。
【請求項４】
前記情報システムは、前記第１のアプリケーションサーバおよび前記第２のアプリケーションサーバに接続されるゲートウェイサーバをさらに備え、
前記ゲートウェイサーバが、加入者端末からパケットを受信すると、現用サイトとして稼働するアプリケーションサーバの識別子を含む現用サイトデータを参照して、現用サイトとして稼働する第１のアプリケーションサーバまたは第２のアプリケーションサーバに、前記パケットを転送するステップ
をさらに備えることを特徴とする請求項３に記載の復旧方法。
【請求項５】
現用サイトまたは待機サイトとして用いられるアプリケーションサーバであって、
サイト依存の設定値について、当該アプリケーションサーバにおける第１の設定値と、他のアプリケーションサーバにおける第２の設定値と、を関連づけた設定値変換データが記憶された設定値変換データ記憶部と、
当該アプリケーションサーバが、現用サイト時に処理する現用サイト処理手段と、
当該アプリケーションサーバが、待機サイト時に処理する待機サイト処理手段と、を備え、
前記現用サイト処理手段は、
バックアップファイルデータを生成するバックアップファイル生成手段と、
前記バックアップファイルデータを第２のアプリケーションサーバに送信するバックアップファイル送信手段と、を備え、
前記待機サイト処理手段は、
前記他のアプリケーションサーバからバックアップファイルデータを受信すると、バックアップファイルデータ記憶部に記憶するバックアップファイル受信手段と、
当該アプリケーションサーバを現用サイトとして起動する際、前記設定値変換データを読み出して、前記バックアップファイルデータに含まれる前記第２の設定値を、前記第１の設定値に変換する変換手段を備える
ことを特徴とするアプリケーションサーバ。
【請求項６】
バックアップファイルデータは、複数のファイルデータにより構成され、
前記設定値変換データは、前記サイト依存の設定値を含む前記ファイルデータごとに、前記第１の設定値と、前記第２の設定値と、が関連づけられており、
前記変換手段は、前記バックアップファイルデータのうち、前記サイト依存の設定値を含むファイルデータに含まれる前記第１の設定値を、前記第２の設定値に変換する
ことを特徴とする請求項５に記載のアプリケーションサーバ。
【請求項７】
当該アプリケーションサーバが現用サイトであるか否かを示すバックアップ送信フラグデータが記憶されたバックアップ送信フラグデータ記憶部をさらに備え、
当該アプリケーションサーバを待機サイトから現用サイトに切り替える際、前記バックアップ送信フラグデータを変更する切替手段
をさらに備えることを特徴とする請求項５または６に記載のアプリケーションサーバ。
【請求項８】
前記バックアップファイル生成手段は、前記バックアップ送信フラグデータが現用サイトであることを示す場合、バックアップファイルデータを生成する
ことを特徴とする請求項７に記載のアプリケーションサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、現用サイトの第１のアプリケーションサーバと、待機サイトの第２のアプリケーションサーバと、を備える情報システムに用いられる復旧方法およびアプリケーションサーバに関する。
【背景技術】
【０００２】
昨今の情報システムの発達に伴い、日常的にコンピュータが活用される。コンピュータを常に安定して運用するため、コンピュータシステムを冗長化して運用する場合がある。
【０００３】
冗長構成をとるシステムの一例として、コンピュータを２台用意し、１台を現用サイトとして稼働させ、１台を待機サイトとして待機させる場合がある。現用サイトは、現用サイトで処理されるデータから、バックアップファイルを作成する。障害が発生した際、待機サイトは、バックアップファイルを使って起動して、待機サイトを現用サイトに切り替える。このような冗長構成をとるシステムによって、安定したシステム運用を実現することができる。
【０００４】
このバックアップにおいて、ドライブ全体をイメージファイルとしてバックアップファイルを取得する方法がある（例えば非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】”特集  ハードディスク・トラブルの予防・復旧方法  システムバックアップ編  丸ごと方式なら元の環境を即再現できる”、日経パソコン、１９９８年４月６日号、ｐｐ．１２４−１２７
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながらバックアップファイルによる復旧において、現用サイトと待機サイトとが、異なるサイトで実装される場合、そのままファイルを置き換えるだけでは十分でない場合がある。例えばバックアップファイル中に、現用サイトに依存する設定値が含まれている場合、システムの保守者は、バックアップファイルで待機サイトを立ち上げた後、バックアップファイル中の現用サイトに依存する設定値を、待機サイトの設定値に変更する必要がある。これにより、保守稼働やシステムの復帰に時間を要してしまい、安定した運用を実現できない場合がある。
【０００７】
従って本発明の目的は、安定してシステムを運用することのできる復旧方法およびアプリケーションサーバを提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の第１の特徴は、現用サイトの第１のアプリケーションサーバと、待機サイトの第２のアプリケーションサーバと、を備える情報システムに用いられる復旧方法に関する。すなわち本発明の第１の特徴に係る復旧方法は、第１のアプリケーションサーバが、バックアップファイルデータを生成するステップと、第１のアプリケーションサーバが、バックアップファイルデータを第２のアプリケーションサーバに送信するステップと、第２のアプリケーションサーバを現用サイトとして起動する際、第２のアプリケーションサーバが、サイト依存の設定値について、第１のアプリケーションサーバにおける第１の設定値と、第２のアプリケーションサーバにおける第２の設定値と、を関連づけた設定値変換データを読み出して、バックアップファイルデータに含まれる第１の設定値を、第２の設定値に変換するステップを備える。
【０００９】
ここでバックアップファイルデータは、複数のファイルデータにより構成され、設定値変換データは、サイト依存の設定値を含むファイルデータごとに、第１の設定値と、第２の設定値と、が関連づけられても良い。この場合、変換するステップは、バックアップファイルデータのうち、サイト依存の設定値を含むファイルデータに含まれる第１の設定値を、第２の設定値に変換する。
【００１０】
また第１のアプリケーションサーバおよび第２のアプリケーションサーバにはそれぞれ、アプリケーションサーバが現用サイトであるか否かを示すバックアップ送信フラグデータが記憶されてもよい。この場合、第２のアプリケーションサーバを現用サイトとして起動する際、第１のアプリケーションサーバおよび第２のアプリケーションサーバのそれぞれが、各バックアップ送信フラグデータを変更する。
【００１１】
情報システムは、第１のアプリケーションサーバおよび第２のアプリケーションサーバに接続されるゲートウェイサーバをさらに備えても良い。この場合、さらに、ゲートウェイサーバは、加入者端末からパケットを受信すると、現用サイトとして稼働するアプリケーションサーバの識別子を含む現用サイトデータを参照して、現用サイトとして稼働する第１のアプリケーションサーバまたは第２のアプリケーションサーバに、パケットを転送するステップを備える。
【００１２】
本発明の第２の特徴は、現用サイトまたは待機サイトとして用いられるアプリケーションサーバに関する。すなわち本発明の第２の特徴に係るアプリケーションサーバは、サイト依存の設定値について、アプリケーションサーバにおける第１の設定値と、他のアプリケーションサーバにおける第２の設定値と、を関連づけた設定値変換データが記憶された設定値変換データ記憶部と、アプリケーションサーバが、現用サイト時に処理する現用サイト処理手段と、アプリケーションサーバが、待機サイト時に処理する待機サイト処理手段と、を備える。ここで現用サイト処理手段は、バックアップファイルデータを生成するバックアップファイル生成手段と、バックアップファイルデータを第２のアプリケーションサーバに送信するバックアップファイル送信手段と、を備える。待機サイト処理手段は、他のアプリケーションサーバからバックアップファイルデータを受信すると、バックアップファイルデータ記憶部に記憶するバックアップファイル受信手段と、アプリケーションサーバを現用サイトとして起動する際、設定値変換データを読み出して、バックアップファイルデータに含まれる第２の設定値を、第１の設定値に変換する変換手段を備える。
【００１３】
また、バックアップファイルデータは、複数のファイルデータにより構成され、設定値変換データは、サイト依存の設定値を含むファイルデータごとに、第１の設定値と、第２の設定値と、が関連づけられても良い。この場合、変換手段は、バックアップファイルデータのうち、サイト依存の設定値を含むファイルデータに含まれる第１の設定値を、第２の設定値に変換する。
【００１４】
またアプリケーションサーバが現用サイトであるか否かを示すバックアップ送信フラグデータが記憶されたバックアップ送信フラグデータ記憶部をさらに備えても良い。この場合、アプリケーションサーバを待機サイトから現用サイトに切り替える際、バックアップ送信フラグデータを変更する切替手段をさらに備える。
【００１５】
またバックアップファイル生成手段は、バックアップ送信フラグデータが現用サイトであることを示す場合、バックアップファイルデータを生成することが好ましい。
【発明の効果】
【００１６】
本発明によれば、安定してシステムを運用することのできる復旧方法およびアプリケーションサーバを提供することができる。
【図面の簡単な説明】
【００１７】
【図１】図１は、本発明の実施の形態に係る情報システムのシステム構成を説明する図である。
【図２】図２は、本発明の実施の形態に係るゲートウェイサーバの機能ブロックを説明する図である。
【図３】図３は、本発明の実施の形態に係るアプリケーションサーバの機能ブロックを説明する図である。
【図４】図４は、本発明の実施の形態に係るバックアップファイルデータのデータ構造とデータの一例を説明する図である。
【図５】図５は、本発明の実施の形態に係る設定値変換データのデータ構造とデータの一例を説明する図である。
【図６】図６は、本発明の実施の形態に係るアプリケーションサーバにおいて、サイト依存の設定値の変更前と変更後のデータを説明する図である。（その１）
【図７】図７は、本発明の実施の形態に係るアプリケーションサーバにおいて、サイト依存の設定値の変更前と変更後のデータを説明する図である。（その２）
【図８】図８は、本発明の実施の形態に係る情報システムにおいて、定期処理を説明する図である。
【図９】図９は、本発明の実施の形態に係る情報システムにおいて、障害時の処理を説明する図である。
【発明を実施するための形態】
【００１８】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００１９】
（情報システム）
本発明の実施の形態に係る情報システム６は、図１に示すように、第１のアプリケーションサーバ１ａ、第２のアプリケーションサーバ１ｂ、バックアップサーバ２、ゲートウェイサーバ３、第１の加入者端末４ａ、第２の加入者端末４ｂ・・・・、第ｎの加入者端末４ｎを備える。第１のアプリケーションサーバ１ａ、第２のアプリケーションサーバ１ｂ、バックアップサーバ２およびゲートウェイサーバ３は、中央処理制御装置、記憶装置、通信制御装置などを備える一般的なコンピュータにおいて、所定の処理を実行するプログラムがインストールされることにより実現される。
【００２０】
第１の加入者端末４ａ、第２の加入者端末４ｂ・・・・、第ｎの加入者端末４ｎは、加入者が利用する情報通信端末であって、例えばコンピュータ、スマートフォン、携帯電話機などである。加入者端末４は、アプリケーションサーバ１が提供するサービスを享受する。実施の形態において、第１の加入者端末４ａ、第２の加入者端末４ｂ・・・・、第ｎの加入者端末４ｎのうち、いずれの加入者端末か問わない場合、単に「加入者端末４」と記載する場合がある
第１のアプリケーションサーバ１ａ、第２のアプリケーションサーバ１ｂ、バックアップサーバ２およびゲートウェイサーバ３は、第１のネットワーク５ａ、第２のネットワーク５ｂ、第３のネットワーク５ｃおよび第４のネットワーク５ｄによって、相互に通信可能に接続されている。ゲートウェイサーバ３、第１の加入者端末４ａ、第２の加入者端末４ｂ・・・・、第ｎの加入者端末４ｎは、第５のネットワーク５ｅによって、相互に通信可能に接続される。
【００２１】
図１に示す例において、第１のアプリケーションサーバ１ａは、現用サイトとして稼働し、第２のアプリケーションサーバ１ｂは、待機サイトとして稼働する。現用サイトとは、加入者端末４にサービスを提供するアプリケーションサーバ１である。待機サイトとは、稼働中ではあるが、加入者端末４にサービスを提供しないアプリケーションサーバ１である。待機サイトは、現用サイトから逐次バックアップファイルデータを受信し、現用サイトに障害が発生した際に、現用サイトに切り替えられ、加入者端末４にサービスを提供する。実施の形態において情報システム６は、現用サイトと待機サイトがそれぞれ一つずつ備える場合について説明するが、待機サイトを２つ以上備えても良い。  
アプリケーションサーバ１は、現用サイトまたは待機サイトとして稼働するサーバである。ここで、第１のアプリケーションサーバ１ａおよび第２のアプリケーションサーバ１ｂは、それぞれ、現用サイトとして稼働するか、待機サイトとして稼働するかに応じて、異なる処理をするが、同様の構成を備える。実施の形態において、アプリケーションサーバが現用サイトとして稼働するか、待機サイトとして稼働するかを問わない場合や、第１のアプリケーションサーバ１ａか第２のアプリケーションサーバ１ｂかを問わない場合、単に「アプリケーションサーバ１」と記載する場合がある。
【００２２】
バックアップサーバ２は、アプリケーションサーバ１で用いられるデータのバックアップデータを、保存するサーバである。バックアップサーバ２は、現用サイトから逐次バックアップデータを受信する。バックアップサーバは、受信したバックアップデータを記憶装置に保存するとともに、待機サイトに転送する。例えば、図１に示すように第１のアプリケーションサーバ１ａが現用サイトの場合、バックアップサーバ２は、第１のアプリケーションサーバ１ａからバックアップデータを受信して、第２のアプリケーションサーバ１ｂに送信する。
【００２３】
ゲートウェイサーバ３は、加入者端末４から第５のネットワーク５ｅを介してアクセスを受け付け、現用サイトとして稼働するアプリケーションサーバ１にアクセスを振り分ける。このときゲートウェイサーバ３は、現用サイトとして稼働しているアプリケーションサーバにのみ、アクセスを転送する。
【００２４】
ゲートウェイサーバ３は、図２に示すように、中央処理制御装置３１０、記憶装置３２０、通信制御装置（図示せず）などを備える一般的なコンピュータである。記憶装置３２０は、現用サイトデータ記憶部３２１を備える。中央処理制御装置３１０は、転送手段３１１および切替手段３１２を備える。
【００２５】
現用サイトデータ記憶部３２１は、記憶装置３２０のうち、現用サイトデータ３２１ａが記憶された記憶領域である。現用サイトデータ３２１ａは、現用サイトとして稼働するアプリケーションサーバの識別子を含むデータである。現用サイトデータ３２１ａには、現用サイトとして稼働する第１のアプリケーションサーバ１ａおよび第２のアプリケーションサーバ１ｂのうちいずれかについて、ＩＰアドレス、ホスト名などのデータが含まれる。
【００２６】
転送手段３１１は、加入者端末４からパケットを受信すると、現用サイトデータ３２１ａを参照して、現用サイトとして稼働する第１のアプリケーションサーバ１ａまたは第２のアプリケーションサーバ１ｂに、パケットを転送する。
【００２７】
切替手段３１２は、アプリケーションサーバ１から現用サイトと待機サイトの切替があったことが通知されると、新たな現用サイトのデータを、現用サイトデータ３２１ａとして記憶装置３２０に記憶する。切替手段３１２は例えば、待機サイトとして稼働していたアプリケーションサーバ１が、現用サイトとして稼働する準備が整ったときに、その新たに現用サイトとして稼働するアプリケーションサーバ１から切替があったことが通知される。
【００２８】
（アプリケーションサーバ）
本発明の実施の形態に係るアプリケーションサーバ１は、図３に示すように、中央処理制御装置２０、記憶装置１０および通信制御装置（図示せず）などを備える一般的なコンピュータである。記憶装置１０は、バックアップファイルデータ記憶部、バックアップ送信フラグデータ記憶部１２、現用ファイルデータ記憶部１３および設定値変換データ記憶部１４を備える。
【００２９】
バックアップファイルデータ記憶部１１は、記憶装置１０のうち、バックアップファイルデータ１１ａが記憶された記憶領域である。バックアップファイルデータ１１ａは、アプリケーションサーバ１が現用サイトとして稼働している際、現用ファイルデータ１３ａのバックアップファイルとして生成されるデータである。バックアップファイルデータ１１ａは、複数のファイルデータにより構成されても良い。例えば図４に示すように、バックアップファイルデータ１１ａには、"/aaa/bbbb/yyyyy.bin"、"/home/bbbb.dat"など、複数のファイルが含まれても良い。バックアップファイルデータ記憶部１１には、最新のバックアップファイルデータ１１ａのみが記憶されることが好ましい。
【００３０】
バックアップ送信フラグデータ記憶部１２は、記憶装置１０のうち、バックアップ送信フラグデータ１２ａが記憶された記憶領域である。バックアップ送信フラグデータ１２ａは、当該アプリケーションサーバ１が現用サイトであるか否かを示すデータである。例えば、バックアップ送信フラグデータ１２ａに、当該アプリケーションサーバが現用サイトとして稼働している場合、”ＯＮ”が設定され、待機サイトとして稼働している場合、”ＯＦＦ”が設定される。現用サイトとして稼働している場合、具体的には、バックアップ送信フラグデータ１２ａが”ＯＮ”に設定されている場合、アプリケーションサーバ１は、現用ファイルデータ１３ａからバックアップファイルデータ１１ａを生成して、バックアップファイルデータ１１ａを、待機サイトとして稼働するアプリケーションサーバに送信する。アプリケーションサーバ１は、バックアップサーバ２にバックアップファイルデータ１１ａを送信しても良い。
【００３１】
現用ファイルデータ記憶部１３は、記憶装置１０のうち、現用ファイルデータ１３ａが記憶された記憶領域である。現用ファイルデータ１３ａは、アプリケーションサーバ１が現用サイトとして稼働する場合に、参照または更新される。またアプリケーションサーバ１が、待機サイトから現用サイトに切り替えられる場合、バックアップファイルデータ１１ａから生成された現用ファイルデータ１３ａが、現用ファイルデータ記憶部１３に記憶される。現用ファイルデータ１３ａが複数のファイルデータにより構成されている場合、バックアップファイルデータ１１ａも複数のファイルデータにより構成される。
【００３２】
現用ファイルデータ１３ａは、アプリケーションサーバ１が現用サイトとして運用している際に用いられるデータであって、一般的には、複数のファイルにより構成される。現用ファイルデータ１３ａは例えば、ＯＳ、ミドルウェア、アプリケーション等のシステムファイル、コンフィグファイル、サービス提供用のデータファイル等が含まれる。
【００３３】
設定値変換データ記憶部１４は、記憶装置１０のうち、設定値変換データ１４ａが記憶された記憶領域である。設定値変換データ１４ａは、運用開始時に予め生成される。設定値変換データ１４ａは、サイト依存の設定値について、第１のアプリケーションサーバ１ａにおける第１の設定値と、第２のアプリケーションサーバ１ｂにおける第２の設定値と、を関連づけたデータである。ここでサイト依存の設定値とは、現用ファイルデータ１３ａやバックアップファイルデータ１１ａに含まれる設定値のうち、サイトが設けられたアプリケーションサーバ１に依存する設定値である。サイト依存の設定値は例えば、アプリケーションサーバ１のＩＰアドレス、ホスト名などである。
【００３４】
本発明の実施の形態に係る情報システム６は、現用サイトと待機サイトをそれぞれ１台ずつ設ける場合について説明しているが、それぞれ複数台を設けても良い。その場合、設定値変換データ１４ａは、サイト依存の設定値において、各サイトの識別子と、そのサイトにおける設定値とを関連づけたデータである。
【００３５】
バックアップファイルデータ１１ａが複数のファイルデータにより構成される場合、設定値変換データ１４ａは、サイト依存の設定値を含むファイルデータごとに、第１のアプリケーションサーバ１ａにおける第１の設定値と、第２のアプリケーションサーバ１ｂにおける第２の設定値と、が関連づけられる。
【００３６】
設定値変換データ１４ａは、図５に示すように、ファイル名、第１の設定値および第２の設定値が関連づけられている。設定値変換データ１４ａは、アプリケーションサーバの識別子と、そのサーバにおける設定値とを対応づけたデータである。設定値変換データ１４ａは、情報システム６が備えるアプリケーションサーバの数に応じて、設定値変換データ１４ａの列数は決定される。図５に示す設定値変換データ１４ａは、図１に示すように情報システム６が２つのアプリケーションサーバを備える場合の一例である。情報システム６が、５つのアプリケーションサーバを備える場合、設定値変換データ１４ａにおいて、各ファイル名について、５つのアプリケーションの識別子と、各アプリケーションサーバにおける設定値が対応づけられる。
【００３７】
この設定値変換データ１４ａが第１のアプリケーションサーバ１ａに記憶され、待機サイトとして稼働する第１のアプリケーションサーバ１ａが、現用サイトとして起動する場合について説明する。第１の設定値は、第１のアプリケーションサーバ１ａにおいてバックアップファイルデータ１１ａから現用ファイルデータ１３ａを生成する際に用いられるサイト依存の設定値である。第２の設定値は、第２のアプリケーションサーバ１ｂから受信したバックアップファイルデータに含まれるサイト依存の設定値である。また、待機サイトの第１のアプリケーションサーバ１ａが現用サイトとして起動する際、第２の設定値が、バックアップファイルデータの変換前の設定値であって、第１の設定値が、バックアップファイルデータの変換後の設定値である。待機サイトの第１のアプリケーションサーバ１ａが、現用サイトとして起動する際、第１のアプリケーションサーバ１ａに保持されたバックアップファイルデータ１１ａに含まれる第２の設定値が、第１の設定値に変換される。
【００３８】
図５に示す設定値変換データ１４ａを参照して変換する際、第１のアプリケーションサーバ１ａは、バックアップファイルデータ１１ａに含まれるファイルデータのうち、ファイル名が"/aaaa/bb/cccc/network.conf"および"/gggg/eee/hostname.dat"のファイル名のファイルデータについて、設定値を変換する。第１のアプリケーションサーバ１aは、ファイル名"/aaaa/bb/cccc/network.conf"のファイルデータに含まれる第２の設定値"120.20.0.1/16"を第１の設定値"20.30.21.1/16"に変換するとともに、第２の設定値"120.20.2.1/16"を第１の設定値"20.30.1.1/16"に変換する。さらに第１のアプリケーションサーバ１ａは、ファイル名"/gggg/eee/hostname.dat"のファイルデータに含まれる第２の設定値"APLserver02"を第１の設定値"APLserver01"に変換する。
【００３９】
中央処理制御装置２０は、第１の中央処理制御装置２０ａと、第２の中央処理制御装置２０ｂと、を備える。図３に示す例では、便宜上、第１の中央処理制御装置２０ａおよび第２の中央処理制御装置２０ｂと分けて実装されているが、アプリケーションサーバ１が、複数の中央処理制御装置を備えなければならないことを示している訳ではない。第１の中央処理制御装置２０ａおよび第２の中央処理制御装置２０ｂで実現される各手段は、一つの中央処理制御装置で実現されても良いし、複数の中央処理制御装置で実現されても良い。
【００４０】
第１の中央処理制御装置２０ａは、現用サイトとして稼働する場合の処理手段を備える。第１の中央処理制御装置２０ａは、バックアップファイル送信手段２１、バックアップファイル生成手段２２、障害発生通知手段２３および処理手段２４を備える。バックアップファイル送信手段２１、バックアップファイル生成手段２２、障害発生通知手段２３および処理手段２４は、当該アプリケーションサーバ１が現用サイトとして運用されている場合に実行される。
【００４１】
バックアップファイル送信手段２１は、現用サイトとして稼働している際、記憶装置１０からバックアップファイルデータ１１ａを読み出し、バックアップファイルデータ１１ａをバックアップサーバ２に送信する。バックアップサーバ２は、受信したバックアップファイルデータを待機サイトとして稼働するアプリケーションサーバ１に送信する。ここで、バックアップ送信手段２１は、待機サイトとして稼働するアプリケーションサーバ１に、バックアップサーバ２を介することなく、バックアップファイルデータ１１ａを送信しても良い。
【００４２】
バックアップファイル生成手段２２は、記憶装置１０から現用ファイルデータ１３ａを読み出してバックアップファイルデータ１１ａを生成し、バックアップファイルデータ記憶部１１に記憶する。ここでバックアップファイル生成手段２２は、バックアップ送信フラグデータ１２ａが現用サイトであることを示す場合、バックアップファイルデータ１１ａを生成する。具体的には、バックアップファイル手段２２は、記憶装置１０からバックアップ送信フラグデータ１２ａを読み出し、バックアップ送信フラグデータ１２ａが”ＯＮ”の場合、具体的には、当該アプリケーションサーバ１が現用サイトとして稼働している場合にのみ、バックアップファイルデータ１１ａを生成する。
【００４３】
バックアップ生成手段２２によるバックアップファイルデータ１１ａの生成と、バックアップファイル送信手段２１によるバックアップファイルデータ１１ａの送信は、アプリケーションサーバ１が現用サイトとして稼働する間、逐次実行される。さらに、システムの保守者などの指示が入力された際、バックアップファイルデータ１１ａの生成および送信処理が実行されても良い。
【００４４】
障害発生通知手段２３は、アプリケーションサーバ１に障害が発生し、待機サイトを現用サイトに切替る必要が生じた際、その情報を待機サイトに通知する。さらに障害発生通知手段２３は、バックアップ送信フラグデータ１２ａを、”ＯＦＦ”に更新する。これにより、バックアップファイル生成手段２２は、バックアップファイルデータ１１ａの生成を中止する。
【００４５】
処理手段２４は、アプリケーションサーバ１のアプリケーションを実行する。例えばアプリケーションサーバ１が電子ショッピングサイトの場合、処理手段２４は、電子ショッピングサービスを実行する。処理手段２４は、記憶装置１０の現用ファイルデータ１３ａを適宜参照および更新する。
【００４６】
第２の中央処理制御装置２０ｂは、待機サイトとして起動する場合の処理手段を備える。第２の中央処理制御装置２０ｂは、バックアップファイル受信手段２５、切替手段２６および変換手段２７を備える。バックアップファイル受信手段２５、切替手段２６および変換手段２７は、当該アプリケーションサーバ１が待機サイトとして運用されている場合に実行される。
【００４７】
バックアップファイル受信手段２５は、現用サイトからバックアップファイルデータ１１ａを受信すると、バックアップファイルデータ記憶部１１に記憶する。バックアップファイル受信手段２５は、バックアップサーバ２を介してバックアップファイルデータを受信する場合もある。
【００４８】
切替手段２６は、待機サイトとして稼動しているアプリケーションサーバ１を、現用サイトとして稼動するよう設定する。切替手段２６は、現用サイトとして稼動しているアプリケーションサーバの障害により、当該アプリケーションサーバ１を待機サイトから現用サイトに切り替える際、切替手段２６は、バックアップ送信フラグデータ１２ａを変更する。具体的には切替手段２６は、記憶装置１０からバックアップファイルデータ１１ａを取得し、変換手段２７に入力する。変換手段２７により、サイト依存の設定値が変換された現用ファイルデータを受信すると、現用ファイルデータ記憶部１３に記憶する。さらに切替手段２６は、バックアップ送信フラグデータ記憶部１２のバックアップ送信フラグデータ１２ａを”ＯＮ”に設定する。これにより、アプリケーションサーバ１は、以後現用サイトとして稼動し、処理手段２４によって、現用ファイルデータ１３ａが参照または更新される。
【００４９】
変換手段２７は、当該アプリケーションサーバ１を現用サイトとして起動する際、記憶装置１０から設定値変換データ１４ａを読み出して、バックアップファイルデータ１１ａに含まれる設定値を変換する。例えば、第１のアプリケーションサーバ１ａが待機サイトとして稼働しているところ、現用サイトとして起動する際、第１のアプリケーションサーバ１ａの変換手段２７は、バックアップファイルデータ１１ａに含まれる第２の設定値を、第１の設定値に変換する。
【００５０】
具体的には、変換手段２７は、バックアップファイルデータ１１ａ中のサイト依存の設定値について、現用サイトであった第２のアプリケーションサーバ１ｂに依存する第２の設定値を、新に現用サイトとして起動する第1のアプリケーションサーバ１ａに依存する第1の設定値に変換する。バックアップファイルデータ１１ａが複数のファイルデータにより構成される場合、第1のアプリケーションサーバ１ａの変換手段２７は、バックアップファイルデータ１１ａのうち、サイト依存の設定値を含むファイルデータに含まれる第２の設定値を、第１の設定値に変換する。
【００５１】
図６および図７を参照して、変換手段２７による変換処理を説明する。図６および図７に記載する例は、図４に示すバックアップファイルデータ１１ａおよび図５に示す設定値変換データ１４に基づく。また、設定値変換データ１４ａが第１のアプリケーションサーバ１ａに記憶され、待機サイトとして稼働していた第１のアプリケーションサーバ１ａが、現用サイトとして起動する場合の変換処理を説明する。
【００５２】
変換手段２７は、まず設定値変換データ１４ａを読み出し、バックアップファイルデータ１１ａ中のファイル名"/aaaa/bb/cccc/network.conf"の変換前のファイルデータをオープンする。さらに変換手段２７は、このファイル中の設定値"120.20.0.1/16"を検索して設定値"20.30.21.1/16"に変換するとともに、設定値"120.20.2.1/16"を検索して設定値"20.30.1.1/16"に変換する。この処理により、図６に示すように、"/aaaa/bb/cccc/network.conf"の変換後のファイルデータには、設定値"20.30.21.1/16"および"20.30.1.1/16"が設定される。
【００５３】
同様に変換手段２７は、バックアップファイルデータ１１ａ中のファイル名"/gggg/eee/hostname.dat"の変換前のファイルデータをオープンする。さらに変換手段２７は、設定値"APLserver02"を検索して設定値"APLserver01"に変換する。この処理により、図７に示すように、"/gggg/eee/hostname.dat"の変換後のファイルデータには、設定値"APLserver01"が設定される。
【００５４】
このような本発明の実施の形態に係るアプリケーションサーバ１によれば、バックアップファイルデータ１１ａ中のサイト依存の設定値を、当該アプリケーションサーバ１に適切な設定値に変換した現用ファイルデータ１３ａを生成することができる。また、現用サイトと待機サイトとの切替のための一連の処理のなかで、サイト依存の設定値が変換されるので、作業者などがサイト依存の設定値を個々に変更する必要がない。従って、現用サイトと待機サイトの切替がスムーズになり、安定して情報システム６を運用することができる。
【００５５】
（復旧方法）
図８および図９を参照して、本発明の実施の形態に係る復旧方法を説明する。
【００５６】
図８では、現用サイトが待機サイトにバックアップファイルデータを送信する場合を説明する。図８に示す例において、第１のアプリケーションサーバ１ａは、現用サイトとして稼働している。第１のアプリケーションサーバ１ａのバックアップ送信フラグデータは、”ＯＮ”に設定されている。一方、第２のアプリケーションサーバ１ｂは、待機サイトとして稼働している。第２のアプリケーションサーバ１ｂのバックアップ送信フラグデータは、”ＯＦＦ”に設定されている。
【００５７】
ステップＳ１１において第１のアプリケーションサーバ１ａは、現用ファイルデータからバックアップファイルデータを生成し、ステップＳ１２において、第２のアプリケーションサーバ１ｂに送信する。このとき、第１のアプリケーションサーバ１ａは、バックアップサーバ２にバックアップファイルデータを送信し、バックアップサーバ２が、受信したバックアップファイルデータを、第２のアプリケーションサーバ１ｂに送信しても良い。
【００５８】
第２のアプリケーションサーバ１ｂは、バックアップファイルデータを受信すると、ステップＳ１３において、受信したバックアップファイルデータを、バックアップファイルデータ記憶部に記憶する。
【００５９】
このステップＳ１１ないしステップＳ１３の処理は、第１のアプリケーションサーバ１ａが現用サイトである限り、繰り返される。一方、サーバが切り替えられ、第１のアプリケーションサーバ１ａが待機サイトとして稼働し、第２のアプリケーションサーバ１ｂが現用サイトとして稼働した場合も、図８と同様に、現用サイトから待機サイトに、バックアップファイルデータが送信される。
【００６０】
図９では、現用サイトで障害が発生し、待機サイトを現用サイトに切り替える場合を説明する。図９に示す例においても、図８に示す例と同様に、第１のアプリケーションサーバ１ａは、現用サイトとして稼働している。第１のアプリケーションサーバ１ａのバックアップ送信フラグデータは、”ＯＮ”に設定されている。一方、第２のアプリケーションサーバ１ｂは、待機サイトとして稼働している。第２のアプリケーションサーバ１ｂのバックアップ送信フラグデータは、”ＯＦＦ”に設定されている。また、ゲートウェイサーバ３の現用サイトデータ３２１ａには、第１のアプリケーションサーバ１ａの識別子が設定されている。
【００６１】
まずステップＳ２１において、第１のアプリケーションサーバ１ａにおいて障害が発生し、現用サイトと待機サイトとを切り替える事態が発生すると、第１のアプリケーションサーバ１ａは、第２のアプリケーションサーバ１ｂに、バックアップファイルを復旧する指示を送信する。
【００６２】
バックアップファイルを復旧する指示を受信すると、ステップＳ２２において第２のアプリケーションサーバ１ｂは、最新のバックアップファイルデータ含まれる第１のアプリケーションサーバ１ａに依存する設定値を、第２のアプリケーションサーバ１ｂに依存する設定値に変換する。ステップＳ２４において第２のアプリケーションサーバ１ｂはその変換後のバックアップファイルデータを、現用ファイルデータとして保存するとともに、現用サイトとして稼働する準備をする。
【００６３】
ステップＳ２５およびステップＳ２６において、各アプリケーションサーバのバックアップ送信フラグが変更される。ステップＳ２５において第１のアプリケーションサーバ１ａは、バックアップ送信フラグを”ＯＮ”から”ＯＦＦ”に変更する。ステップＳ２５において第２のアプリケーションサーバ１ｂは、バックアップ送信フラグを”ＯＦＦ”から”ＯＮ”に変更する。
【００６４】
ステップＳ２７において第２のアプリケーションサーバ１ｂは、ゲートウェイサーバ３に、接続先を切り替える指示とともに、第２のアプリケーションサーバ１ｂの識別子を送信する。ステップＳ３においてゲートウェイサーバ３はステップＳ２７で受信した第２のアプリケーションサーバ１ｂの識別子を、現用サイトデータ３２１ａとして記憶装置３２０に記憶する。
【００６５】
これ以降、第２のアプリケーションサーバ１ｂは現用サイトとして稼働し、第１のアプリケーションサーバ１ａは待機サイトとして稼働する。
【００６６】
このように本発明の実施の形態において、異なるサイト間で現用系および待機系の構成をとるアプリケーションサーバ１について、安定したシステム運用を実現する復旧方法を実現した。具体的には、アプリケーションサーバ１は、それぞれのサイトにおけるサイト依存の設定値を関連づけた設定値変換データ１４ａを記憶する。現用サイトとして稼働するアプリケーションサーバ１において障害が発生した際、待機サイトとして稼働するアプリケーションサーバ１は、現用サイトとして起動する前に、設定値変換データ１４ａを参照して、バックアップファイルデータ１１ａ内のサイト依存の設定値を、現在待機サイトとして稼働しているアプリケーションサーバ１に適切な設定値に変換する。
【００６７】
このように、本発明の実施の形態に係るアプリケーションサーバ１によれば、自身の記憶装置に記憶された設定値変換データ１４ａを参照して、サイト依存の設定値を自動的に変換する。これにより、従来、バックアップファイルによる復旧の際、サイト依存の設定値をシステムの保守者が書き換えることがなくなる。従って、保守稼働コストを削減するとともに、サービス復旧までの時間を削減することができる。
【００６８】
（その他の実施の形態）
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
【００６９】
例えば、本発明の最良の実施の形態に記載したアプリケーションサーバ１は、図３に示すように一つのハードウェア上に構成されても良いし、その機能や処理数に応じて複数のハードウェア上に構成されても良い。
【００７０】
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【符号の説明】
【００７１】
１  アプリケーションサーバ
２  バックアップサーバ
３  ゲートウェイサーバ
４  加入者端末
５  ネットワーク
６  情報システム
１０、３１０  記憶装置
１１  バックアップファイルデータ記憶部
１２  バックアップ送信フラグデータ記憶部
１３  現用ファイルデータ記憶部
１４  設定値変換データ記憶部
２０、３２０  中央処理制御装置
２１  バックアップファイル送信手段
２２  バックアップファイル生成手段
２３  障害発生通知手段
２４  処理手段
２５  バックアップファイル受信手段
２６  切替手段
２７  変換手段
３１１  転送手段
３１２  切替手段
３２１  現用サイトデータ記憶部
【図１】
0005478534.tif 000002
【図２】
0005478534.tif 000003
【図３】
0005478534.tif 000004
【図４】
0005478534.tif 000005
【図５】
0005478534.tif 000006
【図６】
0005478534.tif 000007
【図７】
0005478534.tif 000008
【図８】
0005478534.tif 000009
【図９】
0005478534.tif 000010