JP2017004429A - サーバ運用作業履歴管理装置、システム、方法、およびプログラム - Google Patents

Abstract

【課題】サーバの運用の作業履歴を管理する技術に関し、一元管理を必要とせずに複数のサーバの運用作業履歴を管理可能とする。
【解決手段】
新規作業履歴実行部１０１は、ターゲットサーバ１０９内の所定の作業履歴格納フォルダ１１０に、そのターゲットサーバ１０９に対する運用の作業毎に、当該作業の作業履歴に対応する作業履歴フォルダを作成し、当該作業履歴フォルダ内に作業履歴に関する情報を保存する。既存作業履歴実行部１０２、作業履歴参照部１０３、作業履歴削除部１０４はそれぞれ、上記作業履歴に関する情報を更新、参照、削除する。作業戻し部１０５は、上記作業履歴に対応する更新処理を、当該更新処理の実行前の状態に戻す。環境設定部１０６は、上記作業履歴の管理に関する付随情報を環境設定ファイルとして設定し、上記作業履歴格納フォルダ内に保存する。
【選択図】図１

Description

本発明は、サーバの運用の作業履歴を管理する装置、システム、方法、およびプログラムに関する。

近年の運用システムではサーバ構成が大規模化しており、このような環境下で運用システムを更新する場合、各サーバ運用の作業履歴を参照する必要が生じる。

しかしながら、このような大規模な運用システムでは、サーバごとに稼動後の修正が異なったりする場合が多く、個々の作業履歴が残っているとは限らない。特に、近年普及が進んでいるクラウドシステムにおいては、システム運用管理者も知らないうちに、稼動台数が変更されたりハード機種（年式）が変更されたりする場合が多く、それらの作業履歴を取得することが困難な場合も多い。

さらには、運用システムの稼働年数が長期（例えば５〜１０年）にわたる場合、サーバ運用管理者の交代が生じたときに、作業履歴に関する引継ぎがきちんとされない場合も多く、引継ぎ後のシステム変更時にシステムストップが発生したり、障害発生時の障害調査に莫大な時間を要したりしてしまうというリスクが発生し得る。

このような課題に対して、次のような従来技術が知られている（例えば特許文献１）。複数の対象システムが、夫々の稼動履歴データ及び障害履歴データを、一定周期でサービス提供用サーバに送信する。保守担当者が用いるサーバは、複数の対象システムの保守データを、サービス提供用サーバに送信する。サービス提供用サーバは、稼動履歴データ、障害履歴データ及び保守データを複数の対象システムの各々毎にデータベース化する。保守担当者が用いるサーバと、システム開発者が用いるサーバと、システム管理者が用いるサーバは、サービス提供用サーバのデータベースにアクセスすることにより、複数の対象システムの稼動履歴データ、障害履歴データ、及び保守データを共有する。

また、次のような従来技術も知られている（例えば特許文献２）。エレベータとともに設置されるエレベータ制御装置の制御データ記憶手段に記憶されるエレベータ制御データの内容は、設計、製造、及び保守の各部門によって逐次変更されている。ホストコンピュータの制御データ変更履歴取得保存手段は、エレベータ制御データの初期値から現在値に至る制御データ変更履歴情報を、例えばネットワークを介してエレベータ制御装置または端末から取得し、一元管理する。

上述したように、従来は、複数の対象システムの稼動履歴データ、障害履歴データ、及び保守データや、制御対象のエレベータの制御データの変更履歴情報は、１台のサービス提供用サーバやホストコンピュータによって一元管理されていた。

特開２００２−１３２５４０号公報 特開２００６−４４８６７号公報

しかしながら、サーバ構成が大規模化されたりクラウド化された運用システムの場合、全てのサーバの保守または稼働や障害に関する履歴情報を、一つのサーバまたはホストコンピュータに送信して一元管理させるのは困難であるという課題があった。

そこで、本発明は、一元管理を必要とせずに複数のサーバの運用作業履歴を管理可能とすることを目的とする。

態様の一例では、１台以上のサーバの運用の作業履歴を管理する装置であって、サーバ内の所定の作業履歴格納フォルダに、そのサーバに対する運用の作業毎に、その作業の作業履歴に対応する作業履歴フォルダを作成し、その作業履歴フォルダ内に作業履歴に関する情報を保存する新規作業履歴実行部と、サーバ内の作業履歴格納フォルダ内の作業履歴フォルダに保存されている作業履歴に関する情報を更新する既存作業履歴実行部と、サーバ内の作業履歴格納フォルダ内の作業履歴フォルダに保存されている作業履歴に関する情報を参照する作業履歴参照部と、サーバ内の作業履歴格納フォルダ内の作業履歴フォルダに保存されている作業履歴に関する情報を削除する作業履歴削除部と、を備える。

本発明によれば、一元管理を必要とせずに複数のサーバの運用作業履歴を管理可能とすることが可能となる。

実施形態におけるサーバ運用作業履歴管理装置のブロック図である。 サーバ運用作業履歴管理装置のハードウェア構成例を示す図である。 生涯イベント書込み・参照処理プログラムの処理例を示すフローチャートである。 新規実行機能および既存実行機能の詳細処理例を示すフローチャートである。 新規日付入力実行表示画面の例を示す図である。 指定先フォルダ内日付フォルダ表示画面の例を示す図である。 全システム対応一覧・サーバ一覧表示画面の例を示す図である。 参照・削除・戻し機能の詳細処理例を示すフローチャートである。 戻し処理の詳細処理例を示すフローチャートである。 環境設定処理の詳細例を示すフローチャートである。 環境設定ファイルの入力画面の例を示す図である。 本実施形態の各種設定内容の例を示す図である。

以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。
図１は、本発明の実施形態におけるサーバ運用作業履歴管理装置のブロック図である。本実施形態は、１台以上のサーバであるターゲットサーバ１０９からなるターゲットサーバ群１０８のそれぞれの運用の作業履歴を管理するシステムである。ターゲットサーバ群１０８は例えば、クラウドシステムを形成する。

各ターゲットサーバ１０９には、インターネット、ローカルエリアネットワーク、または専用線ネットワーク等のネットワーク１０７を介して、１台以上のサーバ運用作業履歴管理装置１００を接続することができる。

サーバ運用作業履歴管理装置１００は、新規作業履歴実行部１０１、既存作業履歴実行部１０２、作業履歴参照部１０３、作業履歴削除部１０４、作業戻し部１０５、および環境設定部１０６を備える。

新規作業履歴実行部１０１は、ネットワーク１０７を介して、ターゲットサーバ１０９内の所定の作業履歴格納フォルダ１１０に、そのターゲットサーバ１０９に対する運用の作業毎に、当該作業の作業履歴に対応する作業履歴フォルダを作成し、当該作業履歴フォルダ内に作業履歴に関する情報を保存する。作業履歴に関する情報は、当該作業履歴に関するドキュメント類を格納した使用品格納ファイル、当該作業履歴に関するプログラム修正ファイル類を格納した適用品格納ファイル、当該作業履歴に関する作業の前または後のいずれか一方または両方におけるターゲットサーバ１０９におけるログ情報を含む。

既存作業履歴実行部１０２は、ネットワーク１０７を介して、ターゲットサーバ１０９内の作業履歴格納フォルダ内の作業履歴フォルダに保存されている作業履歴に関する情報を更新する。

作業履歴参照部１０３は、ネットワーク１０７を介して、ターゲットサーバ１０９内の作業履歴格納フォルダ内の作業履歴フォルダに保存されている作業履歴に関する情報を参照する。

作業履歴削除部１０４は、ネットワーク１０７を介して、ターゲットサーバ１０９内の作業履歴格納フォルダ内の作業履歴フォルダに保存されている作業履歴に関する情報を削除する。

作業戻し部１０５は、ネットワーク１０７を介して、ターゲットサーバ１０９内の作業履歴格納フォルダ内の作業履歴フォルダに保存されている作業履歴に対応する更新処理を、当該更新処理の実行前の状態に戻す。

環境設定部１０６は、ネットワーク１０７を介して、ターゲットサーバ１０９における作業履歴の管理に関する付随情報を環境設定ファイルとして設定し、そのターゲットサーバ１０９内の作業履歴格納フォルダ内に保存する。

図２は、図１のサーバ運用作業履歴管理装置１００をソフトウェア処理として実現できる管理端末装置２００のハードウェア構成の一例を示す図である。

図２に示される管理端末装置２００は、ＣＰＵ２０１、メモリ２０２、入力装置２０３、ディスプレイ装置２０４、外部記憶装置２０５、可搬記録媒体２０９が挿入される可搬記録媒体駆動装置２０６、及び通信インタフェース２０７を有し、これらがバス２０８によって相互に接続された構成を有する。同図に示される構成はサーバ運用作業履歴管理装置を実現できる管理端末装置２００の一例であり、そのような管理端末装置２００はこの構成に限定されるものではない。

ＣＰＵ２０１は、当該管理端末装置２００全体の制御を行う。メモリ２０２は、プログラムの実行、データ更新等の際に、外部記憶装置２０５（或いは可搬記録媒体２０９）に記憶されているプログラム又はデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ２０１は、プログラムをメモリ２０２に読み出して実行することにより、全体の制御を行う。

入力装置２０３は、ユーザによるキーボードやマウス等による入力操作を検出し、その検出結果をＣＰＵ２０１に通知する。

ディスプレイ装置２０４は、ＣＰＵ２０１の制御によって送られてくるデータを画面表示する。

外部記憶装置２０５は、例えばハードディスク記憶装置である。主に各種データやプログラムの保存に用いられる。

可搬記録媒体駆動装置２０６は、ＳＤカード、コンパクトフラッシュ（登録商標）や、ＣＤ−ＲＯＭ、ＤＶＤ、光ディスク等の可搬記録媒体２０９を収容するもので、外部記憶装置２０５の補助の役割を有する。

通信インタフェース２０７は、図１のネットワーク１０７に対応する、例えばＬＡＮ（ローカルエリアネットワーク）又はＷＡＮ（ワイドエリアネットワーク）の通信回線を接続するための装置である。

本実施形態によるシステムは、図３、図４および、図８から図１０のフローチャート等で実現される機能を搭載したプログラムをＣＰＵ２０１が実行することで実現される。そのプログラムは、例えば外部記憶装置２０５や可搬記録媒体２０９に記録して配布してもよく、或いは通信インタフェース２０７によりネットワークから取得できるようにしてもよい。

図３は、図２のＣＰＵ２０１が実行する生涯イベント書込み・参照処理プログラムの処理例を示すフローチャートである。

まず、システム運用管理者は、サーバ運用作業履歴管理装置１００が動作する管理端末装置２００（図２）へログインする（ステップＳ３０１）。管理端末装置２００のＣＰＵ２０１は、同装置が予め備えるユーザ認証システムを使ってログイン処理を実行する。

管理端末装置２００のログイン処理に成功すると、ＣＰＵ２０１は、ディスプレイ装置２０４に、機能選択画面を表示する（ステップＳ３０２）。この画面では、システム運用管理者は、新規実行機能（新規作業履歴実行部１０１に対応）、既存実行機能（既存作業履歴実行部１０２に対応）、参照・削除機能（作業履歴参照部１０３、作業履歴削除部１０４に対応）、戻し機能（作業戻し部１０５に対応）、または環境設定機能（環境設定部１０６に対応）のいずれかの機能を選択することができる。

ステップＳ３０２において、システム運用管理者が新規実行機能を選択すると、ＣＰＵ２０１は、所望のターゲットサーバ１０９に対して、生涯システムログを新規作成するための処理を実行する（ステップＳ３０３）。

ステップＳ３０２において、システム運用管理者が既存実行機能を選択すると、ＣＰＵ２０１は、所望のターゲットサーバ１０９上に既に作成されている生涯システムログを修正するための処理を実行する（ステップＳ３０４）。

ステップＳ３０２において、システム運用管理者が参照・削除機能を選択すると、ＣＰＵ２０１は、所望のターゲットサーバ１０９上に既に作成されている生涯システムログを参照しまたは削除するための処理、あるいはその生涯システムログに対応する当該ターゲットサーバ１０９の更新状態をキャンセルして、更新前の状態に戻す処理を実行する（ステップＳ３０５）。

ステップＳ３０２において、システム運用管理者が環境設定機能を選択すると、ＣＰＵ２０１は、ターゲットサーバ１０９上の各種自動ログ、使用品格納ファイル（ドキュメント類）、適用品格納ファイル（プログラム修正ファイル等）のパス情報を指定するための環境設定処理を実行する（ステップＳ３０６）。

以上のステップＳ３０３からＳ３０６のいずれかの処理が終了すると、システム運用管理者は、サーバ運用作業履歴管理装置１００が動作する管理端末装置２００（図２）からログアウトする（ステップＳ３０８）。管理端末装置２００のＣＰＵ２０１は、同装置が予め備えるユーザ認証システムを使ってログアウト処理を実行する。

図４は、図３のステップＳ３０３の新規実行機能およびステップＳ３０４の既存実行機能の詳細処理例を示すフローチャートである。

まず、図３のステップＳ３０３の新規実行機能が選択された場合の処理について説明する。この場合、図４のステップＳ４０１からＳ４０４、およびステップＳ４０７からＳ４１６の一連の処理が実行される。

まず、ＣＰＵ２０１は、ターゲットサーバ１０９へ接続する処理を実行する（ステップＳ４０１）。この処理は、例えば管理端末装置２００およびターゲットサーバ１０９が一般的に備えている例えばＳＳＨ（セキュアシェル）等の通信プロトコルに基づく接続プログラムを使って、管理端末装置２００からターゲットサーバ１０９へログインする処理である。この接続処理は、管理端末装置２００内に予め設定されているログイン情報に基づいて自動的に行われてもよいし、ＣＰＵ２０１がディスプレイ装置２０４にターゲットサーバ１０９へのログイン画面を表示させてシステム運用管理者に入力装置２０３を使って手動ログインさせてもよい。

ターゲットサーバ１０９への実行後、ＣＰＵ２０１は、新規日付実行入力処理を実行する（ステップＳ４０２）。ここでは、ＣＰＵ２０１は、ディスプレイ装置２０４に、図５に例示される新規日付入力実行表示画面を表示させ、システム運用管理者に、同画面の各入力欄に、入力装置２０３から入力を行わせる。図５に例示される新規日付入力実行表示画面において、システム運用管理者は、「システム対応日付＋何回目入力してください。（ＹＹ．ＭＭ．ＤＤ＿００１）：」欄に、システム対応日付と何回目の修正であるかの情報を入力する。システム運用管理者は、「対応要旨」欄に、修正概要を入力する。システム運用管理者は、「リブートフラグＯＮ」欄に、作業終了後にサーバのリブートが必要な場合にチェックマークを付与する。システム運用管理者は、「生涯システムログ・当該サーバ格納パス」欄に、接続しているターゲットサーバ１０９上で生涯システムログが格納されるディレクトリパスを指定する。システム運用管理者は、「サーバ名番号」欄に、接続しているターゲットサーバ１０９のサーバ名番号を入力する。

システム運用管理者が、図５に例示される新規日付入力実行表示画面上の「保存」ボタンを、図２の入力装置２０３に含まれるマウス入力装置等でクリックすると、管理端末装置２００のＣＰＵ２０１は、図２の通信インタフェース２０７から図１のネットワーク１０７を介して接続しているターゲットサーバ１０９に対して、新フォルダを自動作成するリクエストを発行する（ステップＳ４０３）。このリクエストには、図５に例示される新規日付入力実行表示画面上の「生涯システムログ・当該サーバ格納パス」欄に入力されたディレクトリパス内に、同画面上の「システム対応日付＋何回目入力してください。（ＹＹ．ＭＭ．ＤＤ＿００１）：」欄に入力された名前のフォルダを作成する命令が含まれる。この結果、ターゲットサーバ１０９は、管理端末装置２００からのリクエストにより指定された名前の新フォルダ（作業履歴フォルダに対応）を、同サーバ内の特には図示しない外部記憶装置（例えばハードディスク記憶装置または半導体ディスク装置）内のディレクトリパス（作業履歴格納フォルダ１１０に対応）内に作成する。また、ＣＰＵ２０１は、図５に例示される新規日付入力実行表示画面上の「リブートフラグＯＮ」欄で設定されたリブートフラグの設定内容を、リブートフラグファイルとして、上記新フォルダ内に格納する。

一方、システム運用管理者が、図５に例示される新規日付入力実行表示画面上の「戻る」ボタンを、マウス入力装置等でクリックすると、ＣＰＵ２０１は、前述した図３のステップＳ３０２の処理に戻り、管理端末装置２００のディスプレイ装置２０４に機能選択画面を表示する。

ステップＳ４０３の後、ＣＰＵ２０１は、図３のステップＳ３０６と同様の、環境設定処理を実行する（ステップＳ４０４）。この処理の詳細については、図１０のフローチャートを用いて後述するが、ＣＰＵ２０１は、システム運用管理者に対して、ターゲットサーバ１０９上の各種自動ログ、使用品格納ファイル（ドキュメント類）、適用品格納ファイル（プログラム修正ファイル等）のパス情報を指定させる。この環境設定処理では、環境設定ファイル１、環境設定ファイル２、および環境設定ファイル３という３つの環境設定ファイルを設定することができる（それぞれ設定してもしなくてもよい）。これらの環境設定ファイル１，２，３は、ステップＳ４０３で作成されたターゲットサーバ１０９内の指定先フォルダに格納される。

その後、ＣＰＵ２０１は、接続しているターゲットサーバ１０９に対して、そのターゲットサーバ１０９で自動的に取得されている各種ログ（以下これを「自動メインログ」と呼ぶ）を、ステップＳ４０４の環境設定機能で指定されたターゲットサーバ１０９上のディレクトリパスから取得する処理を実行する（ステップＳ４０７）。この処理は例えば、ターゲットサーバ１０９および管理端末装置２００が一般的に備えているＳｙｓｌｏｇプログラムを用いて実行される。

次に、ＣＰＵ２０１は、管理端末装置２００から、ステップＳ４０３で作成されたターゲットサーバ１０９内の指定先フォルダへ、今回使用品ファイル（使用品格納ファイル）を保存する処理を実行する（ステップＳ４０８）。この処理は例えば、ターゲットサーバ１０９および管理端末装置２００が一般的に備えているＳＦＴＰ（ＳＳＨファイル転送プロトコル）プログラムを用いて実行される。今回使用品ファイルとは例えば、システム適用チェックシートファイル、システム適用手順書ファイル、アプリケーション適用手順書ファイル、各種ログファイル（ステップＳ４０７で取得したものを含む）等である。今回使用品ファイルの管理端末装置２００上の格納元パスは、ステップＳ４０４の環境設定機能で指定される。

次に、ＣＰＵ２０１は、ステップＳ４０３で作成されたターゲットサーバ１０９内の指定先フォルダへ、今回適用品ファイル（適用品格納ファイル）を格納する処理を実行する（ステップＳ４０９）。この処理は例えば、前述のＳＦＴＰプログラムを用いて実行される。今回適用品ファイルとは例えば、オペレーティングシステム、アプリケーション、ミドルウェアなどの各種プログラム修正ファイル等である。

次に、ＣＰＵ２０１は、ステップＳ４０３で作成されたターゲットサーバ１０９内の指定先フォルダ内の所定のバックアップフォルダへ、今回適用品ファイルによる入替前のターゲットサーバ１０９上のプログラムファイルをバックアップ格納する処理を実行する（ステップＳ４１０）。この処理は例えば、ターゲットサーバ１０９が一般的に備えているコピーコマンドをＳＳＨを介して実行させる処理である。今回適用品ファイルのファイル名は、ステップＳ４０４の環境設定機能で設定される。今回適用品ファイルによる入替前のプログラムファイルのターゲットサーバ１０９上のパスは、ステップＳ４０４の環境設定機能で適用品先パスとして設定される。

以上の処理の後、ＣＰＵ２０１は、ディスプレイ装置２０４に、図６に例示される指定先フォルダ内日付フォルダ表示画面を表示する（ステップＳ４１１）。この画面では例えば、今回の新規実行機能により新規作成された未実行データ６０１と、既に作成され後述する参照、削除、戻しの各処理の対象となる既実行データ６０２とが表示される。システム運用管理者が、この画面内の「実行」ボタンをマウス入力装置等でクリックすると、ＣＰＵ２０１によるステップＳ４１２の実行判定がＹＥＳとなって、未実行データ６０１の内容が実行される。

この結果、ＣＰＵ２０１は、接続しているターゲットサーバ１０９において、ステップＳ４０３で作成されたターゲットサーバ１０９内の指定先フォルダ内に格納された今回適用品ファイルを、ターゲットサーバ１０９内の適用品先パスへ適用（置換コピーまたは新規コピー）する（ステップＳ４１３）。この処理は例えば、ターゲットサーバ１０９が一般的に備えているコピーコマンドをＳＳＨを介して実行させる処理である。今回適用品ファイルのファイル名および適用品先パスは、ステップＳ４０４の環境設定機能で設定される。

その後、ＣＰＵ２０１は、ステップＳ４０３で作成されたターゲットサーバ１０９内の指定先フォルダ内に、今回の修正を実行済みであることを示すフラグが設定（ＯＮ）された実行済み格納フラグファイルを格納する（ステップＳ４１４）。

さらに、ＣＰＵ２０１は、ステップＳ４０２により上記指定先フォルダ内に保存されたリブートフラグファイルに、リブートフラグＯＮが設定されているか否かを判定する（ステップＳ４１５）。

ＣＰＵ２０１は、ステップＳ４１５の判定がＹＥＳならば、接続されているターゲットサーバ１０９に対してＳＳＨを介してリブートを指示し（ステップＳ４１６）、ステップＳ４１５の判定がＮＯならばステップＳ４１６はスキップする。その後、ＣＰＵ２０１は、図４のフローチャートで例示される図３のステップＳ３０３の新規実行機能の処理を終了する。

次に、図３のステップＳ３０４の既存実行機能が選択された場合の処理について説明する。この場合、図４のステップＳ４０５とＳ４０６、およびステップＳ４０７からＳ４１６の一連の処理が実行される。この処理では、システム運用管理者は、既存の修正内容の更新に関する今回使用品ファイルまたは今回適用品ファイル等を、管理端末装置２００上に予め用意してあるものとする。

まず、管理端末装置２００のＣＰＵ２０１は、管理端末装置２００が接続可能な全てのターゲットサーバ１０９装置に関するシステム対応の一覧（システム対応日付と対応要旨と対応サーバ名）を、図７に例示されるような全システム対応一覧・サーバ一覧表示画面として表示し、システム運用管理者に、入力装置２０３に含まれるマウス入力装置等により、システム対応日付で対応サーバ名を選択させるか、サーバ名番号を入力させることを促す（ステップＳ４０５）。一覧の取得は、管理端末装置２００がデータベースとして保持してもよいし、都度各ターゲットサーバ１０９に問い合わせて取得してもよい。

次に、ＣＰＵ２０１は、システム運用管理者により選択または入力されたサーバ情報に対応するターゲットサーバ１０９を選択して、接続する（ステップＳ４０６）。この処理は、ステップＳ４０１の場合と同様に、例えば管理端末装置２００およびターゲットサーバ１０９が一般的に備えている例えばＳＳＨ等の通信プロトコルに基づく接続プログラムを使って、管理端末装置２００からターゲットサーバ１０９へログインする処理である。

ステップＳ４０６の後の、ステップＳ４０７以降の処理は、前述した図３のステップＳ３０３に関する新規実行機能の場合と同様である。

以上のようにして、本実施形態においては、各ターゲットサーバ１０９に対して実行される修正内容は全て、ターゲットサーバ１０９内の指定フォルダ配下に保存される。このため、各ターゲットサーバ１０９に対してシステム変更や障害対応を行う場合は、ターゲットサーバ１０９の指定フォルダ配下を調査するだけで、過去の全てのシステム対応日付ごとの対応履歴を把握することが可能となる。

図８は、図３のステップＳ３０５の参照・削除・戻し機能の詳細処理例を示すフローチャートである。

まず、管理端末装置２００のＣＰＵ２０１は、図４のステップＳ４０５の場合と同様に、管理端末装置２００が接続可能な全てのターゲットサーバ１０９装置に関するシステム対応の一覧（システム対応日付と対応要旨と対応サーバ名）を、前述した図７に例示されるような全システム対応一覧・サーバ一覧表示画面として表示し、システム運用管理者に、入力装置２０３に含まれるマウス入力装置等により、システム対応日付で対応サーバ名を選択させるか、サーバ名番号を入力させることを促す（ステップＳ８０１）。

次に、図４のステップＳ４０６の場合と同様に、ＣＰＵ２０１は、システム運用管理者により選択または入力されたサーバ情報に対応するターゲットサーバ１０９を選択し（ステップＳ８０２）、その選択したターゲットサーバ１０９に接続する（ステップＳ８０３）。

続いて、図４のステップＳ４１１の場合と同様に、ＣＰＵ２０１は、ディスプレイ装置２０４に、前述した図６に例示される指定先フォルダ内日付フォルダ表示画面を表示する（ステップＳ８０４）。この画面には、前述したように、既に作成され後述する参照、削除、戻しの各処理の対象となる既実行データ６０２が表示される。システム運用管理者が、既実行データ６０２内のシステム対応日付のいずれかの行の「参照」、「削除」、または「戻し」に、入力装置２０３に含まれるマウス入力装置等でチェックマークを付けてから、この画面内の「実行」ボタンをマウス入力装置等でクリックする。

この結果、ＣＰＵ２０１は、「参照」、「削除」、または「戻し」のいずれが選択されたかを判定する（ステップＳ８０５→Ｓ８０６→Ｓ８０７→Ｓ８０４の繰返し処理）。

「参照」が選択された場合（ステップＳ８０５の判定がＹＥＳの場合）、ＣＰＵ２０１は、参照処理を実行する（ステップＳ８０８）。参照処理では、ＣＰＵ２０１は、ステップＳ８０３で接続されたターゲットサーバ１０９内のステップＳ８０４で選択されたシステム対応日付に対応するフォルダの内容（使用品格納ファイル、適用品格納ファイル等の内容）を参照し、管理端末装置２００上のディスプレイ装置２０４（図２）に表示させ、必要に応じて管理端末装置２００にダウンロードできるようにする。この処理は例えば、ターゲットサーバ１０９および管理端末装置２００が一般的に備えているＳＦＴＰ（ＳＳＨファイル転送プロトコル）プログラムを用いて実行される。その後、ＣＰＵ２０１は、図８のフローチャートで例示される図３のステップＳ３０５の参照・削除・戻し機能の処理を終了する。

「削除」が選択された場合（ステップＳ８０６の判定がＹＥＳの場合）、ＣＰＵ２０１は、削除処理を実行する（ステップＳ８０９）。削除処理では、ＣＰＵ２０１は、ステップＳ８０３で接続されたターゲットサーバ１０９内のステップＳ８０４で選択されたシステム対応日付に対応するフォルダを削除する。この処理は例えば、ターゲットサーバ１０９が一般的に備えている削除コマンドをＳＳＨを介して実行させる処理である。その後、ＣＰＵ２０１は、図８のフローチャートで例示される図３のステップＳ３０５の参照・削除・戻し機能の処理を終了する。

「戻し」が選択された場合（ステップＳ８０７の判定がＹＥＳの場合）、ＣＰＵ２０１は、戻し処理を実行する（ステップＳ８１０）。その後、ＣＰＵ２０１は、図８のフローチャートで例示される図３のステップＳ３０５の参照・削除・戻し機能の処理を終了する。

図９は、図８のステップＳ８１０の戻し処理の詳細処理例を示すフローチャートである。

まず、ＣＰＵ２０１は、ステップＳ８０３で接続されたターゲットサーバ１０９内のステップＳ８０４で選択されたシステム対応日付に対応するフォルダ内にある実行済み格納フラグファイルに、修正を実行済みであることを示すフラグが設定（ＯＮ）されているか否かを判定する（ステップＳ９０１）。

ステップＳ９０１の判定がＮＯならば、システム対応日付に対応する適用品格納ファイルによるプログラム修正はまだ実行されておらず戻し処理は実行する必要がないため、ＣＰＵ２０１は、図９のフローチャートで示される図８のステップＳ８１０の戻し処理をそのまま終了する。

ステップＳ９０１の判定がＹＥＳならば、ＣＰＵ２０１は、戻し処理を実施する（ステップＳ９０２）。ＣＰＵ２０１は、ステップＳ８０３で接続されたターゲットサーバ１０９内の指定先フォルダ内の図８のステップＳ８０４で選択されたシステム対応日付に対応するフォルダ内のバックアップフォルダに、前述したステップＳ４１０でバックアップされた入替前のターゲットサーバ１０９上の各プログラムファイルを、ターゲットサーバ１０９内の修正プログラム適用品先パスへ戻す（置換コピーする）。この処理は例えば、ターゲットサーバ１０９が一般的に備えているコピーコマンドをＳＳＨを介して実行させる処理である。各プログラムファイルの修正プログラム適用品先パスは、システム対応日付に対応するフォルダ内の環境設定ファイル３（後述する）から取得することができる。

その後、ＣＰＵ２０１は、上記システム対応日付に対応するフォルダ内に、修正を実行済みであることを示すフラグが無効に（ＯＦＦ）された実行済み格納フラグファイルを保存する（ステップＳ９０３）。

また、ＣＰＵ２０１は、上記システム対応日付に対応するフォルダ内に、修正を戻し済みであることを示すフラグが設定（ＯＮ）された戻し済み格納フラグファイルを格納する（ステップＳ９０４）。

ＣＰＵ２０１は、上記システム対応日付に対応するフォルダ内に保存されたリブートフラグファイルに、リブートフラグＯＮが設定されているか否かを判定する（ステップＳ９０５）。

ＣＰＵ２０１は、ステップＳ９０５の判定がＹＥＳならば、接続されているターゲットサーバ１０９に対してＳＳＨを介してリブートを指示し（ステップＳ９０６）、ステップＳ９０５の判定がＮＯならばステップＳ９０６はスキップする。その後、ＣＰＵ２０１は、図９のフローチャートで例示される図８のステップＳ８１０の戻し処理を終了する。

図１０は、図３のステップＳ３０６または図４のステップＳ４０４で実行される環境設定処理の詳細例を示すフローチャートである。

まず、ＣＰＵ２０１は、この処理が図４のステップＳ４０４の新規実行機能から起動されたか否かを判定する（ステップＳ１００１）。

ステップＳ１００１の判定がＮＯで、この処理が図３のステップＳ３０６から起動された場合、ＣＰＵ２０１は、図４のステップＳ４０５の場合と同様に、管理端末装置２００が接続可能な全てのターゲットサーバ１０９装置に関するシステム対応の一覧（システム対応日付と対応要旨と対応サーバ名）を、前述した図７に例示されるような全システム対応一覧・サーバ一覧表示画面として表示し、システム運用管理者に、入力装置２０３に含まれるマウス入力装置等により、システム対応日付で対応サーバ名を選択させるか、サーバ名番号を入力させることを促す（ステップＳ１００２）。

次に、図４のステップＳ４０６の場合と同様に、ＣＰＵ２０１は、システム運用管理者により選択または入力されたサーバ情報に対応するターゲットサーバ１０９を選択し（ステップＳ１００３）、その選択したターゲットサーバ１０９に接続する（ステップＳ１００４）。

ステップＳ１００１の判定がＹＥＳで、この処理が図４のステップＳ４０４の新規実行機能から起動された場合、図４のステップＳ４０１でターゲットサーバ１０９には既に接続されているため、ＣＰＵ２０１は、ステップＳ１００２からＳ１００４の処理はスキップする。

続いて、図４のステップＳ４１１の場合と同様に、ＣＰＵ２０１は、ディスプレイ装置２０４に、前述した図６に例示される指定先フォルダ内日付フォルダ表示画面を表示する（ステップＳ１００５）。この画面には、図６に例示されるように、環境設定のための環境設定ファイル１、環境設定ファイル２、環境設定ファイル３のそれぞれに対してチェックマークを付与する欄がある。システム運用管理者は、これらのファイルのいずれか１つ以上にチェックマークを付けてから、この画面内の「実行」ボタンをマウス入力装置等でクリックする。環境設定ファイル１、２、３のそれぞれにチェックマークが付与されたか否かにより、環境設定ファイル１フラグがＯＮまたはＯＦＦされた環境設定ファイル１フラグファイル、環境設定ファイル２フラグがＯＮまたはＯＦＦされた環境設定ファイル２フラグファイル、および環境設定ファイル３フラグがＯＮまたはＯＦＦされた環境設定ファイル３フラグファイルが、ターゲットサーバ１０９内の指定先フォルダに格納される。

ＣＰＵ２０１は、環境設定ファイル１、環境設定ファイル２、環境設定ファイル３のいずれにチェックマークが付与されたかを判定し（ステップＳ１００６）、ステップＳ１００６の判定がＹＥＳで、環境設定ファイル１、環境設定ファイル２、環境設定ファイル３のいずれにチェックマークが付与された場合、チェックマークが付与された環境設定ファイルの入力画面をディスプレイ装置２０４（図２）に表示させ、システム運用管理者に当該環境設定ファイルの入力操作を行わせる（ステップＳ１００７）。

ステップＳ１００６の判定がＮＯで、環境設定ファイル１、環境設定ファイル２、環境設定ファイル３のいずれにチェックマークが付与されていない場合、Ｓ１００７の処理はスキップする。

図１１（ａ）は、環境設定ファイル１の入力画面の例を示す図である。この入力画面では、ターゲットサーバ１０９で自動的に取得されている各自動メインログ（図１１の例では自動メインログ１〜５）が保存されているパスを設定することができる。

図１１（ｂ）は、環境設定ファイル２の入力画面の例を示す図である。この入力画面では、前述した図４のステップＳ４０８でターゲットサーバ１０９に格納される使用品格納ファイル（ドキュメント類）の、管理端末装置２００上の格納元パスを設定することができる。

図１１（ｃ）は、環境設定ファイル３の入力画面の例を示す図である。この入力画面では、前述した図４のステップＳ４１３でターゲットサーバ１０９上で適用される適用品格納ファイルの、ターゲットサーバ１０９内の適用品先パスと、適用元パス＋ファイル名を設定することができる。

以上のようにして設定された環境設定ファイル１，２，３は、ステップＳ１００３で接続されたターゲットサーバ１０９内の指定先フォルダに格納される。

その後、ＣＰＵ２０１は、図１０のフローチャートで例示される図３のステップＳ３０６または図４のステップＳ４０４の環境設定機能の処理を終了する。

図１２は、本実施形態による各種設定内容の例を示す図である。まず、図１２（ａ）は、指定先フォルダ内に格納される前述した実行済み格納フラグファイル、戻し済み格納フラグファイル、リブートフラグファイル、環境設定ファイル１フラグファイル、環境設定ファイル２フラグファイル、環境設定ファイル３フラグファイルの設定例を示している。各ファイル内のフラグは、ＳＩＧＮ＿ＦＬＡＧ（実行済み格納フラグ）、ＲＥＶＥＲＳＥ＿ＦＬＡＧ（戻し済み格納フラグ）、ＲＥＢＯＯＴ＿ＦＬＡＧ（リブートフラグ）、ＥＮＶ００１＿ＦＬＡＧ（環境設定ファイル１フラグ）、ＥＮＶ００２＿ＦＬＡＧ（環境設定ファイル２フラグ）、およびＥＮＶ００３＿ＦＬＡＧ（環境設定ファイル３）として参照され、それぞれの右横に示されるＯＮまたはＯＦＦの値が設定され得る。

図１２（ｂ）は、図１１（ａ）の環境設定ファイル１の入力画面により設定される、自動メインログのパス（自動メインログ情報）の設定例を示す。前述した図４のステップＳ４０７において、これらで示されるターゲットサーバ１０９上の各パスから各自動メインログが取得される。

図１２（ｃ）は、図１１（ｂ）の環境設定ファイル２の入力画面により設定される、使用品格納ファイル（ドキュメント類）の管理端末装置２００上での格納元パス（使用品格納ファイル１〜３フルパス）の設定例を示す。前述した図４のステップＳ４０８において、これらで示される管理端末装置２００上の各パスから各使用品格納ファイルがターゲットサーバ１０９の指定先フォルダに格納される。

図１２（ｄ）は、図１１（ｃ）の環境設定ファイル３の入力画面により設定さえる、適用品格納ファイル（プログラム修正ファイル等）の適用品先パスと、適用品元パス＋ファイル名の設定例を示す。前述図４のステップＳ４１３において、これらで示されるファイル名のプログラム修正ファイルが、ターゲットサーバ１０９上の適用品先パスに対して適用される。

図１２（ｅ）は、前述した図４のステップＳ４０２で指定される、ターゲットサーバ１０９上で生涯システムログが格納されるディレクトリパスの設定例を示す。

以上説明した実施形態により、特定のサーバ等による一元管理を必要とせずに、複数のターゲットサーバ１０９の運用作業履歴をターゲットサーバ１０９自身に保持させて管理することが可能となる。

稼動済み大規模サーバシステムにおいて冗長化が組まれていたり、その台数は何十台にも上り、問題対応時は必ずしも同一サーバにおいても同一設定がなされておらず、特に障害発生時はその影響から発生サーバのみに対応が施されていてその実施ログはどこにも無い状態が発生している。最近では、サーバ寿命は延長され長期に渡るサーバ保守が普通になってきており、サーバ運用管理者の引継が発生し当初リリースした管理者が既に居ない状況が多々発生し得る。本実施形態により、その対応は個人スキルにとらわれなく運用・保守対応時間は、大幅に短縮され、その作業にかかる工数、人的パワーにおいても大幅に削減することが可能となる。使用品格納ファイル（ドキュメント類）、適用品格納ファイル（プログラム修正ファイル等）、および変更時前後の自動メインログを、ターゲットサーバに個別かつ半永久的に保持させることが可能となり、確実なシステム変更管理とシステムの安定稼動に寄与することが可能となる。

１００ サーバ運用作業履歴管理装置
１０１ 新規作業履歴実行部
１０２ 既存作業履歴実行部
１０３ 作業履歴参照部
１０４ 作業履歴削除部
１０５ 作業戻し部
１０６ 環境設定部
１０７ ネットワーク
１０８ ターゲットサーバ群
１０９ ターゲットサーバ
１１０ 作業履歴格納フォルダ
２０１ ＣＰＵ
２０２ メモリ
２０３ 入力装置
２０４ ディスプレイ装置
２０５ 外部記憶装置
２０６ 可搬記録媒体駆動装置
２０７ 通信インタフェース
２０８ バス
２０９ 可搬記録媒体
６０１ 未実行データ
６０２ 既実行データ

Claims (11)

1. １台以上のサーバの運用の作業履歴を管理する装置であって、
   前記サーバ内の所定の作業履歴格納フォルダに、当該サーバに対する運用の作業毎に、当該作業の作業履歴に対応する作業履歴フォルダを作成し、当該作業履歴フォルダ内に前記作業履歴に関する情報を保存する新規作業履歴実行部と、
   前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に関する情報を更新する既存作業履歴実行部と、
   前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に関する情報を参照する作業履歴参照部と、
   前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に関する情報を削除する作業履歴削除部と、
   を備えることを特徴とするサーバ運用作業履歴管理装置。
2. 前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に対応する更新処理を、当該更新処理の実行前の状態に戻す作業戻し部を更に備える、ことを特徴とする請求項１に記載のサーバ運用作業履歴管理装置。
3. 前記サーバにおける前記作業履歴の管理に関する付随情報を環境設定ファイルとして設定し、当該サーバ内の前記作業履歴格納フォルダ内に保存する環境設定部を更に備える、ことを特徴とする請求項１または２に記載のサーバ運用作業履歴管理装置。
4. 前記作業履歴に関する情報は、当該作業履歴に関するドキュメント類を格納した使用品格納ファイルを含む、ことを特徴とする請求項１ないし３のいずれかに記載のサーバ運用作業履歴管理装置。
5. 前記作業履歴に関する情報は、当該作業履歴に関するプログラム修正ファイル類を格納した適用品格納ファイルを含む、ことを特徴とする請求項１ないし４のいずれかに記載のサーバ運用作業履歴管理装置。
6. 前記作業履歴に関する情報は、当該作業履歴に関する作業の前または後のいずれか一方または両方における前記サーバにおけるログ情報を含む、ことを特徴とする請求項１ないし５のいずれかに記載のサーバ運用作業履歴管理装置。
7. １台以上のサーバの運用の作業履歴を管理するシステムであって、
   前記各サーバ内に作業履歴格納フォルダを備え、
   前記各サーバにネットワークを介して接続される管理端末内に、
   前記ネットワークを介して、前記サーバ内の所定の作業履歴格納フォルダに、当該サーバに対する運用の作業毎に、当該作業の作業履歴に対応する作業履歴フォルダを作成し、当該作業履歴フォルダ内に前記作業履歴に関する情報を保存する新規作業履歴実行部と、
   前記ネットワークを介して、前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に関する情報を更新する既存作業履歴実行部と、
   前記ネットワークを介して、前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に関する情報を参照する作業履歴参照部と、
   前記ネットワークを介して、前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に関する情報を削除する作業履歴削除部と、
   を備える、
   ことを特徴とするサーバ運用作業履歴管理システム。
8. 前記管理端末は、前記ネットワークを介して、前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に対応する更新処理を、当該更新処理の実行前の状態に戻す作業戻し部を更に備える、ことを特徴とする請求項７に記載のサーバ運用作業履歴管理システム。
9. 前記管理端末は、前記ネットワークを介して、前記サーバにおける前記作業履歴の管理に関する付随情報を環境設定ファイルとして設定し、当該サーバ内の前記作業履歴格納フォルダ内に保存する環境設定部を更に備える、ことを特徴とする請求項７または８に記載のサーバ運用作業履歴管理システム。
10. １台以上のサーバの運用の作業履歴を管理するための方法であって、
    前記サーバ内の所定の作業履歴格納フォルダに、当該サーバに対する運用の作業毎に、当該作業の作業履歴に対応する作業履歴フォルダを作成し、当該作業履歴フォルダ内に前記作業履歴に関する情報を保存し、
    前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に関する情報を更新し、
    前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に関する情報を参照し、
    前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に関する情報を削除する、
    処理を実行することを特徴とするサーバ運用作業履歴管理方法。
11. １台以上のサーバの運用の作業履歴を管理するためのコンピュータに、
    前記サーバ内の所定の作業履歴格納フォルダに、当該サーバに対する運用の作業毎に、当該作業の作業履歴に対応する作業履歴フォルダを作成し、当該作業履歴フォルダ内に前記作業履歴に関する情報を保存するステップと、
    前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に関する情報を更新するステップと、
    前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に関する情報を参照するステップと、
    前記サーバ内の前記作業履歴格納フォルダ内の前記作業履歴フォルダに保存されている前記作業履歴に関する情報を削除するステップと、
    を実行させるためのプログラム。

Images