JP2009205568A - クラスタシステム及びその動作方法 - Google Patents

Abstract

【課題】アクティブ−アクティブ構成のクラスタシステムにおいて、ソート用ファイルによる外部記憶装置の利用効率の低下を抑止する。
【解決手段】データ記憶装置１５０には、ＤＢＭＳ１２０のデータ用ファイル１５１が記憶されていて、データ用ファイル１５１がデータ記憶装置２５０にコピーされ、データ記憶装置２６０には、ＤＢＭＳ２３０のデータ用ファイル２６１が記憶されていて、データ用ファイル２６１がデータ記憶装置１６０にコピーされる。データ記憶装置１７０には、ＤＢＭＳ１２０のソート用ファイル１７１と、ソート用ファイル１７１より小容量のＤＢＭＳ１３０のソート用ファイル１７２とが記憶されている。データ記憶装置２７０には、ＤＢＭＳ２３０のソート用ファイル２７１と、ソート用ファイル２７１より小容量のＤＢＭＳ２２０のソート用ファイル２７２とが記憶されている。
【選択図】図１

Description

本発明は、複数のサーバマシンを連携させて、一つのシステムとして動作させるクラスタシステムに関し、特に「アクティブ−アクティブ」構成のクラスタシステムに関する。

複数のサーバマシンを連携させて、一つのシステムとして動作させるクラスタシステムが知られている。例えば、このクラスタシステムでは、一台のサーバマシンが業務処理を行うアクティブ状態とし、他の一台以上のサーバマシンが業務処理を行わずに待機するスタンバイ状態とする「アクティブ−スタンバイ」構成と、スタンバイ状態のサーバマシンを置かず、いずれのサーバマシンも業務処理を行う「アクティブ−アクティブ」構成とが知られている。

従来の「アクティブ−アクティブ」構成では、複数台のサーバマシンが、いずれも共通のデータベースを利用していた。

これに対して、「アクティブ−アクティブ」構成のクラスタシステムにおいて、各サーバマシンがそれぞれ異なるデータベースを用いる場合を考える。このクラスタシステムでは、いずれか一つのサーバマシンで障害が発生すると、他のサーバマシンがフェイルオーバーして、その障害発生したサーバマシンの肩代わりをする。従って、各サーバマシンは、自らに搭載されたデータベースが管理するデータとともに、他のサーバマシンに搭載されたデータベースが管理するデータも、併せて保持している必要がある。つまり、複数のサーバマシンのデータは、常に同期させておく必要がある。

ここで、データベースには、データ用ファイルとソート用ファイルとが存在する。

データ用ファイルとは、データベースが扱う実データが記憶されたファイルである。

ソート用ファイルとは、データベースが行うソート処理において使用されるファイルである。一般に、データベースでソート処理が行われる場合、まずは主記憶装置を利用して処理を行う。しかしながら、主記憶装置では容量が不足する場合に利用されるのが、外部記憶装置に設けられたソート用ファイルである。つまり、データベースがソート処理を行っていないときは、ソート用ファイルの領域は使用されないが、ソート用ファイルの領域は、データ記憶装置上に常に確保しておく必要がある。ソート用ファイルのサイズは、データベースの規模によって差はあるが、例えば５ＧＢ程度必要とされることもある。

そのため、一つのサーバマシンに、他のサーバマシンのための５ＧＢのソート用ファイルを確保しておくことは、外部記憶装置の利用効率を低下させることになる。また、ソート用ファイルのサイズが大きいと、サーバ間でデータを同期させる処理の負荷も大きい。

そこで、本発明の目的は、「アクティブ−アクティブ」構成のクラスタシステムにおいて、ソート用ファイルによる外部記憶装置の利用効率の低下を抑止することである。

本発明の別の目的は、「アクティブ−アクティブ」構成のクラスタシステムにおいて、ソート用ファイルの同期負荷を軽減することである。

本発明の一つの実施態様に従うクラスタシステムは、第１のサーバと第２のサーバとを有するクラスタシステムであって、前記第１のサーバは、第１のクラスタ処理部と、第１のＤＢＭＳと、前記第２のサーバと同期される第１及び第２の記憶部と、前記第２のサーバと同期されない第３の記憶部と、を備え、前記第２のサーバは、第２のクラスタ処理部と、第２のＤＢＭＳと、前記第１のサーバと同期される第４及び第５の記憶部と、前記第１のサーバと同期されない第６の記憶部と、を備え、前記第１記憶部には、前記第１のＤＢＭＳの第１のデータ用ファイルが記憶されていて、前記第１及び第２のクラスタ処理部によって前記第１のデータ用ファイルが前記第４記憶領域にコピーされ、前記第５記憶領域には、前記第２のＤＢＭＳの第２のデータ用ファイルが記憶されていて、前記第１及び第２のクラスタ処理部によって前記第２のデータ用ファイルが前記第２記憶領域にコピーされ、前記第３の記憶領域には、前記第１のＤＢＭＳのための第１のソート用ファイルと、前記第２のＤＢＭＳのための第２のソート用ファイルであって、前記第１のソート用ファイルよりも容量が小さい第２のソート用ファイルとが記憶されていて、前記第６の記憶領域には、前記第２のＤＢＭＳのための第３のソート用ファイルと、前記第１のＤＢＭＳのための第４のソート用ファイルであって、前記第３のソート用ファイルよりも容量が小さい第４のソート用ファイルとが記憶されている。

好適な実施形態では、前記第１のサーバで障害が発生すると、前記第２のクラスタ処理部が前記第２のサーバにおいて前記第１のＤＢＭＳを起動させ、前記第２のサーバで起動された第１のＤＢＭＳは、前記第４のソートファイルを用いて、前記第４の記憶領域の第１のデータ用ファイルを用いて、トランザクション回復処理を実行するようにしてもよい。

好適な実施形態では、前記第３の記憶領域に格納されている、前記第２のＤＢＭＳのための第２のソート用ファイルは、前記第２のＤＢＭＳが生成したソート用ファイルであり、前記第６の記憶領域に格納されている、前記第１のＤＢＭＳのための第４のソート用ファイルは、前記第１のＤＢＭＳが生成したソート用ファイルであってもよい。

以下、本発明の一実施形態に係るクラスタシステムについて、図面を参照して説明する。

図１は、本実施形態に係るクラスタシステム１の構成図である。

本システム１は、同図に示すように、データベースサーバ１０とデータベースサーバ２０とを備える。２台のデータベースサーバ１０，２０は、例えば同一のハードウェア構成を有するサーバマシンであって、２台で一つのクラスタシステムを構成する。本実施形態では、２台のサーバマシンでクラスタシステムを構成する場合を例に説明するが、３台以上のサーバマシンでクラスタシステムを構成してもよい。

各データベースサーバ１０，２０は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各データベースサーバ１０，２０内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。

データベースサーバ１０は、クラスタ処理部１１０と、ＤＢＭＳ１２０と、データ記憶装置１５０，１６０，１７０を有する。

データベースサーバ２０は、クラスタ処理部２１０と、ＤＢＭＳ２３０と、データ記憶装置２５０，２６０，２７０を有する。

クラスタ処理部１１０及びクラスタ処理部２１０は、データベースサーバ１０及び２０をクラスタシステムとして動作させるための処理を行う。例えば、クラスタ処理部１１０及びクラスタ処理部２１０は、データ記憶装置の同期領域にお互いが保持するデータを同期させるために、データのコピー処理などを行う。

ＤＢＭＳ１２０は、データベースサーバ１０の所定の業務処理部（図示しない）からの指示に従って、データ記憶装置１５０に記憶されているデータ用ファイル１５１の読み出し、及び書き込み（更新）を行う。

また、データベースサーバ１０には、ＤＢＭＳ１２０とは異なるＤＢＭＳ１３０を起動させることができる。ＤＢＭＳ１３０が起動されたときには、ＤＢＭＳ１３０も、データベースサーバ１０の所定の業務処理部（図示しない）からの指示に従って、データ記憶装置１６０に記憶されているデータ用ファイル１６１の読み出し、及び書き込み（更新）を行う。

ＤＢＭＳ１３０は、データベースサーバ２０が正常動作しているときには起動されていない。データベースサーバ２０で何らかの障害が発生し、データベースサーバ１０へのフェイルオーバーが必要なったときに、ＤＢＭＳ１３０が起動される。つまり、データベースサーバ１０は、通常運用時に、自らに割り当てられた処理を実行するアクティブ状態であるとともに、データベースサーバ２０のバックアップマシンの役割も果たす。

なお、本実施形態において説明するＤＢＭＳには、例えばオラクルデータベース（登録商標）を使用することができる。

ＤＢＭＳ２３０は、データベースサーバ２０の所定の業務処理部（図示しない）からの指示に従って、データ記憶装置２６０に記憶されているデータ用ファイル２６１の読み出し、及び書き込み（更新）を行う。

また、データベースサーバ２０には、ＤＢＭＳ２３０とは異なるＤＢＭＳ２２０を起動させることができる。ＤＢＭＳ２２０が起動されたときには、ＤＢＭＳ２２０は、データベースサーバ２０の所定の業務処理部（図示しない）からの指示に従って、データ記憶装置２５０に記憶されているデータ用ファイル２５１の読み出し、及び書き込み（更新）を行う。

ＤＢＭＳ２２０は、データベースサーバ１０が正常動作しているときには起動されていない。データベースサーバ１０で何らかの障害が発生し、データベースサーバ２０へのフェイルオーバーが必要なったときに、ＤＢＭＳ２２０が起動される。つまり、データベースサーバ２０も、通常運用時に、自らに割り当てられた処理を実行するアクティブ状態であるとともに、データベースサーバ１０のバックアップマシンの役割も果たす。

ここで、ＤＢＭＳ２２０は、ＤＢＭＳ１２０と同一のデータを扱うＤＢＭＳ（第１のＤＢＭＳ）である。従って、ＤＢＭＳ２２０が扱うデータ用ファイル２５１は、ＤＢＭＳ１２０が扱うデータ用ファイル１５１をコピーすることによって生成されたものである。また、同様に、ＤＢＭＳ１３０は、ＤＢＭＳ２３０のバックアップであり、ＤＢＭＳ１３０が扱うデータ用ファイル１６１は、ＤＢＭＳ２３０と同一のデータを扱うＤＢＭＳ（第２のＤＢＭＳ）である。従って、ＤＢＭＳ１３０が扱うデータ用ファイル１６１は、ＤＢＭＳ２３０が扱うデータ用ファイル２６１をコピーすることによって生成されたものである。これによって、高い可用性が実現される。

データ記憶装置１５０は、ＤＢＭＳ１２０が使用するデータ用ファイル１５１を記憶する。また、データ記憶装置１５０は、データベースサーバ２０のデータ記憶装置２５０と常に同期される同期領域である。従って、データ記憶装置１５０に記憶されたデータ用ファイル１５１は、クラスタ処理部１１０及び２１０によってデータ記憶装置２５０へコピーされ、データ記憶装置１５０及び２５０の記憶内容が同期される。

データ記憶装置１６０は、ＤＢＭＳ１３０が使用するデータ用ファイル１６１を記憶する。また、データ記憶装置１６０は、データベースサーバ２０のデータ記憶装置２６０と常に同期される同期領域である。従って、データ記憶装置１６０のデータ用ファイル１６１は、クラスタ処理部１１０及び２１０によって、データ記憶装置２６０からコピーされたデータ用ファイル２６１である。通常運用時には、データ記憶装置１６０はアンマウント状態である。そして、データ記憶装置１６０は、データベースサーバ１０からデータベースサーバ２０にフェイルオーバーする際にマウントされる。

データ記憶装置１７０は、ＤＢＭＳ１２０が使用するソート用ファイル１７１及びＤＢＭＳ１３０が使用するソート用ファイル１７２を記憶する。

本実施形態では、通常運用時に常駐しているＤＢＭＳ１２０が使用するソート用ファイル１７１は大容量であり、通常運用時には存在しないＤＢＭＳ１３０が使用するソート用ファイル１７２はソート用ファイル１７１より小容量でよい。

データ記憶装置１７０はローカル領域であって、データベースサーバ２０のいずれのデータ記憶装置とも同期しない。従って、データ記憶装置１７０内の記憶内容は、データベースサーバ２０から独立していて、データベースサーバ２０などに影響を与えない。

データ記憶装置２５０は、ＤＢＭＳ２２０が使用するデータ用ファイル２５１を記憶する。上述のように、データ記憶装置２５０は、データベースサーバ１０のデータ記憶装置１５０と常に同期される同期領域である。従って、データ記憶装置２５０のデータ用ファイル２５１は、データ記憶装置１５０からコピーされたデータ用ファイル１５１である。通常運用時には、データ記憶装置２５０はアンマウント状態である。そして、データ記憶装置２５０は、データベースサーバ２０からデータベースサーバ１０にフェイルオーバーする際にマウントされる。

データ記憶装置２６０は、ＤＢＭＳ２３０が使用するデータ用ファイルを記憶する。上述のように、データ記憶装置２６０は、データベースサーバ１０のデータ記憶装置１６０と常に同期される同期領域である。従って、データ記憶装置２６０に記憶されたデータ用ファイル２６１は、クラスタ処理部１１０及び２１０によってデータ記憶装置１６０へコピーされ、データ記憶装置１６０及び２６０の記憶内容が同期される。

データ記憶装置２７０は、ＤＢＭＳ２３０が使用するソート用ファイル２７１及びＤＢＭＳ２２０が使用するソート用ファイル２７２を記憶する。ここで、通常運用時に常駐しているＤＢＭＳ２３０が使用するソート用ファイル２７１は大容量であり、通常運用時には存在しないＤＢＭＳ２２０が使用するソート用ファイル２７２はソート用ファイル２７１より小容量でよい。

データ記憶装置２７０はローカル領域であって、データベースサーバ１０のいずれの記憶装置とも同期しない。従って、データ記憶装置２７０内の記憶内容は、データベースサーバ１０から独立していて、データベースサーバ１０などに影響を与えない。

ここで、ソート用ファイル１７１及び２７２は、何れもＤＢＭＳ１２０（２２０）用であるから、ファイル名は互いに同一でなければならない。従って、ソート用ファイル１７１及び２７２を、データベースサーバ１０及びデータベースサーバ２０の同期領域に配置すると、ソート用ファイル１７１及び２７２の同一のファイル名及び同一のファイルサイズにしなければならない。

そこで、本実施形態では、データ記憶装置１７０及び２７０をローカル領域として、互いにファイルサイズが異なるソート用ファイル１７１及び２７２を、データ記憶装置１７０及び２７０に格納している。これにより、ソート用ファイル１７１及び２７２の同期処理が不要になる。さらに、ソート用ファイル２７２は、通常運用時には使用されないので、そのファイルサイズを小さくすることで、データ記憶装置２７０の容量を節約できる。

また、ソート用ファイル１７２及び２７１は、何れもＤＢＭＳ１３０（２３０）用であり、上記と同様の問題がある。従って、ソート用ファイル１７２及び２７１も、ローカル領域であるデータ記憶装置１７０及び２７０に、互いにファイルサイズが異なるソート用ファイル１７２及び２７１を格納している。これにより、ソート用ファイル１７２及び２７１の同期処理が不要になるとともに、ソート用ファイル２７１は、通常運用時には使用されないので、そのファイルサイズを小さくすることで、データ記憶装置１７０の容量を節約できる。

上記構成を備えるクラスタシステムでは、通常運用時は以下のように動作する。すなわち、データベースサーバ１０においては、ＤＢＭＳ１２０がデータ記憶装置１５０のデータ用ファイル１５１の読み出し及び更新を行う。また、ＤＢＭＳ１２０は、ソート処理を行う際に必要となったときは、ソート用ファイル１７１を用いてソート処理を行う。また、ＤＢＭＳ１２０の処理と並行して、クラスタ処理部１１０は、データ記憶装置１５０のデータ用ファイル１５１をデータベースサーバ２０へ送る。また、クラスタ処理部１１０は、データベースサーバ２０から送られてきたデータ用ファイル２６１をデータ記憶装置１６０に格納する。

データベースサーバ２０においては、ＤＢＭＳ２３０がデータ記憶装置２６０のデーファイル２６１の読み出し及び更新を行う。また、ＤＢＭＳ２３０は、ソート処理を行う際に必要となったときは、ソート用ファイル２７２を用いてソート処理を行う。また、ＤＢＭＳ２３０の処理と並行して、クラスタ処理部２１０は、データ記憶装置２６０のデータ用ファイル２６１をデータベースサーバ１０へ送る。また、クラスタ処理部２１０は、データベースサーバ１０から送られてきたデータ用ファイル１５１をデータ記憶装置２５０に格納する。

次に、フェイルオーバー時の処理手順について、図２のフローチャートを参照して説明する。同図のフローチャートは、データベースサーバ１０がダウンして、データベースサーバ２０へフェイルオーバーする場合の処理手順を示す。データベースサーバ２０がダウンして、データベースサーバ１０へフェイルオーバーする場合の処理も同様である。

まず、データベースサーバ１０が、何らかの障害によってダウンする（Ｓ１０）。

データベースサーバ２０では、クラスタ処理部２１０がデータベースサーバ１０のダウンを検出する（Ｓ１２）。

クラスタ処理部２１０は、データベースサーバ１０のダウンを検出すると、アンマウント状態であるデータ記憶部２５０をマウントする（Ｓ１４）。

そして、クラスタ処理部２１０は、ＤＢＭＳ２２０を起動する（Ｓ１６）。

ＤＢＭＳ２２０は、ソート用ファイル２７２を用いて、データ記憶装置２５０のデータ用ファイル２５１のトランザクション回復処理を実行する（Ｓ１８）。ここで、トランザクション回復処理とは、例えば、途中で中断してしまったトランザクションのロールバック処理である。

これにより、一方のデータベースサーバがダウンしても、フェイルオーバーにより他方のデータベースサーバがダウンしたサーバで行われていた業務に係るデータを復旧させることができる。そして、本実施形態では、フェイルオーバーによりトランザクションの回復処理のみを行うので、ソート用ファイル２７２は小容量で足りる。

次に、上述したクラスタシステム構成を生成する手順について説明する。

図３は、クラスタシステムのデータベース環境を生成する際の構成を示す。

データベースサーバ１０、２０を、クラスタシステムを構成するためのペアとしたとき、同図に示すように、複数のペアがネットワーク９を介して共有サーバ５と接続されている。共有サーバ５には、各データベースサーバ１０、２０，１０，２０，・・・がアクセス可能な共有領域を有する記憶装置５０を有する。各データベースサーバ１０、２０，１０，２０，・・・は、データベース設定ツール４１と、データベース設定情報４２とを有する。

各データベースサーバ１０、２０，１０，２０，・・・上のデータベース設定ツール４１は、データベース設定情報４２を参照して、自サーバ内のデータベースを構築する。

データベース設定情報４２は、各サーバで生成するソート用ファイル名及びペアとなるサーバが作成するソート用ファイルのファイル名などが記憶されている。例えば、データベース設定情報４２には、データベースサーバごとにユニークになるように、大容量ソート用ファイル（１７１，１７２）と小容量ソート用ファイル（１７２，２７２）のファイル名が定められている。

ここで、各データベースサーバにおいて、通常運用時に動作するデータベースを「主データベース」、通常運用時には動作せず、フェイルオーバーしたときに動作するデータベースを「副データベース」とする。従って、「主データベース」に係るＤＢＭＳ、データ記憶領域、データ用ファイルを、それぞれ「主ＤＢＭＳ」、「主データ記憶領域」、「主データ用ファイル」と呼ぶ。また、各データベースサーバにおいて、主データベースのソート用ファイルが「大容量ソート用ファイル」であり、副データベースのソート用ファイルが「小容量ソート用ファイル」である。

図４及び図５は、データベース設定ツール４１が行うデータベース構築処理の手順を示すフローチャートを示す。図６〜図８は、データベース構築処理によってファイルが生成される過程を示す図である。以下、これらの図を参照して説明する。

まず、各データベースサーバ５００では、主ＤＢＭＳ５１０が起動していて、副ＤＢＭＳ５２０が停止している（図６Ａ）。なお、図６〜図８では、停止しているＤＢＭＳは、グレーで表示している。

そして、データベース設定ツール４１は、主ＤＢＭＳ５１０に対して、主データ記憶領域５３０に、主データ用ファイル５３１のｃｒｅａｔｅ及びデフォルト設定を実行させて、主データ用ファイル５３１を生成させる（Ｓ２０、図６Ｂ）。

次に、データベース設定ツール４１は、主ＤＢＭＳ５１０に対して、ローカル領域５４０に、大容量のソート用ファイル５４１のｃｒｅａｔｅ及びデフォルト設定を実行させて、大容量ソート用ファイル５４１を生成させる（Ｓ２２、図６Ｃ）。このときの大容量ソート用ファイル５４１のファイル名は、データベース設定情報４２に従って決定される。

大容量ソート用ファイル５４１の生成後、データベース設定ツール４１は、主ＤＢＭＳ５１０に対して、ローカル領域５４０に、ダミーファイル５４２のｃｒｅａｔｅ及びデフォルト設定を実行させて、ダミーファイル５４２を生成させる（Ｓ２４、図６Ｄ）。

ダミーファイル５４２の生成後、データベース設定ツール４１は、主ＤＢＭＳに対して、ステップＳ２２で生成した大容量ソート用ファイル５４１をｄｒｏｐさせる（Ｓ２６、図７Ａ）。これにより、主ＤＢＭＳ５１０においては、大容量ソート用ファイル５４１が存在しなくなる。ところが、大容量ソート用ファイル５４１の実ファイル（ＯＳが管理するプレーンファイル）は依然としてローカル領域５４０に存在する。そこで、データベース設定ツール４１は、ＯＳのコマンドを利用して大容量ソート用ファイル５４１の実ファイルのファイル名をテンポラリのファイル名にリネームする（Ｓ２８）。

次に、データベース設定ツール４１は、主ＤＢＭＳ５１０に対して、ローカル領域５４０に、主ＤＢＭＳが使用する小容量ソート用ファイル５４３ａ，５４３ｂのｃｒｅａｔｅ及びデフォルト設定を実行させて、小容量ソート用ファイル５４３ａ，５４３ｂを生成させる（Ｓ３０、図７Ｂ）。このときの小容量ソート用ファイル５４３ａ，５４３ｂのファイル名は、データベース設定情報４２に従って決定される。

データベース設定ツール４１は、主ＤＢＭＳ５１０に対して、ステップＳ２６で生成したダミーファイル５４２をｄｒｏｐさせ（Ｓ３２）、ＯＳのコマンドでダミーファイル５４２の実ファイルも削除する（Ｓ３４、図７Ｃ）。

ここで、データベース設定ツール４１は、主ＤＢＭＳ５１０を停止させる（Ｓ３６）。

この主ＤＢＭＳが停止しているときに、データベース設定ツール４１は、ローカル領域の小容量ソート用ファイル５４３ａ，５４３ｂを、記憶装置５０へＯＳのコマンドで移動させる（Ｓ３８、図７Ｄ）。このときに、データベース設定ツール４１は、記憶装置５０へ小容量ソート用ファイルの移動完了を示すフラグファイルを併せて記憶装置５０へ格納してもよい。

さらに、データベース設定ツール４１は、ＯＳのコマンドにより、記憶装置５０から、ペアになるデータベースサーバで作成された小容量ソート用ファイル５４３ａ，５４３ｂをそれぞれ取得して、ローカル領域５４０に格納する（Ｓ４０、図８Ａ）。ここで取り込むべきファイル名は、予めデータベース設定情報４２に定義されているのでそれに従う。なお、自ら取り込むべき小容量ソート用ファイルが記憶装置５０に存在するか否は、例えば、フラグファイルの有無によって判定してもよい。

そして、ステップＳ２８でリネームした大容量ソート用ファイル５４１の実ファイルを、ＯＳのコマンドを利用して元のファイル名に戻す（Ｓ４２）。

データベース設定ツール４１は、ここで主ＤＢＭＳ５１０を再起動する（Ｓ４４、図８Ｂ）。

これにより、再起動された主ＤＢＭＳ５１０は、ローカル領域５４０に格納されている大容量ソート用ファイル５４１を認識することができる。

上記のように、小容量ソート用ファイル５４３は、ペアとなるデータベースサーバ５００間で交換される。つまり、各データベースサーバ５００には、ペアになっている相手方のデータベースサーバ５００が生成した小容量ソート用ファイル５４３ａ，５４３ｂが、それぞれのローカル領域５４０に格納されている。これにより、副ＤＢＭＳ５２０（ペアとなる相手方のデータベースサーバの主ＤＢＭＳ５１０）が起動されたときには、小容量ソート用ファイル５４３ａ，５４３ｂを使用可能である。

上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。

本発明の一実施形態に係るクラスタシステムの構成図である。 本実施形態に係るクラスタシステムにおけるフェイルオーバー時の処理手順を示すフローチャートである。 クラスタシステムのデータベース環境を生成する際の構成を示す。 データベース設定ツール４１が行うデータベース構築処理の手順を示すフローチャートである。 データベース設定ツール４１が行うデータベース構築処理の手順を示すフローチャートである。 データベース構築処理によってファイルが生成される過程を示す図である。 データベース構築処理によってファイルが生成される過程を示す図である。 データベース構築処理によってファイルが生成される過程を示す図である。

符号の説明

１…クラスタシステム、１０，２０…データベースサーバ、１１０，２１０…クラスタ処理部、１２０，１３０，２２０，２３０…ＤＢＭＳ、１５０，１６０，１７０，２５０，２６０，２７０…データ記憶装置、１５１，１６１，２５１，２６２…データ用ファイル、１７１，１７２，２７１，２７２…ソート用ファイル。

Claims (4)

1. 第１のサーバと第２のサーバとを有するクラスタシステムであって、
   前記第１のサーバは、
   第１のクラスタ処理部と、
   第１のＤＢＭＳと、
   前記第２のサーバと同期される第１及び第２の記憶部と、
   前記第２のサーバと同期されない第３の記憶部と、を備え、
   前記第２のサーバは、
   第２のクラスタ処理部と、
   第２のＤＢＭＳと、
   前記第１のサーバと同期される第４及び第５の記憶部と、
   前記第１のサーバと同期されない第６の記憶部と、を備え、
   前記第１記憶部には、前記第１のＤＢＭＳの第１のデータ用ファイルが記憶されていて、前記第１及び第２のクラスタ処理部によって前記第１のデータ用ファイルが前記第４記憶領域にコピーされ、
   前記第５記憶領域には、前記第２のＤＢＭＳの第２のデータ用ファイルが記憶されていて、前記第１及び第２のクラスタ処理部によって前記第２のデータ用ファイルが前記第２記憶領域にコピーされ、
   前記第３の記憶領域には、前記第１のＤＢＭＳのための第１のソート用ファイルと、前記第２のＤＢＭＳのための第２のソート用ファイルであって、前記第１のソート用ファイルよりも容量が小さい第２のソート用ファイルとが記憶されていて、
   前記第６の記憶領域には、前記第２のＤＢＭＳのための第３のソート用ファイルと、前記第１のＤＢＭＳのための第４のソート用ファイルであって、前記第３のソート用ファイルよりも容量が小さい第４のソート用ファイルとが記憶されていることを特徴とするクラスタシステム。
2. 前記第１のサーバで障害が発生すると、前記第２のクラスタ処理部が前記第２のサーバにおいて前記第１のＤＢＭＳを起動させ、
   前記第２のサーバで起動された第１のＤＢＭＳは、前記第４のソートファイルを用いて、前記第４の記憶領域の第１のデータ用ファイルを用いて、トランザクション回復処理を実行することを特徴とする請求項１記載のクラスタシステム。
3. 前記第３の記憶領域に格納されている、前記第２のＤＢＭＳのための第２のソート用ファイルは、前記第２のＤＢＭＳが生成したソート用ファイルであり、
   前記第６の記憶領域に格納されている、前記第１のＤＢＭＳのための第４のソート用ファイルは、前記第１のＤＢＭＳが生成したソート用ファイルであることを特徴とする請求項１記載のクラスタシステム。
4. 第１のサーバと第２のサーバとを有するクラスタシステムの動作方法であって、
   前記第１のサーバは、
   第１のクラスタ処理部と、
   第１のＤＢＭＳと、
   前記第２のサーバと同期される第１及び第２の記憶部と、
   前記第２のサーバと同期されない第３の記憶部と、を備え、
   前記第２のサーバは、
   第２のクラスタ処理部と、
   第２のＤＢＭＳと、
   前記第１のサーバと同期される第４及び第５の記憶部と、
   前記第１のサーバと同期されない第６の記憶部と、を備え、
   前記第３の記憶領域に、前記第１のＤＢＭＳのための第１のソート用ファイルと、前記第２のＤＢＭＳのための第２のソート用ファイルであって、前記第１のソート用ファイルよりも容量が小さい第２のソート用ファイルとを記憶し、
   前記第６の記憶領域は、前記第２のＤＢＭＳのための第３のソート用ファイルと、前記第１のＤＢＭＳのための第４のソート用ファイルであって、前記第３のソート用ファイルよりも容量が小さい第４のソート用ファイルとを記憶し、
   前記第１記憶部に記憶されている、前記第１のＤＢＭＳの第１のデータ用ファイルを、前記第１及び第２のクラスタ処理部が前記第４記憶領域にコピーし、
   前記第５記憶領域に記憶されている前記第２のＤＢＭＳの第２のデータ用ファイルを、前記第１及び第２のクラスタ処理部が前記第２記憶領域にコピーするクラスタシステムの動作方法。

Images