JP2007041828A

JP2007041828A - Ｓｌａ達成状況判定方法

Info

Publication number: JP2007041828A
Application number: JP2005224846A
Authority: JP
Inventors: Satoshi Toyokawa; 聡豊川
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2005-08-03
Filing date: 2005-08-03
Publication date: 2007-02-15

Abstract

【課題】
本発明はシステム管理者のＳＬＡ管理工数を削減するＳＬＡ達成状況判定方法及び装置を提供することにある。
【解決手段】
サービスレベル管理システムにて各システムの期初から前月までの障害件数を集計する（ステップ１１）。ＳＬＡ情報と比較し、ＳＬＡ達成状況を判定する（ステップ１３）。次に、各システム各号機にてサービス停止時間を算出する（ステップ１５）。その情報をサービスレベル管理システムが収集して、各システムの稼働率を算出する（ステップ１８）。ＳＬＡ情報と比較し、ＳＬＡ達成状況を判定する（ステップ２０）。
【選択図】図１

Description

本発明は、いわゆるＳＬＡを用いた契約におけるＳＬＡ達成状況判定方法及び装置に関する。

システムのアウトソーシングやＡＳＰ（Application Service Provider）サービスにおいて、サービス提供者とサービス利用者はＳＬＡ（Service Level Agreement）を締結し、サービスレベルの可視化を図っている。サービス運営においてサービス提供者（システム管理者）は、ＳＬＡの契約内容に従って定期的に各システムのログを収集し、サービスレベル実績を測定する。そして、測定したサービスレベル実績をＳＬＡの契約内容の目標値と比較し、ＳＬＡ達成状況を判定する。サービス提供者は、ＳＬＡ達成状況をサービス利用者に報告する。これに加え、ＳＬＡの違反時に利用者が補償を受けられるようにするものとして特許文献１がある。

特開２００２−１０１０９７

かかる従来の方法においては、ＳＬＡに関する管理工数が膨大になるという問題がある。システム管理者は、ログ収集、サービスレベルの算出を手作業で実施しなければならない。対象となるシステム数が多ければ、ログ収集のために多くのシステムにログインして該当ログを収集し、サービスレベルを算出する必要がある。また、ＳＬＡは契約書であり、サービスレベル実績と契約内容を１件、１件比較しなければならない。

本発明の目的は、各システムからのログ収集とサービスレベル算出負荷を軽減するＳＬＡ達成状況判定方法および装置を提供することにある。

本発明の他の目的は、ＳＬＡ契約書とサービスレベル実績の比較、達成状況判定の負荷を軽減するＳＬＡ達成状況判定方法および装置を提供することにある。

本発明では、ＳＬＡ項目である障害目標件数、稼働率のＳＬＡ達成状況判定において、ログ収集とサービスレベル算出を自動化する。各システムの障害情報をサービスレベル管理システムにて保有し、サービスレベル実績の算出を自動化する。また、各システムにて稼働率算出に必要なログ情報を抽出するための条件を保有し、ログ抽出を自動化する。サービスレベル管理システムは、各システムのログ情報を収集、稼働率を算出し、各システムのサービスレベル実績を一元管理する。

また、サービスレベル管理システムにてＳＬＡの契約情報を保有し、算出したサービスレベル実績と比較し、達成状況を判定する。

本発明によれば、サービスレベル実績、ＳＬＡ達成状況は自動的に算出、判定されるので、システム管理者のＳＬＡに関する管理工数は軽減される。

以下、本発明の実施の形態を詳細に説明する。

図１および図４は、処理手順の実施の形態を示すフローチャートである。図２は、システム構成をしめすブロック図であり、各装置(端末、サービスレベル管理システム、各システム)は、いわゆるコンピュータ装置であり、メモリ、処理装置を有し、記憶装置に格納されたプログラムに従って処理を実行する。図３および図５は、図２の各装置が有する記憶装置内のデータテーブルである。

図２、図３および図５において、端末１００は、システム管理者が障害情報を入力したり、ＳＬＡ達成状況を確認するためのものである。サービスレベル管理システム３１０は、システム管理者の入力情報や各システムから収集した稼働情報からＳＬＡ実績を算出し、ＳＬＡ達成状況を判定するシステムであり、記憶装置３２０を有し、記憶装置３２０にはＳＬＡ情報３２１、障害情報３２２、サービス提供時間定義(全体)３２３の記憶エリアが設けられている。ＳＬＡ情報３２１には、ＳＬＡ契約で締結した各システムのＳＬＡ項目とその目標値が格納されている。障害情報３２２には、システム管理者が障害発生の都度入力した障害情報が格納されており、システム名、発生日、事象、原因等が格納されている。サービス提供時間定義(全体)３２３には、各システムのサービス提供時間が格納されている。各システム(Ａ業務システム１号機４１０−１、Ａ業務システム２号機４１０−２、Ｂ業務システム１号機５１０−１、Ｂ業務システム２号機５１０−２)は、会計システム、出荷管理システム等、いわゆる企業の情報システムであり、記憶装置４２０(５２０)を有し、記憶装置４２０にはログ情報４２１(５２１)、ログ情報抽出条件４２２(５２２)、サービス提供時間定義４２３(５２３)の記憶エリアが設けられている。ログ情報４２１(５２１)には、各種プログラムが書込むログが格納されており、書込み時間やログの内容を解析するためのログコードが格納されている。ログ情報抽出条件４２２(５２２)は、ログ情報４２１(５２１)からＳＬＡ実績を算出するために必要な情報を抽出するための条件であるログコード、状態が格納されている。サービス提供時間定義４２３(５２３)には、当該システムのサービス提供時間が格納されている。

次に図１および図４のフローチャートに基いて図２、図３および図５の各部の動作を説明する。
例えば、月初を契機に、サービスレベル管理システム３１０は、ＳＬＡ情報３２１の各ＳＬＡ項目について、その達成状況を判定する。まずは、障害目標件数について説明する。
サービスレベル管理システム３１０は、サービス管理者によって入力された障害情報３２２から「システム」「発生日」をキーにして、期初から前月までの各システムの障害件数を集計する（ステップ１１）。例えば、２００５年６月１日の例を用いると、Ａ業務システム４１０では２件、Ｂ業務システム５１０では１件と集計される。
次にサービスレベル管理システム３１０は、ＳＬＡ情報３２１の各システムの半期の障害目標件数を用いて、月割計算により各システムの前月までの障害目標件数を算出する（ステップ１２）。２００５年６月１日の例を用いると、Ａ業務システム４１０の半期の障害目標件数は５件のため、５月までの障害目標件数は１．７件（＝５件×２ヶ月÷６ヶ月）と算出される。同様に、Ｂ業務システム５１０の５月までの障害目標件数は４件と算出される。
次にサービスレベル管理システム３１０は、ステップ１１とステップ１２の結果を比較し、ＳＬＡ達成状況を判定する（ステップ１３）。２００５年６月１日の例を用いると、Ａ業務システム４１０では、障害件数２件、障害目標件数１．７件のため目標未達成と判定される。Ｂ業務システム５１０では、障害件数１件、障害目標件数４件のため目標達成と判定される。続いて、稼働率について説明する。

各システム各号機は、前月のシステム停止日時、システム開始日時を抽出する（ステップ１４）。２００５年６月１日のＡ業務システム４１０の例を用いると以下のようになる。Ａ業務システム４１０は、ログ情報抽出条件４２２からシステム停止のログコード「ＸＸＸＸ−Ｅ」、システム開始のログコード「ＹＹＹＹ−Ｉ」をそれぞれ抽出し、ログ情報から２００５年５月の当該ログコードの日時を抽出する。Ａ業務システム１号機４１０−１では、システム停止日時２００５年０５月０８日１４時００分、システム開始日時２００５年０５月０８日１５時３０分、システム停止日時２００５年０５月２２日０７時１０分、システム開始日時２００５年０５月２２日０９時２０分と抽出される。Ａ業務システム２号機４１０−２では、システム停止日時２００５年０５月０８日１５時００分、システム開始日時２００５年０５月０８日１５時３０分、システム停止日時２００５年０５月０９日２２時００分、システム開始日時２００５年０５月０９日２３時００分と抽出される。

次に、各システム各号機は、前月のサービス停止時間を算出する（ステップ１５）。２００５年６月１日のＡ業務システム４１０の例を用いると以下のようになる。Ａ業務システム４１０は、サービス提供時間定義４２３とステップ１４で抽出したシステム停止日時、システム開始日時からサービス停止時間を算出する。サービス提供時間内でシステムが停止していた時間が、サービス停止時間となる。Ａ業務システム１号機４１０−１では、サービス停止時間は２００５年０５月０８日１４時００分から２００５年０５月０８日１５時３０分、２００５年０５月２２日０９時００分から２００５年０５月２２日０９時２０分と算出される。Ａ業務システム２号機４１０−２では、サービス停止時間は２００５年０５月０８日１５時００分から２００５年０５月０８日１５時３０分と算出される。
次にサービスレベル管理システム３１０が、ステップ１５で各システム各号機が算出したサービス停止時間を収集し、各システムのサービス停止時間を算出する（ステップ１６）。２００５年６月１日のＡ業務システム４１０の例を用いると以下のようになる。ステップ１５で算出したＡ業務システム１号機４１０−１とＡ業務システム２号機４１０−２のサービス停止時間で、両号機ともにサービス停止となっていた時間をＡ業務システム４１０のサービス停止時間として算出する。Ａ業務システムのサービス停止時間は２００５年０５月０８日１５時００分から２００５年０５月０８日１５時３０分の３０分と算出される。

次に、サービスレベル管理システム３１０は、各システムの前月のサービス提供予定時間を算出する（ステップ１７）。２００５年６月１日のＡ業務システム４１０の例を用いると以下のようになる。サービスレベル管理システム３１０のサービス提供時間定義（全体）３２３から、Ａ業務システム４１０の５月のサービス提供予定時間を算出する。Ａ業務システム４１０のサービス提供予定時間は２７９時間（＝９時間（９時００分から１８時００分）×３１日間）と算出される。

次に、サービスレベル管理システム３１０は、各システムの稼働率を算出する（ステップ１８）。２００５年６月１日のＡ業務システム４１０の例を用いると以下のようになる。ステップ１６で算出したサービス停止時間３０分とステップ１７で算出したサービス提供予定時間２７９時間から稼働率を算出する。Ａ業務システム４１０の２００５年５月の稼働率は９９．８２％（＝（２７９時間−３０分）÷２７９時間）と算出される。
次にサービスレベル管理システム３１０は、ステップ１８で算出結果とＳＬＡ情報３２１の稼働率を比較し、各システムの稼働率のＳＬＡ達成状況を判定する（ステップ１９）。２００５年６月１日のＡ業務システム４１０の例を用いると以下のようになる。サービスレベル管理システム３１０は、ＳＬＡ情報３２１からＡ業務システム４１０の稼働率９９．９９％を目標値として抽出し、ステップ１８で算出した稼働率９９．８２％と比較して、目標未達成と判定する。

次にサービスレベル管理システムがステップ１３、ステップ１９で判定してＳＬＡ達成状況の判定結果を端末１００に表示し、システム管理者に通知する。
今回は、ＳＬＡ項目として障害目標件数、稼働率を例に取ったが、ＳＬＡで締結するレスポンスタイム、サービス停止許容時間、ジョブの終了時間などについてもシステムのログ情報から算出に必要な情報を収集できれば、サービスレベル管理システムにてＳＬＡ達成状況の判定が可能である。

本発明の処理手順の実施の形態を示すフローチャート（その１）である。本発明に係るシステム（装置）構成を示すブロック図である。各装置が有する記憶装置内のデータテーブル（その１）である。本発明の処理手順の実施の形態を示すフローチャート（その２）である。各装置が有する記憶装置内のデータテーブル（その２）である。

符号の説明

１００端末
２００ネットワーク
３１０サービスレベル管理システム
３２１ＳＬＡ情報
３２２障害情報
３２３サービス提供時間定義（全体）
４１０Ａ業務システム
４２１ログ情報
４２２ログ情報抽出条件
４２３サービス提供時間定義
５１０Ｂ業務システム

Claims

所定の情報処理を利用者側のシステムに代わって行うＡＳＰサービスにおけるＳＬＡ達成状況判別方法において、
前記情報処理を行うＡＳＰサーバにおいて、
予め、利用者と契約している情報処理に関する条件を示すＳＬＡに対応したログ情報抽出条件を記憶しておき、
前記情報処理を実行して、当該情報処理のログ情報を記憶し、
記憶された前記ログ情報から、前記ログ情報抽出条件に従って、サービスレベル実績算出に必要なログ情報を抽出することを特徴とするＳＬＡ達成状況判定方法。