JPH1165912A - 並列処理データベースシステム - Google Patents
並列処理データベースシステムInfo
- Publication number
- JPH1165912A JPH1165912A JP9226802A JP22680297A JPH1165912A JP H1165912 A JPH1165912 A JP H1165912A JP 9226802 A JP9226802 A JP 9226802A JP 22680297 A JP22680297 A JP 22680297A JP H1165912 A JPH1165912 A JP H1165912A
- Authority
- JP
- Japan
- Prior art keywords
- access
- server
- servers
- cpu load
- database
- 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
- Multi Processors (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【課題】 最適なアクセス決定サーバに処理を割り当て
ることにより、データベースシステム全体を効率的に動
作させる。 【解決手段】 クライアントがアクセス決定サーバに対
してデータベースのアクセス要求を行う際、特定のアク
セス決定サーバにデータベースのアクセス要求を行うと
同時に他の全てのアクセス決定サーバにＣＰＵ負荷情報
転送要求を行う。データベースのアクセス要求を受信し
たアクセス決定サーバは、他の全てのアクセス決定サー
バからの現在のＣＰＵ負荷情報を受信し自分のＣＰＵ負
荷情報と比較する。そこで、自分のＣＰＵ負荷が低けれ
ばそのままアクセス処理サーバを介してデータベースの
アクセスを行い処理結果をクライアントに返す。また、
他のＣＰＵ負荷の方が低ければ、最もＣＰＵ負荷の低い
アクセス決定サーバに制御を移しデータベースのアクセ
スを行わせる。
ることにより、データベースシステム全体を効率的に動
作させる。 【解決手段】 クライアントがアクセス決定サーバに対
してデータベースのアクセス要求を行う際、特定のアク
セス決定サーバにデータベースのアクセス要求を行うと
同時に他の全てのアクセス決定サーバにＣＰＵ負荷情報
転送要求を行う。データベースのアクセス要求を受信し
たアクセス決定サーバは、他の全てのアクセス決定サー
バからの現在のＣＰＵ負荷情報を受信し自分のＣＰＵ負
荷情報と比較する。そこで、自分のＣＰＵ負荷が低けれ
ばそのままアクセス処理サーバを介してデータベースの
アクセスを行い処理結果をクライアントに返す。また、
他のＣＰＵ負荷の方が低ければ、最もＣＰＵ負荷の低い
アクセス決定サーバに制御を移しデータベースのアクセ
スを行わせる。
Description
【０００１】
【発明の属する技術分野】本発明は、並列処理データベ
ースシステムに係り、特に、複数のプロセッサから構成
されるクラスタ環境の計算機システムによりデータベー
スのアクセスを行う場合の処理効率を向上させるために
使用して好適な並列処理データベースシステムに関す
る。
ースシステムに係り、特に、複数のプロセッサから構成
されるクラスタ環境の計算機システムによりデータベー
スのアクセスを行う場合の処理効率を向上させるために
使用して好適な並列処理データベースシステムに関す
る。
【０００２】
【従来の技術】従来技術による並列処理データベースシ
ステムは、データベースに対するアクセスを行う複数の
アクセス処理サーバと、データベースシステムに対する
アクセス方法を制御する１つまたは複数のアクセス決定
サーバと、データベースに対するアクセス要求を発行す
る１つまたは複数のクライアントとにより構成されるの
が一般的である。
ステムは、データベースに対するアクセスを行う複数の
アクセス処理サーバと、データベースシステムに対する
アクセス方法を制御する１つまたは複数のアクセス決定
サーバと、データベースに対するアクセス要求を発行す
る１つまたは複数のクライアントとにより構成されるの
が一般的である。
【０００３】そして、前述の並列処理データベースシス
テムは、アクセス決定サーバが、クライアントから受け
取ったアクセス要求を解析してアクセス処理サーバにア
クセス処理を割り当てている。アクセス処理サーバに対
するアクセス処理の割り当ては、アクセス決定サーバ
が、アクセス処理に必要なデータの存在する処理装置を
調べ、その処理装置のアクセス処理サーバにアクセス処
理を指示するという方法で行われる。また、アクセス決
定サーバは、アクセス処理サーバがデータベースのアク
セスを終了したらその結果を受け取ってクライアントに
渡す処理を行う。
テムは、アクセス決定サーバが、クライアントから受け
取ったアクセス要求を解析してアクセス処理サーバにア
クセス処理を割り当てている。アクセス処理サーバに対
するアクセス処理の割り当ては、アクセス決定サーバ
が、アクセス処理に必要なデータの存在する処理装置を
調べ、その処理装置のアクセス処理サーバにアクセス処
理を指示するという方法で行われる。また、アクセス決
定サーバは、アクセス処理サーバがデータベースのアク
セスを終了したらその結果を受け取ってクライアントに
渡す処理を行う。
【０００４】さらに、前述した従来技術は、複数のアク
セス決定サーバが備えられて構成されている場合、クラ
イアントからのデータベースに対するアクセス要求を、
どのアクセス決定サーバに行わせるかをデータベースシ
ステムが決定している。そして、この決定は、一般に
は、アクセス決定サーバの負荷に関係なく予め定められ
た順番にアクセス決定サーバを割り当てることにより行
われる。
セス決定サーバが備えられて構成されている場合、クラ
イアントからのデータベースに対するアクセス要求を、
どのアクセス決定サーバに行わせるかをデータベースシ
ステムが決定している。そして、この決定は、一般に
は、アクセス決定サーバの負荷に関係なく予め定められ
た順番にアクセス決定サーバを割り当てることにより行
われる。
【０００５】
【発明が解決しようとする課題】前述した従来技術は、
複数のアクセス決定サーバが備えられて構成されている
場合、アクセス決定サーバの負荷に関係なく予め定めら
れた順番に、クライアントからのデータベースに対する
アクセス要求をアクセス決定サーバを割り当てているた
め、アクセス決定サーバの負荷に偏りが生じ、データベ
ースに対するアクセス性能を低下させてしまうという問
題点を有している。
複数のアクセス決定サーバが備えられて構成されている
場合、アクセス決定サーバの負荷に関係なく予め定めら
れた順番に、クライアントからのデータベースに対する
アクセス要求をアクセス決定サーバを割り当てているた
め、アクセス決定サーバの負荷に偏りが生じ、データベ
ースに対するアクセス性能を低下させてしまうという問
題点を有している。
【０００６】本発明の目的は、前述した従来技術の問題
点を解決し、クライアントからのアクセス要求に対する
データベースへのアクセス方法を制御するアクセス決定
サーバを、ＣＰＵ負荷の軽いものから動的に選択するよ
うにして、アクセス決定サーバのプロセッサをより効率
的に利用することにより、データベースへのアクセス処
理性能の向上を図ることのできる並列処理データベース
システムを提供することにある。
点を解決し、クライアントからのアクセス要求に対する
データベースへのアクセス方法を制御するアクセス決定
サーバを、ＣＰＵ負荷の軽いものから動的に選択するよ
うにして、アクセス決定サーバのプロセッサをより効率
的に利用することにより、データベースへのアクセス処
理性能の向上を図ることのできる並列処理データベース
システムを提供することにある。
【０００７】
【課題を解決するための手段】本発明によれば前記目的
は、アクセス方法を制御する複数のアクセス決定サーバ
とデータベースをアクセスする複数のアクセス処理サー
バとを備え、前記アクセス決定サーバの１つがクライア
ントからのアクセス要求に基づいて、複数のアクセス処
理サーバにデータベースへのアクセスを実行させる並列
処理データベースシステムにおいて、クライアントから
のアクセス要求を複数のアクセス処理サーバに行わせる
アクセス決定サーバとして、そのＣＰＵ負荷の最も軽い
アクセス決定サーバを選択することにより達成される。
は、アクセス方法を制御する複数のアクセス決定サーバ
とデータベースをアクセスする複数のアクセス処理サー
バとを備え、前記アクセス決定サーバの１つがクライア
ントからのアクセス要求に基づいて、複数のアクセス処
理サーバにデータベースへのアクセスを実行させる並列
処理データベースシステムにおいて、クライアントから
のアクセス要求を複数のアクセス処理サーバに行わせる
アクセス決定サーバとして、そのＣＰＵ負荷の最も軽い
アクセス決定サーバを選択することにより達成される。
【０００８】また、前記目的は、アクセス方法を制御す
る複数のアクセス決定サーバとデータベースをアクセス
する複数のアクセス処理サーバとを備え、前記アクセス
決定サーバの１つがクライアントからのアクセス要求に
基づいて、複数のアクセス処理サーバにデータベースへ
のアクセスを実行させる並列処理データベースシステム
において、前記クライアントが、データベースへのアク
セス要求を任意のあるいは予め決められたアクセス決定
サーバに転送すると共に、他のアクセス決定サーバにそ
のサーバのＣＰＵ負荷状況を調べ、そのＣＰＵ負荷情報
をデータベースへのアクセスを要求したアクセス決定サ
ーバに転送する指示情報を転送し、前記データベースへ
のアクセス要求を受け取ったアクセス決定サーバが、他
のアクセス決定サーバからのＣＰＵ負荷情報を受け取
り、自サーバのＣＰＵ負荷と他のアクセス決定サーバの
ＣＰＵ負荷とにより、最も軽いＣＰＵ負荷となっている
ＣＰＵを持つアクセス決定サーバを判定し、クライアン
トからのアクセス要求を複数のアクセス処理サーバに行
わせるアクセス決定サーバとして、自サーバをも含めて
最も軽いＣＰＵ負荷となっているＣＰＵを持つアクセス
決定サーバを選択することにより達成される。
る複数のアクセス決定サーバとデータベースをアクセス
する複数のアクセス処理サーバとを備え、前記アクセス
決定サーバの１つがクライアントからのアクセス要求に
基づいて、複数のアクセス処理サーバにデータベースへ
のアクセスを実行させる並列処理データベースシステム
において、前記クライアントが、データベースへのアク
セス要求を任意のあるいは予め決められたアクセス決定
サーバに転送すると共に、他のアクセス決定サーバにそ
のサーバのＣＰＵ負荷状況を調べ、そのＣＰＵ負荷情報
をデータベースへのアクセスを要求したアクセス決定サ
ーバに転送する指示情報を転送し、前記データベースへ
のアクセス要求を受け取ったアクセス決定サーバが、他
のアクセス決定サーバからのＣＰＵ負荷情報を受け取
り、自サーバのＣＰＵ負荷と他のアクセス決定サーバの
ＣＰＵ負荷とにより、最も軽いＣＰＵ負荷となっている
ＣＰＵを持つアクセス決定サーバを判定し、クライアン
トからのアクセス要求を複数のアクセス処理サーバに行
わせるアクセス決定サーバとして、自サーバをも含めて
最も軽いＣＰＵ負荷となっているＣＰＵを持つアクセス
決定サーバを選択することにより達成される。
【０００９】そして、前記ＣＰＵ負荷としては、アクセ
ス決定サーバ内に存在しているトランザクション数、各
トランザクションの経過時間の合計の少なくとも一方が
使用される。
ス決定サーバ内に存在しているトランザクション数、各
トランザクションの経過時間の合計の少なくとも一方が
使用される。
【００１０】
【発明の実施の形態】以下、本発明による並列処理デー
タベースシステムの一実施形態を図面により詳細に説明
する。
タベースシステムの一実施形態を図面により詳細に説明
する。
【００１１】図１は本発明の一実施形態による並列処理
データベースシステムの構成例を示すブロック図、図２
はその動作を説明するフローチャートである。図１にお
いて、１１１、１１２はクライアント、１２１〜１２３
はアクセス決定サーバ、１３１〜１３３はアクセス処理
サーバである。
データベースシステムの構成例を示すブロック図、図２
はその動作を説明するフローチャートである。図１にお
いて、１１１、１１２はクライアント、１２１〜１２３
はアクセス決定サーバ、１３１〜１３３はアクセス処理
サーバである。
【００１２】本発明の一実施形態による並列処理データ
ベースシステムは、データベースに対するアクセスを行
う複数のアクセス処理サーバ１３１〜１３３と、データ
ベースシステムに対するアクセス方法を制御し、アクセ
ス処理に必要なデータの存在する処理装置を調べ、その
処理装置のアクセス処理サーバにアクセス処理を指示す
る複数のアクセス決定サーバ１２１〜１２３と、データ
ベースに対するアクセス要求を発行する複数のクライア
ント１１１、１１２とにより構成される。
ベースシステムは、データベースに対するアクセスを行
う複数のアクセス処理サーバ１３１〜１３３と、データ
ベースシステムに対するアクセス方法を制御し、アクセ
ス処理に必要なデータの存在する処理装置を調べ、その
処理装置のアクセス処理サーバにアクセス処理を指示す
る複数のアクセス決定サーバ１２１〜１２３と、データ
ベースに対するアクセス要求を発行する複数のクライア
ント１１１、１１２とにより構成される。
【００１３】前述したデータベースシステムにおいて、
データベースへのアクセスは、クライアント１１１、１
１２からの要求がアクセス決定サーバ１２１〜１２３の
１つを介してアクセス処理サーバ１３１〜１３３に送ら
れ、アクセス処理サーバ１３１〜１３３により行われ
る。すなわち、クライアント１１１、１１２は、アクセ
ス決定サーバ１２１〜１２３の１つに、アクセス要求を
発行し、アクセス決定サーバ１２１〜１２３は、クライ
アント１１１、１１２からのアクセス要求を受け付ける
と、データベースへのアクセス方法を決定しアクセス処
理サーバ１３１〜１３３にアクセス要求を出す。そし
て、アクセス処理サーバ１３１〜１３３は、データベー
スへのアクセスを行い、その処理結果をアクセス決定サ
ーバ１２１〜１２３に返送し、アクセス決定サーバ１２
１〜１２３は、処理結果の編集処理をを行ってクライア
ント１１１、１１２に返す。
データベースへのアクセスは、クライアント１１１、１
１２からの要求がアクセス決定サーバ１２１〜１２３の
１つを介してアクセス処理サーバ１３１〜１３３に送ら
れ、アクセス処理サーバ１３１〜１３３により行われ
る。すなわち、クライアント１１１、１１２は、アクセ
ス決定サーバ１２１〜１２３の１つに、アクセス要求を
発行し、アクセス決定サーバ１２１〜１２３は、クライ
アント１１１、１１２からのアクセス要求を受け付ける
と、データベースへのアクセス方法を決定しアクセス処
理サーバ１３１〜１３３にアクセス要求を出す。そし
て、アクセス処理サーバ１３１〜１３３は、データベー
スへのアクセスを行い、その処理結果をアクセス決定サ
ーバ１２１〜１２３に返送し、アクセス決定サーバ１２
１〜１２３は、処理結果の編集処理をを行ってクライア
ント１１１、１１２に返す。
【００１４】次に、本発明の実施形態によるアクセス決
定サーバへのアクセス要求の割り付けについて、図２に
示すフローを参照して説明する。
定サーバへのアクセス要求の割り付けについて、図２に
示すフローを参照して説明する。
【００１５】（１）いま、クライアント１１１がアクセ
ス処理サーバ１３１〜１３３を使用してデータベースへ
のアクセスを要求するものとする。この場合、クライア
ント１１１は、データベースアクセス要求情報を作成
し、このアクセス要求情報を、システムによって予め決
められて優先順位に従って、あるいは、そのクライアン
トのユーザが任意に決定したアクセス決定サーバ、例え
ば、アクセス決定サーバ１２１に送信する。前述のデー
タベースアクセス要求情報には、データベースへのアク
セス要求の他に、アクセス決定サーバ１２１が他のアク
セス決定サーバからのＣＰＵ負荷情報を収集するサーバ
であることを示す情報である機能コードと、ＣＰＵ負荷
情報転送要求受信数（本例では、後述するように、アク
セス決定サーバ１２２、１２３からのＣＰＵ負荷情報が
アクセス決定サーバ１２１に転送されるので“２”であ
る）とを含んでいる（ステップ２０１）。
ス処理サーバ１３１〜１３３を使用してデータベースへ
のアクセスを要求するものとする。この場合、クライア
ント１１１は、データベースアクセス要求情報を作成
し、このアクセス要求情報を、システムによって予め決
められて優先順位に従って、あるいは、そのクライアン
トのユーザが任意に決定したアクセス決定サーバ、例え
ば、アクセス決定サーバ１２１に送信する。前述のデー
タベースアクセス要求情報には、データベースへのアク
セス要求の他に、アクセス決定サーバ１２１が他のアク
セス決定サーバからのＣＰＵ負荷情報を収集するサーバ
であることを示す情報である機能コードと、ＣＰＵ負荷
情報転送要求受信数（本例では、後述するように、アク
セス決定サーバ１２２、１２３からのＣＰＵ負荷情報が
アクセス決定サーバ１２１に転送されるので“２”であ
る）とを含んでいる（ステップ２０１）。
【００１６】（２）クライアント１１１は、ステップ２
０１のデータベースアクセス要求情報のアクセス決定サ
ーバ１２１への送信と同時に、他のアクセス決定サーバ
１２２、１２３に対して、自分自身の現状のＣＰＵの負
荷状況を調べ、アクセス決定サーバ１２１に送信するこ
とを指示するＣＰＵ負荷情報転送要求情報を送信する。
このＣＰＵ負荷情報転送要求情報は、これを受信したア
クセス決定サーバがＣＰＵ負荷情報の転送を求められて
いることを示す機能コードと、転送先のアクセス決定サ
ーバ１２１の処理装置番号、サーバ名、プロセス番号と
を含んでいる（ステップ２０２）。
０１のデータベースアクセス要求情報のアクセス決定サ
ーバ１２１への送信と同時に、他のアクセス決定サーバ
１２２、１２３に対して、自分自身の現状のＣＰＵの負
荷状況を調べ、アクセス決定サーバ１２１に送信するこ
とを指示するＣＰＵ負荷情報転送要求情報を送信する。
このＣＰＵ負荷情報転送要求情報は、これを受信したア
クセス決定サーバがＣＰＵ負荷情報の転送を求められて
いることを示す機能コードと、転送先のアクセス決定サ
ーバ１２１の処理装置番号、サーバ名、プロセス番号と
を含んでいる（ステップ２０２）。
【００１７】（３）ＣＰＵ負荷情報転送要求情報を受け
たアクセス決定サーバ１２２、１２３は、自分自身の現
状のＣＰＵの負荷状況を調べ、そのＣＰＵ負荷情報をア
クセス決定サーバ１２１に送信する。アクセス決定サー
バ１２２、１２３がアクセス決定サーバ１２１に送信す
る情報には、そのＣＰＵ負荷情報の他に、各サーバ自身
の処理装置番号、サーバ名、送信先プロセッサ番号を含
んでいる（ステップ２０３）。
たアクセス決定サーバ１２２、１２３は、自分自身の現
状のＣＰＵの負荷状況を調べ、そのＣＰＵ負荷情報をア
クセス決定サーバ１２１に送信する。アクセス決定サー
バ１２２、１２３がアクセス決定サーバ１２１に送信す
る情報には、そのＣＰＵ負荷情報の他に、各サーバ自身
の処理装置番号、サーバ名、送信先プロセッサ番号を含
んでいる（ステップ２０３）。
【００１８】（４）アクセス決定サーバ１２１は、受信
したアクセス決定サーバ１２２、１２３からのＣＰＵ負
荷情報とアクセス決定サーバ１２１自身のＣＰＵ負荷情
報とを比較し、ＣＰＵ負荷が最も軽いアクセス決定サー
バが自分自身であるか否かを判定する（ステップ２０
４、２０５）。
したアクセス決定サーバ１２２、１２３からのＣＰＵ負
荷情報とアクセス決定サーバ１２１自身のＣＰＵ負荷情
報とを比較し、ＣＰＵ負荷が最も軽いアクセス決定サー
バが自分自身であるか否かを判定する（ステップ２０
４、２０５）。
【００１９】（５）ステップ２０５の判定で、ＣＰＵ負
荷が最も軽いアクセス決定サーバが自分自身、すなわ
ち、アクセス決定サーバ１２１であった場合、アクセス
決定サーバ１２１は、アクセス処理サーバ１３１〜１３
３に対してデータベースのアクセス要求を行い、アクセ
ス処理サーバ１３１〜１３３にデータベースのアクセス
を実行させる（ステップ２０６）。
荷が最も軽いアクセス決定サーバが自分自身、すなわ
ち、アクセス決定サーバ１２１であった場合、アクセス
決定サーバ１２１は、アクセス処理サーバ１３１〜１３
３に対してデータベースのアクセス要求を行い、アクセ
ス処理サーバ１３１〜１３３にデータベースのアクセス
を実行させる（ステップ２０６）。
【００２０】（６）ステップ２０５の判定で、ＣＰＵ負
荷が最も軽いアクセス決定サーバが自分自身でなかった
場合、ＣＰＵ負荷が最も軽いアクセス決定サーバがアク
セス決定サーバ１２２であるか否かを判定する（ステッ
プ２０７）。
荷が最も軽いアクセス決定サーバが自分自身でなかった
場合、ＣＰＵ負荷が最も軽いアクセス決定サーバがアク
セス決定サーバ１２２であるか否かを判定する（ステッ
プ２０７）。
【００２１】（７）ステップ２０７の判定で、ＣＰＵ負
荷が最も軽いアクセス決定サーバがアクセス決定サーバ
１２２であった場合、アクセス決定サーバ１２１は、ク
ライアント１１１からのデータベースへのアクセス要求
情報と、処理の切り替えを指示する情報とをアクセス決
定サーバ１２２に転送する。このアクセス要求情報を受
け取ったアクセス決定サーバ１２２は、アクセス処理サ
ーバ１３１〜１３３にデータベースのアクセスを実行さ
せる（ステップ２０８）。
荷が最も軽いアクセス決定サーバがアクセス決定サーバ
１２２であった場合、アクセス決定サーバ１２１は、ク
ライアント１１１からのデータベースへのアクセス要求
情報と、処理の切り替えを指示する情報とをアクセス決
定サーバ１２２に転送する。このアクセス要求情報を受
け取ったアクセス決定サーバ１２２は、アクセス処理サ
ーバ１３１〜１３３にデータベースのアクセスを実行さ
せる（ステップ２０８）。
【００２２】（８）ステップ２０７の判定で、ＣＰＵ負
荷が最も軽いアクセス決定サーバがアクセス決定サーバ
１２２でなかった場合、アクセス決定サーバ１２１は、
ＣＰＵ負荷が最も軽いアクセス決定サーバがアクセス決
定サーバ１２３であると判定して、クライアント１１１
からのデータベースへのアクセス要求情報と、処理の切
り替えを指示する情報とをアクセス決定サーバ１２３に
転送する。このアクセス要求情報を受け取ったアクセス
決定サーバ１２２は、アクセス処理サーバ１３１〜１３
３にデータベースのアクセスを実行させる（ステップ２
０９）。
荷が最も軽いアクセス決定サーバがアクセス決定サーバ
１２２でなかった場合、アクセス決定サーバ１２１は、
ＣＰＵ負荷が最も軽いアクセス決定サーバがアクセス決
定サーバ１２３であると判定して、クライアント１１１
からのデータベースへのアクセス要求情報と、処理の切
り替えを指示する情報とをアクセス決定サーバ１２３に
転送する。このアクセス要求情報を受け取ったアクセス
決定サーバ１２２は、アクセス処理サーバ１３１〜１３
３にデータベースのアクセスを実行させる（ステップ２
０９）。
【００２３】（９）アクセス処理サーバ１３１〜１３３
は、アクセス要求に基づいてデータベースへのアクセス
を実行しその処理結果を、要求を送信してきたアクセス
決定サーバに返送する（ステップ２１０）。
は、アクセス要求に基づいてデータベースへのアクセス
を実行しその処理結果を、要求を送信してきたアクセス
決定サーバに返送する（ステップ２１０）。
【００２４】（10）アクセス処理サーバ１３１〜１３３
にデータベースのアクセスを実行させたアクセス決定サ
ーバは、アクセス処理サーバ１３１〜１３３から送られ
てくる処理結果を編集して、アクセス要求を発行したク
ライアントに返送する（ステップ２１１）。
にデータベースのアクセスを実行させたアクセス決定サ
ーバは、アクセス処理サーバ１３１〜１３３から送られ
てくる処理結果を編集して、アクセス要求を発行したク
ライアントに返送する（ステップ２１１）。
【００２５】前述した処理において、アクセス決定サー
バ１２２が選択され、このアクセス決定サーバ１２２が
アクセス処理サーバにデータベースのアクセスを行わせ
た場合の、制御の流れ、ＣＰＵ負荷情報送信要求の流
れ、ＣＰＵ負荷情報の送信の流れが、図１に矢印で示さ
れている。
バ１２２が選択され、このアクセス決定サーバ１２２が
アクセス処理サーバにデータベースのアクセスを行わせ
た場合の、制御の流れ、ＣＰＵ負荷情報送信要求の流
れ、ＣＰＵ負荷情報の送信の流れが、図１に矢印で示さ
れている。
【００２６】また、前述した処理において、アクセス決
定サーバのＣＰＵ負荷情報は、サーバ内に存在して処理
中であるトランザクションの数、各トランザクションの
経過時間の合計等により判断される。従って、前述の処
理で、アクセス決定サーバ１２２、１２３からアクセス
決定サーバ１２１に送られるＣＰＵ負荷情報は、サーバ
内に存在して処理中であるトランザクションの数、各ト
ランザクションの経過時間の合計の何れか、あるいは、
その両方であってよい。これらを使用する理由は、現在
起動中のトランザクションが多ければＣＰＵ負荷が高い
と予測することができ、トランザクションの経過時間が
長ければ処理終了まで時間がかかると判断できるためＣ
ＰＵ負荷もさがらないと予測することができるからであ
る。
定サーバのＣＰＵ負荷情報は、サーバ内に存在して処理
中であるトランザクションの数、各トランザクションの
経過時間の合計等により判断される。従って、前述の処
理で、アクセス決定サーバ１２２、１２３からアクセス
決定サーバ１２１に送られるＣＰＵ負荷情報は、サーバ
内に存在して処理中であるトランザクションの数、各ト
ランザクションの経過時間の合計の何れか、あるいは、
その両方であってよい。これらを使用する理由は、現在
起動中のトランザクションが多ければＣＰＵ負荷が高い
と予測することができ、トランザクションの経過時間が
長ければ処理終了まで時間がかかると判断できるためＣ
ＰＵ負荷もさがらないと予測することができるからであ
る。
【００２７】そして、このようなＣＰＵ負荷情報を受け
るアクセス決定サーバでの負荷情報の比較によるサーバ
の決定は、例えば、トランザクション数の最も少ないも
のをＣＰＵ負荷が最も軽いとして、そのアクセス決定サ
ーバを選択する、または、各トランザクションの経過時
間の合計時間が最も少ないものをＣＰＵ負荷が最も軽い
として、そのアクセス決定サーバを選択するというよう
に行えばよい。また、例えば、トランザクション数を優
先としてアクセス決定サーバを選択するものとしてお
き、トランザクション数が同数である場合に、各トラン
ザクションの経過時間の合計時間によりアクセス決定サ
ーバを選択するようにしてもよい。さらに、トランザク
ション数とトランザクションの経過時間の合計時間との
それぞれに、重み付けを行って加算する等の評価式を用
いて評価を行ってアクセス決定サーバを選択するように
してもよい。
るアクセス決定サーバでの負荷情報の比較によるサーバ
の決定は、例えば、トランザクション数の最も少ないも
のをＣＰＵ負荷が最も軽いとして、そのアクセス決定サ
ーバを選択する、または、各トランザクションの経過時
間の合計時間が最も少ないものをＣＰＵ負荷が最も軽い
として、そのアクセス決定サーバを選択するというよう
に行えばよい。また、例えば、トランザクション数を優
先としてアクセス決定サーバを選択するものとしてお
き、トランザクション数が同数である場合に、各トラン
ザクションの経過時間の合計時間によりアクセス決定サ
ーバを選択するようにしてもよい。さらに、トランザク
ション数とトランザクションの経過時間の合計時間との
それぞれに、重み付けを行って加算する等の評価式を用
いて評価を行ってアクセス決定サーバを選択するように
してもよい。
【００２８】前述した本発明の一実施形態は、１つのア
クセス決定サーバが、他のアクセス決定サーバからのＣ
ＰＵ負荷情報に基づいて実際にアクセス処理サーバにデ
ータベースのアクセスを行うアクセス決定サーバの選択
を行っているので、アクセス決定サーバの選択を行う処
理、及び、自サーバのＣＰＵ負荷状況を調べ、そのＣＰ
Ｕ負荷情報を転送する処理のために、各アクセス決定サ
ーバの処理負荷が増加することになる。しかし、アクセ
ス決定サーバが実行する処理であるデータベースへのア
クセスを行わせるためのアクセス処理装置へのアクセス
要求の配分処理、データベースへのアクセス結果の編集
処理等の負荷に比較して、本発明の実施形態による負荷
の増大は無視することができる程度に小さく、本発明の
一実施形態は、ＣＰＵ負荷の軽いアクセス決定サーバを
選択することによる処理性能の向上を大きく図ることが
できる。
クセス決定サーバが、他のアクセス決定サーバからのＣ
ＰＵ負荷情報に基づいて実際にアクセス処理サーバにデ
ータベースのアクセスを行うアクセス決定サーバの選択
を行っているので、アクセス決定サーバの選択を行う処
理、及び、自サーバのＣＰＵ負荷状況を調べ、そのＣＰ
Ｕ負荷情報を転送する処理のために、各アクセス決定サ
ーバの処理負荷が増加することになる。しかし、アクセ
ス決定サーバが実行する処理であるデータベースへのア
クセスを行わせるためのアクセス処理装置へのアクセス
要求の配分処理、データベースへのアクセス結果の編集
処理等の負荷に比較して、本発明の実施形態による負荷
の増大は無視することができる程度に小さく、本発明の
一実施形態は、ＣＰＵ負荷の軽いアクセス決定サーバを
選択することによる処理性能の向上を大きく図ることが
できる。
【００２９】また、前述した本発明の一実施形態は、ア
クセス決定サーバ、アクセス処理サーバのそれぞれが、
プロセッサであるＣＰＵを個々に備えて構成されていて
もよく、また、複数のアクセス決定サーバ及び複数のア
クセス処理サーバを任意に組み合わせた複数のブロック
とし、各ブロックの複数のサーバを１つの処理装置の中
に仮想的な計算機として仮想的なＣＰＵを備えて構成す
るようにしてもよい。
クセス決定サーバ、アクセス処理サーバのそれぞれが、
プロセッサであるＣＰＵを個々に備えて構成されていて
もよく、また、複数のアクセス決定サーバ及び複数のア
クセス処理サーバを任意に組み合わせた複数のブロック
とし、各ブロックの複数のサーバを１つの処理装置の中
に仮想的な計算機として仮想的なＣＰＵを備えて構成す
るようにしてもよい。
【００３０】
【発明の効果】以上説明したように本発明によれば、ユ
ーザは、サーバのＣＰＵ負荷を意識することなくＣＰＵ
負荷の低いアクセス決定サーバを優先して使用したデー
タベースへのアクセス行うことができる。
ーザは、サーバのＣＰＵ負荷を意識することなくＣＰＵ
負荷の低いアクセス決定サーバを優先して使用したデー
タベースへのアクセス行うことができる。
【００３１】また、本発明によれば、ユーザへの負担を
軽減することができ、かつ、データベースのアクセスに
おけるＣＰＵの効率的な使用を可能にして、データベー
スシステム全体のアクセス性能を向上させることができ
る。
軽減することができ、かつ、データベースのアクセスに
おけるＣＰＵの効率的な使用を可能にして、データベー
スシステム全体のアクセス性能を向上させることができ
る。
【図１】本発明の一実施形態による並列処理データベー
スシステムの構成例を示すブロック図である。
スシステムの構成例を示すブロック図である。
【図２】動作を説明するフローチャートである。
１１１、１１２ クライアント １２１、１２２、１２３ アクセス決定サーバ １３１、１３２、１３３ アクセス処理サーバ
Claims (3)
- 【請求項１】 アクセス方法を制御する複数のアクセス
決定サーバとデータベースをアクセスする複数のアクセ
ス処理サーバとを備え、前記アクセス決定サーバの１つ
がクライアントからのアクセス要求に基づいて、複数の
アクセス処理サーバにデータベースへのアクセスを実行
させる並列処理データベースシステムにおいて、クライ
アントからのアクセス要求を複数のアクセス処理サーバ
に行わせるアクセス決定サーバとして、そのＣＰＵ負荷
の最も軽いアクセス決定サーバを選択することを特徴と
する並列処理データベースシステム。 - 【請求項２】 アクセス方法を制御する複数のアクセス
決定サーバとデータベースをアクセスする複数のアクセ
ス処理サーバとを備え、前記アクセス決定サーバの１つ
がクライアントからのアクセス要求に基づいて、複数の
アクセス処理サーバにデータベースへのアクセスを実行
させる並列処理データベースシステムにおいて、前記ク
ライアントは、データベースへのアクセス要求を任意の
あるいは予め決められたアクセス決定サーバに転送する
と共に、他のアクセス決定サーバにそのサーバのＣＰＵ
負荷状況を調べ、そのＣＰＵ負荷情報をデータベースへ
のアクセスを要求したアクセス決定サーバに転送する指
示情報を転送し、前記データベースへのアクセス要求を
受け取ったアクセス決定サーバは、他のアクセス決定サ
ーバからのＣＰＵ負荷情報を受け取り、自サーバのＣＰ
Ｕ負荷と他のアクセス決定サーバのＣＰＵ負荷とによ
り、最も軽いＣＰＵ負荷となっているＣＰＵを持つアク
セス決定サーバを判定し、クライアントからのアクセス
要求を複数のアクセス処理サーバに行わせるアクセス決
定サーバとして、自サーバをも含めて最も軽いＣＰＵ負
荷となっているＣＰＵを持つアクセス決定サーバを選択
することを特徴とする並列処理データベースシステム。 - 【請求項３】 前記ＣＰＵ負荷は、アクセス決定サーバ
内に存在しているトランザクション数、各トランザクシ
ョンの経過時間の合計の少なくとも一方であることを特
徴とする請求項１または２記載の並列処理データベース
システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9226802A JPH1165912A (ja) | 1997-08-22 | 1997-08-22 | 並列処理データベースシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9226802A JPH1165912A (ja) | 1997-08-22 | 1997-08-22 | 並列処理データベースシステム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH1165912A true JPH1165912A (ja) | 1999-03-09 |
Family
ID=16850848
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9226802A Pending JPH1165912A (ja) | 1997-08-22 | 1997-08-22 | 並列処理データベースシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH1165912A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005339300A (ja) * | 2004-05-28 | 2005-12-08 | Hitachi Ltd | データベース処理方法およびシステム並びにその処理プログラム |
| JP2006139682A (ja) * | 2004-11-15 | 2006-06-01 | Matsushita Electric Ind Co Ltd | 映像検索システム、映像検索方法及びプログラム |
| JP2010160822A (ja) * | 2010-04-23 | 2010-07-22 | Hitachi Ltd | データベース処理方法、データベース処理システム及びデータベース管理プログラム |
| JP2012027673A (ja) * | 2010-07-23 | 2012-02-09 | Nec Corp | イベント配信システム、イベント配信装置、イベント配信方法及びイベント配信用プログラム |
-
1997
- 1997-08-22 JP JP9226802A patent/JPH1165912A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005339300A (ja) * | 2004-05-28 | 2005-12-08 | Hitachi Ltd | データベース処理方法およびシステム並びにその処理プログラム |
| JP4572581B2 (ja) * | 2004-05-28 | 2010-11-04 | 株式会社日立製作所 | データベース処理方法およびシステム並びにその処理プログラム |
| JP2006139682A (ja) * | 2004-11-15 | 2006-06-01 | Matsushita Electric Ind Co Ltd | 映像検索システム、映像検索方法及びプログラム |
| JP2010160822A (ja) * | 2010-04-23 | 2010-07-22 | Hitachi Ltd | データベース処理方法、データベース処理システム及びデータベース管理プログラム |
| JP2012027673A (ja) * | 2010-07-23 | 2012-02-09 | Nec Corp | イベント配信システム、イベント配信装置、イベント配信方法及びイベント配信用プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5812784A (en) | Method and apparatus for supporting multiple, simultaneous services over multiple, simultaneous connections between a client and network server | |
| JP3382953B2 (ja) | 有限メモリコンピュータシステム上におけるクライアント管理フロー制御方法及び装置 | |
| US5526492A (en) | System having arbitrary master computer for selecting server and switching server to another server when selected processor malfunctions based upon priority order in connection request | |
| JP3301648B2 (ja) | サービス・アクセス・ポイントに接続を分散する通信制御システム | |
| TWI235952B (en) | Thread dispatch mechanism and method for multiprocessor computer systems | |
| US5870604A (en) | Job execution processor changing method and system, for load distribution among processors | |
| US7167854B2 (en) | Database control method | |
| US20060150190A1 (en) | Setting operation based resource utilization thresholds for resource use by a process | |
| US20030055969A1 (en) | System and method for performing power management on a distributed system | |
| US7437460B2 (en) | Service placement for enforcing performance and availability levels in a multi-node system | |
| US6611870B1 (en) | Server device and communication connection scheme using network interface processors | |
| US20060069761A1 (en) | System and method for load balancing virtual machines in a computer network | |
| JP2009251708A (ja) | Ｉ／ｏノード制御方式及び方法 | |
| US7107291B2 (en) | Information system and data access method | |
| Alonso et al. | Sharing jobs among independently owned processors | |
| US20110173319A1 (en) | Apparatus and method for operating server using virtualization technique | |
| CN112600761B (zh) | 一种资源分配的方法、装置及存储介质 | |
| CN111343262B (zh) | 分布式集群登录方法、装置、设备和存储介质 | |
| US20030135617A1 (en) | Intelligent system control agent | |
| US20050021511A1 (en) | System and method for load balancing in database queries | |
| US20050044221A1 (en) | Method, system, and program for processing a packet to transmit on a network in a host system including a plurality of network adaptors having multiple ports | |
| JPH05334006A (ja) | 論理ボリュームシステム | |
| JPH1165912A (ja) | 並列処理データベースシステム | |
| US20230333880A1 (en) | Method and system for dynamic selection of policy priorities for provisioning an application in a distributed multi-tiered computing environment | |
| JPH10143382A (ja) | 共有メモリ型マルチプロセッサシステムの資源管理方法 |