JP2575954B2 - サーバ機能閉塞処理方法 - Google Patents
サーバ機能閉塞処理方法Info
- Publication number
- JP2575954B2 JP2575954B2 JP1405391A JP1405391A JP2575954B2 JP 2575954 B2 JP2575954 B2 JP 2575954B2 JP 1405391 A JP1405391 A JP 1405391A JP 1405391 A JP1405391 A JP 1405391A JP 2575954 B2 JP2575954 B2 JP 2575954B2
- Authority
- JP
- Japan
- Prior art keywords
- function
- server
- preparation
- blocking
- service counter
- 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.)
- Expired - Fee Related
Links
Landscapes
- Stored Programmes (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、サーバの機能閉塞を行
うサーバ機能閉塞処理方法であって、オペレーティング
システムの機能閉塞処理を順序付けて行うサーバ機能閉
塞処理方法に関するものである。オペレーティングシス
テムには、ユーザのアプリケーションプログラムに対し
て機能を提供するための複数のサーバが存在し、新規の
機能追加もサーバを単位として行われることが一般的で
ある。従って、オペレーティングシステムの基本機構と
して、サーバの起動処理や停止処理を行う際に、このよ
うなサーバの新規追加などに対して容易に対応できる方
法を備えることが要求されている。
うサーバ機能閉塞処理方法であって、オペレーティング
システムの機能閉塞処理を順序付けて行うサーバ機能閉
塞処理方法に関するものである。オペレーティングシス
テムには、ユーザのアプリケーションプログラムに対し
て機能を提供するための複数のサーバが存在し、新規の
機能追加もサーバを単位として行われることが一般的で
ある。従って、オペレーティングシステムの基本機構と
して、サーバの起動処理や停止処理を行う際に、このよ
うなサーバの新規追加などに対して容易に対応できる方
法を備えることが要求されている。
【０００２】
【従来の技術】オペレーティングシステムには、機能を
提供するサーバが複数存在する。個々のサーバは、ユー
ザ資源（例えばファイル、データベースなど）やシステ
ム資源（例えばシステムファイルなど）をそれぞれ独自
に管理し、それぞれが管理する資源に関連したサービス
をユーザのアプリケーションプログラムなどに提供して
いる。システムの運用を停止する場合、各サーバが管理
している資源を矛盾のない状態で保持するために、シス
テム内に存在する複数のサーバを矛盾なく機能閉塞させ
る必要がある。
提供するサーバが複数存在する。個々のサーバは、ユー
ザ資源（例えばファイル、データベースなど）やシステ
ム資源（例えばシステムファイルなど）をそれぞれ独自
に管理し、それぞれが管理する資源に関連したサービス
をユーザのアプリケーションプログラムなどに提供して
いる。システムの運用を停止する場合、各サーバが管理
している資源を矛盾のない状態で保持するために、シス
テム内に存在する複数のサーバを矛盾なく機能閉塞させ
る必要がある。
【０００３】従来は、複数のサーバを機能停止させる場
合、予め決めた順序で機能閉塞処理をスケジュールして
実行するようにしていた。例えばファイルを管理するサ
ーバを先に停止させてしまうと、システムファイルがク
ローズできなくなるので、システム資源を管理するサー
バを先に止めてから、後にファイルを管理するサーバを
止める、というように遅く機能停止させるサーバ程、使
える機能に制限を受ける状態を考慮してその停止する順
序を決め、この順序で閉塞処理を行っていた。
合、予め決めた順序で機能閉塞処理をスケジュールして
実行するようにしていた。例えばファイルを管理するサ
ーバを先に停止させてしまうと、システムファイルがク
ローズできなくなるので、システム資源を管理するサー
バを先に止めてから、後にファイルを管理するサーバを
止める、というように遅く機能停止させるサーバ程、使
える機能に制限を受ける状態を考慮してその停止する順
序を決め、この順序で閉塞処理を行っていた。
【０００４】
【発明が解決しようとする課題】従来、複数のサーバの
機能を予め決めた順序で順次閉塞していく方法は、以下
の問題がある。 （１）デッドロックが発生しないように、サーバの相互
の呼び出し関係を考慮しつつ複数のサーバの停止順序を
決めることが難しいという問題があった。
機能を予め決めた順序で順次閉塞していく方法は、以下
の問題がある。 （１）デッドロックが発生しないように、サーバの相互
の呼び出し関係を考慮しつつ複数のサーバの停止順序を
決めることが難しいという問題があった。
【０００５】（２）機能追加により、新たなサーバが追
加された場合、全サーバを含めて停止順序を検討しなお
す必要が生じてしまうという問題があった。本発明は、
複数のサーバに対して機能閉塞処理を並列に試み、機能
閉塞準備が完了したサーバから機能停止させることを繰
り返し、機能閉塞順序を意識することなくかつサーバの
新規追加に対しても容易に対処できるサーバの機能閉塞
処理を行うことを目的としている。
加された場合、全サーバを含めて停止順序を検討しなお
す必要が生じてしまうという問題があった。本発明は、
複数のサーバに対して機能閉塞処理を並列に試み、機能
閉塞準備が完了したサーバから機能停止させることを繰
り返し、機能閉塞順序を意識することなくかつサーバの
新規追加に対しても容易に対処できるサーバの機能閉塞
処理を行うことを目的としている。
【０００６】
【課題を解決するための手段】図１は、本発明の原理構
成・動作説明図を示す。図１において、サーバ管理機構
１は、サーバ２に機能閉塞準備指示を通知したり、サー
バ２に機能閉塞準備問い合わせを通知したり、この機能
閉塞準備問い合わせに対応してＮＧと通知のあったサー
バ２に機能閉塞準備指示、機能閉塞準備問い合わせを繰
り返して通知したりするものである。
成・動作説明図を示す。図１において、サーバ管理機構
１は、サーバ２に機能閉塞準備指示を通知したり、サー
バ２に機能閉塞準備問い合わせを通知したり、この機能
閉塞準備問い合わせに対応してＮＧと通知のあったサー
バ２に機能閉塞準備指示、機能閉塞準備問い合わせを繰
り返して通知したりするものである。
【０００７】サーバ２は、サーバ管理機構１からサーバ
機能閉塞準備指示の通知に対応してサービスカウンタ２
ｂをクリアし、機能閉塞準備問い合わせに対応してこの
サービスカウンタ２ｂの内容がクリアされたままのとき
に機能閉塞準備ＯＫを返答および機能閉塞を実行し、そ
れ以外のときに機能閉塞準備ＮＧを返答するものであ
る。
機能閉塞準備指示の通知に対応してサービスカウンタ２
ｂをクリアし、機能閉塞準備問い合わせに対応してこの
サービスカウンタ２ｂの内容がクリアされたままのとき
に機能閉塞準備ＯＫを返答および機能閉塞を実行し、そ
れ以外のときに機能閉塞準備ＮＧを返答するものであ
る。
【０００８】
【作用】本発明は、図１に示すように、ユーザなどから
の閉塞要求に対応して、サーバ管理機構１がサーバ機能
閉塞準備指示を全てのサーバ２に通知し、この通知を受
けた各サーバ２がサービスカウンタ２ｂをクリアすると
共にクリアした後に他のサーバ２から機能要求を受けた
ときにサービスカウンタ２ｂでサービス提供数を計数し
ておき、機能閉塞準備問い合わせに対応して当該サービ
スカウンタ２ｂの内容がクリアされたままのときに機能
閉塞準備ＯＫを返答および機能閉塞を実行し、それ以外
のときに機能閉塞準備ＮＧを返答し、機能閉塞準備ＮＧ
のサーバ２にサーバ管理機構１が繰り返し、サーバ機能
閉塞準備指示および機能閉塞準備問い合わせを繰り返し
行い、全てのサーバ２の機能を停止させるようにしてい
る。
の閉塞要求に対応して、サーバ管理機構１がサーバ機能
閉塞準備指示を全てのサーバ２に通知し、この通知を受
けた各サーバ２がサービスカウンタ２ｂをクリアすると
共にクリアした後に他のサーバ２から機能要求を受けた
ときにサービスカウンタ２ｂでサービス提供数を計数し
ておき、機能閉塞準備問い合わせに対応して当該サービ
スカウンタ２ｂの内容がクリアされたままのときに機能
閉塞準備ＯＫを返答および機能閉塞を実行し、それ以外
のときに機能閉塞準備ＮＧを返答し、機能閉塞準備ＮＧ
のサーバ２にサーバ管理機構１が繰り返し、サーバ機能
閉塞準備指示および機能閉塞準備問い合わせを繰り返し
行い、全てのサーバ２の機能を停止させるようにしてい
る。
【０００９】従って、複数のサーバ２に対して機能閉塞
処理を並列に試み、機能閉塞準備が完了したサーバ２か
ら順次機能停止させることを繰り返すことにより、機能
閉塞順序を意識することなくかつサーバの新規追加に対
しても容易に対処できるサーバの機能閉塞処理を行うこ
とが可能となる。
処理を並列に試み、機能閉塞準備が完了したサーバ２か
ら順次機能停止させることを繰り返すことにより、機能
閉塞順序を意識することなくかつサーバの新規追加に対
しても容易に対処できるサーバの機能閉塞処理を行うこ
とが可能となる。
【００１０】
【実施例】次に、図１ないし図３を用いて本発明の実施
例の構成および動作を順次詳細に説明する。図１におい
て、サーバ管理機構１は、各種機能を提供するサーバ２
に機能閉塞準備指示を通知したり、この機能閉塞準備指
示に対する結果について機能閉塞準備問い合わせによっ
てその結果を問い合わせたり、この機能閉塞準備問い合
わせでＮＧの返答のあったサーバ２に繰り返し機能閉塞
準備指示、機能閉塞問い合わせたりなどするものであ
る。
例の構成および動作を順次詳細に説明する。図１におい
て、サーバ管理機構１は、各種機能を提供するサーバ２
に機能閉塞準備指示を通知したり、この機能閉塞準備指
示に対する結果について機能閉塞準備問い合わせによっ
てその結果を問い合わせたり、この機能閉塞準備問い合
わせでＮＧの返答のあったサーバ２に繰り返し機能閉塞
準備指示、機能閉塞問い合わせたりなどするものであ
る。
【００１１】サーバ２は、ここではサーバ（ｓ１）、サ
ーバ（ｓ２）、サーバ（ｓ３）から構成され、サーバ管
理機構１からサーバ機能閉塞準備指示の通知に対応して
サービスカウンタ２ｂをクリアしたり、機能閉塞準備問
い合わせに対応してこのサービスカウンタ２ｂの内容が
クリアされたままのときに機能閉塞準備ＯＫを返答およ
び機能閉塞を実行、サービスカウンタ２ｂがクリアされ
たままでなかったときに機能閉塞準備ＮＧを返答したり
などするものである。
ーバ（ｓ２）、サーバ（ｓ３）から構成され、サーバ管
理機構１からサーバ機能閉塞準備指示の通知に対応して
サービスカウンタ２ｂをクリアしたり、機能閉塞準備問
い合わせに対応してこのサービスカウンタ２ｂの内容が
クリアされたままのときに機能閉塞準備ＯＫを返答およ
び機能閉塞を実行、サービスカウンタ２ｂがクリアされ
たままでなかったときに機能閉塞準備ＮＧを返答したり
などするものである。
【００１２】サービスカウンタ２ｂは、機能閉塞準備指
示を受け取ったときにクリアし、それ以降に他のサーバ
２などから機能要求があったときに＋１してサービス提
供数を計数するものである。サーバ管理機構１から機能
閉塞問い合わせがあったときに当該サービスカウンタ２
ｂがクリアされたままでないときは、他のサーバ２など
から機能提供要求があったので、当該サーバ２は使用中
であって機能停止できないので、ＮＧをサーバ管理機構
１に通知してその旨を知らせておく。
示を受け取ったときにクリアし、それ以降に他のサーバ
２などから機能要求があったときに＋１してサービス提
供数を計数するものである。サーバ管理機構１から機能
閉塞問い合わせがあったときに当該サービスカウンタ２
ｂがクリアされたままでないときは、他のサーバ２など
から機能提供要求があったので、当該サーバ２は使用中
であって機能停止できないので、ＮＧをサーバ管理機構
１に通知してその旨を知らせておく。
【００１３】次に、ないしの順序で動作を説明す
る。機能閉塞準備フェーズ：これは、ユーザからの閉
塞要求を受け付けたサーバ管理機構１が、機能閉塞準備
指示を全てのサーバ（ｓ１）、サーバ（ｓ２）、サーバ
（ｓ３）に通知する。この機能閉塞準備指示の通知を受
けたサーバ（ｓ１）、サーバ（ｓ２）、サーバ（ｓ３）
は、サービスカウンタ２ｂをクリアする。そして、他の
サーバから機能提供要求があったときにこのサービスカ
ウンタ２ｂを＋１する。
る。機能閉塞準備フェーズ：これは、ユーザからの閉
塞要求を受け付けたサーバ管理機構１が、機能閉塞準備
指示を全てのサーバ（ｓ１）、サーバ（ｓ２）、サーバ
（ｓ３）に通知する。この機能閉塞準備指示の通知を受
けたサーバ（ｓ１）、サーバ（ｓ２）、サーバ（ｓ３）
は、サービスカウンタ２ｂをクリアする。そして、他の
サーバから機能提供要求があったときにこのサービスカ
ウンタ２ｂを＋１する。
【００１４】準備結果確認フェーズ：これは、で全
てのサーバ（ｓ１）、サーバ（ｓ２）、サーバ（ｓ３）
に機能閉塞指示を通知してサービスカウンタ２ｂをクリ
アした後、機能閉塞問い合わせをサーバ（ｓ１）、サー
バ（ｓ２）、サーバ（ｓ３）に通知して問い合わせ、サ
ービスカウンタ２ｂをクリアした状態から変化して他の
サーバから機能要求をされたか否かを判別し、他のサー
バから機能要求されたとき（即ちサービスカウンタ２ｂ
がクリアした状態でないとき）、機能停止がＮＧの旨を
サーバ管理機構１に通知し、一方、他のサーバから機能
要求されなかったとき、機能停止がＯＫの旨をサーバ管
理機構１に通知する。ここでは、サーバ（ｓ１）はサー
ビスカウンタ２ｂがクリアした状態のままでなく、他の
サーバから機能が使用されていると判明したのでＮＧを
サーバ管理機構１に通知する。一方、サーバ（ｓ２）、
サーバ（ｓ３）はサービスカウンタ２ｂがクリアした状
態のままであったので、他のサーバからその機能が使用
されていないと判明したのでＯＫをサーバ管理機構１に
通知する。
てのサーバ（ｓ１）、サーバ（ｓ２）、サーバ（ｓ３）
に機能閉塞指示を通知してサービスカウンタ２ｂをクリ
アした後、機能閉塞問い合わせをサーバ（ｓ１）、サー
バ（ｓ２）、サーバ（ｓ３）に通知して問い合わせ、サ
ービスカウンタ２ｂをクリアした状態から変化して他の
サーバから機能要求をされたか否かを判別し、他のサー
バから機能要求されたとき（即ちサービスカウンタ２ｂ
がクリアした状態でないとき）、機能停止がＮＧの旨を
サーバ管理機構１に通知し、一方、他のサーバから機能
要求されなかったとき、機能停止がＯＫの旨をサーバ管
理機構１に通知する。ここでは、サーバ（ｓ１）はサー
ビスカウンタ２ｂがクリアした状態のままでなく、他の
サーバから機能が使用されていると判明したのでＮＧを
サーバ管理機構１に通知する。一方、サーバ（ｓ２）、
サーバ（ｓ３）はサービスカウンタ２ｂがクリアした状
態のままであったので、他のサーバからその機能が使用
されていないと判明したのでＯＫをサーバ管理機構１に
通知する。
【００１５】結果判定フェーズ：サーバ管理機構１
は、ＮＧの通知されたサーバについて再度、、を繰
り返し行う。一方、ＯＫの通知されたサーバは、それ自
身が機能閉塞処理を行う。以上のないしを繰り返し
行い、全てのサーバからＯＫをサーバ管理機構１が受け
取ったときに機能閉塞され、システムの運用を停止する
こととなる。
は、ＮＧの通知されたサーバについて再度、、を繰
り返し行う。一方、ＯＫの通知されたサーバは、それ自
身が機能閉塞処理を行う。以上のないしを繰り返し
行い、全てのサーバからＯＫをサーバ管理機構１が受け
取ったときに機能閉塞され、システムの運用を停止する
こととなる。
【００１６】図２は、本発明の１実施例構成図を示す。
図２において、サーバ管理機構１は、機能閉塞準備指示
を全てのサーバ２に通知する機能閉塞指示機構１ａ、機
能閉塞準備問い合わせをサーバ２に通知して機能閉塞準
備結果を問い合わせる機能閉塞結果確認機構１ｂ、およ
びサーバ２が閉塞状態か否かの管理情報を登録する状態
管理機構１ｃなどから構成されるものである。
図２において、サーバ管理機構１は、機能閉塞準備指示
を全てのサーバ２に通知する機能閉塞指示機構１ａ、機
能閉塞準備問い合わせをサーバ２に通知して機能閉塞準
備結果を問い合わせる機能閉塞結果確認機構１ｂ、およ
びサーバ２が閉塞状態か否かの管理情報を登録する状態
管理機構１ｃなどから構成されるものである。
【００１７】サーバ２は、他のサーバ２やユーザプログ
ラムなどに機能を提供するサービス提供機構２ａ、機能
を提供したサービス回数を計数するサービスカウンタ２
ｂ、機能の閉塞準備や結果通知機能を持つ機能閉塞機構
２ｃなどから構成されるものである。機能閉塞機構２ｃ
は、サーバ管理機構１からの機能閉塞準備指示の通知に
対応して、サービスカウンタ２ｂの内容をクリアした
り、サーバ管理機構１からの機能閉塞準備問い合わせの
通知に対応して、サービスカウンタ２ｂの内容を参照し
てクリアしたままの状態か否かを判別し、クリアしたま
まの状態のときに他のサーバ２などから機能の要求がな
く、機能閉塞がＯＫの旨をサーバ管理機構１に返答した
り、一方、クリアしたままの状態でなく他のサーバ２か
らの機能の要求があったとき機能閉塞がＮＧの旨をサー
バ管理機構１に返答したりなどするものである。
ラムなどに機能を提供するサービス提供機構２ａ、機能
を提供したサービス回数を計数するサービスカウンタ２
ｂ、機能の閉塞準備や結果通知機能を持つ機能閉塞機構
２ｃなどから構成されるものである。機能閉塞機構２ｃ
は、サーバ管理機構１からの機能閉塞準備指示の通知に
対応して、サービスカウンタ２ｂの内容をクリアした
り、サーバ管理機構１からの機能閉塞準備問い合わせの
通知に対応して、サービスカウンタ２ｂの内容を参照し
てクリアしたままの状態か否かを判別し、クリアしたま
まの状態のときに他のサーバ２などから機能の要求がな
く、機能閉塞がＯＫの旨をサーバ管理機構１に返答した
り、一方、クリアしたままの状態でなく他のサーバ２か
らの機能の要求があったとき機能閉塞がＮＧの旨をサー
バ管理機構１に返答したりなどするものである。
【００１８】次に、図３のフローチャートの順序で図２
の動作を詳細に説明する。図３のは、サーバ管理機構
１のフローを示す。図３のにおいて、Ｓ１は、動作中
の全サーバ２に対して機能閉塞準備を指示する。これ
は、図２のサーバ管理機構１の機能閉塞指示機構１ａが
機能閉塞準備指示を全サーバ２に通知する（２回目以降
は、状態管理機構１ｃを参照して、機能閉塞状態にない
サーバ２のみに通知する）。この機能閉塞準備指示の通
知を受けた全サーバ２は、の処理を開始する。
の動作を詳細に説明する。図３のは、サーバ管理機構
１のフローを示す。図３のにおいて、Ｓ１は、動作中
の全サーバ２に対して機能閉塞準備を指示する。これ
は、図２のサーバ管理機構１の機能閉塞指示機構１ａが
機能閉塞準備指示を全サーバ２に通知する（２回目以降
は、状態管理機構１ｃを参照して、機能閉塞状態にない
サーバ２のみに通知する）。この機能閉塞準備指示の通
知を受けた全サーバ２は、の処理を開始する。
【００１９】Ｓ２は、図２のサーバ管理機構１が全サー
バ２の準備が完了するのを待つ。Ｓ３は、全サーバに対
して機能閉塞準備結果の問い合わせを通知する。これ
は、図２のサーバ管理機構１の機能閉塞結果確認機構１
ｂが機能閉塞準備の結果を全サーバ２に問い合わせる。
この機能閉塞準備問い合わの通知に対応して、の処理
を開始する。
バ２の準備が完了するのを待つ。Ｓ３は、全サーバに対
して機能閉塞準備結果の問い合わせを通知する。これ
は、図２のサーバ管理機構１の機能閉塞結果確認機構１
ｂが機能閉塞準備の結果を全サーバ２に問い合わせる。
この機能閉塞準備問い合わの通知に対応して、の処理
を開始する。
【００２０】Ｓ４は、全サーバがＯＫと返答したか否か
を判別し、ＹＥＳのときにシステムの運用を停止し、一
方、ＮＯのときはＳ１以降を繰り返し、全てのサーバ２
について機能停止させる。図３のは、機能閉塞準備時
のサーバ２における処理を示す。図３のにおいて、Ｓ
１１は、サービスカウンタ２ｂをクリアする。これは、
図２のサーバ２内のサービス提供数を計数するサービス
カウンタ２ｂをクリアしてサービス要求があったか否か
を判別し得るように初期設定する。
を判別し、ＹＥＳのときにシステムの運用を停止し、一
方、ＮＯのときはＳ１以降を繰り返し、全てのサーバ２
について機能停止させる。図３のは、機能閉塞準備時
のサーバ２における処理を示す。図３のにおいて、Ｓ
１１は、サービスカウンタ２ｂをクリアする。これは、
図２のサーバ２内のサービス提供数を計数するサービス
カウンタ２ｂをクリアしてサービス要求があったか否か
を判別し得るように初期設定する。
【００２１】Ｓ１２は、準備モードで機能閉塞処理を行
う。これは、例えばデータベースやファイルのクローズ
の予約を行う。Ｓ１３は、機能閉塞準備結果の問い合わ
せを待つ。図３のは、機能閉塞準備結果の問い合わせ
時のサーバ２における処理を示す。
う。これは、例えばデータベースやファイルのクローズ
の予約を行う。Ｓ１３は、機能閉塞準備結果の問い合わ
せを待つ。図３のは、機能閉塞準備結果の問い合わせ
時のサーバ２における処理を示す。
【００２２】図３のにおいて、Ｓ２１は、サービスカ
ウンタ２ｂが０（クリア）か否かを判別する。ＹＥＳの
場合（サービスカウンタ２ｂがクリアされたままの状態
で、機能閉塞準備の間に他のサーバ２などから機能提供
の要求がなかった場合）には、Ｓ２２で準備完了（＝Ｏ
Ｋ）をサーバ管理機構１に通知し、Ｓ２３で機能閉塞処
理を実行する。一方、ＮＯの場合（サービスカウンタ２
ｂがクリアされたままの状態でなく、機能閉塞準備の間
に他のサーバ２などから機能提供の要求があり、当該サ
ービスカウンタ２ｂがインクレメントされていた場合）
には、Ｓ２４で閉塞不可（＝ＮＧ）をサーバ管理機構１
に通知し、Ｓ２５で機能閉塞処理を中断する。この中断
したサーバ２については、図２ののＳ４でＮＯとな
り、Ｓ１ないしＳ３を繰り返し行う。
ウンタ２ｂが０（クリア）か否かを判別する。ＹＥＳの
場合（サービスカウンタ２ｂがクリアされたままの状態
で、機能閉塞準備の間に他のサーバ２などから機能提供
の要求がなかった場合）には、Ｓ２２で準備完了（＝Ｏ
Ｋ）をサーバ管理機構１に通知し、Ｓ２３で機能閉塞処
理を実行する。一方、ＮＯの場合（サービスカウンタ２
ｂがクリアされたままの状態でなく、機能閉塞準備の間
に他のサーバ２などから機能提供の要求があり、当該サ
ービスカウンタ２ｂがインクレメントされていた場合）
には、Ｓ２４で閉塞不可（＝ＮＧ）をサーバ管理機構１
に通知し、Ｓ２５で機能閉塞処理を中断する。この中断
したサーバ２については、図２ののＳ４でＮＯとな
り、Ｓ１ないしＳ３を繰り返し行う。
【００２３】以上の、、の処理によって、サーバ
管理機構１から機能閉塞準備指示の通知を受けた各サー
バ２がサービスカウンタ２ｂをクリアし、サーバ管理機
構１からの機能閉塞準備結果の問い合わせを受けた各サ
ーバ２がサービスカウンタ２ｂの内容がクリアしたまま
の状態のときに他のサーバ２から機能提供の要求がなか
ったと判明し、機能停止ＯＫを通知すると共に機能停止
し、一方、サービスカウンタ２ｂの内容がクリアしたま
まの状態でなかったときは他のサーバ２から機能提供の
要求があったと判明し、機能停止できないので、機能閉
塞準備指示、機能閉塞準備結果の問い合わせを繰り返
し、他のサーバ２から機能提供の要求のなかったサーバ
２から順に機能停止することを自動的に行うことが可能
となる。これにより、複数のサーバ２の機能閉塞する際
に、従来のようにいずれのサーバ２から順に機能閉塞す
るかのスケジューリングを予め設定しておく必要がなく
なると共に、新たな機能を持つサーバ２を追加したとき
にもいわば自動的にスケジェリーングしてくれることと
なる。
管理機構１から機能閉塞準備指示の通知を受けた各サー
バ２がサービスカウンタ２ｂをクリアし、サーバ管理機
構１からの機能閉塞準備結果の問い合わせを受けた各サ
ーバ２がサービスカウンタ２ｂの内容がクリアしたまま
の状態のときに他のサーバ２から機能提供の要求がなか
ったと判明し、機能停止ＯＫを通知すると共に機能停止
し、一方、サービスカウンタ２ｂの内容がクリアしたま
まの状態でなかったときは他のサーバ２から機能提供の
要求があったと判明し、機能停止できないので、機能閉
塞準備指示、機能閉塞準備結果の問い合わせを繰り返
し、他のサーバ２から機能提供の要求のなかったサーバ
２から順に機能停止することを自動的に行うことが可能
となる。これにより、複数のサーバ２の機能閉塞する際
に、従来のようにいずれのサーバ２から順に機能閉塞す
るかのスケジューリングを予め設定しておく必要がなく
なると共に、新たな機能を持つサーバ２を追加したとき
にもいわば自動的にスケジェリーングしてくれることと
なる。
【００２４】
【発明の効果】以上説明したように、本発明によれば、
複数のサーバ２に対して機能閉塞準備指示を通知して閉
塞処理を並列に試み、次に機能閉塞準備の結果の問い合
わせを行い、閉塞準備が完了したサーバ２から順次機能
停止させることを繰り返す構成を採用しているため、機
能閉塞順序を意識することなく、かつサーバの新規追加
に対しても容易に対処できるサーバの機能閉塞処理を行
うことができる。これにより、複数のサーバ２より構成
されるオペレーティングシステムの運用停止処理におい
て、構成するサーバ２の数やサーバ２の相互間の呼び出
し関係に依存せずに、全サーバ２の機能閉塞処理を容易
にいわば自動的にスケジューリングすることが可能とな
る効果があり、オペレーティングシテムの機能拡張性の
向上に寄与するところが極めて大きい。
複数のサーバ２に対して機能閉塞準備指示を通知して閉
塞処理を並列に試み、次に機能閉塞準備の結果の問い合
わせを行い、閉塞準備が完了したサーバ２から順次機能
停止させることを繰り返す構成を採用しているため、機
能閉塞順序を意識することなく、かつサーバの新規追加
に対しても容易に対処できるサーバの機能閉塞処理を行
うことができる。これにより、複数のサーバ２より構成
されるオペレーティングシステムの運用停止処理におい
て、構成するサーバ２の数やサーバ２の相互間の呼び出
し関係に依存せずに、全サーバ２の機能閉塞処理を容易
にいわば自動的にスケジューリングすることが可能とな
る効果があり、オペレーティングシテムの機能拡張性の
向上に寄与するところが極めて大きい。
【図１】本発明の原理構成・動作説明図である。
【図２】本発明の１実施例構成図である。
【図３】本発明の動作説明フローチャートである。
１：サーバ管理機構 １ａ：機能閉塞指示機構 １ｂ：機能閉塞結果確認機構 １ｃ：状態管理機構 ２：サーバ ２ａ：サービス提供機構 ２ｂ：サービスカウンタ ２ｃ：機能閉塞機構
Claims (1)
- 【請求項１】 サーバの機能閉塞を行うサーバ機能閉塞
処理方法において、機能閉塞要求に対応して、サーバに
機能閉塞準備指示を通知したり、機能閉塞準備問い合わ
せを通知したり、機能閉塞準備問い合わせに対応してＮ
Ｇと通知のあったサーバに機能閉塞準備指示、機能閉塞
準備問い合わせを繰り返して通知するサーバ管理機構
（１）と、このサーバ管理機構（１）からサーバ機能閉
塞準備指示の通知に対応して、サービスカウンタ（２
ｂ）をクリアし、機能閉塞準備問い合わせに対応してこ
のサービスカウンタ（２ｂ）の内容がクリアされたまま
のときに機能閉塞準備ＯＫを返答および機能閉塞を実行
し、それ以外のときに機能閉塞準備ＮＧを返答する、各
種機能を提供するサーバ（２）とを備え、閉塞要求に対
応して、上記サーバ管理機構（１）がサーバ機能閉塞準
備指示を全てのサーバ（２）に通知し、この通知を受け
た各サーバ（２）がサービスカウンタ（２ｂ）をクリア
すると共にクリアした後に他のサーバ（２）から機能要
求を受けたときにサービスカウンタ（２ｂ）でサービス
提供数を計数しておき、機能閉塞準備問い合わせに対応
して当該サービスカウンタ（２ｂ）の内容がクリアされ
たままのときに機能閉塞準備ＯＫを返答および機能閉塞
を実行し、それ以外のときに機能閉塞準備ＮＧを返答
し、機能閉塞準備ＮＧのサーバ（２）にサーバ機能閉塞
準備指示および機能閉塞準備問い合わせを繰り返し行う
ように構成したことを特徴とするサーバ機能閉塞処理方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1405391A JP2575954B2 (ja) | 1991-02-05 | 1991-02-05 | サーバ機能閉塞処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1405391A JP2575954B2 (ja) | 1991-02-05 | 1991-02-05 | サーバ機能閉塞処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH04248626A JPH04248626A (ja) | 1992-09-04 |
| JP2575954B2 true JP2575954B2 (ja) | 1997-01-29 |
Family
ID=11850348
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP1405391A Expired - Fee Related JP2575954B2 (ja) | 1991-02-05 | 1991-02-05 | サーバ機能閉塞処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2575954B2 (ja) |
-
1991
- 1991-02-05 JP JP1405391A patent/JP2575954B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH04248626A (ja) | 1992-09-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2562865B2 (ja) | 少なくとも１つのユーザと少なくとも１つのサーバとの間の通信装置及び通信方法 | |
| JP2583027B2 (ja) | トランザクション・メッセージを処理するための装置、システムおよび方法 | |
| EP3410357B1 (en) | Provisioning multiple network resources | |
| JP3268534B2 (ja) | 保護された資源の同期点管理を行うコンピュータ・システム | |
| JP3293839B2 (ja) | 作業ユニットに合わせてコミット範囲を調整するコンピュータ・システム | |
| JPH04229335A (ja) | コミット手順の最適化方法 | |
| US6694345B1 (en) | External job scheduling within a distributed processing system having a local job control system | |
| US6212573B1 (en) | Mechanism for invoking and servicing multiplexed messages with low context switching overhead | |
| JPH04229358A (ja) | 同期点回復手段を有するコンピュータ装置 | |
| US6421701B1 (en) | Method and system for replication support in a remote method invocation system | |
| CN101702735B (zh) | 一种tcp服务装置及方法 | |
| JPH0831043B2 (ja) | コミット手順の非同期的再同期化実行装置および方法 | |
| KR20040085045A (ko) | 애플리케이션에 투명한 방식으로 메시징 시스템에서가용성 및 확장성을 향상시키는 방법 및 시스템 | |
| CN110287206B (zh) | 构建用于Redis数据库的分布式锁的方法 | |
| JPS61500751A (ja) | 多重プロセシングシステムのプログラムプロセスを停止するための方法 | |
| CN1055557C (zh) | 多处理机控制系统中控制单位程序信息过载的方法 | |
| US6141679A (en) | High performance distributed transaction processing methods and apparatus | |
| JP4056794B2 (ja) | ストレージシステムの制御方法及びストレージシステム | |
| JP2575954B2 (ja) | サーバ機能閉塞処理方法 | |
| JP2002108838A (ja) | エージェント実行装置およびエージェント実行方法 | |
| KR100678236B1 (ko) | 지능망 교환시스템에서 호처리 동작을 관리하는 서비스교환부 및 그 동작 방법 | |
| JP3968227B2 (ja) | 情報処理方法および情報処理装置 | |
| Chiang et al. | Middleware support for coordination in distributed applications | |
| US7703100B2 (en) | Modified auto remote agent for job scheduling and management applications | |
| JPH0981438A (ja) | クライアントサーバシステムにおける自動排他制御システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19960716 |
|
| LAPS | Cancellation because of no payment of annual fees |