(57)【要約】【課題】  ソフトウェアのインストールおよびバージョンアップを含む全てのシステム変更作業に対して、システム変更作業後の問題のあるなしに関わらず、容易にかつ正確に任意の時点に戻し作業を行うことができるシステムを提供する。【解決手段】  クライアント−サーバ方式のネットワークシステムであり、統合監査証跡サーバマシン１と、統合監査証跡サーバマシン１に接続された複数のＵＮＩＸサーバ３、４と、ＵＮＩＸサーバ３に接続されたクライアント端末５と、ＵＮＩＸサーバ４に接続されたクライアント端末６、７とを含んで構成されている。さらに多数のＵＮＩＸサーバ、クライアントを含んでいても良い。統合監査証跡サーバマシン１には、ＵＮＩＸサーバ３、４で処理された監査証跡情報すなわちトランザクション情報を格納するデータベース（磁気ディスク装置）２が接続されている。【選択図】  図１
2005202864.tif 000002
【特許請求の範囲】
【請求項１】
複数のサーバと、該サーバに接続されたクライアント端末と、複数の前記サーバと接続された統合監査証跡サーバマシンと、を含むネットワークシステムであって、
前記統合監査証跡サーバマシンは、前記クライアント端末からのコマンドに基づいて前記サーバにおいて実行される処理を単位化した処理単位毎に処理単位ＩＤを付与し、処理単位化されたそれぞれの処理に関連し該処理の前後における情報であって、前記処理単位ＩＤと該処理が実行されたサーバＩＤとを含む情報を記録する第１記憶手段を有していることを特徴とする
ネットワークシステム。
【請求項２】
さらに、前記統合監査証跡サーバマシンは、前処理の前後においてデータが更新されたか否かを判断する判断手段と、該判断手段によりデータの更新があると判断された場合に、更新前のデータを含む情報を記録する第２記憶手段を有していることを特徴とする
請求項２に記載のネットワークシステム。
【請求項３】
さらに、前記統合監査証跡サーバマシンは、前記第１記憶手段に記憶されている前記処理単位ＩＤ及び前記サーバＩＤと前記第２記憶手段に記憶されている更新前データとに基づいて、更新前へのデータ戻し作業を行う戻し処理部を有することを特徴とする請求項２に記載のネットワークシステム。
【請求項４】
請求項１〜３までのいずれか１項に記載の前記クライアント端末からのコマンドに基づいて実行される処理を単位化した処理単位に代えて、管理者により予め決められている一括処理単位を用いることを特徴とするネットワークシステム。
【請求項５】
さらに、前記統合監査証跡サーバマシン上で管理されている情報に基づいて、前記クライアント端末又は前記サーバ又はある特定のデータのいずれかをキーとしてソートしたアクセス稼動統計情報を出力する出力手段を備えたことを特徴とする請求項１から４までのいずれか１項に記載のネットワークシステム。
【請求項６】
複数のサーバとネットワーク接続された統合監査証跡サーバマシンにおけるネットワークシステムの管理方法であって、
前記サーバにおける処理実行前情報を、前記サーバにおいて実行される処理を単位化した処理単位毎に取得し、処理単位毎に付与される処理単位ＩＤとともに記憶する第１記憶ステップと、
前記サーバにおける処理実行後情報を取得し、前記処理単位ＩＤと対応させて記憶する第２記憶ステップと、
前記第１記憶ステップと前記第２記憶ステップとの間にデータの更新がある場合には、更新前データを前記処理単位ＩＤと対応させて記憶するステップと、
処理単位に対してロールバック命令を受けた際に、記憶している更新前データを前記処理単位ＩＤに基づいて検索し、得られた前記更新前データを前記サーバに送るステップと
を有する管理方法。
【請求項７】
複数のサーバとネットワーク接続された統合監査証跡サーバマシンであって、
前記サーバにおいて実行される処理を単位化した処理単位毎に処理単位ＩＤを付与し、処理単位化されたそれぞれの処理に関連し該処理の前後における情報であって、前記処理単位ＩＤと該処理が実行されたサーバＩＤとを含む情報を記録する第１記憶手段と、
前処理の前後においてデータが更新されたか否かを判断する判断手段と、
該判断手段によりデータの更新があると判断された場合に、更新前のデータを含む情報を記録する第２記憶手段と、
前記第１記憶手段に記憶されている前記処理単位ＩＤ及び前記サーバＩＤと前記第２記憶手段に記憶されている更新前データとに基づいて、更新前へのデータ戻し作業を行う戻し処理部と
を有することを特徴とする統合監査証跡サーバマシン。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステムに関し、特に、ＵＮＩＸサーバに代表されるマルチユーザ・マルチタスクのネットワークシステムのシステムにおける復元技術に関する。
ＵＮＩＸサーバで実行される処理をトランザクション化し、統合監査証跡サーバマシンで一括して管理することにより、システム変更前の状態に戻すことが必要と判断した場合に、当該トランザクションをロールバックすることにより、システム変更前の状態に戻すことができるネットワークシステムに関する。
【背景技術】
【０００２】
近年、基幹系の業務システムにおいても、ＵＮＩＸサーバが多く使用されており、それに伴い、ホストコンピュータに匹敵するほどの性能と信頼性とが要求されるようになってきている。しかしながら、ＵＮＩＸサーバに関しても、システム変更作業（パッチ適用、バージョンアップ等）は必須である。また、ＵＮＩＸサーバを用いたシステムの特徴として、システム変更作業とテストとを繰り返し、システム構築及び維持管理を行っていくため、システム変更前の状態に戻す作業が多い。
【０００３】
そのため、例えば、人為的なミスや調査不足などによって、システム変更前の状態に完全に戻すことができず、システム障害を引き起こすことも珍しくない。そこで、従来のシステムでは、作業前の状態を予め全てバックアップしておき、必要に応じてバックアップ情報に基づいてシステム変更前の状態に戻す変更作業が行われている。しかしながら、高度化、複雑化した近年のＵＮＩＸサーバにおいて、作業前に取得するバックアップ情報のサイズは非常に大きくなっており、このようなメンテナンス作業に多くの時間を必要とする。
【０００４】
ＵＮＩＸサーバは、複数のユーザがログインして同時に操作するという点を特徴とする。そのため、何らかの障害が発生した場合に、実際にどのユーザのどの処理が原因となって障害が発生したのかに関して障害発生後に確認することが困難である。このことが、障害の調査および解決までに必要以上に時間がかかる原因の１つにもなっている。このようなＵＮＩＸサーバの特徴を考慮すると、ＵＮＩＸサーバを用いたシステムを快適に運用するためには、システムのメンテナンス作業を効率よく、かつ正確に行えること、そして複数のユーザによってどのように操作されているかに関する正確な把握を可能にすることが非常に重要となる。従来、システム変更作業を管理する技術として、例えば、下記特許文献１及び特許文献２に記載のものが知られている。
【０００５】
特許文献１に記載の技術は、システム変更作業のうちのソフトウェアインストールおよびソフトウェアバージョンアップに関するものである。これは、サーバマシンとＬＡＮ等で接続された複数のクライアントマシンで構成されるクライアント−サーバ方式のネットワークシステムにおいて、サーバマシンからクライアントマシンにインストール開始の指示を出力し、インストール開始の指示を受けるクライアントマシンはサーバマシンから送られるソフトウェアのインストール処理を実行することを特徴とするソフトウェア自動インストールの方法である。
【０００６】
これにより、従来、各クライアント側で実行されていたソフトウェアのインストール或いはバージョンアップなどの作業を、サーバ側から一斉にインストール指示を行うだけでインストール作業を行うことができる。
【０００７】
また、特許文献２に記載の技術は、あるネットワークシステムが自身で保持するシステム情報ファイルの内容と現状とを比較することにより自己診断を行い、その結果、異常が発生している場合にはメンテナンス情報を作成し、このメンテナンス情報に従って修復が必要な部分のみのメンテナンス処理を行う。これにより、メンテナンス作業に必要な時間を軽減することができる。また、動作環境の変更、例えば新しいアプリケーションプログラムをインストールした際にも、そのことで何らかの問題が発生した場合には直ちに以前のシステム状態に復元することが可能であり、また問題が生じなければそのまま新たなシステム状態で使用すればよい。このため、ユーザにとってはシステム状態の変更を手軽にテストすることが可能になり、使い易いネットワークシステムが実現できる。
【０００８】
【特許文献１】特開平６−３０９２６１号公報
【特許文献２】特開平１０−２６０８５９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、上記特許文献１に記載の技術によれば、ソフトウェアのインストール及びバージョンアップをサーバから一括して自動的に行えるものの、ソフトウェアのインストール及びバージョンアップ後に問題があったと判断された場合の戻し作業については、クライアント側で個別に対応しなければならないという問題がある。さらに、問題の有無に関わらず、ＵＮＩＸサーバを用いたシステムでは、システム修正とテストとを常に繰り返して行う。従って、戻し作業を行っている間は、待ち状態となるためユーザにとっては不便であり効率的にテストが実施できないという問題がある。
【００１０】
また、上記特許文献２に記載の技術は、システム環境変更後に問題があったと判断した場合に、戻し作業を行えるものの、１世代前の環境にしか戻すことができず、かつ、１つのサーバに対して複数のシステム変更作業を行った場合に、ある特定のシステム変更のみに限定して戻す処理を行うことができないという問題がある。さらに、システム変更情報を自身の内部に保存しているため、複数のサーバを対象としたい場合には、サーバの台数分だけそれぞれ個別に対応しなければならないという煩雑さがある。
【００１１】
本発明は、多種多様な使われ方をするＵＮＩＸサーバを用いたシステムを効率よく運用できるようにするものであり、第１の目的は、ソフトウェアのインストール及びバージョンアップを含む全てのシステム変更作業に対して、システム変更作業後の問題の有無に関わらず、容易にかつ正確に任意の時点に戻し作業を行うことができるシステムを提供することである。
【００１２】
第２の目的は、障害発生時の原因調査および解決に役立つ情報を様々な観点から出力できるシステムを提供することである。
【課題を解決するための手段】
【００１３】
本発明の一観点によれば、複数のサーバと、該サーバに接続されたクライアント端末と、複数の前記サーバと接続された統合監査証跡サーバマシンと、を含むネットワークシステムであって、前記統合監査証跡サーバマシンは、前記クライアント端末からのコマンドに基づいて前記サーバにおいて実行される処理を単位化した処理単位毎に処理単位ＩＤを付与し、処理単位化されたそれぞれの処理に関連し該処理の前後における情報であって、前記処理単位ＩＤと該処理が実行されたサーバＩＤとを含む情報を記録する第１記憶手段を有していることを特徴とするネットワークシステムが提供される。
【００１４】
本発明の他の観点によれば、ネットワークシステムを構成する複数のサーバと接続された統合監査証跡サーバマシンを用いたネットワークシステムの管理方法であって、前記サーバにおける処理実行前情報を、前記サーバにおいて実行される処理を単位化した処理単位毎に取得し、処理単位毎に付与される処理単位ＩＤとともに記憶する第１記憶ステップと、前記サーバにおける処理実行後情報を取得し、前記処理単位ＩＤと対応させて記憶する第２記憶ステップと、前記第１記憶ステップと前記第２記憶ステップとの間にデータの更新がある場合には、更新前データを前記処理単位ＩＤと対応させて記憶するステップと、処理単位に対してロールバック命令を受けた際に、記憶している更新前データを前記処理単位ＩＤに基づいて検索し、得られた前記更新前データを前記サーバに送るステップとを有する管理方法が提供される。
【発明の効果】
【００１５】
本発明によれば、サーバに接続したクライアント端末から又はクーロンなどで直接、サーバ上で実行される処理をトランザクション化し、その処理に伴う情報をすべて統合監査証跡サーバマシンに記録する。また、サーバに接続したクライアント端末から、またはクーロンなどにより直接サーバ上で実行されたデータの更新を伴う処理をトランザクション化し、その処理に伴う情報と、さらに更新前後のデータを統合監査証跡システムに記録することにより、システム変更作業等に問題があったと判断された場合に、容易にかつ正確に戻し作業を行うことができる。これによって、サーバを用いたシステムにおけるシステム変更作業、テスト、システム戻し作業といったシステム構築および維持管理を効率よく行うことができるという利点がある。
【００１６】
また、サーバに接続したクライアント端末から、またはクーロンなどで直接サーバ上で実行される処理をトランザクション化し、その処理に伴う情報をすべて統合監査証跡サーバマシンで管理することで、統合監査証跡サーバマシン上で管理されている情報を元に、クライアント端末毎、サーバ毎、ある特定のファイル毎という様々な情報を軸としたアクセス稼動統計情報を出力することができる。これによって、常に複数のユーザがログインして同時に操作するという特徴があるマルチユーザ・マルチタスクのネットワークシステムにおけるサーバにおいても、何らかの障害が発生した場合に、実際にどのユーザのどの処理が原因で障害が発生したのかを障害発生後に容易に確認することができ、障害の調査および解決までの時間を大幅に短縮できるという利点がある。
【発明を実施するための最良の形態】
【００１７】
本発明に係るネットワークシステムは、単一の機能を持つコマンド（命令）を、複数使用して処理を行う、マルチユーザ（同時に複数のユーザが利用できる）、マルチタスク（同時に複数のプログラムを実行できる）のネットワークシステムに適用可能であり、ＵＮＩＸシステムに限定されるものではないが、以下においては、ＵＮＩＸシステムを例にして本発明の一実施の形態によるネットワークシステムについて図面を参照して具体的に説明する。
【００１８】
図１は、本発明の一実施の形態によるネットワークシステムの一構成例を示すブロック図である。図１に示すネットワークシステムは、クライアント−サーバ方式のネットワークシステムであり、統合監査証跡サーバマシン１と、統合監査証跡サーバマシン１に接続された複数のＵＮＩＸサーバ３、４と、ＵＮＩＸサーバ３に接続されたクライアント端末５と、ＵＮＩＸサーバ４に接続されたクライアント端末６、７とを含んで構成されている。さらに多数のＵＮＩＸサーバ、クライアントを含んでいても良い。統合監査証跡サーバマシン１には、ＵＮＩＸサーバ３、４で処理された監査証跡情報すなわちトランザクション情報を格納するデータベース（磁気ディスク装置）２が接続されている。インターネットディスクなどを用いても良い。
【００１９】
まず、ＵＮＩＸサーバ３又は４に接続したクライアント端末５又は６、７から、ＵＮＩＸサーバ３、４上で実行される処理をトランザクション化し、その処理に伴う情報をすべて統合監査証跡サーバマシンに記録する処理手順を図２のフローチャートと図１の構成図とを参照して説明する。以下の処理は、クライアントからのアクセスではなく、実行日時を指定して予め登録されたクーロンなどにより直接に実行される処理を対象としても良い。
【００２０】
まず、クライアント端末５は、通信プログラムなどを使用してＵＮＩＸサーバ３へログインする（ステップＳ１１）。図３は、トランザクションを管理するトランザクション管理情報３０のデータ構成を示す図である。図３に示すように、トランザクション管理情報３０は、クライアント端末情報３１と、クライアントログインユーザ情報３３と、クライアントログインセッション情報３５と、トランザクションＩＤ３７とを含む。
【００２１】
クライアント端末５から接続されたＵＮＩＸサーバ３は、クライアント端末情報３１と、クライアントログインユーザ情報３３と、クライアントログインセッション情報３５と、を統合監査証跡サーバマシン１に送信する（ステップＳ１２）。クライアントログインセッション情報３５を付与することにより異なるセッションとして扱うことができるため、同一クライアントが複数の通信プログラムを起動した場合にも対応可能となる。
【００２２】
統合監査証跡サーバマシン１は、受信した情報に対してユニークなトランザクションＩＤ３７を発行し、受信した情報とともにトランザクション管理情報３０として磁気ディスク装置２内に保存し、トランザクション管理情報３０の保存完了をトランザクションＩＤ３７とともにＵＮＩＸサーバ３へ送信する（ステップＳ１３）。ユニークなトランザクションＩＤ３７で管理される一連の処理が１つのトランザクションを構成する。一般的にはユーザが同一トランザクションの範囲を指定する。
【００２３】
トランザクション管理情報３０の保存完了とトランザクションＩＤ３７とを受信したＵＮＩＸサーバ３は、クライアント端末５からのＵＮＩＸコマンド受付可能状態となる（ステップＳ１４）。ＵＮＩＸコマンドがクライアント端末５の通信プログラムの画面から入力される（ステップＳ１５）。ネットワークを介して転送されたクライアント端末５からのＵＮＩＸコマンドを受信したＵＮＩＸサーバ３は、ＵＮＩＸサーバ情報と、受信コマンドと、コマンド受信時刻と、クライアント端末情報３１と、クライアントログインユーザ情報３３と、クライアントログインセッション情報３５と、を統合監査証跡サーバマシン１へ送信する（ステップＳ１６）。
【００２４】
統合監査証跡サーバマシン１は、取得済みのトランザクションＩＤと受信した情報とを、共に監査証跡情報を格納する磁気ディスク装置２内に保存し、監査証跡情報の保存完了をトランザクションＩＤと共にＵＮＩＸサーバ３へ送信する（ステップＳ１７）。図４は、トランザクション開始後ＵＮＩＸコマンド実行前に統合監査証跡サーバマシン１に保存される監査証跡情報の例を示す図である。図４に示すように、監査証跡情報４０は、トランザクションＩＤ４１と、クライアント部４３であって、端末名称４３−１と、ユーザ名称４３−２と、セッションＩＤ４３−３と、ＵＮＩＸコマンド部４５内の実行ＵＮＩＸサーバ４５−１と、受信コマンド４５−２と、受信時刻４５−３と、を含んでいる。ここで図４の網掛け部分は、ＵＮＩＸコマンド実行前に監査証跡情報４０に作成されるデータを表している。
【００２５】
監査証跡情報の保存完了とトランザクションＩＤとを受信したＵＮＩＸサーバ３は、実際にＵＮＩＸコマンドを実行し、トランザクションＩＤとともに、図５に示すコマンド完了時刻と４５−４と、コマンド実行結果４５−５と、終了コード４５−６と、を統合監査証跡サーバマシン１へ送信する（ステップＳ１８）。
【００２６】
統合監査証跡サーバマシン１は、受信した情報を磁気ディスク装置２の該当トランザクションＩＤの情報が格納されている部分に、例えば図５に示すレコード形式で保存し、監査証跡情報の保存完了をトランザクションＩＤと共にＵＮＩＸサーバ３へ送信する（ステップＳ１９）。ここで図５の網掛け部分は、ＵＮＩＸコマンド実行後に監査証跡情報４０に追加または更新されるデータを表している。
【００２７】
監査証跡情報の保存完了とトランザクションＩＤとを受信したＵＮＩＸサーバ３は、ＵＮＩＸコマンド実行結果４５−５と、とトランザクションＩＤ４１をクライアント端末５が接続している通信プログラムの画面に送信する（ステップＳ２０）。さらに、同一のトランザクションＩＤで処理を継続する場合には、クライアント端末５は、ＵＮＩＸコマンドを通信プログラムの画面から入力する（ステップＳ２１で“YES”）。異なるトランザクションＩＤ４１で処理を実行する場合には、トランザクション処理完了コマンドを入力し、新たなトランザクションＩＤを統合監査証跡サーバマシン１で発行する（ステップＳ２１で“NO”、ステップＳ２２で“YES”、ステップＳ２３）。これにより、同一セッションからの複数のシステム修正処理を別々のトランザクションとして管理できる。セッションを終了する場合には、クライアント端末５はＵＮＩＸサーバ３からログアウトする（ステップＳ２４）。ログアウトをトリガーとして、ＵＮＩＸサーバ３は、トランザクションＩＤと共に該当のトランザクション完了情報を、統合監査証跡サーバマシン１へ送信する（ステップＳ２５）。統合監査証跡サーバマシン１は、受信した情報を磁気ディスク装置２の該当トランザクションＩＤの情報が格納されている部分に図６に示すトランザクション処理完了４７を含むレコード形式で保存する（ステップＳ２６）。ここで図６の網掛け部分は、トランザクション完了処理時に監査証跡情報４０に追加されるデータを表している。また、同一セッションで複数のトランザクションが作成されていた場合には、各々のトランザクションについてトランザクション完了処理（ステップＳ２５、ステップＳ２６）を行う。なお、ステップＳ２５、ステップＳ２６をトランザクション処理完了コマンドが入力された後、次のトランザクションＩＤが発行される前（ステップＳ２２で“YES”のときステップＳ２３の前）に行うような処理の流れにしても良い。図２において、統合監査証跡サーバ１は、ステップＳ１３、Ｓ１７、Ｓ１９、Ｓ２３、Ｓ２６の処理を行うことになる。
【００２８】
尚、クーロンの場合には、管理者が予めトランザクションをある時間に実行させる旨の計画を立て、それに基づいて処理が実行されるようになっている。
【００２９】
次に、ＵＮＩＸサーバ３又は４に接続したクライアント端末５又は６、７から、又はクーロンなどにより直接ＵＮＩＸサーバ上で実行されたデータの更新を伴う処理をトランザクション化し、その処理に伴う情報と、さらに、更新前後のデータをすべて統合監査証跡システムに記録する処理手順を図７に示すフローチャート図を参照して説明する。更新を伴う処理においても、ＵＮＩＸサーバ３で実際にＵＮＩＸコマンド４５が実行されるステップＳ１８の直前までは、図２に示すフローチャート図と同じ処理が行われる。その後、ＵＮＩＸサーバ３が、実際にＵＮＩＸコマンドを実行する際に、データの更新を伴うと判断された場合には（ステップＳ３０）、まず更新対象のデータにロック処理を施す（ステップＳ３１）。データのロック処理Ｓ３１により、他のユーザから同時にデータが更新された場合に生じうるデータの不整合を防止する。ロック処理完了後、トランザクションＩＤと共に更新前のデータを統合監査証跡サーバマシン１に送信する（ステップＳ３２）。統合監査証跡サーバマシン１は、受信した情報を磁気ディスク装置２の該当トランザクションＩＤの情報が格納されている部分に図８に示すレコード形式で保存し（網掛けを施したデータ部８１のデータ名称８１−１、更新前データ８１−２）、監査証跡情報の保存完了をトランザクションＩＤと共にＵＮＩＸサーバ３へ送信する（ステップＳ３３）。監査証跡情報の保存完了とトランザクションＩＤを受信したＵＮＩＸサーバ３は、実際にＵＮＩＸコマンドを実行し、トランザクションＩＤと共に、更新後のデータ（図９の８１−３）、コマンド完了時刻４５−４、コマンド実行結果４５−５、終了コード４５−６を統合監査証跡サーバマシン１へ送信する（ステップＳ３４）。
【００３０】
統合監査証跡サーバマシン１は、受信した情報を磁気ディスク装置２の該当トランザクションＩＤの情報が格納されている部分に図９の形式で保存し、監査証跡情報の保存完了をトランザクションＩＤと共にＵＮＩＸサーバ３へ送信する（ステップＳ３５）。ここで図９の網掛け部分は、データ更新後に監査証跡情報４０に追加または更新される情報を表している。監査証跡情報の保存完了とトランザクションＩＤを受信したＵＮＩＸサーバ３は、更新対象のデータをアンロックし（ステップＳ３６）、ＵＮＩＸコマンド実行結果とトランザクションＩＤをクライアント端末５が接続している通信プログラムの画面に送信する（ステップＳ３７）。
【００３１】
次に、更新を伴う処理に問題があったと判断した場合に、当該トランザクションをクライアント端末から、またはＵＮＩＸサーバ上からのロールバック命令を受信した統合監査証跡サーバマシン、もしくはクライアント端末やＵＮＩＸサーバを経由せず強制的に統合監査証跡サーバマシンによって、更新前の状態に戻す戻し処理の手順を図１０のフローチャート図を参照して説明する。
【００３２】
クライアント端末５は、図２及び図７に示すフローチャート図に従い、ＵＮＩＸサーバ３のシステム変更作業を完了している段階になるものとする。ＵＮＩＸサーバ３において、システム変更作業後のテストを実施したところシステム変更作業に問題があったことが判明したとする。ステップＳ４１において、トランザクションＩＤを把握しているか否かを判断する。クライアント端末５は、既にロールバック対象のトランザクションＩＤが判明している場合には（ＹＥＳ）、ＵＮＩＸサーバ３へ当該トランザクションのロールバック命令を送信する（ステップＳ４６）。そうでない場合には（ＮＯ）、通信プログラムを介してＵＮＩＸサーバ３へロールバック情報検索命令を送信する（ステップＳ４２）。ロールバック情報検索命令を受信したＵＮＩＸサーバ３は、クライアント端末情報３１、クライアントログインユーザ情報３３およびクライアントログインセッション情報３５を統合監査証跡サーバマシン１に送信する（ステップＳ４３）。
【００３３】
今回ロールバック対象となるトランザクションは、クライアント端末５からログインしたユーザが実行したトランザクションであるため、統合監査証跡サーバマシン１は、受信したクライアント端末情報３１、クライアントログインユーザ情報３３及びクライアントログインセッション情報３５からロールバック可能なトランザクション情報を検索し、結果をＵＮＩＸサーバ３へ送信する（ステップＳ４４）。ＵＮＩＸサーバ３は、受信した検索結果をクライアント端末５が接続している通信プログラムの画面に送信する（ステップＳ４５）。クライアント端末５は、表示されたトランザクションからロールバック（戻し処理）対象を選択し、ＵＮＩＸサーバ３へ当該トランザクションのロールバック命令を送信する（ステップＳ４６）。ＵＮＩＸサーバ３は、受信したロールバック対象のトランザクションＩＤを統合監査証跡サーバマシン１に送信する（ステップＳ４７）。
【００３４】
統合監査証跡サーバマシン１は、受信したトランザクションＩＤから当該トランザクションを検索し、更新前のデータを、ＵＮＩＸサーバ３へ送信する（ステップＳ４８）。また、クライアント端末５やＵＮＩＸサーバ３を経由せずに管理者等により強制的に統合監査証跡サーバマシン１からロールバック命令が発行され、更新前のデータをＵＮＩＸサーバ３へ送信することも可能である（ステップＳ４９）。
【００３５】
更新前のデータを受信したＵＮＩＸサーバ３は、該当データを更新前データで上書きすることにより戻し作業を実施し、トランザクションＩＤと共に、戻し作業の完了を統合監査証跡サーバマシン１へ送信する（ステップＳ５０）。統合監査証跡サーバマシン１は、受信したトランザクションＩＤから、磁気ディスク装置２の該当トランザクションＩＤの情報が格納されている部分に、図１１に示すレコード形式でロールバックが完了したことを保存し、監査証跡情報の保存完了をトランザクションＩＤと共にＵＮＩＸサーバ３へ送信する（ステップＳ５１）。監査証跡情報の保存完了とトランザクションＩＤを受信したＵＮＩＸサーバ３は、トランザクションのロールバック処理完了１１０とトランザクションＩＤ４１を、クライアント端末５が接続している通信プログラムの画面に送信する（ステップＳ５２）。以上の処理により、トランザクションのロールバック処理を行うことができる。尚、更新前と更新後のデータの差分変換のみを用いて戻し処理を行うことも可能である。また、更新後のデータを保存しておくことにより、例えば、ロールバック処理によって一時的に更新前のデータに戻した後に再度更新後の状態に戻す必要がある場合に、図１０のステップ５０における該当データを更新前データで上書きするロールバック処理と同様にして、該当データを更新後データで上書きするロールフォワード処理も行うことも可能である。このロールフォワード処理は、ステップ４９における強制ロールバック命令と同様、管理者等による強制ロールフォワード命令によって行ってもよい。
【００３６】
次に、本発明の一実施の形態によるネットワークシステムの応用例について説明する。ＵＮＩＸサーバに接続したクライアント端末から、またはＵＮＩＸサーバ上で実行される処理をトランザクション化し、その処理に伴う情報をすべて統合監査証跡サーバマシンで管理することで、統合監査証跡サーバマシン上で管理されている情報に基づいて、クライアント端末毎、ＵＮＩＸサーバ毎、ある特定のデータ毎という様々な情報を軸としたアクセス稼動統計情報を出力することができる。これらの処理の手順について、図１２及び図１３に示すフローチャート図と図１４とを参照して説明する。
【００３７】
クライアント端末５、６、７からＵＮＩＸサーバ３、４に対して実行された処理は、トランザクションとして図１２に示すように、統合監査証跡サーバマシンで管理されている。これらの管理情報から、ＵＮＩＸサーバ４に存在するデータＡに対して行われた処理をトレースする場合に、統合監査証跡サーバマシン１上の管理情報からＵＮＩＸサーバ４で実行されたトランザクションを選択する（ステップＳ６１）。さらに、データＡに対する処理を含むトランザクションを選択する（ステップＳ６２）。出力された結果を、コマンド受信時刻をキーとして並び替える（ステップＳ６３）。これにより、図１４に示すように、ＵＮＩＸサーバ４に存在するデータＡに対する処理を時系列に参照することができる。この方法を応用することで、様々な情報を軸としたアクセス稼動統計情報を出力することができる。
【００３８】
尚、上記の実施の形態においては、全てのトランザクションに関するデータを統合サーバに記録する例について説明したが、１つのトランザクション処理が終了した時点でデータ更新があったか否かを判定し、データの更新があったトランザクション処理に関するデータのみを選択して保存しておくことも可能である。このようにすることで、統合監査証跡サーバマシン１の処理の負担を低減することができる。また、データ処理があったトランザクションに識別フラグを付けておくこともできる。これにより、データ更新のあった処理のみを復元時にピックアップし、管理の際には全ての処理情報を出力することができるようにして良い。或いは、トランザクションは、ユーザが宣言したもののみを残しておくことも可能である。
【００３９】
以上、説明したように、本発明の実施の形態によるネットワークシステムによれば、ＵＮＩＸサーバに接続したクライアント端末から、またはクーロンなどで直接ＵＮＩＸサーバ上で実行される処理をトランザクション化し、その処理に伴う情報をすべて統合監査証跡サーバマシンに記録する。また、ＵＮＩＸサーバに接続したクライアント端末から、またはクーロンなどにより直接ＵＮＩＸサーバ上で実行されたデータの更新を伴う処理をトランザクション化し、その処理に伴う情報と、更に更新前後のデータをすべて統合監査証跡システムに記録することで、システム変更作業等に問題があったと判断された場合に、容易にかつ正確に戻し作業を行うことができる。これによって、ＵＮＩＸサーバを用いたシステムにおけるシステム変更作業、テスト、システム戻し作業といったシステム構築および維持管理を効率よく行うことができる。
【００４０】
また、ＵＮＩＸサーバに接続したクライアント端末から、またはクーロンなどにより直接ＵＮＩＸサーバ上で実行される処理をトランザクション化し、その処理に伴う情報をすべて統合監査証跡サーバマシンで管理することで、統合監査証跡サーバマシン上で管理されている情報を元に、クライアント端末毎、ＵＮＩＸサーバ毎、ある特定のファイル毎という様々な情報を軸としたアクセス稼動統計情報を出力することができる。これによって、常に複数のユーザがログインして同時に操作するという特徴があるＵＮＩＸサーバにおいても、なんらかの障害が発生した場合に、実際にどのユーザのどの処理が原因で障害が発生したのかを障害発生後に容易に確認することができ、障害の調査および解決までの時間を大幅に短縮できる。尚、上記処理ステップをコンピュータに実行させるためのプログラムも、本発明の範疇に入るものとする。
【図面の簡単な説明】
【００４１】
【図１】本発明の一実施の形態の統合監査証跡システムの概略構成を示すブロック図である。
【図２】処理のトランザクション化と監査証跡情報の保存方法をフロ−チャ−トで示す図である。
【図３】統合監査証跡サーバで管理されるトランザクション管理情報を説明するための構成例を示す図である。
【図４】トランザクション開始時に保存される監査証跡情報を説明するための構成例を示す図である。
【図５】ＵＮＩＸコマンド処理完了時に保存される監査証跡情報を説明するための構成例を示す図である。
【図６】トランザクション終了時に保存される監査証跡情報を説明するための構成例を示す図である。
【図７】データの更新を伴うトランザクションにおける監査証跡情報の保存方法をフロ−チャ−トで示す図である。
【図８】更新前のデータを保存した場合の監査証跡情報を説明するための構成例を示す図である。
【図９】更新後のデータを保存し、トランザクション終了時の監査証跡情報を説明するための構成例を示す図である。
【図１０】データの更新を伴うトランザクションにおけるロールバック処理の流れを示すフロ−チャ−ト図である。
【図１１】ロールバック処理完了後の監査証跡情報を説明するための構成例を示す図である。
【図１２】統合監査証跡サーバマシンで管理されている監査証跡情報を説明するための情報例を示す図である。
【図１３】統合監査証跡サーバマシンで管理されている情報を元に、様々な情報を軸としたアクセス稼動統計情報を出力する処理の流れを示すフロ−チャ−ト図である。
【図１４】統合監査証跡サーバマシンで管理されている情報を元に、様々な情報を軸としたアクセス稼動統計情報を出力した例を示す出力例を示す図である。
【符号の説明】
【００４２】
１…統合監査証跡サーバマシン
２…磁気ディスク装置
３、４…ＵＮＩＸサーバ
５、６、７…クライアント端末
【図１】
2005202864.tif 000003
【図２】
2005202864.tif 000004
【図３】
2005202864.tif 000005
【図４】
2005202864.tif 000006
【図５】
2005202864.tif 000007
【図６】
2005202864.tif 000008
【図７】
2005202864.tif 000009
【図８】
2005202864.tif 000010
【図９】
2005202864.tif 000011
【図１０】
2005202864.tif 000012
【図１１】
2005202864.tif 000013
【図１２】
2005202864.tif 000014
【図１３】
2005202864.tif 000015
【図１４】
2005202864.tif 000016