運用系サーバと待機系サーバとが共有ディスクを利用して動作を行うクラスタシステムであって、アプリケーションのログメッセージをローカルディスク上の名前付きパイプへ一時的に保存する保存手段と、前記名前付きパイプへ一時的に保存された前記ログメッセージを前記共有ディスク上のログファイルへ記録する記録手段と、前記記録手段がログメッセージを前記ログファイルへ記録するタイミングを設定するタイミング設定手段と、を備えたことを特徴とするクラスタシステム。前記記録手段は、前記名前付きパイプを読み込むプログラムによって前記ログメッセージを前記ログファイルへ記録することを特徴とする請求項1に記載のクラスタシステム。前記記録手段は、前記運用系サーバ又は前記待機系サーバのローカルディスク上に存在する前記名前付きパイプを指定して、前記ログメッセージを前記ログファイルへ記録することを特徴とする請求項1又は2に記載のクラスタシステム。前記タイミング設定手段は、前記保存手段から前記名前付きパイプへ前記ログメッセージが出力されるタイミングで、前記ログファイルのオープン/書き込み/クローズの処理を行うことを特徴とする請求項1乃至3の何れかに記載のクラスタシステム。運用系サーバと待機系サーバとで構成されるクラスタシステムにおける共有ディスク上のログファイルへのデータ記録方法であって、アプリケーションのログメッセージをローカルディスク上の名前付きパイプへ一時的に保存する第1のステップと、前記名前付きパイプへ一時的に保存された前記ログメッセージを前記ログファイルへ記録するタイミングを設定する第2のステップと、前記第2のステップで設定されたタイミングに基づいて、前記名前付きパイプへ一時的に保存された前記ログメッセージを前記共有ディスク上のログファイルへ記録する第3のステップと、を含むことを特徴とするクラスタシステムにおける共有ディスク上のログファイルへのデータ記録方法。前記ログメッセージの前記ログファイルへの記録は、前記名前付きパイプを読み込むプログラムによって行われることを特徴とする請求項5に記載のクラスタシステムにおける共有ディスク上のログファイルへのデータ記録方法。前記ログメッセージの前記ログファイルへの記録は、前記運用系サーバ又は前記待機系サーバのローカルディスク上に存在する前記名前付きパイプを指定することによって行われることを特徴とする請求項5又は6に記載のクラスタシステムにおける共有ディスク上のログファイルへのデータ記録方法。前記アプリケーションのログメッセージが前記名前付きパイプへ保存されるタイミングで、前記ログファイルのオープン/書き込み/クローズの処理が行われることを特徴とする請求項5乃至7の何れかに記載のクラスタシステムにおける共有ディスク上のログファイルへのデータ記録方法。運用系サーバと待機系サーバとで構成されるクラスタシステムが共有ディスク上のログファイルへデータを記録するプログラムであって、コンピュータを、アプリケーションのログメッセージをローカルディスク上の名前付きパイプへ一時的に保存する保存手段、前記名前付きパイプへ一時的に保存された前記ログメッセージを前記共有ディスク上のログファイルへ記録する記録手段、前記記録手段がログメッセージを前記ログファイルへ記録するタイミングを設定するタイミング設定手段、として機能させるためのプログラム。一般的に、UNIX登録商標やLinux登録商標においてログ出力デーモンメモリに常駐して様々なサービスを提供するソフトウエアとして使用されているログメッセージ転送用のsyslogdは、ログメッセージを出力する転送先において共有ディスク上のログファイルを指定した場合は、図7で説明するような問題が発生する。図7は、一般的なActive-Standby型のクラスタシステムが共有ディスク上にログファイルを指定するときの構成を示すブロック図である。図7において、Active-Standby型のクラスタシステムを構成する2台のサーバすなわち、運用系のサーバ装置210aと待機系のサーバ装置210bが起動すると、それぞれのサーバ装置に所属するログメッセージ転送用のsyslogd211aとsyslogd211bが起動し、共有ディスク230上のログファイル231をオープンしようとする。しかし、サーバ装置210aとサーバ装置210bは、何れも、共有ディスク231上のログファイル231が保存されている領域をマウント認識していない。そのため、共有ディスク230上のログファイル231のオープン処理はエラーとなってしまう。この後、Active側のサーバ装置サーバ装置210aから共有ディスク230の領域がマウントされて、サーバ装置210aのクラスタサービス220の機能を実現するアプリケーション221が起動するが、サーバ装置210aのsyslogd211aは、共有ディスク230のログファイル231をオープンしていないため、アプリケーション221が出力したメッセージは共有ディスク230のログファイル231には出力されない。アプリケーション221が出力したメッセージを共有ディスク230のログファイル231にログ出力するためには、Active側のサーバ装置サーバ装置210aが共有ディスク230の領域をマウント認識した後にサーバ装置210aのsyslogd211aを再起動する必要がある。また、図7において、サーバ装置210a上のsyslogd211aから共有ディスク230のログファイル231に対してログ出力が行われている状態で、クラスタサービス220がActive側のサーバサーバ装置210aからStandby側のサーバサーバ装置210bへ切替えられると、サーバ装置210aは共有ディスク230の領域に対するアンマウント処理切り離しを行おうとする。しかし、サーバ装置210a側のsyslogd211aから共有ディスク230のログファイル231aに対するファイルオープンが継続しているため、このアンマウント処理はエラーとなり、クラスタサービス220の切替え処理は失敗となる。あるいは、クラスタリングソフト連携構成するためのソフトによりActive側サーバ装置210aのsyslogd211a自体が停止させられる。なお、前述の特許文献1の技術は、共有ディスクを利用した現用サーバと予備サーバによるクラスタシステムにおいて、一時保存されたログメッセージを共有ディスク上のログファイルに記録することができるが、この技術では、共有ディスク上のログファイルのオープン処理においてエラーが発生する問題は依然として解消されない。また、前述の特許文献2の技術は、アプリケーションから出力されたログデータを名前付きパイプに一時保存することにより、アプリケーションプログラムの出力データを監視することはできるが、この名前付きパイプの技術を利用してもクラスタシステムにおけるクラスタサービスの切替え処理に応用することは不可能である。さらに、前記の特許文献1の技術と前述の特許文献2の技術を組み合わせても、共有ディスク上のログファイルのファイルオープン/ファイルクローズのタイミングを考慮していないので、現用サーバと予備サーバの切替え時にエラーが発生してしまう問題は依然として解消されない。本発明は、上述のような事情に鑑みてなされたものであり、共有ディスク上のログファイルへのデータ記録を適正に行うことにより現用サーバと予備サーバの切替え時にエラーが発生しないようなActive-Standby型のクラスタシステム、クラスタシステムにおける共有ディスク上のログファイルへのデータ記録方法、及びプログラムを提供することを目的とする。本発明は上記の課題を解決するためになされたものであり、運用系サーバと待機系サーバとが共有ディスクを利用して動作を行うクラスタシステムであって、アプリケーションのログメッセージをローカルディスク上の名前付きパイプへ一時的に保存する保存手段と、前記名前付きパイプへ一時的に保存された前記ログメッセージを前記共有ディスク上のログファイルへ記録する記録手段と、前記記録手段がログメッセージを前記ログファイルへ記録するタイミングを設定するタイミング設定手段とを備えたことを特徴とするクラスタシステムを提供する。また、本発明は、運用系サーバと待機系サーバとで構成されるクラスタシステムにおける共有ディスク上のログファイルへのデータ記録方法であって、アプリケーションのログメッセージをローカルディスク上の名前付きパイプへ一時的に保存する第1のステップと、前記名前付きパイプへ一時的に保存された前記ログメッセージを前記ログファイルへ記録するタイミングを設定する第2のステップと、前記第2のステップで設定されたタイミングに基づいて、前記名前付きパイプへ一時的に保存された前記ログメッセージを前記共有ディスク上のログファイルへ記録する第3のステップとを含むことを特徴とするクラスタシステムにおける共有ディスク上のログファイルへのデータ記録方法を提供する。また、本発明は、運用系サーバと待機系サーバとで構成されるクラスタシステムが共有ディスク上のログファイルへデータを記録するプログラムであって、コンピュータを、アプリケーションのログメッセージをローカルディスク上の名前付きパイプへ一時的に保存する保存手段、前記名前付きパイプへ一時的に保存された前記ログメッセージを前記共有ディスク上のログファイルへ記録する記録手段、前記記録手段がログメッセージを前記ログファイルへ記録するタイミングを設定するタイミング設定手段、として機能させるためのプログラムを提供する。本発明によれば、Active-Standby型のクラスタシステムにおいて、名前付きパイプFIFOを読み込むプログラムによって、ログメッセージ転送用のsyslogd経由で処理されるログメッセージを共有ディスク上のログファイルに保存することにより、syslogdで処理されるメッセージを共有ディスク上のファイルへ適正に記録することが可能となる。これによって、Active側のサーバ運用系の現用サーバに障害が発生してStandby側のサーバ待機系の予備サーバへ切替えるためのフェイルオーバが発生した際でも、Standby側のサーバから共有ディスク上の同一のログファイルに対して継続してログを追記することができる。本発明の実施形態に係るクラスタシステムは、共有ディスクを利用したActive-Standby型のクラスタシステムであって、名前付きパイプFIFOを読み込むプログラムによって、転送機能を有するsyslogd経由で処理されるメッセージを共有ディスク上のログファイルへ保存することを特徴としている。すなわち、本実施形態のActive-Standby型のクラスタシステムでは、syslogdによって処理されるメッセージを共有ディスク上のログファイルに記録する場合、そのsyslogd側のログファイル出力先としてローカルディスク上の名前付きパイプFIFOを指定する。これにより、syslogdがオープンするログファイルはローカルディスク上に存在するため、共有ディスクがマウントされていない状態でもファイルオープンの処理は行われる。また、syslogdを起動した状態でも共有ディスクのアンマウントが可能となる。また、プログラムログアプリケーションによって、syslogdから名前付きパイプFIFOに出力されたメッセージを読み込み、このメッセージを共有ディスク上のログファイルへ記録する。このプログラムは、syslogdから名前付きパイプへメッセージが出力されるたびに、共有ディスク上のログファイルに対してオープン/書き込み/クローズの処理を行うため、共有ディスク上のログファイルが常にオープンされる状態にはならない。以下、本発明に係るクラスタシステムにおける共有ディスク上のログファイルへの記録方法について、図面を参照しながら好適な実施形態について詳細に説明する。《実施形態》図1は、本発明の実施形態に係るActive-Standby型のクラスタシステムが共有ディスク上にログファイルを指定するときの構成を示すブロック図である。先ず、図1に示すクラスタシステムの構成について説明する。このクラスタシステムは、サーバ装置10a、10b以下、サーバ装置10a、10bを総称する場合、サーバ装置10と呼ぶと共有ディスク30とを備える。なお、本実施形態では、サーバ装置10aがActive側運用系として機能し、サーバ装置10bがStandby側待機系として機能する。したがって、クラスタサービス20の提供は、Active側であるサーバ装置10aによって行われる。共有ディスク30は、クラスタサービス20を提供するために必要なデータなどを含んでおり、Active側のサーバ装置10、すなわちサーバ装置10aからのみ使用される。また、データの転送機能を有するsyslogd11syslogd11a、11bはサーバ装置10上で稼動し、ログファイル12ログファイル12a、12b及び名前付きパイプ13名前付きパイプ13a、13bに対してメッセージを送信する。サーバ装置10のログアプリケーション14ログアプリケーション14a、14bは、名前付きパイプ13に対してsyslogd11からの入力を待ち受け、syslogd11から名前付きパイプ13へ入力があったときには、共有ディスク30上のログファイル31に対して出力を行う。なお、アプリケーション21のログメッセージをローカルディスク上の名前付きパイプ13へ一時的に保存する保存手段は、サーバ装置10のsyslogd11によって実現され、また、名前付きパイプ13へ一時的に保存されたログメッセージを共有ディスク30上のログファイル31へ記録する記録手段、及びこの記録手段がログメッセージをログファイル31へ記録するタイミングを設定するタイミング設定手段は、サーバ装置10のログアプリケーション14によって実現される。次に、図1に示すクラスタシステムの基本的な動作の流れについてフローチャートを参照しながら説明する。最初に、クラスタシステムにおける起動処理の動作の流れについて説明する。図2は、図1に示すクラスタシステムにおける起動処理の動作の流れを示すフローチャートである。先ず、サーバ装置10のOSOperatingSystemが起動するとステップS1、サーバ装置10上でsyslogd11が起動するステップS2。このとき、サーバ装置10は、syslogd11が設定された名前付きパイプ13を書き込みモードでオープンにする。次に、サーバ装置10上でログアプリケーション14が起動し、名前付きパイプ13を読み取って専用モードでファイルオープンしてsyslogd11からの入力を待ち受けるステップS3。そして、サーバ装置10上で、それぞれのクラスタソフトが起動して通信が行われるとステップS4、サーバ装置10aとサーバ装置10bのうち何れのサーバがActive側運用系であるかが判定される。すなわち、サーバ装置10は、自装置がActive側であるか否かを判定するステップS5。ここで、自装置がクラスタシステムのActive側であると判定した場合ステップS5でYes、サーバ装置10は、共有ディスク30の領域をマウント認識しステップS6、その後にクラスタサービス20の機能を実現するアプリケーション21を起動してステップS7、起動処理の動作を完了するステップS8。図1の例においては、サーバ装置10aが該動作を実行することとなる。他方、ステップS5において、自装置がActive側でないと判定した場合ステップS5でNo、サーバ装置10は、アプリケーション21の起動及び共有ディスク30の領域のマウントを実行せずに、起動処理の動作を完了するステップS8。図1の例においては、サーバ装置10bが該動作を実行することとなる。次に、クラスタシステムの起動後に共有ディスク上のログファイルに対してメッセージを出力する処理の流れを説明する。図3は、図1に示すクラスタシステムが起動した後に、共有ディスク上のログファイルに対してログメッセージを出力する処理の流れを示すフローチャートである。ここでは、図1に示すようにサーバ装置10aがクラスタシステムのActive側として稼動している場合について説明する。図3において、ログ出力の動作が開始されるとステップS11、先ず、Active側のサーバ装置10a上において、クラスタサービス20を実現するためのアプリケーション21がsyslogd11aに対してメッセージを出力するステップS12。次に、サーバ装置10aのログアプリケーション14aは、名前付きパイプ13a経由で該メッセージを読み込み、共有ディスク30のログファイル31を書き込みモードでファイルオープンするステップS13。次に、サーバ装置10aのログアプリケーション14aは、読み込んだメッセージを共有ディスク30のログファイル31に出力しステップS14、読み込んだメッセージの出力が完了すると共有ディスク30のログファイル31をファイルクローズにしてステップS15、共有ディスク30上のログファイル31に対するメッセージの出力を完了するステップS16。次に、クラスタシステムにける停止処理の動作の流れについて説明する。図4は、図1に示すクラスタシステムにおける停止処理の動作の流れを示すフローチャートである。図4において、クラスタシステムに対して停止命令が発行されて、停止処理が開始されるとステップS21、サーバ装置10は、自装置がActive側のサーバであるか否かを判定するステップS22。自装置がActive側のサーバである場合ステップS22でYes、サーバ装置10のクラスタサービス20の停止が開始されてアプリケーション21が停止するステップS23。そして、アプリケーション21の停止後に共有ディスク30の領域がアンマウント切り離しされるステップS24。さらに、共有ディスク30の領域がアンマウントされた後、サーバ装置10はOSの停止処理としてクラスタソフトを停止するステップS25。さらに、サーバ装置10は、ログアプリケーション14を停止させステップS26、続いて、syslogd11を停止させステップS27、サーバ装置10の停止処理を完了するステップS28。なお、ステップS22で、自装置がActive側のサーバでない場合ステップS22でNo、サーバ装置10は、ステップS23とステップS24をパスし、上記ステップS25の処理を実行する。次に、クラスタシステムのクラスタサービスを代替サーバにフェイルオーバ切替処理するときの動作の流れについて説明する。図5は、図1に示すクラスタシステムのクラスタサービスをフェイルオーバするときの処理の流れを示すフローチャートである。先ず、クラスタシステムに対してクラスタサービスの切替命令が発行されてフェイルオーバが開始されるとステップS31、サーバ装置10は、自装置がActive側のサーバであるか否かを判定するステップS32。自装置がActive側のサーバである場合ステップS32でYes、自装置のクラスタサービス20の停止が開始されてアプリケーション21が停止するステップS33。そして、アプリケーション21の停止後に、共有ディスク30の領域がアンマウント切り離しされステップS34、クラスタサービスのフェイルオーバ切替処理を完了するステップS38。一方、ステップS32において、自装置がActive側のサーバでない場合ステップS32でNo、サーバ装置10は、相手装置自装置がサーバ装置10である場合はサーバ装置10aの切替処理が完了しているか否かを判定し、切替処理が完了するのを待ち合わせるステップS35。相手装置から自装置への切替えが完了した場合ステップS35でYes、Standbyのサーバ装置は、共有ディスク30の領域をマウントしステップS36、その後にクラスタサービス20としてアプリケーション21を起動しステップS37、クラスタサービスのフェイルオーバ切替処理を完了するステップS38。以上、本発明に係るクラスタシステムの実施形態について図面を参照して詳述してきたが、この発明の具体的に構成はこれらの実施形態に限られるものではなく、この発明の趣旨を逸脱しない範囲の設計の変更等があってもそれらは本発明に含まれる。なお、上述したサーバ装置10の動作は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって上記の各処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、CD-ROM、DVD-ROM、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしてもよい。また、上記のプログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル差分プログラムであってもよい。