JP2008065547A - サーバ運用支援システム、サーバ運用支援方法およびプログラム - Google Patents

Abstract

【課題】ＤＢ分散構成によるダイナミックなノウハウ蓄積と全自動復旧処理を実現すること。
【解決手段】インターネットサーバＡ４０は、トラブルシューティングノウハウデータベース（シェアド）３０とトラブルシューティングノウハウデータベース（ローカルＡ）５０およびトラブルシューティングノウハウデータベース（ローカルＢ）７０のＤＢ分散構成によりノウハウを蓄積し、さらに全自動復旧処理を行う。
【選択図】図１

Description

本発明は、ハイスキルでないサーバ管理者でも軽い負担でサーバ管理を行うための技術に関する。

インターネット常時接続が普及した現在、企業やＳＯＨＯ（Ｓｍａｌｌ Ｏｆｆｉｃｅ Ｈｏｍｅ Ｏｆｆｉｃｅ）・個人はインターネット上で情報発信する場を益々求めており、レンタルサーバ事業者を利用して、または事務所や自宅にサーバを設置して、独自ドメイン名を取得した上で低価格でインターネットサーバを立ち上げることが出来るようになってきた。そこで、エンドユーザレベルで、軽い負荷でサーバ運用管理出来るようにして欲しいとの要望がある。

しかし、それらのインターネットサーバは、ａｐａｃｈｅ（ｗｅｂサーバ）、ｂｉｎｄ（ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）サーバ）、ｑｍａｉｌ（ｅｍａｉｌサーバ）に代表されるように様々なオープンソースソフトウェアを使って構築されることが主流のため、サーバ構築、運用管理、トラブルシューティングの場面においてはサーバ管理者には相当高いレベルの多岐にわたる技術スキルと経験・ノウハウが必要となる。

従来、有償・無償のＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）ベースのインターネットサーバ管理ツールが出現し始めており、これらは正常運用時のサーバ管理には役立つものの、特にトラブルシューティングにおいて十分な調査と原因究明を行うための実用性はなく、結局はハイスキルなサーバ管理者に依存する。このようなハイスキルなサーバ管理者をレンタルサーバ事業者が多数確保することは難しく、ましてはＳＯＨＯ・個人のハイスキルでないサーバ管理者にとってはサーバの運用管理自体難しいという問題があった。サーバ管理ツールのベンダにとっても、ユーザからの問い合わせが増え、ヘルプデスク負荷が増大する問題があった。

ここで、故障時のモニタデータがモニタデータ入力機能よりＤＢ構築機能へ入力されると、ＤＢ構築機能による解析結果のデータが解析結果ＤＢへ記録され、さらに、解析結果ＤＢよりＤＢ照合機能へデータが入力され、異常現象ＤＢに記録されている過去のデータと照合されて、同様の現象が存在する場合は所定の対処方法に従って対処し、同様の現象が存在しない場合は、試験シナリオ自動生成機能が再現試験用のシナリオを作成し、解析後に対策方法をまとめて解析結果ＤＢに記録してノウハウとして蓄積することで、ノウハウ及び一連のプロトコルの流れをＤＢに蓄積し、発生した現象をＤＢの蓄積情報と照合して発生した現象の対応に利用することができる技術が提案されている（例えば、特許文献１参照）。

また、ユーザ端末が、カスタマサポート支援サーバに、システム情報及び障害情報を送信し、カスタマサポート支援サーバが、この情報にもとづいて、障害対策用情報記憶部を検索し、対応する情報が見つかった場合はこれをユーザ端末に送信し、見つからなかった場合は、障害解析用情報取得先記憶部を検索して、対応する情報が見つかった場合は、ユーザ端末から障害解析用情報を収集し、これをメーカー端末に送信することで、情報処理装置の利用時に、障害が発生した場合において、その障害対策用の情報を、利用者が自身で検索を行い、取得することを可能とするのみならず、その傷害対策用情報が未登録であった場合には、簡単な操作で、メーカーに障害調査依頼を行い得るとともに、その際に自動的に障害解析用情報の送信を、メーカーに行うことを可能とすることができる技術が提案されている（例えば、特許文献２参照）。
特開２００２−３１９９４０号公報 特開２００２−３６６３８８号公報

しかしながら、このような既存のサービスにおいては、ＤＢ分散構成によるダイナミックなノウハウ蓄積と全自動復旧処理を実現することは困難であり、また、登録会員のみがノウハウを利用できる課金ベースのシステムを構築できなかった。

本発明は、以上説明した問題点を解決するためになされたものである。その目的は、ＤＢ分散構成によるダイナミックなノウハウ蓄積と全自動復旧処理を実現することである。

上記課題を解決するために、本発明は、サーバ自身がトラブルシューティングノウハウを学習することを特徴とするサーバ運用支援システムを提供する。

また、本発明は、サーバ自身がトラブルシューティングノウハウを学習することを特徴とするサーバ運用支援方法を提供する。

また、本発明は、コンピュータにトラブルシューティングノウハウを学習する機能を実現させることを特徴とするプログラムを提供する。

本発明によれば、ＤＢ分散構成によるダイナミックなノウハウ蓄積と全自動復旧処理を実現することができる。

以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、各図において共通する部分には、同一の符号が付されている。

図１において、本実施の形態におけるサーバ運用支援システムは、ＧＵＩベース管理ツール（ＰＣ）インターネットサーバＡ用１０と、ＧＵＩベース管理ツール（ＰＣ）インターネットサーバＢ用２０と、トラブルシューティングノウハウデータベース（シェアド）３０と、インターネットサーバＡ４０と、トラブルシューティングノウハウデータベース（ローカルＡ）５０と、インターネットサーバＢ６０と、トラブルシューティングノウハウデータベース（ローカルＢ）７０から構成されている。

ＧＵＩベース管理ツール（ＰＣ）インターネットサーバＡ用１０は、インターネット８０（またはＬＡＮなど）のネットワークを介して、インターネットサーバＡ４０に接続される。同Ｂ用２０とサーバＢ６０も同様に接続される。

トラブルシューティングノウハウデータベース（ローカルＡ）５０は、インターネットサーバＡ４０に内蔵、またはインターネットやＬＡＮなどのネットワークを介して接続される。同（ローカルＢ）７０も同様に、サーバＢ６０に内蔵またはネットワークを介して接続される。

インターネットサーバＡ４０と同Ｂ６０は、インターネット８０（またはＬＡＮなど）のネットワークを介して、トラブルシューティングノウハウデータベース（シェアド）３０に接続される。

ＧＵＩベース管理ツール（ＰＣ）インターネットサーバＡ用１０は、Ｗｅｂブラウザ機能を具備するパーソナルコンピュータである。Ｗｅｂブラウザを起動し、ｈｔｔｐまたはｈｔｔｐｓ経由でインターネット８０を介してインターネットサーバＡ４０にログイン接続し、ＧＵＩ上でのサーバ管理操作を実施することができる。また、コマンドラインプロンプトを起動し、ｓｓｈやｔｅｌｎｅｔ経由でインターネット８０を介してインターネットサーバＡ４０にログイン接続し、コマンドラインによるサーバ管理操作を実施することができる。メールクライアント機能も具備し、サーバＡ４０からの通知をメールで受信することができる。

ＧＵＩベース管理ツール（ＰＣ）インターネットサーバＢ用２０も、Ｗｅｂブラウザ機能を具備するパーソナルコンピュータである。Ｗｅｂブラウザを起動し、ｈｔｔｐまたはｈｔｔｐｓ経由でインターネット８０を介してインターネットサーバＢ６０にログイン接続し、ＧＵＩ上でのサーバ管理操作を実施することができる。

また、コマンドラインプロンプトを起動し、ｓｓｈやｔｅｌｎｅｔ経由でインターネット８０を介してインターネットサーバＢ６０にログイン接続し、コマンドラインによるサーバ管理操作を実施することができる。メールクライアント機能も具備し、サーバＢ６０からの通知をメールで受信することができる。

インターネットサーバＡ４０は、Ｗｅｂサーバ、ｆｔｐサーバ、メールサーバ、ＤＮＳサーバ、データベース、操作ヒストリー、エラーログなどの機能を具備するサーバである。インターネット８０などのネットワークに接続するためのネットワーク機能も備えている。

トラブルシューティングノウハウデータベース（ローカルＡ）５０は、インターネットサーバＡ４０で蓄積されたトラブルシューティングノウハウ（復旧作業ログ）を格納する。復旧作業ログは、エラー番号（ｅｒｒｏｒ ｉｄ）に関連付けられて管理される。

インターネットサーバＢ６０は、Ｗｅｂサーバ、ｆｔｐサーバ、メールサーバ、ＤＮＳサーバ、データベース、操作ヒストリー、エラーログなどの機能を具備するサーバである。インターネット８０などのネットワークに接続するためのネットワーク機能も備えている。

トラブルシューティングノウハウデータベース（ローカルＢ）７０は、インターネットサーバＢ６０で蓄積されたトラブルシューティングノウハウ（復旧作業ログ）を格納する。復旧作業ログは、エラー番号（ｅｒｒｏｒ ｉｄ）に関連付けられて管理される。

トラブルシューティングノウハウデータベース（シェアド）３０は、同（ローカルＡ）５０や（ローカルＢ）７０からアップロードされた復旧作業ログを格納する。その復旧作業ログから、実行されたコマンドやパラメータを抽出、実行スクリプト化し、解決事例番号（ｓｏｌ ｉｄ）を付与する。解決事例番号（ｓｏｌ ｉｄ）は、エラー番号（ｅｒｒｏｒ ｉｄ）に関連付けられて管理される。データベース（ローカルＡ）５０や（ローカルＢ）７０からのデータ更新リクエストにより、データベース（シェアド）３０へのログイン接続を許可して新たに更新された解決事例情報を提供する。

サーバＡ４０やＢ６０のトラブル時に解決事例が利用された場合は、その解決事例番号（ｓｏｌ ｉｄ）がデータベース（シェアド）３０に報告されカウントされる。

次に、図２〜図４を参照して、本実施の形態の動作について詳細に説明する。

図２では、ヘルプデスク機能自動化の全体的なフローについて説明する。

サーバＡ４０に障害が発生した場合、ＰＣ１０宛てにエラー番号とともに通知される。通知方法は、ＰＣ１０のサーバ管理Ｗｅｂ画面に表示され、加えてメールで通知させることもできる（ステップＡ１）。

障害通知を確認したサーバＡ４０管理者は、ＰＣ１０のサーバ管理Ｗｅｂ画面からサーバＡ４０宛てに復旧作業開始を通知する（ステップＡ２）。サーバＡ４０は、復旧作業の開始を確認し、ＰＣ１０宛てに通知する。同時に、以降の復旧作業内容のログ蓄積を開始する（ステップＡ３）。

サーバＡ４０管理者は、復旧作業を実施し（ステップＡ４）、その作業内容がログ蓄積される（ステップＡ５）。

サーバＡ４０管理者が復旧作業完了手続きを行うと（ステップＡ６）、サーバＡ４０はＰＣ１０宛てに作業完了の確認通知を行うとともに（ステップＡ７）、復旧作業内容のログ蓄積を停止してデータベース（ローカルＡ）５０にログ内容を登録する（ステップＡ８）。

データベース（ローカルＡ）５０に登録されたログは、サーバ管理ソフトの開発・販売元が管理するデータベース（シェアド）３０にアップロードされ、そのノウハウが登録・整理される（ステップＡ９、Ａ１０）。

データベース（シェアド）３０にアクセスする許可を得ているデータベース（ローカルＢ）７０は、定期的にデータベース（シェアド）３０に接続して自身のデータベースを更新する（ステップＡ１１）。

サーバＢ６０において、サーバＡ４０で過去に発生したのと同じ障害が発生した場合（ステップＡ１２）、サーバＢ６０管理者からの「自動」での復旧作業開始指示により（ステップＡ１３）サーバＢ６０は「自動」で復旧できるかどうか確認を開始する（ステップＡ１４）。まず、自身のデータベース（ローカルＢ）７０に該当エラー番号に対するノウハウが存在するかどうか検索し（ステップＡ１５）、存在すればヒット通知をサーバＢ６０管理者に通知する（ステップＡ１６）。

サーバＢ６０管理者からの指示により（ステップＡ１７）、サーバＢ６０の自動復旧を開始する（ステップＡ１８）。自動での作業が完了したらＰＣ２０に対して完了を通知し（ステップ１９）、同時にデータベース（ローカルＢ）７０に作業ログを残す（ステップＡ２０）。

データベース（ローカルＢ）７０に登録されたログは、サーバ管理ソフトの開発・販売元が管理するデータベース（シェアド）３０にアップロードされ（ステップＡ２１）、使用されたノウハウのヒット数を更新する（ステップＡ２２）。

次に、図３では、ノウハウデータベースを対応事例から自動更新する具体的処理フローについて詳細に説明する。

サーバＡ４０での障害復旧作業が完了してそのログがデータベース（ローカルＡ）５０に登録されると（ステップＢ１）、そのログは、ＧＵＩベース管理ツールの開発・販売元が管理するデータベース（シェアド）３０にアップロードされ、そのノウハウが登録・整理される（ステップＢ２）。

データベース（シェアド）３０では、ノウハウの整理・登録を開始し、復旧作業ログ内の実行コマンドとパラメータを抽出しそれを実行スクリプト化、解決事例番号を付与してエラー番号と関連付け管理を行い、ノウハウ整理・登録を終了する（ステップＢ３〜Ｂ７）。

データベース（シェアド）３０にアクセスする許可を得ているデータベース（ローカルＢ）７０は、定期的にデータベース（シェアド）３０にログイン接続して自身のデータベースを更新開始する。データベース（ローカルＢ）７０はデータベース（シェアド）３０へのログイン接続を試み（ステップＢ８、Ｂ９）、許可された場合（ステップＢ１０、Ｂ１１）にログイン接続が可能である（ステップＢ１２）。その後、解決事例をダウンロードしてノウハウ定期更新を終了する（ステップＢ１４、Ｂ１５）。

次に、図４では、ヘルプデスク機能をコンピュータが行う具体的処理フローについて詳細に説明する。

サーバＢ６０において、サーバＡ４０で過去に発生したのと同じ障害が発生した場合（ステップＣ１）、サーバＢ６０管理者からの「自動」での復旧作業開始指示により（ステップＣ２）サーバＢ６０は「自動」で復旧できるかどうか確認を開始する（ステップＣ３）。まず、自身のデータベース（ローカルＢ）７０に該当エラー番号に対するノウハウが存在するかどうか検索し（ステップＣ４）、存在すればヒット通知をサーバＢ６０管理者に通知する（ステップＣ５）。

サーバＢ６０管理者が予め決めておいたポリシにもとづきノウハウの選択・実行を指示する（ステップＣ６）。ポリシは例えば、ヒット数が最大の解決事例、管理者が実行を許可した解決事例を全て、などのように指定できる。サーバＢ６０は自動復旧を開始し（ステップＣ７）、ポリシにもとづいて解決事例を選択して復旧処理を実行（ステップＣ８、Ｃ９）、作業が完了したらサーバＢ６０管理者に通知される（ステップＣ１０、Ｃ１１）。

その後、どの解決事例が活用されたかがデータベース（ローカルＢ）７０にフィードバックされ登録される（ステップＣ１２）。

データベース（ローカルＢ）７０に登録されたログは、ＧＵＩベース管理ツールの開発・販売元が管理するデータベース（シェアド）３０にフィードバックされ（ステップＣ１３）、使用されたノウハウのヒット数を更新する（ステップＣ１４〜Ｃ１６）。

このように、インターネットサーバ自身にトラブルシューティングノウハウを学習する機能を具備することによって、そのノウハウを、同じインターネットサーバ管理ツールを利用しているサーバ管理者同士が共有できる仕組みが出来、ハイスキルでないサーバ管理者でも軽い負担でサーバ管理が出来るようになるという効果が期待できる。

また、ノウハウ利用度に応じてローカルに課金する処理が追加されてもよい。

なお、上述する各実施の形態は、本発明の好適な実施の形態であり、本発明の要旨を逸脱しない範囲内において種々変更実施が可能である。例えば、インターネットサーバＡ４０と、インターネットサーバＢ６０の機能を実現するためのプログラムを各装置に読込ませて実行することにより各装置の機能を実現する処理を行ってもよい。さらに、そのプログラムは、コンピュータ読み取り可能な記録媒体であるＣＤ−ＲＯＭまたは光磁気ディスクなどを介して、または伝送媒体であるインターネット、電話回線などを介して伝送波により他のコンピュータシステムに伝送されてもよい。

上述する各実施の形態は、インターネットサーバＡ４０と、インターネットサーバＢ６０が１つのコンピュータシステムとして実現されている構成について説明したが、各装置が別個に接続されている構成や機能毎に複数の装置などが追加された構成にも適用可能であることはもちろんである。

本発明の実施の形態におけるサーバ運用支援システムの構成を示すブロック図である。 本発明の実施の形態におけるヘルプデスク機能自動化の全体的なフローを説明する図である。 本発明の実施の形態におけるノウハウデータベースを対応事例から自動更新する処理フローを説明する図である。 本発明の実施の形態におけるヘルプデスク機能をコンピュータが行う処理フローを説明する図である。

符号の説明

１０ ＧＵＩベース管理ツール（ＰＣ）インターネットサーバＡ用
２０ ＧＵＩベース管理ツール（ＰＣ）インターネットサーバＢ用
３０ トラブルシューティングノウハウデータベース（シェアド）
４０ インターネットサーバＡ
５０ トラブルシューティングノウハウデータベース（ローカルＡ）
６０ インターネットサーバＢ
７０ トラブルシューティングノウハウデータベース（ローカルＢ）
８０ インターネット

Claims (7)

1. サーバ自身がトラブルシューティングノウハウを学習することを特徴とするサーバ運用支援システム。
2. 前記サーバは、シェアドとローカルのＤＢ分散構成によりノウハウを蓄積し、さらに全自動復旧処理を行うことを特徴とする請求項１記載のサーバ運用支援システム。
3. ノウハウの利用に応じて前記サーバに課金することを特徴とする請求項１または２記載のサーバ運用支援システム。
4. サーバ自身がトラブルシューティングノウハウを学習することを特徴とするサーバ運用支援方法。
5. 前記サーバは、シェアドとローカルのＤＢ分散構成によりノウハウを蓄積し、さらに全自動復旧処理を行うことを特徴とする請求項４記載のサーバ運用支援方法。
6. ノウハウの利用に応じて前記サーバに課金することを特徴とする請求項４または５記載のサーバ運用支援方法。
7. コンピュータに請求項１から３のいずれか１項に記載の機能を実現させることを特徴とするプログラム。

Images