JPH11110325A - 情報処理システム - Google Patents
情報処理システムInfo
- Publication number
- JPH11110325A JPH11110325A JP9267156A JP26715697A JPH11110325A JP H11110325 A JPH11110325 A JP H11110325A JP 9267156 A JP9267156 A JP 9267156A JP 26715697 A JP26715697 A JP 26715697A JP H11110325 A JPH11110325 A JP H11110325A
- Authority
- JP
- Japan
- Prior art keywords
- server device
- database
- task
- business
- execution server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Small-Scale Networks (AREA)
- Multi Processors (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 業務実行用サーバ装置が実行するべきクライ
アント装置から要求される業務の処理を設備コストを掛
けることなくバックアップできるようにする。 【解決手段】 データベースの維持管理を行うデータベ
ース管理システムが動作するデータベース用サーバ装置
１と、このデータベース用サーバ装置１上のデータベー
ス管理システム１１をアクセスする業務を処理するアプ
リケーションタスク２１が動作する業務実行用サーバ装
置２とが通信回線４で接続された情報処理システムであ
る。このものにおいて、データベース用サーバ装置１
で、業務実行用サーバ装置２の動作状態を監視する障害
監視タイク１３を動作させる。その結果、業務実行用サ
ーバ装置２の異常動作を検知すると、業務実行用サーバ
装置２上のアプリケーションタスク２１と同一のアプリ
ケーションタスク５１を起動するようにした。
アント装置から要求される業務の処理を設備コストを掛
けることなくバックアップできるようにする。 【解決手段】 データベースの維持管理を行うデータベ
ース管理システムが動作するデータベース用サーバ装置
１と、このデータベース用サーバ装置１上のデータベー
ス管理システム１１をアクセスする業務を処理するアプ
リケーションタスク２１が動作する業務実行用サーバ装
置２とが通信回線４で接続された情報処理システムであ
る。このものにおいて、データベース用サーバ装置１
で、業務実行用サーバ装置２の動作状態を監視する障害
監視タイク１３を動作させる。その結果、業務実行用サ
ーバ装置２の異常動作を検知すると、業務実行用サーバ
装置２上のアプリケーションタスク２１と同一のアプリ
ケーションタスク５１を起動するようにした。
Description
【０００１】
【発明の属する技術分野】本発明は、データベース用サ
ーバ装置と業務実行用サーバ装置とクライアント装置と
を通信回線で接続してなる情報処理システムに関する。
ーバ装置と業務実行用サーバ装置とクライアント装置と
を通信回線で接続してなる情報処理システムに関する。
【０００２】
【従来の技術】一般に、クライアント・サーバ型の情報
処理システムは、クライアント装置で任意のクライアン
ト・アプリケーションタスクが実行された結果、サーバ
装置に対して業務の処理要求が発生すると、サーバ装置
が適宜データベース管理システムにアクセスしながら所
定のアプリケーションタスクを実行して要求された業務
を処理し、処理を完了すると業務完了通知をクライアン
ト装置に返送するものとなっていた。
処理システムは、クライアント装置で任意のクライアン
ト・アプリケーションタスクが実行された結果、サーバ
装置に対して業務の処理要求が発生すると、サーバ装置
が適宜データベース管理システムにアクセスしながら所
定のアプリケーションタスクを実行して要求された業務
を処理し、処理を完了すると業務完了通知をクライアン
ト装置に返送するものとなっていた。
【０００３】このような情報処理システムにおいて、サ
ーバ装置を、データベースの維持管理を行うデータベー
ス管理システムが動作するデータベース用サーバ装置
と、クライアント装置から処理要求のある業務のアプリ
ケーションタスクが動作する業務実行用サーバ装置とに
分割して、サーバ装置の負荷分散を図ることは従来より
知られていた。
ーバ装置を、データベースの維持管理を行うデータベー
ス管理システムが動作するデータベース用サーバ装置
と、クライアント装置から処理要求のある業務のアプリ
ケーションタスクが動作する業務実行用サーバ装置とに
分割して、サーバ装置の負荷分散を図ることは従来より
知られていた。
【０００４】
【発明が解決しようとする課題】ところで、従来のこの
種の情報処理システムは、クライアント装置から処理要
求のある業務を処理するサーバ装置が１台であったの
で、このサーバ装置が障害の発生等により停止してしま
った場合には、復旧するまでクライアント装置から処理
要求のある業務を処理できないためにシステム全体が停
止せざるを得なかった。これを回避するためには、クラ
イアント装置から処理要求のある業務を処理可能なバッ
クアップ用のサーバ装置を別途システムに組み込めばよ
いが、業務実行用サーバ装置及びデータベース用サーバ
装置に加えてバックアップ用のサーバ装置が必要となる
ため設備コストが莫大なものとなり、維持費も高くなる
という問題があった。
種の情報処理システムは、クライアント装置から処理要
求のある業務を処理するサーバ装置が１台であったの
で、このサーバ装置が障害の発生等により停止してしま
った場合には、復旧するまでクライアント装置から処理
要求のある業務を処理できないためにシステム全体が停
止せざるを得なかった。これを回避するためには、クラ
イアント装置から処理要求のある業務を処理可能なバッ
クアップ用のサーバ装置を別途システムに組み込めばよ
いが、業務実行用サーバ装置及びデータベース用サーバ
装置に加えてバックアップ用のサーバ装置が必要となる
ため設備コストが莫大なものとなり、維持費も高くなる
という問題があった。
【０００５】本発明はこのような事情に基づいてなされ
たものであり、その目的とするところは、業務実行用サ
ーバ装置が実行するべきクライアント装置から要求され
る業務の処理を設備コストを掛けることなくバックアッ
プできる情報処理システムを提供しようとするものであ
る。
たものであり、その目的とするところは、業務実行用サ
ーバ装置が実行するべきクライアント装置から要求され
る業務の処理を設備コストを掛けることなくバックアッ
プできる情報処理システムを提供しようとするものであ
る。
【０００６】
【課題を解決するための手段】本願請求項１に係る発明
は、データベースの維持管理を行うデータベース管理シ
ステムが動作するデータベース用サーバ装置と、このデ
ータベース用サーバ装置上のデータベース管理システム
をアクセスする業務を処理するアプリケーションタスク
が動作する業務実行用サーバ装置とを通信回線で接続し
てなる情報処理システムにおいて、データベース用サー
バ装置に、業務実行用サーバ装置の動作状態を監視する
動作状態監視手段と、この動作状態監視手段により業務
実行用サーバ装置の異常動作を検知すると業務実行用サ
ーバ装置上のアプリケーションタスクと同一のアプリケ
ーションタスクを起動する業務バックアップ手段とを設
けたものである。
は、データベースの維持管理を行うデータベース管理シ
ステムが動作するデータベース用サーバ装置と、このデ
ータベース用サーバ装置上のデータベース管理システム
をアクセスする業務を処理するアプリケーションタスク
が動作する業務実行用サーバ装置とを通信回線で接続し
てなる情報処理システムにおいて、データベース用サー
バ装置に、業務実行用サーバ装置の動作状態を監視する
動作状態監視手段と、この動作状態監視手段により業務
実行用サーバ装置の異常動作を検知すると業務実行用サ
ーバ装置上のアプリケーションタスクと同一のアプリケ
ーションタスクを起動する業務バックアップ手段とを設
けたものである。
【０００７】また本願請求項２に係る発明は、同情報処
理システムにおいて、業務実行用サーバ装置に、通信回
線を介して動作状態通知要求伝文を受信する毎に自己の
動作状態を通知するステータスデータを通信回線を介し
て動作状態通知要求伝文送信元に送信する手段を設け、
かつデータベース用サーバ装置に、定期的に通信回線を
介して業務実行用サーバ装置に動作状態通知要求伝文を
送信する手段と、この送信手段により動作状態通知要求
伝文を送信したことに応じて業務実行用サーバ装置から
異常状態を通知するステータスデータを受信するか若し
くは応答がなかった場合に業務実行用サーバ装置の異常
と判断して業務実行用サーバ装置上のアプリケーション
タスクと同一のアプリケーションタスクを起動する手段
とを設けたものである。
理システムにおいて、業務実行用サーバ装置に、通信回
線を介して動作状態通知要求伝文を受信する毎に自己の
動作状態を通知するステータスデータを通信回線を介し
て動作状態通知要求伝文送信元に送信する手段を設け、
かつデータベース用サーバ装置に、定期的に通信回線を
介して業務実行用サーバ装置に動作状態通知要求伝文を
送信する手段と、この送信手段により動作状態通知要求
伝文を送信したことに応じて業務実行用サーバ装置から
異常状態を通知するステータスデータを受信するか若し
くは応答がなかった場合に業務実行用サーバ装置の異常
と判断して業務実行用サーバ装置上のアプリケーション
タスクと同一のアプリケーションタスクを起動する手段
とを設けたものである。
【０００８】これらの発明において、業務実行用サーバ
装置上のアプリケーションタスクに作業を要求するクラ
イアント・アプリケーションプログラムが動作するクラ
イアント装置を業務実行用サーバ装置とデータベース用
サーバ装置とに通信回線で接続した場合、このクライア
ント装置は、業務実行用サーバ装置上のアプリケーショ
ンタスクに対して作業を要求する通信が不能になるとこ
の作業を要求する通信をデータベース用サーバ装置に対
して行う通信切換手段を設けると好都合である。
装置上のアプリケーションタスクに作業を要求するクラ
イアント・アプリケーションプログラムが動作するクラ
イアント装置を業務実行用サーバ装置とデータベース用
サーバ装置とに通信回線で接続した場合、このクライア
ント装置は、業務実行用サーバ装置上のアプリケーショ
ンタスクに対して作業を要求する通信が不能になるとこ
の作業を要求する通信をデータベース用サーバ装置に対
して行う通信切換手段を設けると好都合である。
【０００９】
【発明の実施の形態】以下、本発明の一実施の形態を図
面を用いて説明する。図１において、１はデータベース
の維持管理を行うデータベース管理システム１１が動作
するデータベース用サーバ装置（以下、データベースサ
ーバと称する）であり、２は前記データベースサーバ１
上のデータベース管理システム１１をアクセスする業務
を処理するアプリケーションタスク２１が動作する業務
実行用サーバ装置（以下、アプリケーションサーバと称
する）であり、３は前記アプリケーションサーバ２上の
アプリケーションタスク２１に作業を要求するクライア
ント・アプリケーションタスク３１が動作する１又は複
数のクライアント装置であって、これらデータベースサ
ーバ１，アプリケーションサーバ２及びクライアント装
置３にそれぞれ通信機能を制御する通信タスク１２，２
２，３２を設けるとともに、ＬＡＮ（Local Area Netwo
rk）などの通信回線４で互いに接続して、本実施の形態
の情報処理システムを構築している。
面を用いて説明する。図１において、１はデータベース
の維持管理を行うデータベース管理システム１１が動作
するデータベース用サーバ装置（以下、データベースサ
ーバと称する）であり、２は前記データベースサーバ１
上のデータベース管理システム１１をアクセスする業務
を処理するアプリケーションタスク２１が動作する業務
実行用サーバ装置（以下、アプリケーションサーバと称
する）であり、３は前記アプリケーションサーバ２上の
アプリケーションタスク２１に作業を要求するクライア
ント・アプリケーションタスク３１が動作する１又は複
数のクライアント装置であって、これらデータベースサ
ーバ１，アプリケーションサーバ２及びクライアント装
置３にそれぞれ通信機能を制御する通信タスク１２，２
２，３２を設けるとともに、ＬＡＮ（Local Area Netwo
rk）などの通信回線４で互いに接続して、本実施の形態
の情報処理システムを構築している。
【００１０】前記データベースサーバ１は、前記アプリ
ケーションサーバ２で動作するアプリケーションタスク
２１と同一のアプリケーションタスク５１を格納した外
部記憶装置５を接続している。
ケーションサーバ２で動作するアプリケーションタスク
２１と同一のアプリケーションタスク５１を格納した外
部記憶装置５を接続している。
【００１１】また、このデータベースサーバ１は、前記
アプリケーションサーバ２の動作状態を監視し、異常動
作を検知するとそのアプリケーションサーバ２上のアプ
リケーションタスク２１と同一のアプリケーションタス
ク５１を起動する機能を実現するための障害監視タスク
１３を搭載している。
アプリケーションサーバ２の動作状態を監視し、異常動
作を検知するとそのアプリケーションサーバ２上のアプ
リケーションタスク２１と同一のアプリケーションタス
ク５１を起動する機能を実現するための障害監視タスク
１３を搭載している。
【００１２】しかして、このデータベースサーバ１は、
前記障害監視タスク１３が起動すると、図２に示すよう
に、ＳＴ（ステップ）１としてリトライカウンタＣを
“０”に初期化する。次に、ＳＴ２としてアプリケーシ
ョンサーバ２に対する動作状態通知要求をタスク間通信
によって通信タスク１２に渡す。これにより、通信回線
４を介してアプリケーションサーバ２に動作状態通知要
求伝文が送信されるので、ＳＴ３としてアプリケーショ
ンサーバ２から動作状態を通知するステータスデータの
応答があるのを待機する。その結果、所定の時間内に上
記ステータスデータを受信し（ＳＴ４のＹＥＳ）、かつ
そのステータスデータが正常状態を通知するものである
とき（ＳＴ５のＮＯ）、アプリケーションサーバ２の動
作状態は正常なので、ＳＴ６として前記リトライカウン
タＣを“０”にクリアしてＳＴ２に戻り、一定時間待機
後、動作状態通知要求伝文を再度送信する。
前記障害監視タスク１３が起動すると、図２に示すよう
に、ＳＴ（ステップ）１としてリトライカウンタＣを
“０”に初期化する。次に、ＳＴ２としてアプリケーシ
ョンサーバ２に対する動作状態通知要求をタスク間通信
によって通信タスク１２に渡す。これにより、通信回線
４を介してアプリケーションサーバ２に動作状態通知要
求伝文が送信されるので、ＳＴ３としてアプリケーショ
ンサーバ２から動作状態を通知するステータスデータの
応答があるのを待機する。その結果、所定の時間内に上
記ステータスデータを受信し（ＳＴ４のＹＥＳ）、かつ
そのステータスデータが正常状態を通知するものである
とき（ＳＴ５のＮＯ）、アプリケーションサーバ２の動
作状態は正常なので、ＳＴ６として前記リトライカウン
タＣを“０”にクリアしてＳＴ２に戻り、一定時間待機
後、動作状態通知要求伝文を再度送信する。
【００１３】これに対し、所定の時間を経過しても上記
ステータスデータを受信できないか（ＳＴ７のＹＥ
Ｓ）、受信したステータスデータが異常状態を通知する
ものであるときには（ＳＴ５のＹＥＳ）、ＳＴ８として
前記リトライカウンタＣを“１”だけインクリメントす
る。そして、ＳＴ９として前記リトライカウンタＣが予
め設定されたリトライ限界回数Ｘ（例えば３）に達した
か否かを判断する。ここでリトライ限界回数Ｘに達して
いない場合にはＳＴ２に戻り、一定時間待機後、動作状
態通知要求伝文を再度送信する。
ステータスデータを受信できないか（ＳＴ７のＹＥ
Ｓ）、受信したステータスデータが異常状態を通知する
ものであるときには（ＳＴ５のＹＥＳ）、ＳＴ８として
前記リトライカウンタＣを“１”だけインクリメントす
る。そして、ＳＴ９として前記リトライカウンタＣが予
め設定されたリトライ限界回数Ｘ（例えば３）に達した
か否かを判断する。ここでリトライ限界回数Ｘに達して
いない場合にはＳＴ２に戻り、一定時間待機後、動作状
態通知要求伝文を再度送信する。
【００１４】ＳＴ９にて前記リトライカウンタＣがリト
ライ限界回数Ｘに達した場合には、アプリケーションサ
ーバ２に動作状態通知要求伝文をリトライ限界回数Ｘま
で繰り返し送信したが、いずれも応答がなかったか、異
常状態を示すステータスデータを受信したので、アプリ
ケーションサーバ２に障害が発生していると判断する。
そして、ＳＴ１０として外部記憶装置５からアプリケー
ションタスク５１を読込んで起動することにより、アプ
リケーションサーバ２が有する業務処理機能をバックア
ップする。
ライ限界回数Ｘに達した場合には、アプリケーションサ
ーバ２に動作状態通知要求伝文をリトライ限界回数Ｘま
で繰り返し送信したが、いずれも応答がなかったか、異
常状態を示すステータスデータを受信したので、アプリ
ケーションサーバ２に障害が発生していると判断する。
そして、ＳＴ１０として外部記憶装置５からアプリケー
ションタスク５１を読込んで起動することにより、アプ
リケーションサーバ２が有する業務処理機能をバックア
ップする。
【００１５】その後、ＳＴ１１としてバックアップ解除
要求が指令されるのを待機する。そして、外部よりバッ
クアップ解除指令要求が入力されると（ＳＴ１２のＹＥ
Ｓ）、ＳＴ１３としてアプリケーションタスク５１を停
止してＳＴ１に戻り、リトライカウンタＣを初期化した
後、動作状態通知要求伝文の送信を再開する。
要求が指令されるのを待機する。そして、外部よりバッ
クアップ解除指令要求が入力されると（ＳＴ１２のＹＥ
Ｓ）、ＳＴ１３としてアプリケーションタスク５１を停
止してＳＴ１に戻り、リトライカウンタＣを初期化した
後、動作状態通知要求伝文の送信を再開する。
【００１６】一方、アプリケーションサーバ２は、通信
回線４を介して動作状態通知要求伝文を受信する毎に自
己の動作状態を通知するステータスデータを伝文送信元
のデータベースサーバ１に送信する機能を実現するため
の動作通知タスク２３を搭載している。
回線４を介して動作状態通知要求伝文を受信する毎に自
己の動作状態を通知するステータスデータを伝文送信元
のデータベースサーバ１に送信する機能を実現するため
の動作通知タスク２３を搭載している。
【００１７】しかして、このアプリケーションサーバ２
は、前記動作通知タスク２３が起動すると、図３に示す
ように、ＳＴ１として前記動作状態通知要求伝文を受信
するのを待機する。そして、通信回線４を介して前記動
作状態通知要求伝文を受信すると（ＳＴ２のＹＥＳ）、
ＳＴ３として自己の動作状態をチェックし、ＳＴ４とし
て正常状態であれば正常応答要求を通信タスク２２に渡
し、異常状態であれば異常応答要求を通信タスク２２に
渡す。これにより、通信タスク２２は正常応答要求であ
れば正常状態を通知するステータスデータをデータベー
スサーバ１に送信し、異常応答要求であれば異常状態を
通知するステータスデータをデータベースサーバ１に送
信するので、ＳＴ１に戻り、次の動作状態通知要求伝文
を受信するのを待機する。
は、前記動作通知タスク２３が起動すると、図３に示す
ように、ＳＴ１として前記動作状態通知要求伝文を受信
するのを待機する。そして、通信回線４を介して前記動
作状態通知要求伝文を受信すると（ＳＴ２のＹＥＳ）、
ＳＴ３として自己の動作状態をチェックし、ＳＴ４とし
て正常状態であれば正常応答要求を通信タスク２２に渡
し、異常状態であれば異常応答要求を通信タスク２２に
渡す。これにより、通信タスク２２は正常応答要求であ
れば正常状態を通知するステータスデータをデータベー
スサーバ１に送信し、異常応答要求であれば異常状態を
通知するステータスデータをデータベースサーバ１に送
信するので、ＳＴ１に戻り、次の動作状態通知要求伝文
を受信するのを待機する。
【００１８】他方、クライアント装置３は、アプリケー
ションサーバ２上のアプリケーションタスク２１に対し
て作業を要求する通信が不能になると、この作業を要求
する通信をデータベース用サーバ１に対して行う通信切
換機能を実現するための通信タスク３２を搭載してい
る。
ションサーバ２上のアプリケーションタスク２１に対し
て作業を要求する通信が不能になると、この作業を要求
する通信をデータベース用サーバ１に対して行う通信切
換機能を実現するための通信タスク３２を搭載してい
る。
【００１９】しかして、クライアント装置３は、前記通
信タスク３２が起動すると、図４に示すように、ＳＴ１
としてリトライカウンタＣを“０”に初期化する。次
に、ＳＴ２としてアプリケーションサーバ２上のアプリ
ケーションタスク２１で実行する業務の処理要求を待機
する。そして、クライアント・アプリケーションタスク
３１から上記アプリケーションタスク２１で実行する業
務の処理要求を受けると（ＳＴ３のＹＥＳ）、ＳＴ４と
してその業務処理要求伝文をＬＡＮ回線４に送信する。
この場合において、上記業務処理要求伝文の送信先は初
期状態ではアプリケーションサーバ２である。
信タスク３２が起動すると、図４に示すように、ＳＴ１
としてリトライカウンタＣを“０”に初期化する。次
に、ＳＴ２としてアプリケーションサーバ２上のアプリ
ケーションタスク２１で実行する業務の処理要求を待機
する。そして、クライアント・アプリケーションタスク
３１から上記アプリケーションタスク２１で実行する業
務の処理要求を受けると（ＳＴ３のＹＥＳ）、ＳＴ４と
してその業務処理要求伝文をＬＡＮ回線４に送信する。
この場合において、上記業務処理要求伝文の送信先は初
期状態ではアプリケーションサーバ２である。
【００２０】ここで、上記業務処理要求伝文の送信に成
功した場合には（ＳＴ５のＹＥＳ）、ＳＴ６として前記
リトライカウンタＣを“０”にクリアしてＳＴ２に戻
り、業務処理要求を待機する。これに対し、上記業務処
理要求伝文の送信に失敗した場合には（ＳＴ５のＮ
Ｏ）、ＳＴ７として前記リトライカウンタＣを“１”だ
けインクリメントする。そして、ＳＴ８として前記リト
ライカウンタＣが予め設定されたリトライ限界回数Ｙ
（例えば３）に達したか否かを判断する。ここでリトラ
イ限界回数Ｙに達していない場合にはＳＴ２に戻り、業
務処理要求を待機する。
功した場合には（ＳＴ５のＹＥＳ）、ＳＴ６として前記
リトライカウンタＣを“０”にクリアしてＳＴ２に戻
り、業務処理要求を待機する。これに対し、上記業務処
理要求伝文の送信に失敗した場合には（ＳＴ５のＮ
Ｏ）、ＳＴ７として前記リトライカウンタＣを“１”だ
けインクリメントする。そして、ＳＴ８として前記リト
ライカウンタＣが予め設定されたリトライ限界回数Ｙ
（例えば３）に達したか否かを判断する。ここでリトラ
イ限界回数Ｙに達していない場合にはＳＴ２に戻り、業
務処理要求を待機する。
【００２１】ＳＴ８にて前記リトライカウンタＣがリト
ライ限界回数Ｙに達した場合には、ＳＴ９として現時点
における業務処理要求伝文の送信先を判別する。そし
て、送信先がアプリケーションサーバ２であった場合に
は、ＳＴ１０として業務処理要求伝文送信先をデータベ
ースサーバ１に変更する。これに対し、送信先がデータ
ベースサーバ１であった場合には、ＳＴ１０として業務
処理要求伝文送信先をアプリケーションサーバ２に戻
す。しかる後、ＳＴ１に戻り、リトライカウンタＣを
“０”に初期化した後、業務処理要求を待機する。
ライ限界回数Ｙに達した場合には、ＳＴ９として現時点
における業務処理要求伝文の送信先を判別する。そし
て、送信先がアプリケーションサーバ２であった場合に
は、ＳＴ１０として業務処理要求伝文送信先をデータベ
ースサーバ１に変更する。これに対し、送信先がデータ
ベースサーバ１であった場合には、ＳＴ１０として業務
処理要求伝文送信先をアプリケーションサーバ２に戻
す。しかる後、ＳＴ１に戻り、リトライカウンタＣを
“０”に初期化した後、業務処理要求を待機する。
【００２２】このように本実施の形態においては、アプ
リケーションサーバ２が正常に動作している通常状態で
は、データベースサーバ１からアプリケーションサーバ
２に定期的に送信される動作状態通知要求伝文に対し
て、アプリケーションサーバ２から正常状態を通知する
ステータスデータが応答される。これにより、データベ
ースサーバ１上ではデータベースの維持管理を行うデー
タベース管理システム１１だけが動作し、アプリケーシ
ョンサーバ２上のアプリケーションタスク２１と同一の
アプリケーションタスク５１は動作しない。このとき、
クライアント装置３から発生する業務処理要求は、アプ
リケーションサーバ２に送信される。そして、アプリケ
ーションサーバ２は、適宜データベースサーバ１をアク
セスしながら所定のアプリケーションタスクを実行して
要求された業務を処理し、処理を完了すると業務完了通
知をクライアント装置３に返送する。
リケーションサーバ２が正常に動作している通常状態で
は、データベースサーバ１からアプリケーションサーバ
２に定期的に送信される動作状態通知要求伝文に対し
て、アプリケーションサーバ２から正常状態を通知する
ステータスデータが応答される。これにより、データベ
ースサーバ１上ではデータベースの維持管理を行うデー
タベース管理システム１１だけが動作し、アプリケーシ
ョンサーバ２上のアプリケーションタスク２１と同一の
アプリケーションタスク５１は動作しない。このとき、
クライアント装置３から発生する業務処理要求は、アプ
リケーションサーバ２に送信される。そして、アプリケ
ーションサーバ２は、適宜データベースサーバ１をアク
セスしながら所定のアプリケーションタスクを実行して
要求された業務を処理し、処理を完了すると業務完了通
知をクライアント装置３に返送する。
【００２３】その後、アプリケーションサーバ２に障害
が発生し、データベースサーバ１からの動作状態通知要
求伝文に対して異常状態を通知するステータスデータが
応答されるか、応答送信が不能になると、データベース
サーバ１上ではデータベースの維持管理を行うデータベ
ース管理システム１１とともに、アプリケーションサー
バ２上のアプリケーションタスク２１と同一のアプリケ
ーションタスク５１が動作する。このとき、クライアン
ト装置３から発生する業務処理要求は、当初アプリケー
ションサーバ２送信されるが、送信エラーとなるために
データベースサーバ１に切換わる。そしてデータベース
サーバ１はクライアント装置３から業務処理要求受信す
ると、適宜自己のデータベース管理システム１１を動作
させつつ所定のアプリケーションタスクを実行して要求
された業務を処理し、処理を完了すると業務完了通知を
クライアント装置３に返送する。
が発生し、データベースサーバ１からの動作状態通知要
求伝文に対して異常状態を通知するステータスデータが
応答されるか、応答送信が不能になると、データベース
サーバ１上ではデータベースの維持管理を行うデータベ
ース管理システム１１とともに、アプリケーションサー
バ２上のアプリケーションタスク２１と同一のアプリケ
ーションタスク５１が動作する。このとき、クライアン
ト装置３から発生する業務処理要求は、当初アプリケー
ションサーバ２送信されるが、送信エラーとなるために
データベースサーバ１に切換わる。そしてデータベース
サーバ１はクライアント装置３から業務処理要求受信す
ると、適宜自己のデータベース管理システム１１を動作
させつつ所定のアプリケーションタスクを実行して要求
された業務を処理し、処理を完了すると業務完了通知を
クライアント装置３に返送する。
【００２４】このように本実施の形態によれば、アプリ
ケーションサーバ”に障害が発生して停止しても、デー
タベースサーバ１がアプリケーションサーバ２としての
機能を代行するので、システム全体が停止すること無く
業務を続行できる。この場合において、アプリケーショ
ンサーバ２の機能バックアップは既存のデータベースサ
ーバ１が行うので、バックアップ専用のサーバを別途用
意する必要がなく、設備コストが増加することはない。
また、システム維持費も増加しない。
ケーションサーバ”に障害が発生して停止しても、デー
タベースサーバ１がアプリケーションサーバ２としての
機能を代行するので、システム全体が停止すること無く
業務を続行できる。この場合において、アプリケーショ
ンサーバ２の機能バックアップは既存のデータベースサ
ーバ１が行うので、バックアップ専用のサーバを別途用
意する必要がなく、設備コストが増加することはない。
また、システム維持費も増加しない。
【００２５】なお、本発明は前記一実施の形態に限定さ
れるものではない。例えば前記一実施の形態では、デー
タベースサーバ１からアプリケーションサーバ２に定期
的に送信される動作状態通知要求伝文に対して、アプリ
ケーションサーバ２から異常状態を通知するステータス
データが応答された場合も、ステータスデータが無応答
の場合と同様に数回リトライしてからアプリケーション
サーバ２の機能を代行したが、異常状態を通知するステ
ータスデータが応答された場合には、異常が発生してい
ると考えられるので、リトライせずに直ぐにアプリケー
ションサーバ２の機能を代行するように障害監視タスク
１３を構成してもよい。
れるものではない。例えば前記一実施の形態では、デー
タベースサーバ１からアプリケーションサーバ２に定期
的に送信される動作状態通知要求伝文に対して、アプリ
ケーションサーバ２から異常状態を通知するステータス
データが応答された場合も、ステータスデータが無応答
の場合と同様に数回リトライしてからアプリケーション
サーバ２の機能を代行したが、異常状態を通知するステ
ータスデータが応答された場合には、異常が発生してい
ると考えられるので、リトライせずに直ぐにアプリケー
ションサーバ２の機能を代行するように障害監視タスク
１３を構成してもよい。
【００２６】また、データベースサーバ１が代行するア
プリケーションサーバ２の機能は、アプリケーションサ
ーバ２が搭載したアプリケーションタスク２１の全ての
機能でなく、システムを続行する上で最低限必要な一部
のアプリケーションタスクの機能だけとしてもよい。こ
の他、本発明の要旨を逸脱しない範囲で種々変形実施可
能であるのは勿論である。
プリケーションサーバ２の機能は、アプリケーションサ
ーバ２が搭載したアプリケーションタスク２１の全ての
機能でなく、システムを続行する上で最低限必要な一部
のアプリケーションタスクの機能だけとしてもよい。こ
の他、本発明の要旨を逸脱しない範囲で種々変形実施可
能であるのは勿論である。
【００２７】
【発明の効果】以上詳述したように、本発明によれば、
業務実行用サーバ装置が実行するべきクライアント装置
から要求される業務の処理を設備コストを掛けることな
くバックアップできる情報処理システムを提供できる。
業務実行用サーバ装置が実行するべきクライアント装置
から要求される業務の処理を設備コストを掛けることな
くバックアップできる情報処理システムを提供できる。
【図１】 本発明の一実施の形態のシステム構成図。
【図２】 図１における障害監視タスクの構成を示す流
れ図。
れ図。
【図３】 図１における動作通知タスクの構成を示す流
れ図。
れ図。
【図４】 図１におけるクライアント通信タスクの構成
を示す流れ図。
を示す流れ図。
１…データベースサーバ（データベース用サーバ装置） ２…アプリケーションサーバ（業務実行用サーバ装置） ３…クライアント装置 ４…通信回線 ５…外部記憶装置 １１…データベース管理システム １２，２２，３２…通信タスク １３…障害監視タスク ２１，５１…アプリケーションタスク ２３…動作通知タスク
Claims (3)
- 【請求項１】 データベースの維持管理を行うデータベ
ース管理システムが動作するデータベース用サーバ装置
と、このデータベース用サーバ装置上のデータベース管
理システムをアクセスする業務を処理するアプリケーシ
ョンタスクが動作する業務実行用サーバ装置とを通信回
線で接続してなる情報処理システムにおいて、 前記データベース用サーバ装置は、前記業務実行用サー
バ装置の動作状態を監視する動作状態監視手段と、この
動作状態監視手段により前記業務実行用サーバ装置の異
常動作を検知すると前記業務実行用サーバ装置上のアプ
リケーションタスクと同一のアプリケーションタスクを
起動する業務バックアップ手段とを具備したことを特徴
とする情報処理システム。 - 【請求項２】 データベースの維持管理を行うデータベ
ース管理システムが動作するデータベース用サーバ装置
と、このデータベース用サーバ装置上のデータベース管
理システムをアクセスして業務を実行するアプリケーシ
ョンタスクが動作する業務実行用サーバ装置とを通信回
線で接続してなる情報処理システムにおいて、 前記業務実行用サーバ装置は、前記通信回線を介して動
作状態通知要求伝文を受信する毎に自己の動作状態を通
知するステータスデータを前記通信回線を介して動作状
態通知要求伝文送信元に送信する手段を具備し、 前記データベース用サーバ装置は、定期的に前記通信回
線を介して前記業務実行用サーバ装置に前記動作状態通
知要求伝文を送信する手段と、この送信手段により前記
動作状態通知要求伝文を送信したことに応じて前記業務
実行用サーバ装置から異常状態を通知するステータスデ
ータを受信するか若しくは応答がなかった場合に前記業
務実行用サーバ装置の異常と判断して前記業務実行用サ
ーバ装置上のアプリケーションタスクと同一のアプリケ
ーションタスクを起動する手段とを具備したことを特徴
とする情報処理システム。 - 【請求項３】 業務実行用サーバ装置上のアプリケーシ
ョンタスクに作業を要求するクライアント・アプリケー
ションプログラムが動作するクライアント装置を業務実
行用サーバ装置とデータベース用サーバ装置とに通信回
線で接続し、前記クライアント装置は、前記業務実行用
サーバ装置上のアプリケーションタスクに対して作業を
要求する通信が不能になるとこの作業を要求する通信を
データベース用サーバ装置に対して行う通信切換手段を
具備したことを特徴とする請求項１または２記載の情報
処理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9267156A JPH11110325A (ja) | 1997-09-30 | 1997-09-30 | 情報処理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9267156A JPH11110325A (ja) | 1997-09-30 | 1997-09-30 | 情報処理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11110325A true JPH11110325A (ja) | 1999-04-23 |
Family
ID=17440878
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9267156A Pending JPH11110325A (ja) | 1997-09-30 | 1997-09-30 | 情報処理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11110325A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007266776A (ja) * | 2006-03-27 | 2007-10-11 | Fujitsu Ltd | 複数サーバ間でのサービス正常動作監視システムおよびその方法 |
| JP2009278243A (ja) * | 2008-05-13 | 2009-11-26 | Canon Inc | 画像形成システム、画像形成装置、制御方法、及びプログラム |
-
1997
- 1997-09-30 JP JP9267156A patent/JPH11110325A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007266776A (ja) * | 2006-03-27 | 2007-10-11 | Fujitsu Ltd | 複数サーバ間でのサービス正常動作監視システムおよびその方法 |
| JP2009278243A (ja) * | 2008-05-13 | 2009-11-26 | Canon Inc | 画像形成システム、画像形成装置、制御方法、及びプログラム |
| US8705084B2 (en) | 2008-05-13 | 2014-04-22 | Canon Kabushiki Kaisha | Image processing system, image processing apparatus and method for controlling the same |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1650653B1 (en) | Remote enterprise management of high availability systems | |
| JPH0831047B2 (ja) | 論理区画式データ処理装置における区画間制御のための装置及び方法 | |
| US20080201470A1 (en) | Network monitor program executed in a computer of cluster system, information processing method and computer | |
| JP2003022258A (ja) | サーバーのバックアップシステム | |
| US20110179307A1 (en) | Failover method and system for a computer system having clustering configuration | |
| JP3537281B2 (ja) | 共有ディスク型多重系システム | |
| JP3555047B2 (ja) | 複合コンピュータシステム | |
| JP2001022709A (ja) | クラスタシステム及びプログラムを記憶したコンピュータ読み取り可能な記憶媒体 | |
| JPH11110325A (ja) | 情報処理システム | |
| JPH08186642A (ja) | 信号中継交換機二重化運用管理装置および方法 | |
| JPH10116261A (ja) | 並列計算機システムのチェックポイントリスタート方法 | |
| JP6856574B2 (ja) | サービス継続システムおよびサービス継続方法 | |
| JP2003345638A (ja) | 記憶制御装置の制御方法及び記憶制御装置及びプログラム | |
| JPH09305558A (ja) | 二重化システムのデータベースサーバ | |
| JPH05314075A (ja) | オンラインコンピュータ装置 | |
| JP2013156963A (ja) | 制御プログラム、制御方法、情報処理装置、制御システム | |
| JPH0635758A (ja) | プログラム監視制御装置 | |
| JP2000148525A (ja) | サービスプロセッサ二重化システムの現用系負荷軽減方法 | |
| JP3794358B2 (ja) | 電源制御方法 | |
| JP2629415B2 (ja) | 相互スタンバイシステムにおける業務処理系切り替え方法 | |
| JP3545772B2 (ja) | 動作時間監視方法 | |
| JP2010140106A (ja) | ジョブ実行システム、該システムに用いられるジョブフロー引継ぎ方法及びジョブフロー引継ぎ制御プログラム | |
| JP2733878B2 (ja) | リモート保守監視方法 | |
| JPH03237556A (ja) | マルチホストシステムの通信管理方式 | |
| JP6540142B2 (ja) | ベースボード管理コントローラ、情報処理システム及びベースボード管理コントローラの処理実行方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040302 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040706 |