(57)【要約】【課題】アプリケーションやミドルウェアとＤＢＭＳが連携して運用管理を行うことによって、ＤＢＭＳを直接意識せずにデータベースの運用管理を行う。【解決手段】アプリケーションから、データベースの運用管理の実行契機と実行内容を記述したデータベース運用管理情報を格納する。アプリケーションの運用管理開始時に、データベース運用管理実行処理がデータベース運用管理情報の内容に従って運用管理の実行契機を判定する。運用管理の実行契機時に、データベース運用管理実行処理がデータベースの運用管理ユティリティを起動し、データベースの運用管理を実行する。【選択図】  図１
2004178035.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションやミドルウェアで使用されるデータベースの運用管理の方法において、
アプリケーション及びミドルウェアの少なくとも一方からの指示に基づいて、前記データベースの運用管理の実行内容および実行契機を含むデータベース運用管理情報をＤＢＭＳに登録し、
前記登録されたデータベース運用管理情報に基づいて、運用管理の実行契機を判定して、前記ＤＢＭＳの運用管理ユティリティを起動し、
前記ＤＢＭＳから出力されたメッセージを前記アプリケーション及び前記ミドルウェアの少なくとも一方に送信することを特徴とするデータベース運用管理方法。
【請求項２】
予め指定された時刻になったことと、予め指定された時間が経過したことを前記運用管理の実行契機とする前記データベース運用管理情報の内容に従って、前記データベースの運用管理を実行することを特徴とする請求項１記載のデータベース運用管理方法。
【請求項３】
データベース問い合わせ処理プログラムから出力された警告の受信を前記運用管理の実行契機とする前記データベース運用管理情報に従って、前記データベースの運用管理を実行することを特徴とする請求項１記載のデータベース運用管理方法。
【請求項４】
システムやデータベースの内部情報に対して予め指定された条件が成立したことを前記運用管理の実行契機とする前記データベース運用管理情報に従って、前記データベースの運用管理を実行することを特徴とする請求項１記載のデータベース運用管理方法。
【請求項５】
予め指定された時刻になったこと、予め指定された時間が経過したこと、データベース問い合わせ処理プログラムから出力された警告を受信したこと、および、システムやデータベースの内部情報に対して予め指定された条件が成立したことを組み合わせて指定した事象を前記運用管理の実行契機とする前記データベース運用管理情報に従って、前記データベースの運用管理を実行することを特徴とする請求項１記載のデータベース運用管理方法。
【請求項６】
前記データベース運用管理情報は、前記アプリケーション及びミドルウェアの少なくとも一方を介して、入力手段を用いて入力されることを特徴とする請求項１記載のデータベース運用管理方法。
【請求項７】
前記データベース運用管理情報に基づいたデータベース運用管理の実行状況を、前記アプリケーション及びミドルウェアの少なくとも一方を介して、出力手段に出力することを特徴とする請求項１記載のデータベース運用管理方法。
【請求項８】
アプリケーションやミドルウェアで使用されるデータベースの運用管理の方法を実行するプログラムを格納した、計算機で読み取り可能な記憶媒体であって、前記方法は、
アプリケーション及びミドルウェアの少なくとも一方からの指示に基づいて、前記データベースの運用管理の実行内容および実行契機を含むデータベース運用管理情報をＤＢＭＳに登録し、
前記登録されたデータベース運用管理情報に基づいて、運用管理の実行契機を判定して、前記ＤＢＭＳの運用管理ユティリティを起動し、
前記ＤＢＭＳから出力されたメッセージを前記アプリケーション及び前記ミドルウェアの少なくとも一方に送信することを特徴とする記憶媒体。
【請求項９】
アプリケーションやミドルウェアで使用されるデータベースの運用管理システムは、
アプリケーション及びミドルウェアの少なくとも一方からの指示に基づいて、前記データベースの運用管理の実行内容および実行契機を含むデータベース運用管理情報をＤＢＭＳに登録する手段、
前記登録されたデータベース運用管理情報に基づいて、運用管理の実行契機を判定して、前記ＤＢＭＳの運用管理ユティリティを起動する手段、及び
前記ＤＢＭＳから出力されたメッセージを前記アプリケーション及び前記ミドルウェアの少なくとも一方に送信する手段を有することを特徴とするデータベース運用管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
データベース管理システムにおけるデータベースの運用管理方法に関する。
【０００２】
【従来の技術】
システム運用管理ソフトウェア、文書管理ソフトウェアや、ストレージ管理ソフトウェアなどのアプリケーションおよびミドルウェアでは、データ管理の信頼性を向上させたいという要求がある。そのため、これらのアプリケーションやミドルウェアでは、データベース管理システム（ＤＢＭＳ：Ｄａｔａｂａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）を使用してシステムを構築することが多い。
【０００３】
このようなシステムにおいては、アプリケーションやミドルウェアとＤＢＭＳは、データ処理と連携されているが、データベースの運用管理とは連携されていない。ここで、アプリケーションやミドルウェアとＤＢＭＳの連携とは、アプリケーションやミドルウェアからＤＢＭＳの処理や操作を行うことである。また、データベースの運用管理には、データベースやトランザクションログのバックアップ、データベースの再編成、データベース格納領域の拡張、データベースの回復や、チューニングなどが存在する。
【０００４】
図１６は、従来の技術におけるアプリケーションとＤＢＭＳの関係を示す（例えば、非特許文献１を参照）。データ処理については、ＳＱＬなどの標準インタフェースが存在し、それらを用いることで、アプリケーションとＤＢＭＳが連携している。一方、運用管理については、アプリケーションとＤＢＭＳが連携しておらず、ＤＢＭＳを直接意識して運用管理を行わなければならない。
【０００５】
【非特許文献１】
Ｄａｔｅ，  Ｃ．  Ｊ．：  “Ａｎ  Ｉｎｔｒｏｄｕｃｔｉｏｎ  ｔｏ  Ｄａｔａｂａｓｅ  Ｓｙｓｔｅｍｓ，  ７ｔｈ  ｅｄｉｔｉｏｎ”，  ｐ．１６，４１−４３，４８−５０，８３−８４，  Ａｄｄｉｓｏｎ  Ｗｅｓｌｅｙ  Ｌｏｎｇｍａｎ，  Ｉｎｃ．，  ２０００．
【０００６】
【発明が解決しようとする課題】
一般に、データベースの運用管理を行うためには、ＤＢＭＳに関する広範な知識を習得することや、運用管理の計画を立案又は策定することが必要となる。このため、データベース管理者が運用管理を行うことが望ましい。しかしながら、従来は、アプリケーションやミドルウェアのユーザが運用管理を行う場合、データベース管理のための手掛かりがなく、運用管理のための詳細が不明であるため、アプリケーションやミドルウェアが提供するサービスや機能を利用する時に、データベースの運用管理がユーザにとって新たな負担となる。
【０００７】
このように、従来技術では、ＤＢＭＳを使用して構築したシステムでは、ＤＢＭＳを直接意識したデータベースの運用管理が必要になるという問題点があった。
【０００８】
そのため、この問題を解決するためには、ＤＢＭＳがデータベースを適切に運用管理することによって、ＤＢＭＳを直接意識せずにデータベースの運用管理を行えるようにする必要がある。
【０００９】
しかし、データベースの運用管理には様々な方法や手順があり、データベースを使用するアプリケーションやミドルウェアの要件によって、方法や手順が大きく異なる。そのため、従来技術では、ＤＢＭＳが適切なデータベースの運用管理の方法や手順を判断することは困難であった。
【００１０】
本発明の目的は、アプリケーションやミドルウェアとＤＢＭＳが連携することによって、ＤＢＭＳが適切にデータベースを運用管理することで、ＤＢＭＳを直接意識せずに、データベースの運用管理を行えるようにすることである。
【００１１】
【課題を解決するための手段】
上記の目的を達成するため、本発明におけるデータベースの運用管理方法では、アプリケーションやミドルウェアで必要なデータベースの運用管理の実行内容と実行契機を記述した定義情報であるデータベース運用管理情報に従って、データベース運用管理ユティリティを起動し、データベースの運用管理を実行する。
【００１２】
データベース運用管理情報に記述される運用管理の実行内容とは、実行する運用管理の項目と方法であり、運用管理の実行契機とは、運用管理を実行するきっかけとなる事象である。実行契機となる事象には、特定の時刻と一定時間の経過、ＤＢＭＳからの特定のアラート（警告）の受信、および、データベースやシステムの内部情報に関する特定の条件の成立などがある。
【００１３】
データベース運用管理情報は、アプリケーションやミドルウェアの要件に従って、これらの開発者が作成する。例えば、日中のみ処理を行い、夜間は処理を行わないアプリケーションで使用されるＤＢＭＳでは、バックアップや再編成などのデータベースの運用管理を夜間に行う。そのため、このようなアプリケーションに対しては、夜間にオフライン（データベースへのアクセスを受け付けない状態）の運用管理を実行するためのデータベース運用管理情報を作成する。
【００１４】
一方、２４時間３６５日連続で稼動することが前提のアプリケーションで使用されるＤＢＭＳでは、アプリケーションの処理と並行してオンラインのデータベースの運用管理を行う。そのため、このようなアプリケーションに対しては、アプリケーションの処理が少ない時間帯にオンライン（データベースへのアクセスを受け付けた状態）の運用管理を実行するためのデータベース運用管理情報を作成する。
【００１５】
データベース運用管理情報には、以下の情報を記述する。
【００１６】
（１）運用管理を実行する契機：データベースの運用管理を実行するきっかけとなる事象を示す。そのような事象には、特定の時刻と一定時間の経過、ＤＢＭＳからの特定のアラートの受信、及びデータベースやシステムの内部情報に関する特定の条件の成立などがある。
【００１７】
（２）実行する運用管理の内容：実行するデータベースの運用管理の項目及び方法を示す。具体的には、運用管理を実行するために起動する一つ以上のデータベース運用管理ユティリティとそれらの起動順序を記述したスクリプト（シェルスクリプトやバッチファイルなどの各種の簡易型プログラム）である。
【００１８】
本発明のデータベース運用管理方法は、以下のステップを有する。
【００１９】
（１）アプリケーションからの指示を受けて、前記データベース運用管理情報を、データベース運用管理情報格納領域に格納し、ＤＢＭＳに登録する。
【００２０】
（２）アプリケーションからの指示を受けて、データベース運用管理実行処理の開始指示を受けると、前記データベース運用管理実行処理が、登録されたデータベース運用管理情報を取得し、運用管理の実行契機を判定する。
【００２１】
（３）運用管理の実行契機になると、前記データベース運用管理実行処理が、データベース運用管理ユティリティを起動し、その結果、データベース運用管理ユティリティが、データベースの運用管理を実行する。
【００２２】
（４）データベース運用管理ユティリティの終了ステータスやメッセージなど、ＤＢＭＳから出力されたメッセージを、データベース運用管理インタフェースを介してアプリケーションに送信する。
【００２３】
これらにより、アプリケーションの開発者が作成したデータベース運用管理情報に基づいて、ＤＢＭＳがデータベースの運用管理を行うことができるようになる。従って、アプリケーションのユーザがＤＢＭＳを直接意識することなく、データベースの運用管理が行われるようになる。
【００２４】
【発明の実施の形態】
図１は、本発明の原理を示す。本発明のデータベース運用管理方法は、以下のステップを有する。
【００２５】
（１）データベース運用管理インタフェース１０７を介して、アプリケーション１０５から前記データベース運用管理情報１０１を、データベース運用管理情報格納領域１０６に格納し、ＤＢＭＳ（データベース管理システム）１０４に登録する。なお、ＤＢＭＳ１０４は、１つのアプリケーション１０４だけが利用するものではなく、他のアプリケーションからも利用され、このような利用形態を前提にしたＤＢＭＳ固有の運用管理がなされる。本発明は、ＤＢＭＳを内部で利用しながら実行されるアプリケーションと、上記のように共用を前提として運用管理がなされるＤＢＭＳとで運用管理に関わる処理を連携させるための仕組みを提供するものである。
【００２６】
（２）データベース運用管理インタフェース１０７を介して、アプリケーション１０５からデータベース運用管理実行処理の開始指示を受けると、前記データベース運用管理実行処理１０２が、登録されたデータベース運用管理情報１０１を取得し、運用管理の実行契機を判定する。
【００２７】
（３）運用管理の実行契機になると、前記データベース運用管理実行処理１０２がデータベース運用管理ユティリティ１０３を起動し、その結果、データベース運用管理ユティリティ１０３が、データベースの運用管理を実行する。
【００２８】
（４）データベース運用管理ユティリティ１０３の終了ステータスやメッセージなど、ＤＢＭＳ１０４から出力されたメッセージを、データベース運用管理インタフェース１０７を介してアプリケーション１０５に送信する。
【００２９】
これらにより、アプリケーションの開発者が作成したデータベース運用管理情報に基づいて、ＤＢＭＳがデータベースの運用管理を行うことができるようになる。従って、アプリケーションのユーザがＤＢＭＳを直接意識することなく、データベースの運用管理が行われるようになる。なお、本実施例では、ＤＢＭＳ１０４がアプリケーション１０５に組み込まれて利用される場合を説明するが、幾つかのアプリケーションから共用されるミドルウエアにＤＢＭＳ１０４が組み込まれている場合にも本発明を適用できる。
【００３０】
データベース運用管理情報には、以下の情報を記述する。
【００３１】
（１）運用管理を実行する契機：データベースの運用管理を実行するきっかけとなる事象を示す。そのような事象には、特定の時刻と一定時間の経過、ＤＢＭＳからの特定のアラートの受信、及びデータベースやシステムの内部情報に関する特定の条件の成立などがある。
【００３２】
（２）実行する運用管理の内容：実行するデータベースの運用管理の項目及び方法を示す。具体的には、運用管理を実行するために起動する一つ以上のデータベース運用管理ユティリティとそれらの起動順序を記述したスクリプト（シェルスクリプトやバッチファイルなどの各種の簡易型プログラム）である。
（実施形態１）
以下に本発明の第一の実施形態について説明する。
【００３３】
図２は、本発明の第一の実施形態におけるシステムの構成図である。
【００３４】
図２に示す本実施形態のデータベース運用管理方法を実施する計算機システムは、中央処理装置（ＣＰＵ）２０１、ディスプレイ２０２、キーボード２０３、可搬型媒体用ドライブ２０４、通信制御装置２０５、主メモリ２０６、磁気ディスク装置２０７、及びシステムバス２０１８から構成される。本発明の計算機システムは、一般的な計算機システムと同様な構成を有する。
【００３５】
中央処理装置２０１は、本発明で使用する各種プログラムを実行する。ディスプレイ２０２は、処理の実行状況や実行結果などを表示するために使用する。キーボード２０３は、データベース管理システムの実行などを指示するコマンドを入力するために使用する。可搬型媒体用ドライブ２０４は、フレキシブルディスク、光磁気ディスクや、追記型光磁気ディスクなどの可搬型媒体２０１７へのデータの読み書きのために使用する。通信制御装置２０５は、ネットワーク２０１６を介した通信のために使用する。主メモリ２０６は、本発明で使用する各種プログラムと一時的なデータの格納に使用する。磁気ディスク装置２０７は、データベースやデータベースに関する定義情報を格納するために使用する。システムバス２０１８は、これらの各種装置を接続するために使用する。磁気ディスク装置２０７中には、データベース格納領域２０１４とデータベース運用管理情報格納領域１０６が確保される。
【００３６】
データベース格納領域２０１４は、データベースとデータベースに関する定義情報を格納するために用いられる。データベース運用管理情報格納領域１０６は、データベース運用管理情報１０１を格納するために用いられる。
【００３７】
データベース運用管理情報１０１は、アプリケーションプログラム２０８で必要なデータベースの運用管理の実行内容と実行契機を記述した定義情報であり、データベース運用管理情報登録プログラム２０１０によって、データベース運用管理情報格納領域１０６に格納され、データベース運用管理実行プログラム２０１１によって読み出される。
【００３８】
主メモリ２０６中には、アプリケーションプログラム２０８、データベース管理システムプログラム２０９、システムプログラム２０１２、及びワークエリア２０１３が保持される。
【００３９】
アプリケーションプログラム２０８は、データベース管理システムプログラム２０９が提供する機能を利用することによって、ユーザにサービスを提供する。また、アプリケーションプログラム２０８は、データベース管理システムプログラム２０９に対して、データベース運用管理情報１０１の登録や、データベースの運用管理の開始と終了などを指示する。
【００４０】
データベース管理システムプログラム２０９は、データベース運用管理情報登録プログラム２０１０、データベース運用管理実行プログラム２０１１、データベース運用管理ユティリティ群２０１９、及びメッセージ送信プログラム２０２０を有する。データベース管理システムプログラム２０９は、アプリケーションプログラム２０８に対して、データベース運用管理情報１０１の登録やデータベース運用管理実行プログラム２０１１の起動と停止などの指示を行うデータベース運用管理インタフェース１０７を公開する。
【００４１】
データベース運用管理情報登録プログラム２０１０は、アプリケーションプログラム２０８からデータベース運用管理インタフェース１０７を介して渡されたデータベース運用管理情報１０１を、磁気ディスク装置２０７内に確保されたデータベース運用管理情報格納領域１０６に格納する。データベース運用管理実行プログラム２０１１は、データベース運用管理情報格納領域１０６に格納されたデータベース運用管理情報１０１を取得し、データベース運用管理情報１０１に記載された内容に従って、データベース運用管理ユティリティを起動する。
【００４２】
データベース運用管理ユティリティ群２０１９は、データベースやトランザクションログのバックアップ、データベースの再編成、データベース格納領域の拡張などの運用管理を実行するプログラムの集まりである。ここで、データベース運用管理ユティリティは、一般的なＤＢＭＳが有するユティリティと同様である。
【００４３】
メッセージ送信プログラム２０２０は、データベース運用管理ユティリティ群２０１９が出力した終了ステータスやメッセージなどを、データベース運用管理インタフェース１０７を介してアプリケーションプログラム２０８に送信する。
【００４４】
システムプログラム２０１２は、周辺機器との間のデータの入出力など、本発明で使用する各種プログラムを実行するための基本的な機能を提供する。また、システムプログラム２０１２は、内部にシステムクロックを有し、現在の日付や時刻を保持する。ワークエリア２０１３は、プログラムの実行時に一時的に必要となるデータを記憶するために用いられる。
【００４５】
本発明で使用するプログラムは、可搬型媒体２０１７やネットワーク２０１６を介して、主メモリ２０６中に設定される。
【００４６】
図３は、本発明の第一の実施形態におけるデータベースの運用管理を実行する手順の概略を示すフローチャートである。データベースの運用管理を実行する手順は、以下の通りである。
【００４７】
（１）アプリケーション２０８からデータベース運用管理インタフェース１０７を介して渡されたデータベース運用管理情報１０１を、データベース運用管理情報格納領域１０６に格納する（ステップ３０１）。
【００４８】
（２）アプリケーション２０８からデータベース運用管理インタフェース１０７を介して、データベースの運用管理の開始指示を受け取ったかどうかを判定する（ステップ３０２）。
【００４９】
（３）上記（２）で、データベースの運用管理の開始指示を受け取った場合は（４）に進み、受け取っていない場合は全体の処理を終了する。
【００５０】
（４）データベース運用管理情報格納領域１０６からデータベース運用管理情報１０１を取得して、データベース運用管理ユティリティを起動する（ステップ３０３）。
【００５１】
（５）データベース運用管理ユティリティが出力した終了ステータスやメッセージを受信して、データベース運用管理インタフェース１０７を介してアプリケーション２０８に送信する（ステップ３０４）。
【００５２】
（６）アプリケーション２０８からデータベース運用管理インタフェース１０７を介して、データベースの運用管理の終了指示を受け取ったかどうかを判定する（ステップ３０５）。
【００５３】
（７）上記（６）で、データベースの運用管理の終了指示を受け取った場合は全体の処理を終了し、受け取っていない場合は上記（４）に戻る。
【００５４】
ここで、ステップ３０１は、データベース運用管理情報登録プログラム２０１０が行う。データベース運用管理情報登録プログラム２０１０の処理手順は、図４で説明する。ステップ３０３は、データベース運用管理実行プログラム２０１１が行う。データベース運用管理実行プログラム２０１１の処理手順は、図６で説明する。ステップ３０４は、メッセージ送信プログラム２０２０が行う。メッセージ送信プログラム２０２０の処理手順は、図１７で説明する。
【００５５】
図４は、本発明の第一の実施形態におけるデータベース運用管理情報登録プログラム２０１０の処理手順の概略を示すフローチャートである（図３のステップ３０１）。データベース運用管理情報登録プログラムの処理手順は、以下の通りである。
【００５６】
（１）アプリケーション２０８からデータベース運用管理インタフェース１０７を介して入力されたデータベース運用管理情報１０１を読み込む（ステップ４０１）。
【００５７】
（２）データベース運用管理情報をデータベース運用管理情報格納領域１０６に格納する（ステップ４０２）。
【００５８】
図５は、本発明の第一の実施形態におけるデータベース運用管理情報１０１の一例である。本実施形態では、現在の時刻が特定の時刻になったことと、一定の時間が経過したことを運用管理の実行契機とするデータベース運用管理情報１０１を示す。
【００５９】
図５に示したデータベース運用管理情報１０１は、一つ以上の運用管理定義５０１（５０１ａ及び５０１ｂ）から構成される。各運用管理定義は、実行契機フィールド５０２（５０２ａ及び５０２ｂ）実行内容フィールド５０３（５０３ａ及び５０３ｂ）から構成される。
【００６０】
実行契機フィールド５０２の内容は、運用管理を周期的に繰り返し行うか、特定の年月日及び時刻に一回だけ行うかを示す。さらに、周期的に繰り返し行う場合は、運用管理の実行を開始する年月日及び時刻、運用管理を実行する周期間隔、および運用管理の実行を繰り返し行う期限を示す。また、特定の年月日及び時刻に一回だけ行う場合は、運用管理を実行する年月日及び時刻を示す。
【００６１】
実行契機フィールド５０２には、以下の項目が含まれる。
【００６２】
（１）実行開始日時５０４：運用管理の実行を開始する年月日及び時刻を示す。
【００６３】
（２）実行周期５０５：運用管理を一定の周期で繰り返し実行する場合の周期間隔を示す。運用管理を特定の年月日及び時刻に一回だけ行う場合は、実行周期５０５を無期限とする。
【００６４】
（３）有効期限５０６：運用管理の実行を繰り返し行う期限を年月日及び時刻で示す。運用管理の有効期限５０６を無期限とすることもでき、この場合、運用管理の実行を繰り返し行う期限は設定されない。
【００６５】
図５では、（１）実行開始日時、（２）実行周期、および（３）有効期限の三つの項目で、特定の時刻になったことと一定の時間が経過したことを表したが、特定の時刻になったことと一定の時間が経過したことを表現できるならば、他の形式の情報で表現しても良い。
【００６６】
実行内容フィールド５０３は、データベース運用管理ユティリティ群２０１９を使用して行う運用管理の内容および実行指示手順を示す。
【００６７】
例えば、図５のデータベース運用管理情報１０１の運用管理定義１（５０１ａ）は、２００２年４月１日の午後８時００分から、一週間周期で、データベース全体のオフラインバックアップを行うことを表す。この例でのオフラインバックアップの手順は、（１）データベース全体を閉塞し、（２）データベース全体のオフラインバックアップを取得し、（３）その後データベース全体を閉塞解除するという流れに従う。図５の実行内容フィールド５０３は、運用管理の内容と手順を自然言語で記述しているが、シェルスクリプトやバッチファイルなどのスクリプトによって、それらに対応するデータベース運用管理ユティリティのコマンドで記述することもできる。
【００６８】
図５では、本実施形態の説明で必要な情報のみを示しており、この他に情報があっても良いし、運用管理を実行する契機と実行する運用管理の内容を示す情報が取得できるならば、他の形式の情報で表現しても良い。また、図５に示すデータベース運用管理情報１０１は、ディスプレイ２０２及びキーボード２０３を用いて、アプリケーションプログラム２０８を介して対話的に入力することもできる。
【００６９】
図６は、本発明の第一の実施形態におけるデータベース運用管理実行プログラム２０１１の処理手順の概略を示すフローチャートである（図３のステップ３０３）。データベース運用管理実行プログラムの処理手順は、以下の通りである。
【００７０】
（１）データベース運用管理情報１０１を取得済みかを確認する（ステップ６０１）。
【００７１】
（２）上記（１）で取得済みの場合は（４）に、取得済みでない場合は（３）に進む。
【００７２】
（３）データベース運用管理情報格納領域１０６からデータベース運用管理情報１０１を取得する（ステップ６０２）。
【００７３】
（４）システムプログラム２０１２内のシステムクロックから、現在の日付と時刻を取得する（ステップ６０３）。
【００７４】
（５）上記（４）で取得した現在の日付と時刻が、データベース運用管理情報１０１の実行契機フィールド５０２に記載された日付と時刻に一致しているか、もしくは、経過しているかを確認する（ステップ６０４）。
【００７５】
（６）上記（５）で一致もしくは経過している場合は（７）に進み、一致も経過もしていない場合は処理を終了する。
【００７６】
（７）データベース運用管理情報１０１の実行内容フィールド５０３に記載された指示手順に従って、データベース運用管理ユティリティを起動する（ステップ６０５）。
【００７７】
図１７は、本発明の第一の実施形態におけるメッセージ送信プログラム２０２０の処理手順の概略を示すフローチャートである（図３のステップ３０４）。メッセージ送信プログラムの処理手順は、以下の通りである。
【００７８】
（１）データベース運用管理ユティリティから出力された終了ステータスやメッセージなどを受信する（ステップ１７０１）。
【００７９】
（２）受信した終了ステータスやメッセージを、データベース運用管理インタフェース１０７を介してアプリケーション２０８に送信する（ステップ１７０２）。
【００８０】
メッセージ送信プログラム２０２０によって情報を交換することによって、データベース運用管理ユティリティとアプリケーション２０８とが連携して、データベースの運用管理を行うことができる。
【００８１】
以上説明したように、本実施形態のデータベース運用管理方法によれば、アプリケーションやミドルウェアから、現在の時刻が特定の時刻になったことと一定の時間が経過したことを実行契機とするデータベース運用管理情報をＤＢＭＳに登録し、ＤＢＭＳがデータベース運用管理情報に従ってデータベースの運用管理を行うことによって、特定の日時や一定周期で繰り返し行う再編成やバックアップなどのデータベースの運用管理を、アプリケーションやミドルウェアのユーザがＤＢＭＳを直接意識しないで行うことができる。
【００８２】
また、実行契機の経過や、データベース運用管理ユティリティからアプリケーションへのメッセージなどのデータベース運用管理の実行状況は、アプリケーションを介してディスプレイ２０２に表示され、アプリケーションを介して、データベース運用管理に関する指示をキーボード２０３によって入力できる。
（実施形態２）
以下に本発明の第二の実施形態について説明する。第二の実施形態は、第一の実施形態におけるデータベース運用管理情報の実行契機を、ＤＢＭＳに含まれる問い合わせ処理プログラムから出力された特定のアラート（警告）を受信したことを実行契機とするように変更した実施形態である。
【００８３】
図７は、本発明の第二の実施形態におけるシステム構成図である。
【００８４】
図７に示す本実施形態のデータベース運用管理方法を実施する計算機システムの構成は、図２に示した構成とほとんど同一である。
【００８５】
データベース管理システムプログラム２０９は、図２に示すプログラムの他に、問い合わせ処理プログラム７０１を有する。問い合わせ処理プログラム７０１は、アプリケーションプログラム２０８やデータベース運用管理ユティリティ群２０１９からのデータベースの問い合わせ要求を受け付け、その処理の結果を要求元に返すプログラムである。ここで、データベース運用管理ユティリティと問い合わせ処理プログラムは、一般的なＤＢＭＳが有するユティリティやプログラムと同様である。
【００８６】
本発明の第二の実施形態におけるデータベースの運用管理を実行する手順の概略を示すフローチャートは、図３で説明した第一の実施形態のフローチャートと同様である。
【００８７】
本発明の第二の実施形態におけるデータベース運用管理情報登録プログラム２０１０の処理手順の概略を示すフローチャートは、図４で説明した第一の実施形態のフローチャートと同様である。
【００８８】
図８は、本発明の第二の実施形態におけるデータベース運用管理情報１０１の一例である。
【００８９】
本実施形態のデータベース運用管理情報では、問い合わせ処理プログラム７０１が出力した特定のアラートを受信したことを運用管理の実行契機とする。ここで、アラートとは、問い合わせ処理プログラムからデータベース運用管理実行プログラムへの、データベースの内部で発生している障害に関する通知である。データベースの内部で発生する障害としては、具体的には、データベース格納領域の不足、データベースの格納効率や検索効率の低下などである。一般的に、このような障害の発生を通知するアラートの出力を契機として、データベース格納領域の拡張、データベースの再編成や、データベースバッファ領域サイズなどの各種パラメータのチューニングを行うことができる。
【００９０】
図８に示したデータベース運用管理情報１０１は、一つ以上の運用管理定義８０１から構成される。各運用管理定義８０１は、実行契機フィールド８０２と実行内容フィールド８０３から構成される。
【００９１】
実行契機フィールド８０２の内容は、受信を待つアラート８０４を示す。データベース運用管理実行プログラムは、データベース運用管理情報１０１の実行契機フィールド８０２に記載されたアラート８０４を受信した時点で、データベースの運用管理を実行指示する。実行契機フィールド８０２には、問い合わせ処理プログラムから出力されるアラート番号とアラートの内容など、アラートを一意に識別するための情報が含まれる。
【００９２】
図８では、アラート番号とアラートの内容を用いてアラートを識別しているが、アラートを一意に識別できるならば、他の形式の情報で表現しても良い。
【００９３】
なお、図８の実行契機フィールド８０２には、実行契機とするアラートが一つだけ記載されているが、複数の異なるアラートのいずれかを受信した時に運用管理を実行指示する場合や、記載された全てのアラートするまで待ち、全てのアラートを受信した時点で運用管理を実行指示する場合は、それぞれ、複数のアラートを論理和（ＯＲ）演算子、あるいは論理積（ＡＮＤ）演算子で結んで、実行契機フィールド８０２に指定することもできる。
【００９４】
実行内容フィールド８０３は、データベース運用管理ユティリティ群２０１９を使用して行う運用管理の内容および実行指示手順を示す。
【００９５】
例えば、図８のデータベース運用管理情報１０１の運用管理定義８０１は、問い合わせ処理プログラムから出力されたアラート番号１２３００  「データベース格納領域Ａ２は、総セグメント数に対する使用済みセグメント数の比率が８０％を超えました。」のアラートを、データベース運用管理情報実行処理プログラムが受信した時点で、データベース格納領域Ａ２の領域サイズの拡張処理を行うことを表す。
【００９６】
図８の実行内容フィールド８０３は、運用管理の内容を自然言語で記述しているが、シェルスクリプトやバッチファイルなどのスクリプトによって、それに対応するデータベース運用管理ユティリティのコマンドで記述することもできる。
【００９７】
図８では、本実施形態の説明で必要な情報のみを示しており、この他に情報があっても良いし、運用管理を実行する契機と実行する運用管理の内容を示す情報が取得できるならば、他の形式の情報で表現しても良い。
【００９８】
図９は、第二の実施形態におけるデータベース運用管理実行プログラム２０１１の処理手順の概略を示すフローチャートである。データベース運用管理実行プログラム２０１１の処理手順は、以下の通りである。
【００９９】
（１）データベース運用管理情報１０１の取得の処理は図６と同様である（ステップ６０１、６０２）。
【０１００】
（２）アラートが、問い合わせ処理プログラム７０１からデータベース運用管理実行プログラムに到着しているかどうかを確認する（ステップ９０１）。
【０１０１】
（３）問い合わせ処理プログラムからアラートが到着しており、かつ、到着したアラートがデータベース運用管理情報１０１の実行契機フィールド８０２に記載されたアラートと一致しているかを確認する（ステップ９０２）。
【０１０２】
（４）上記（３）で、到着かつ一致している場合は（５）に進み、到着していないか、到着しているが一致していない場合は処理を終了する。
【０１０３】
（５）データベース運用管理情報１０１の実行内容フィールド８０３に記載された指示手順に従って、データベース運用管理ユティリティを起動する（ステップ６０５）。
【０１０４】
本発明の第二の実施形態におけるメッセージ送信プログラム２０２０の処理手順の概略を示すフローチャートは、図１７で説明した第一の実施形態のフローチャートと同様である。
【０１０５】
以上説明したように、本実施形態のデータベース運用管理方法によれば、アプリケーションやミドルウェアから、問い合わせ処理プログラムからのアラートを受信したことを実行契機とするデータベース運用管理情報をＤＢＭＳに登録し、ＤＢＭＳがデータベース運用管理情報に従ってデータベースの運用管理を行うことによって、データベース内部で発生した問題に関するアラートを受けて行うデータベースの運用管理を、アプリケーションやミドルウェアのユーザがＤＢＭＳを直接意識しないで行うことができる。
（実施形態３）
以下に本発明の第三の実施形態について説明する。第三の実施形態は、第一の実施形態におけるデータベース運用管理情報の実行契機を、システムやデータベースの内部情報に対する特定の条件が成立したことを実行契機とするように変更した実施形態である。
【０１０６】
図１０は、本発明の第三の実施形態におけるシステム構成図である。
【０１０７】
図１０に示す本実施形態のデータベース運用管理方法を実施する計算機システムの構成は、図２に示した構成とほとんど同一である。
【０１０８】
主メモリ２０６中には、図２に示すプログラムの他に、システム状態情報取得プログラム１００２が保持される。
【０１０９】
データベース運用管理ユティリティ群２０１９は、データベースやトランザクションログのバックアップ、データベースの再編成、データベース格納領域の拡張、及びデータベース内部の状態解析などの運用管理を実行するプログラムの集まりである。データベース運用管理ユティリティ群２０１９は、データベース状態解析ユティリティ１００１を有する。
【０１１０】
データベース状態解析ユティリティ１００１は、データベース格納領域２０１４の使用領域サイズと空き領域サイズやデータベース格納領域２０１４に格納されたデータの格納効率など、データベースの内部の情報を収集し、その結果を他のプログラムに報告するプログラムである。
【０１１１】
ここで、データベース運用管理ユティリティ、及びデータベース状態解析ユティリティ１００１は、一般的なＤＢＭＳが有するユティリティと同様である。
【０１１２】
システム状態情報取得プログラム１００２は、計算機システム中のＣＰＵ２０１の使用率や磁気ディスク装置２０７のＩ／Ｏ率など、システムの内部の状態を取得し、その結果を他のプログラムに報告するプログラムである。
【０１１３】
本発明の第三の実施形態におけるデータベースの運用管理を実行する手順の概略を示すフローチャートは、図３で説明した第一の実施形態のフローチャートと同様である。
【０１１４】
本発明の第三の実施形態におけるデータベース運用管理情報登録プログラム２０１０の処理手順の概略を示すフローチャートは、図４で説明した第一の実施形態のフローチャートと同様である。
【０１１５】
図１１は、本発明の第三の実施形態におけるデータベース運用管理情報１０１の一例である。
【０１１６】
本実施形態のデータベース運用管理情報では、システムやデータベースの内部情報に対して特定の条件が成立したことを、運用管理の実行契機とする。ここで、システムの内部情報とは、ＣＰＵ稼働率、ディスクＩ／Ｏ比率や、ネットワーク稼働率などのシステムの状態情報、統計情報、及び稼動情報を表す。また、データベースの内部情報とは、データベース格納領域の使用率、データの格納順序連続率や、データベースキャッシュにおけるページヒット率などのデータベースの状態情報、統計情報、及び稼動情報を表す。
【０１１７】
一般的に、システムやデータベースの内部情報に対して、予め閾値を設定しておき、それらの内部情報の値が閾値を超えた、もしくは下回ったなどの判定条件を満たした場合に、再編成やチューニングなどのデータベースの性能を向上させることを目的とした運用管理を実行することができる。
【０１１８】
図１１に示したデータベース運用管理情報１０１は、一つ以上の運用管理定義１１０１から構成される。運用管理定義１１０１は、実行契機フィールド１１０２と、実行内容フィールド１１０３から構成される。
【０１１９】
実行契機フィールド１１０２は、システムやデータベースの内部情報に対する判定条件を表す。データベース運用管理実行プログラムは、ＯＳの状態情報収集コマンドや、ＤＢＭＳの状態解析ユティリティなどを用いて、システムやデータベースの内部情報を取得し、判定条件を評価することで、運用管理の実行契機を判断する。
【０１２０】
実行契機フィールド１１０２には、（１）パラメータ１１０４、（２）閾値１１０５、及び（３）比較条件１１０６の３つの項目が含まれる。
【０１２１】
（１）パラメータ１１０４は、閾値１１０５との比較による条件判定を行うシステムやデータベースの内部情報を示す。（２）閾値１１０５は、（１）で記載したパラメータに対する閾値を示す。（３）比較条件１１０６は、（１）パラメータと（２）閾値との値の比較による判定条件を示す。
【０１２２】
図１１では、システムやデータベースの内部情報に対する判定条件を、（１）パラメータ、（２）閾値、及び（３）比較条件の三つに分けて記述したが、運用管理の実行契機として、システムやデータベースの内部情報に対する判定条件を表現できるならば、他の形式の情報で表現しても良い。
【０１２３】
なお、図１１の実行契機フィールド１１０２には、実行契機とする判定条件が一つだけ記載されているが、複数の判定条件のいずれかが成立した時に運用管理を実行指示する場合や、全ての判定条件が成立した時に運用管理を実行指示する場合は、複数の判定条件を論理和（ＯＲ）演算子や論理積（ＡＮＤ）演算子で結んで、実行契機フィールド１１０２に記載することもできる。
【０１２４】
実行内容フィールド１１０３は、データベース運用管理ユティリティ群２０１９を使用して行う運用管理の内容および実行指示手順を示す。
【０１２５】
例えば、図１１のデータベース運用管理情報１０１の運用管理定義１（１１０１）は、データベース格納領域Ａ３の総セグメント数に対する使用済みセグメント数の比率（使用セグメント比率）が閾値である９０％を超えたという実行条件が満たされた時点で、データベース格納領域Ａ３に含まれる全てのテーブルの再編成を行うことを表す。この例でのデータベースの再編成の手順は、（１）データベース格納領域Ａ３を閉塞し、（２）データベース格納領域Ａ３に含まれる全てのテーブルの再編成を行い、（３）データベース格納領域Ａ３の閉塞を解除するという流れに従う。図１１の実行内容フィールド１１０３は、運用管理の内容と手順を自然言語で記述しているが、実際には、シェルスクリプトやバッチファイルなどのスクリプトによって、それらに対応するデータベース運用管理ユティリティのコマンドを記述する。
【０１２６】
図１１では、本実施形態の説明で必要な情報のみを示しており、この他に情報があっても良いし、運用管理を実行する契機と実行する運用管理の内容を示す情報が取得できるならば、他の形式の情報で表現しても良い。
【０１２７】
図１２は、本発明の第三の実施形態におけるデータベース運用管理実行プログラム２０１１の処理手順の概略を示すフローチャートである。データベース運用管理実行プログラム２０１１の処理手順は、以下の通りである。
【０１２８】
（１）データベース運用管理情報１０１の取得の処理は図６と同様である（ステップ６０１、６０２）。
【０１２９】
（２）データベース状態解析ユティリティ１００１やシステム状態情報取得プログラム１００２など、システムやデータベースの内部情報を取得するプログラムを呼出して、システムやデータベースの内部情報を取得する（ステップ１２０１）。
【０１３０】
（３）取得したシステムやデータベースの内部情報が、データベース運用管理情報１０１の実行契機フィールド１１０２に記載された判定条件を満たしているかどうかを確認する（ステップ１２０２）。
【０１３１】
（４）上記（３）で、条件を満たしている場合は（５）に進み、条件を満たしていない場合は処理を終了する。
【０１３２】
（５）データベース運用管理情報１０１の実行内容フィールド１１０３に記載された指示手順に従って、データベース運用管理ユティリティを起動する（ステップ６０５）。
【０１３３】
本発明の第三の実施形態におけるメッセージ送信プログラム２０２０の処理手順の概略を示すフローチャートは、図１７で説明した第一の実施形態のフローチャートと同様である。
【０１３４】
以上説明したように、本実施形態のデータベース運用管理方法によれば、アプリケーションやミドルウェアから、システムやデータベースの内部情報に対する判定条件が成立したことを実行契機とするデータベース運用管理情報を登録し、ＤＢＭＳがデータベース運用管理情報に従ってデータベースの運用管理を行うことによって、システムやデータベースの内部情報に関する判定条件が満たされた時に行うデータベースの運用管理を、アプリケーションやミドルウェアのユーザがＤＢＭＳを直接意識しないで行うことができる。
（実施形態４）
以下に本発明の第四の実施形態について説明する。第四の実施形態は、第一の実施形態におけるデータベース運用管理情報の実行契機を、特定の時刻になったことと一定の時間が経過したこと、問い合わせ処理プログラムが出力した特定のアラートを受信したこと、及びシステムやデータベースの内部情報に対する特定の条件が成立したことの３つの事象を組み合わせた事象を実行契機とするように変更した実施形態である。
【０１３５】
図１３は、本発明の第四の実施形態におけるシステム構成図である。
【０１３６】
図１３に示す本実施形態のデータベース運用管理方法を実施する計算機システムの構成は、図２に示した構成とほとんど同一である。
【０１３７】
主メモリ２０６中には、図２に示すプログラムの他に、データベース管理システムプログラム２０９が保持される。
【０１３８】
データベース管理システムプログラム２０９は、図２に示すプログラムの他に、問い合わせ処理プログラム７０１を有する。
【０１３９】
データベース運用管理ユティリティ群２０１９は、データベースやトランザクションログのバックアップ、データベースの最編成、データベース格納領域の拡張、及びデータベース内部の状態解析などの運用管理を実行するプログラムの集まりである。データベース運用管理ユティリティ群２０１９は、データベース状態解析ユティリティ１００１を有する。
【０１４０】
データベース状態解析ユティリティ１００１は、データベース格納領域２０１４の使用領域サイズと空き領域サイズやデータベース格納領域２０１４に格納されたデータの格納効率など、データベースの内部の情報を収集し、その結果を他のプログラムに報告するプログラムである。
【０１４１】
問い合わせ処理プログラム７０１は、アプリケーションプログラム２０８やデータベース運用管理ユティリティ群２０１９からのデータベースの問い合わせ要求を受け付け、その処理の結果を要求元に返すプログラムである。
【０１４２】
ここで、データベース運用管理ユティリティ、データベース状態解析ユティリティ１００１、及び問い合わせ処理プログラム７０１は、一般的なＤＢＭＳが有するユティリティやプログラムと同様である。
【０１４３】
システム状態情報取得プログラム１００２は、計算機システム中のＣＰＵ２０１の使用率や磁気ディスク装置２０７のＩ／Ｏ率など、システムの内部の状態を取得し、その結果を他のプログラムに報告するプログラムである。
【０１４４】
本発明の第四の実施形態におけるデータベースの運用管理を実行する手順の概略を示すフローチャートは、図３で説明した第一の実施形態のフローチャートと同様である。
【０１４５】
本発明の第四の実施形態におけるデータベース運用管理情報登録プログラム２０１０の処理手順の概略を示すフローチャートは、図４で説明した第一の実施形態のフローチャートと同様である。
【０１４６】
図１４は、本発明の第四の実施形態におけるデータベース運用管理情報１０１の一例である。
【０１４７】
本実施形態のデータベース運用管理情報では、特定の時刻になったことと一定の時間が経過したこと、問い合わせ処理プログラムが出力した特定のアラートを受信したこと、及びシステムやデータベースの内部情報に対する特定の条件が成立したことの３つの事象を組み合わせた事象を、運用管理の実行契機とする。
【０１４８】
具体的には、本実施形態では、問い合わせ処理プログラムから出力された特定のアラートを受信し、その後、特定の時刻になった時点でデータベースの内部情報に対する特定の条件が成立していた場合に、運用管理を実行するという内容を記載したデータベース運用管理情報について説明する。このようなデータベース運用管理情報は、日中の業務時間帯にのみ処理を行い、夜間などの業務時間帯外には処理を行わないアプリケーションで使用されるＤＢＭＳにおいて、業務時間帯に問い合わせ処理プログラムが特定のアラートを出力した場合、その日の業務終了時間後に、必要に応じてアラートの出力によって促される運用管理を行う場合に使用できる。
【０１４９】
図１４に示したデータベース運用管理情報１０１は、一つ以上の運用管理定義１４０１から構成される。各運用管理定義１４０１は、実行契機フィールド１４０２と、実行内容フィールド１４０３から構成される。
【０１５０】
実行契機フィールド１４０２の内容は、運用管理の実行契機とするアラートの情報、時刻の情報、および、判定条件の情報を表す。実行契機フィールド１４０２には、（１）アラート１４０４、（２）時刻１４０５、及び（３）判定条件１４０６の３つの項目が含まれる。
【０１５１】
（１）アラート１４０４は、問い合わせ処理プログラムからの到着を待つアラートの番号と内容を示す。（２）時刻１４０５は、運用管理の実行指示を行う時刻を特定するための情報を示す。時刻の項目１４０５は、実行開始日時５０４、実行周期５０４、及び有効期限５０４を副項目として含む。（３）判定条件１４０６は、データベースの内部情報とそれに対して設定した閾値との比較による判定条件を示す。判定条件の項目１４０６は、パラメータ１１０４、閾値１１０５、及び比較条件１１０６を副項目として含む。
【０１５２】
実行内容フィールド１４０３は、データベース運用管理ユティリティ群２０１９を使用して行う運用管理の内容および実行指示手順を示す。
【０１５３】
例えば、図１４のデータベース運用管理情報１０１の運用管理定義１４０１は、アラート番号００２１２「テーブルＴ２内に未使用のセグメントが無くなりました。テーブルＴ２を再編成して下さい。」  のアラートを受信し、時刻が２１時００分を経過し、かつ、「データベース格納領域の使用済みセグメント数が９０％よりも大きい」という条件が成立した場合に、テーブルＴ２の再編成を行うことを示す。言い換えると、再編成を促すアラート（アラート番号：００２１２）を受信した場合、その日の２１時００分に、再編成の実行が必要か否かを判定するためのデータベース内部情報に対する条件判定を行う。条件判定の結果、再編成が必要な場合は再編成を実行指示し、再編成が必要ない場合は再編成を実行指示しない。図１４の実行内容フィールド１４０３は、運用管理の内容と手順を自然言語で記述しているが、実際には、シェルスクリプトやバッチファイルなどのスクリプトによって、それらに対応するデータベース運用管理ユティリティのコマンドを記述する。
【０１５４】
図１４では、アラートの受信、時刻を経過、及び判定条件の成立という３つの事象の全てが満たされたことを実行契機としたが、これら３つの事象のいずれかが満たされたことを実行契機とするなど、異なる組み合わせを実行契機としても良い。また、時刻の経過と判定条件の成立のみを組み合わせるなど、部分的な組み合わせを実行契機としても良い。
【０１５５】
図１４では、本実施形態の説明で必要な情報のみを示しており、この他に情報があっても良いし、運用管理を実行する契機と実行する運用管理の内容を示す情報が取得できるならば、他の形式の情報で表現しても良い。
【０１５６】
図１５は、本発明の第四の実施形態におけるデータベース運用管理実行プログラム２０１１の処理手順の概略を示すフローチャートである。データベース運用管理実行プログラム２０１１の処理手順は、以下の通りである。
【０１５７】
（１）データベース運用管理情報１０１の取得の処理は図６と同様である（ステップ６０１、６０２）。
【０１５８】
（２）アラート受信フラグにＦＡＬＳＥを設定する（ステップ１５０１）。
【０１５９】
（３）アラートが、問い合わせ処理プログラム７０１からデータベース運用管理実行プログラムに到着しているかどうかを確認する（ステップ９０１）。
【０１６０】
（４）問い合わせ処理プログラムからアラートが到着しており、かつ、到着したアラートがデータベース運用管理情報１０１の実行契機フィールド１４０２に記載されたアラートと一致しているかを確認する
（ステップ９０２）。
【０１６１】
（５）上記（４）で、アラートが到着かつ一致している場合は（６）に進み、アラートが到着していないか、到着しているが一致していない場合は処理を終了する。
【０１６２】
（６）アラート受信フラグをＴＲＵＥに設定する（ステップ１５０２）。
【０１６３】
（７）システムプログラム２０１２内のシステムクロックから、現在の日付と時刻を取得する（ステップ６０３）。
【０１６４】
（８）上記（７）で取得した現在の日付と時刻が、データベース運用管理情報１０１の実行契機フィールド１４０２に記載された日付と時刻に一致しているか、もしくは、経過しているかを確認する（ステップ６０４）。
【０１６５】
（９）上記（８）で一致もしくは経過している場合は（１０）に進み、一致も経過もしていない場合は処理を終了する。
【０１６６】
（１０）データベース状態解析ユティリティ１７０１やシステム状態情報取得プログラム１７０２など、システムやデータベースの内部情報を取得するプログラムを呼出して、システムやデータベースの内部情報を取得する（ステップ１００１）。
【０１６７】
（１１）取得したシステムやデータベースの内部情報が、データベース運用管理情報１０１の実行契機フィールド９０２に記載された判定条件を満たしているかどうかを確認する（ステップ１２０２）。
【０１６８】
（１２）上記（１１）で、内部情報が条件を満たしている場合は（１３）に進み、条件を満たしていない場合は処理を終了する。
【０１６９】
（１３）データベース運用管理情報１０１の実行内容フィールド１４０３に記載された指示手順に従って、データベース運用管理ユティリティを起動する（ステップ６０５）。
【０１７０】
（１４）アラート受信フラグをＦＡＬＳＥに設定する（ステップ１５０３）。
【０１７１】
本発明の第四の実施形態におけるメッセージ送信プログラム２０２０の処理手順の概略を示すフローチャートは、図１７で説明した第一の実施形態のフローチャートと同様である。
【０１７２】
以上説明したように、本実施形態のデータベース運用管理方法によれば、アプリケーションやミドルウェアから、問い合わせ処理プログラムから出力されたアラートの受信、特定の時刻もしくは時間の経過、及びシステムやデータベースの内部情報に対する判定条件の成立を組み合わせて指定した事象の発生を実行契機とするデータベース運用管理情報をＤＢＭＳに登録し、ＤＢＭＳがデータベース運用管理情報に従ってデータベースの運用管理を行う。これによって、システムやデータベースの内部情報に関する判定条件が満たされた時に行うデータベースの運用管理を、アプリケーションやミドルウェアのユーザがＤＢＭＳを直接意識しないで行うことができる。
【０１７３】
【発明の効果】
本発明によれば、アプリケーションやミドルウェアの要件に従って、ＤＢＭＳで行うデータベースの運用管理の実行内容と、特定の時刻と時間の経過、問い合わせ処理プログラムから出力されたアラートの受信、システムやデータベースの内部情報に対する判定条件の成立、もしくは、これらを組み合わせた事象によって表される実行契機とを記述したデータベース運用管理情報を、アプリケーションやミドルウェアからＤＢＭＳに登録することによって、ＤＢＭＳを直接意識せずにデータベースの運用管理を行うことができる。
【０１７４】
また、ユーザがＤＢＭＳを直接意識しないで運用管理できるようになることの副次的な効果として、データベースの運用管理を行う役割を担ったユーザであるデータベース管理者の介在なしで、データベースの運用管理を行うことができる。
【０１７５】
さらに、データベース管理者の介在なしで、データベースを運用管理することができるので、データベースの運用管理に掛かる人件費などの費用を削減することができ、データベースの運用管理に必要なコストを少なくできる。
【図面の簡単な説明】
【図１】本発明におけるデータベースの運用管理方法の原理を示す。
【図２】第一の実施形態におけるシステム構成を示す。
【図３】第一の実施形態におけるデータベースの運用管理を実行する手順を示したフローチャートである。
【図４】第一の実施形態におけるデータベース運用管理情報登録プログラムのフローチャートである。
【図５】第一の実施形態におけるデータベース運用管理情報の一例を示す。
【図６】第一の実施形態におけるデータベース運用管理実行プログラムのフローチャートである。
【図７】第二の実施形態におけるシステム構成を示す。
【図８】第二の実施形態におけるデータベース運用管理情報の一例を示す。
【図９】第二の実施形態におけるデータベース運用管理実行プログラムのフローチャートである。
【図１０】第三の実施形態におけるシステム構成を示す。
【図１１】第三の実施形態におけるデータベース運用管理情報の一例を示す。
【図１２】第三の実施形態におけるデータベース運用管理実行プログラムのフローチャートである。
【図１３】第四の実施形態におけるシステム構成を示す。
【図１４】第四の実施形態におけるデータベース運用管理情報の一例を示す。
【図１５】第四の実施形態におけるデータベース運用管理実行プログラムのフローチャートである。
【図１６】従来技術におけるアプリケーションとＤＢＭＳの関係を示す。
【図１７】第一の実施形態におけるメッセージ送信プログラムの処理手順の概略を示す。
【符号の説明】
１０１：データベース運用管理情報、１０２：データベース運用管理実行処理、１０３：データベース運用管理ユティリティ、１０４：ＤＢＭＳ、１０５：アプリケーション、１０６：データベース運用管理情報格納領域、２０１：中央処理装置、２０２：ディスプレイ、２０３：キーボード、２０４：可搬型媒体用ドライブ、２０５：通信制御装置、２０６：主メモリ、２０７：磁気ディスク装置、２０８：システムバス、２０９：データベース管理システムプログラム
【図１】
2004178035.tif 000003
【図２】
2004178035.tif 000004
【図３】
2004178035.tif 000005
【図４】
2004178035.tif 000006
【図５】
2004178035.tif 000007
【図６】
2004178035.tif 000008
【図７】
2004178035.tif 000009
【図８】
2004178035.tif 000010
【図９】
2004178035.tif 000011
【図１０】
2004178035.tif 000012
【図１１】
2004178035.tif 000013
【図１２】
2004178035.tif 000014
【図１３】
2004178035.tif 000015
【図１４】
2004178035.tif 000016
【図１５】
2004178035.tif 000017
【図１６】
2004178035.tif 000018
【図１７】
2004178035.tif 000019