JP3947007B2 - 処理スケジュール設計プログラム及び方法並びに装置 - Google Patents
処理スケジュール設計プログラム及び方法並びに装置 Download PDFInfo
- Publication number
- JP3947007B2 JP3947007B2 JP2002000812A JP2002000812A JP3947007B2 JP 3947007 B2 JP3947007 B2 JP 3947007B2 JP 2002000812 A JP2002000812 A JP 2002000812A JP 2002000812 A JP2002000812 A JP 2002000812A JP 3947007 B2 JP3947007 B2 JP 3947007B2
- Authority
- JP
- Japan
- Prior art keywords
- access
- backup
- schedule
- processing
- indicating
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、データベースサーバで実行されるバッチジョブの実行スケジュールの設計を支援する処理スケジュール設計プログラム及び方法並びに装置に関する。
【０００２】
【従来の技術】
バッチジョブとは、業務処理を実行するシェルスクリプト、コマンド、実行プログラム、ワークユニットなどである。
【０００３】
図１１は、一般的なバッチジョブの実行スケジュールを例示するブロック図である。
【０００４】
ジョブネットＮ１〜Ｎ５は、起動順序を指定したバッチジョブの集まりである。ジョブネットＮ１〜Ｎ５は、それぞれジョブネットＩＤ「NET1」〜「NET5」で指定される。
【０００５】
バッチジョブＪ１〜Ｊ８は、データベースに記録されているテーブルＴ１〜Ｔ３に対して例えば追加「C」、更新「U」、参照「R」、削除「D」などのデータアクセスを行う。
【０００６】
バッチジョブＪ１〜Ｊ８は、バッチジョブＩＤ「JOB1」〜「JOB8」で指定され、テーブルＴ１〜Ｔ３は、テーブルＩＤ「TAB1」〜「TAB3」で指定される。
【０００７】
バックアップ処理を含む事前処理（事前ジョブ）Ｈ１〜Ｈ５は、それぞれジョブネットＮ１〜Ｎ５の先頭で実行される処理である。この事前処理Ｈ１〜Ｈ５は、それぞれジョブネットＮ１〜Ｎ５でアクセスされるテーブルを事前にバックアップ（以下、「論理バックアップ」という）する。
【０００８】
リカバリ処理（リカバリジョブ）Ｒ１は、バッチジョブＪ１に障害が発生した場合、オペレータによって不具合の対処がなされた後、障害の発生したバッチジョブＪ１を含んでいるジョブネットＮ１においてアクセスされるテーブルＴ１、Ｔ２を復元し、ジョブネットＮ１をリランする。なお、ここでは図示していないが、バッチジョブＪ２〜Ｊ８についてもそれぞれ同様の動作を行うリカバリ処理が割り当てられている。
【０００９】
バッチジョブＪ１〜Ｊ８やジョブネットＮ１〜Ｎ５の起動は、例えば予め設定したスケジュールにしたがって自動で行われる。例えば、日付、時刻、ファイル転送、待ち合わせ、先行ジョブの終了、一定時間経過などがバッチジョブＪ１〜Ｊ８、ジョブネットＮ１〜Ｎ５の起動トリガとされる。
【００１０】
【発明が解決しようとする課題】
バッチジョブの障害対策のためのバックアップ処理、リカバリ処理は、一般的に各バッチジョブ開発者によって個別に開発され、システム全体で統一されていない。
【００１１】
このような場合、夜間バッチジョブ・スケジュールにしたがって並列に実行される複数のバッチジョブが同一のデータをバックアップするなど、冗長な動作が発生するという問題がある。
【００１２】
また、個々のバッチジョブ開発者がバッチジョブ毎にバックアップ処理及びリカバリ処理を開発すると、同様の動作を行うバックアップ処理又はリカバリ処理の開発作業が重複し、開発工数が増加する場合がある。
【００１３】
本発明は、以上のような実情に鑑みてなされたもので、バックアップ処理及びリカバリ処理をシステム全体で統一し、システム全体で最適化した実行スケジュールを求めるための処理スケジュール設計プログラム及び方法並びに装置を提供することを目的とする。
【００１４】
【課題を解決するための手段】
本発明を実現するにあたって講じた具体的手段について以下に説明する。
【００１５】
本発明は、コンピュータに、スケジュール設計対象の処理を示す処理ＩＤとその処理で実行されるアクセスのアクセス種別とを関連付けたアクセス情報と、アクセス種別とそのアクセス種別に応じたバックアップ処理を示すバックアップ処理ＩＤとを関連付けた規則情報とを参照する参照機能と、参照されたアクセス情報と規則情報とに基づいて、スケジュール設計対象の処理を示す処理ＩＤに対するバックアップ処理ＩＤを選択する選択機能とを実現させるための処理スケジュール設計プログラムである。
【００１６】
本発明においては、共用可能なバックアップ処理を先に開発しておき、このバックアップ処理を示すバックアップ処理ＩＤをアクセス種別に関連付けて規則情報に含めることにより、個々の処理の開発とともにバックアップ処理を開発する必要がなくバックアップ処理の開発工数を減少させることができる。
【００１７】
また、規則情報に応じて各処理ＩＤに対するバックアップ処理ＩＤを選択することで、システム全体でバックアップ処理の適用を統一することができ、運用管理を効率化できる。
【００１８】
なお、本発明において、アクセス情報は、スケジュール設計対象の処理を示す処理ＩＤとこの処理で実行されるアクセスのアクセス先を示すアクセス先ＩＤとアクセス種別とを関連付けた情報であり、規則情報は、所定の関係を持つ複数のバックアップ処理ＩＤと統合後のバックアップ処理ＩＤとを関連付けた情報を含み、選択機能は、アクセス情報と規則情報とに基づいて、スケジュール設計対象の処理を示す処理ＩＤに対するバックアップ処理ＩＤを選択し、選択されたバックアップ処理ＩＤの中に所定の関係を持つバックアップ処理ＩＤがありかつ関連するアクセス先ＩＤが同一の場合に、所定の関係を持つバックアップ処理ＩＤに代えて関連する統合後のバックアップ処理ＩＤを選択するとしてもよい。
【００１９】
これにより、バックアップ処理の重複を統合し、システム全体で最適化したバックアップ処理の実行スケジュールを得ることができ、処理の実行時間を短縮できる。
【００２０】
また、本発明において、アクセス情報は、スケジュール設計対象の処理に対する先行処理を示す先行処理ＩＤとスケジュール設計対象の処理を示す処理ＩＤとアクセス種別とアクセス先ＩＤとを関連付けた情報であり、選択機能は、アクセス情報と規則情報とに基づいて、スケジュール設計対象の各処理を示す各処理ＩＤに対するバックアップ処理ＩＤを選択した後、スケジュール設計対象の各処理を示す各処理ＩＤに対して選択されたバックアップ処理ＩＤに所定の関係を持つバックアップ処理ＩＤがありかつ関連するアクセス先ＩＤが同一でありかつ関連する先行処理ＩＤが同一の場合に、所定の関係を持つバックアップ処理ＩＤに代えて関連する統合後のバックアップ処理ＩＤを選択するとしてもよい。
【００２１】
これにより、例えば並列に実行される処理間でバックアップ処理を統合し、処理の実行スケジュールを最適化でき、一層処理の実行時間を短縮できる。
【００２２】
また、本発明において、選択機能は、リカバリポイントから次のリカバリポイントまでの範囲でバックアップ処理ＩＤが所定の関係を持つか否かを判定するとしてもよい。
【００２３】
これにより、リカバリポイントから次のリカバリポイントまでの間で、同じ役割を果たすバックアップ処理を省略し、統合できる。
【００２４】
また、本発明において、アクセス情報は、スケジュール設計対象の処理で実行されるアクセス毎に、アクセス件数を含んでいるとしてもよい。そして、コンピュータに、スケジュール設計対象の処理で実行されるアクセスについて設定されている所定件数当たりのアクセス時間とアクセス情報に含まれているアクセス件数とに基づいて、スケジュール設計対象の処理の処理時間を算出し、スケジュール設計対象の処理を示す処理ＩＤに対して選択されたバックアップ処理ＩＤの示すバックアップ処理の所定件数当たりのアクセス時間とアクセス先のデータ量とに基づいて、スケジュール設計対象の処理に対応するバックアップ処理の処理時間を算出する処理時間算出機能を実現させるとしてもよい。
【００２５】
これにより、処理とバックアップ処理との双方を考慮した処理時間を求めることができ、処理の実行スケジュールの設計に役立てることができる。
【００２６】
また、コンピュータに、処理時間算出機能によって求められた処理時間に基づいて、スケジュール設計対象の処理とこの処理に対応するバックアップ処理とに関するスケジュール情報を生成するスケジュール生成機能を実現させるとしてもよい。
【００２７】
これにより、設計者は、処理の実行スケジュールを容易に把握できる。
【００２８】
また、本発明において、スケジュール設計対象の処理には、例えばジョブ又は少なくとも一つのジョブを含むジョブネットなどがある。
【００２９】
本発明は、コンピュータにより、処理の実行スケジュールの設計を支援する方法を実施するために利用される。
【００３０】
本発明の処理スケジュール設計プログラム又はこのプログラムを記録した記録媒体を用いることによって、コンピュータ、コンピュータシステム、サーバ、クライアントに対して、簡単に上記機能を付加することができる。
【００３１】
なお、本発明における各機能と同様に動作する手段を処理スケジュール設計装置に備えてもよい。
【００３２】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態について説明する。
【００３３】
（第１の実施の形態）
本実施の形態においては、データベースサーバの夜間バッチジョブ・スケジュールの設計を支援し、バックアップ処理の実行スケジュールを最適化し、バッチジョブ・スケジュールのシミュレーションを行い、データベース運用設計を支援する処理スケジュール設計プログラム及びシステム並びに方法について説明する。
【００３４】
なお、本実施の形態においては、上記図１１に示すバッチジョブＪ１〜Ｊ８及びジョブネットＮ１〜Ｎ５の実行スケジュールを設計する場合を例として説明するが、スケジュール設計対象の処理は、これに限定されない。
【００３５】
図１は、本実施の形態に係る処理スケジュール設計システムの構成の例を示すブロック図である
処理スケジュール設計システム１は、主にスケジュール設計部２、処理時間情報生成部３、シミュレーション部４を具備する。
【００３６】
スケジュール設計部２は、規則情報５ａ〜５ｃとルールＡ〜Ｃを格納する格納部６、参照機能７、選択機能８、バックアップ処理情報９を格納する格納部１０を具備する。
【００３７】
処理時間情報生成部３は、処理時間算出機能１１、性能係数情報１２を格納する格納部１３、処理時間情報１４を格納する格納部１５を具備する。
【００３８】
シミュレーション部４は、スケジュール生成機能１６とスケジュール情報１７を格納する格納部１８とを具備する。
【００３９】
なお、記録媒体１９に記録されている処理スケジュール設計プログラム２０が処理スケジュール設計システム１に読み込まれ、実行されると、処理スケジュール設計システム１上で、参照機能７、選択機能８、処理時間算出機能１１、スケジュール生成機能１６が実現される。
【００４０】
処理スケジュール設計システム１は、システム設計書（システム設計情報）２１を読み込む。
【００４１】
システム設計書２１は、バッチジョブ設計時にバッチジョブの設計者が作成する一連の設計書群から構成される。設計者は、この設計書群を処理スケジュール設計システム１に入力することにより、夜間バッチジョブ・スケジュールのシミュレーションを実行し、処理時間の合計が所定の範囲かなど所定の条件を満たしているか否か確認する。
【００４２】
そして、設計者は、シミュレーションの結果が条件を満たしていないなどのように問題がある場合に、システム設計書２１を改善する。この作業を繰り返すことで、システム設計書２１が最適化される。
【００４３】
システム設計書２１は、主に実行順序情報２２と、アクセス情報２３と、データ容量情報２４とを含む。
【００４４】
実行順序情報２２は、バッチジョブＪ１〜Ｊ８とジョブネットＮ１〜Ｎ５の実行順序を定義した情報である。
【００４５】
表１は、実行順序情報２２の例である。
【００４６】
【表１】
【００４７】
実行順序情報２２は、テーブル形式で各ジョブネットＮ１〜Ｎ５とその各ジョブネットＮ１〜Ｎ５に含まれているバッチジョブＪ１〜Ｊ８の実行順序を管理する。
【００４８】
テーブルの列の項目には、「先行ジョブネットＩＤ」「ジョブネットＩＤ」「ジョブネット名」「バッチジョブＩＤ」がある。
【００４９】
ジョブネットの起動トリガは、テーブル項目「先行ジョブネットＩＤ」の値で表す。先行する特定のジョブネットの終了が起動トリガとなる場合、テーブル項目「先行ジョブネットＩＤ」にその先行のジョブネットを示すジョブネットＩＤが配置される。なお、時間が起動トリガとなる場合には、その実行開始時間がテーブル項目「先行ジョブネットＩＤ」に配置される。
【００５０】
この実行順序情報２２の具体的な情報の関連付け手法について説明する。
【００５１】
テーブル項目「ジョブネットＩＤ」の値には各ジョブネットＮ１〜Ｎ５を示すジョブネットＩＤ「NET1」〜「NET5」が配置され、テーブル項目「ジョブネット名」の値には、各ジョブネットＮ１〜Ｎ５の名称が配置される。
【００５２】
最初に実行されるジョブネットＮ１を示すジョブネットＩＤ「NET1」に対するテーブル項目「先行ジョブネットＩＤ」の値には、実行開始時間「0:00」が配置される。
【００５３】
このジョブネットＩＤ「NET1」に対するテーブル項目「バッチジョブＩＤ」の値には、ジョブネットＮ１で実行されるバッチジョブＪ１を示すバッチジョブＩＤ「JOB1」が配置される。
【００５４】
ジョブネットＮ２、Ｎ４は、ジョブネットＮ１の次に実行されるため、ジョブネットＩＤ「NET2」「NET4」に対するテーブル項目「先行ジョブネットＩＤ」の値には、ジョブネットＩＤ「NET1」が配置される。
【００５５】
ジョブネットＩＤ「NET2」に対するテーブル項目「バッチジョブＩＤ」の値には、ジョブネットＮ２で実行されるバッチジョブＪ２、Ｊ３を示すバッチジョブＩＤ「JOB2」「JOB3」がその実行順にしたがって配置される。以下、同様の観点から情報の関連付けが行われ、実行順序情報２２が構成される。
【００５６】
アクセス情報２３は、バッチジョブのデータベースへのアクセス種別を定義した情報である。
【００５７】
表２は、アクセス情報２３の例である。
【００５８】
【表２】
【００５９】
アクセス情報２３は、バッチジョブＪ１〜Ｊ８がどのテーブルにアクセスし、どのアクセス種別で何件アクセスを行うかをテーブル形式で定義している。このアクセス情報２３を参照することで、各バッチジョブＩＤ「JOB1」〜「JOB8」の示すバッチジョブＪ１〜Ｊ８で実行されるアクセスのアクセス先を示すテーブルＩＤの一覧、そのアクセス種別、アクセス件数が認識可能である。
【００６０】
テーブルの列の項目には、「バッチジョブＩＤ」「バッチジョブ名」「アクセス種別」「テーブルＩＤ」「テーブル名」「アクセス件数」がある。
【００６１】
なお、先で述べたように、アクセス種別には追加「C」、更新「U」、参照「R」、削除「D」がある。
【００６２】
テーブル項目「バッチジョブＩＤ」の値には各バッチジョブＪ１〜Ｊ８を示すジョブネットＩＤ「JOB1」〜「JOB8」が配置され、テーブル項目「バッチジョブ名」の値には、各バッチジョブＪ１〜Ｊ８の名称が配置される。
【００６３】
バッチジョブＩＤ「JOB1」に対するテーブル項目「アクセス種別」「テーブルＩＤ」の値には、このバッチジョブＩＤ「JOB1」の示すバッチジョブＪ１で実行されるアクセスのアクセス種別「D」「U」とアクセス先のテーブルＩＤ「TAB1」「TAB2」が配置される。
【００６４】
また、バッチジョブＩＤ「JOB1」とアクセス種別「D」とテーブルＩＤ「TAB1」に対するテーブル項目「アクセス件数」の値には、アクセス件数「1200」が千件単位で配置される。
他のバッチジョブ「JOB2」〜「JOB8」についても同様である。
【００６５】
データ容量情報２４は、バッチジョブＪ１〜Ｊ８によってアクセスされるテーブルＴ１〜Ｔ３に格納されるデータの全件数と全容量を定義した情報である。なお、テーブルＴ１〜Ｔ３はデータベースで管理されているとする。
【００６６】
表３は、データ容量情報２４の例である。
【００６７】
【表３】
【００６８】
データ容量情報２４は、テーブル形式の情報であり、列の項目には「テーブルＩＤ」「テーブル名」「既存件数」「増加件数」「保存期間」「全件数」「行サイズ」「全容量」がある。
【００６９】
テーブル項目「テーブルＩＤ」の値には、各テーブルＴ１〜Ｔ３を示すテーブルＩＤ「TAB1」〜「TAB3」が配置される。
【００７０】
各テーブルＴ１〜Ｔ３について、既存のデータ件数が千件単位でテーブル項目「既存件数」に、一年で増加するデータ件数が千件単位でテーブル項目「増加件数」に、データの保存期間がテーブル項目「保存期間」に、データ一つ当たりのサイズが「行サイズ」に配置される。
【００７１】
また、各テーブルＴ１〜Ｔ３について、「既存件数」の値に、「増加件数」の値と「保存期間」の値との積を加えた値がテーブル項目「全件数」に配置される。そして、「全件数」の値と「行サイズ」の値との積算値がテーブル項目「データ容量」に配置される。
【００７２】
以下に、バックアップ処理及びリカバリ処理について詳細に説明する。
【００７３】
業務データを保持する業務テーブルやフラットファイルのバックアップの手法は、物理バックアップと論理バックアップに分類される。
【００７４】
物理バックアップは、主にメディア障害の日単位のリカバリに利用される。
【００７５】
一方、論理バックアップは、主に夜間バッチのリランに利用される。論理バックアップでは、ジョブネット内のバッチジョブによって更新される前の業務テーブルやフラットファイルが共有の記憶装置にバックアップされる。
【００７６】
論理バックアップを行うバックアップ処理は、ジョブネットの先頭の事前処理によって実行される。これにより、ジョブネットで更新される前のデータがバックアップされることになる。
【００７７】
図２は、バックアップ処理の例を説明するブロック図である。
【００７８】
事前処理Ｈ６に含まれているバックアップ処理は、ジョブネットＮ６内のバッチジョブＪ９で更新されるテーブルＴ４を、共有の記憶装置に複写（エクスポート）し、バックアップを行う。
【００７９】
図３は、リカバリ処理の例を説明するブロック図である。
【００８０】
例えばバッチジョブＪ１０の実行に不具合が発生した場合、オペレータなどによる不具合対処後、バッチジョブＪ１０に対応するリカバリ処理は、複写したテーブルＴ４によりテーブルＴ４を復元（インポート）後、ジョブネットＮ６をリランする。
【００８１】
以下に、先の図１に示す規則情報５ａ〜５ｃについて説明する。
【００８２】
表４は、規則情報５ａの例である。
【００８３】
【表４】
【００８４】
図４に示すテーブルを複写するバックアップ処理Ｂ１は、バックアップ処理ＩＤ「EXPORT」で指定される。
【００８５】
図５に示すテーブルのＨＷＭ（High Water Mark）を記憶するバックアップ処理Ｂ２は、バックアップ処理ＩＤ「HWM」で指定される。ここでＨＷＭは、テーブルにデータが追加される前のデータの格納位置を示す。
【００８６】
表４において、アクセス種別「U」「D」にはバックアップ処理ＩＤ「EXPORT」が関連付けされている。
【００８７】
アクセス種別「C」にはバックアップ処理ＩＤ「HWM」が関連付けされている。
【００８８】
アクセス種別「R」にはバックアップ処理ＩＤが関連付けされていない。
【００８９】
この規則情報５ａは、テーブルが更新あるいは削除される場合に、そのテーブルを複写する旨を示す。また、この規則情報５ａは、テーブルにデータが追加される場合に、追加される前のＨＷＭを記録する旨を示す。また、規則情報５ａは、テーブルのデータが参照されるのみの場合には、特にそのテーブルについてバックアップ処理を行う必要がない旨を示す。
【００９０】
表５は、規則情報５ｂの例である。
【００９１】
【表５】
【００９２】
テーブルの列の項目「結合関係」には、障害発生時にリランするポイントであるリカバリポイントと次のリカバリポイントとの間で、統合を行うバックアップ処理ＩＤが配置される。テーブルの列の項目「結合後のバックアップ処理ＩＤ」には、テーブル項目「結合関係」における複数のバックアップ処理ＩＤに代えて用いるバックアップＩＤが配置される。
【００９３】
この規則情報５ｂを利用することで、例えば、リカバリポイントから次のリカバリポイントまでの間で、複数のバックアップ処理ＩＤ「EXPORT」「HWM」をバックアップ処理ＩＤ「EXPORT」に統合可能である。
【００９４】
規則情報５ｃは、リカバリポイントの位置を指定する情報である。規則情報５ｃの例としては、アクセスポイントをリカバリポイントとする旨の情報、リカバリポイントをバッチジョブの先頭とする旨の情報、リカバリポイントをジョブネットの先頭とする旨の情報などがある。
【００９５】
参照機能７は、実行順序情報２２とアクセス情報２３を入力し、格納部６に格納されている規則情報５ａ〜５ｃとルールＡ〜Ｃを参照する。
【００９６】
選択機能８は、実行順序情報２２、アクセス情報２３、規則情報５ａ〜５ｃに基づいて、ルールＡ〜Ｃにしたがってバックアップ処理の選択及び最適化を行い、その結果をバックアップ処理情報９として格納部１０に格納する。
【００９７】
ルールＡは、各アクセス種別に対応するバックアップ処理を選択するための手順を定めている。
【００９８】
例えば、アクセス種別「U」「D」にはバックアップ処理ＩＤ「EXPORT」を割り当てる。これにより、バックアップ処理ＩＤ「EXPORT」の示すバックアップ処理Ｂ１により更新又は削除される前のテーブルが複写されることになる。
【００９９】
例えば、アクセス種別「C」にはバックアップ処理ＩＤ「HWM」を割り当てる。これにより、バックアップ処理ＩＤ「HWM」の示すバックアップ処理Ｂ２によりデータが追加される前のＨＷＭが記録されることになる。
【０１００】
なお、アクセス種別「R」の場合には、テーブルのバックアップが必要ないためバックアップ処理ＩＤは割り当てられない。
【０１０１】
ルールＢは、同一テーブルに対するバックアップ処理をまとめる手順を定めている。
【０１０２】
あるバッチジョブが同一のテーブルに複数回アクセスする場合、この複数回のアクセスの中に一以上のアクセス種別「U」又は「D」があれば、バックアップ処理ＩＤ「EXPORT」を一つ割り当てる。例えば、バッチジョブ内で同一のテーブルを「C」→「C」→「U」→「R」の順序でアクセスする場合、アクセス種別「C」に対するバックアップ処理ＩＤ「HWM」の割り当てを省略し、アクセス種別「U」に対するバックアップ処理ＩＤ「EXPORT」の割り当てのみを行う。
【０１０３】
また、あるバッチジョブが同一のテーブルに複数回アクセスする場合、この複数回のアクセスの中にアクセス種別「U」及び「D」がなく、１以上の「C」があれば、バックアップ処理ＩＤ「HWM」を一つ割り当てる。例えば、バッチジョブ内で同一のテーブルを「R」→「C」→「C」→「R」の順序でアクセスする場合、一以上のアクセス種別「C」に対して一つのバックアップ処理ＩＤ「HWM」の割り当てを行う。
【０１０４】
ルールＣは、各リカバリポイントでバックアップ処理をまとめる手順を定めている。
【０１０５】
例えば、リカバリポイントがバッチジョブ内のテーブルアクセス単位に設定されている場合、バッチジョブ内でアクセスされる全てのテーブルに対してバックアップ処理が割り当てられる。
【０１０６】
リカバリポイントがバッチジョブ単位で設定されている場合、ルールＢの手順によりバッチジョブ内で同一のテーブルをアクセスする複数のバックアップ処理をまとめる。
【０１０７】
リカバリポイントがジョブネットの先頭に設定されている場合、まずルールＢの手順により同一のバッチジョブ内で同一のテーブルをアクセスする複数のバックアップ処理をまとめ、さらに同一のジョブネット内で同一のテーブルをアクセスする複数のバックアップ処理をまとめる。そして、複数のジョブネットに対する先行ジョブネットが同一であり、同一のテーブルをアクセスする複数のバックアップ処理をまとめる。
【０１０８】
図６は、上記ルールＡ〜Ｃにしたがったバックアップ処理の統合状況を例示するブロック図である。
【０１０９】
バッチジョブＪ１１のように、バッチジョブ内の同じテーブルに対する複数のアクセスは所定の結合関係を持つ場合に一つのバックアップ処理にまとめられる。
【０１１０】
バッチジョブＪ１２とバッチジョブＪ１３のように、ジョブネット内の同じテーブルをアクセスする複数のバッチジョブは所定の結合関係を持つ場合に一つのバックアップ処理にまとめられる。
【０１１１】
ジョブネットＮ８とジョブネットＮ９のように、先行ジョブネットが同一で同じテーブルをアクセスする複数のジョブネットについては、この複数のジョブネットのバックアップ処理が所定の結合関係を持つ場合に一つのバックアップ処理にまとめられる。
【０１１２】
性能係数情報１２は、アクセス種別毎の性能係数とバックアップ処理の性能係数を表す情報である。
【０１１３】
表６は、性能係数情報１２の例である。
【０１１４】
【表６】
【０１１５】
性能係数とは、各アクセス種別の処理性能又は各バックアップ処理の処理性能を計数化した数値である。ここでは、性能係数を１万件当たりのデータのアクセス時間としている。この性能係数は、実運用の想定機で実施したデータベースの性能評価ベンチマークテストなどの結果に基づいて設定する。
【０１１６】
処理時間算出機能１１は、データ容量情報２４を入力し、性能係数情報１２を参照し、バッチジョブＪ１〜Ｊ８の処理時間を求める。
【０１１７】
バッチジョブＪ１〜Ｊ８の処理時間は、バッチジョブＪ１〜Ｊ８内で実行されるアクセス毎に、アクセス件数と性能係数との積算値を求めてアクセス時間とし、バッチジョブＪ１〜Ｊ８内のアクセス時間の総和を求めて算出する。
【０１１８】
また、処理時間算出機能１１は、データ容量情報２４に基づいて各テーブルＴ１〜Ｔ３のデータの全件数を取得し、各テーブルＴ１〜Ｔ３の全件数と性能係数との積算値を算出し、テーブルＴ１〜Ｔ３毎のバックアップ処理の処理時間とする。
【０１１９】
そして、処理時間算出機能１１は、算出したバッチジョブＪ１〜Ｊ８の処理時間と各テーブルＴ１〜Ｔ３に対するバックアップ処理の処理時間とを処理時間情報１４として格納部１５に格納する。
【０１２０】
スケジュール生成機能１６は、実行順序情報２２を入力し、格納部１０に格納されたバックアップ処理情報９と格納部１５に格納された処理時間情報１４を参照する。
【０１２１】
そして、スケジュール生成機能１６は、バックアップ処理の処理時間から各ジョブネットＮ１〜Ｎ５における事前処理Ｈ１〜Ｈ５の処理時間を求め、事前処理Ｈ１〜Ｈ５の処理時間とバッチジョブＪ１〜Ｊ８の処理時間から各ジョブネットＮ１〜Ｎ５の処理時間を求め、ジョブネットＮ１〜Ｎ５の実行順序と各ジョブネットＮ１〜Ｎ５の処理時間とから各ジョブネットＮ１〜Ｎ５の実行開始時間と実行終了時間を求め、シミュレーション結果を生成する。このシミュレーション結果はスケジュール情報１７として格納部１８に格納される。
【０１２２】
以上のような構成を持つ処理スケジュール設計システム１で実行される処理スケジュール設計方法について説明する。
【０１２３】
図７は、処理スケジュール設計方法の例を示すフローチャートである。
【０１２４】
まず、システム設計書２１が処理スケジュール設計システム１に入力され、参照機能７によって規則情報５ａ〜５ｃ、ルールＡ〜Ｃが参照される（Ｓ１）。
【０１２５】
次に、選択機能８によって上記ルールＡを適用した処理が実行され、表１に示す実行順序情報２２の「バッチジョブＩＤ」と表２に示すアクセス情報２３の「バッチジョブＩＤ」とに基づいて、「先行ジョブネットＩＤ」と「ジョブネットＩＤ」と「バッチジョブＩＤ」とが関連付けされ、また表２に示すアクセス情報２９の「アクセス種別」と表４に示す規則情報１１ａの「アクセス種別」との関係から「アクセス種別」に「バックアップ処理ＩＤ」を関連付けた表７が生成される（Ｓ２）。
【０１２６】
【表７】
【０１２７】
次に、選択機能８によって上記ルールＢを適用した処理が実行され、規則情報１１ｃに基づいてジョブネット単位でバックアップ処理の最適化を行う旨が確認される。そして、選択機能８によって表７の内容が「ジョブネットＩＤ」と「テーブルＩＤ」をキーとしてソートされる（Ｓ３）。これにより、ジョブネット単位で同じテーブルに対するアクセスがまとめられる。そして、選択機能８によって、「ジョブネットＩＤ」と「テーブルＩＤ」とが一致しかつ「バックアップ処理ＩＤ」が表５に示す規則情報１１ｂの結合関係を満たすか否かがチェックされ、省略可能な「バックアップ処理ＩＤ」が削除された表８が生成される（Ｓ４）。
【０１２８】
【表８】
【０１２９】
次に、選択機能８によって上記ルールＣを適用した処理が実行され、規則情報１１ｃに基づいてジョブネット間でバックアップ処理の最適化を行う旨が確認される。そして、選択機能８によって表８の内容が「先行ジョブネットＩＤ」と「テーブルＩＤ」をキーとしてソートされる（Ｓ５）。これにより、並列に実行されるジョブネット間で同じテーブルに対するアクセスがまとめられる。そして、選択機能８よって、「先行ジョブネットＩＤ」と「テーブルＩＤ」とが一致しかつ「バックアップ処理ＩＤ」が表５に示す規則情報１１ｂの結合関係を満たすか否かがチェックされ、省略可能な「バックアップ処理ＩＤ」が削除された表９が生成される（Ｓ６）。
【０１３０】
【表９】
【０１３１】
次に、選択機能８よって表９から「バックアップ処理ＩＤ」が割り当てられている行が選択され、テーブル形式のバックアップ処理情報９が生成される（Ｓ７）。このバックアップ処理情報９を表１０に示す。
【０１３２】
【表１０】
【０１３３】
このバックアップ処理情報９では、ジョブネットを示すジョブネットＩＤ毎に、ジョブネット内及びジョブネット間で最適化されたバックアップ処理を示すバックアップ処理ＩＤとそのアクセス先のテーブルＩＤ、先行ジョブネットＩＤとが割り当てられている。
【０１３４】
図８は、バックアップ処理の実行スケジュールを最適化したジョブネットの実行状況を示すブロック図である。
【０１３５】
各ジョブネットＩＤ「NET1」〜「NET5」の示すジョブネットＮ１〜Ｎ５の事前処理Ｈ１〜Ｈ５では、バックアップ処理情報９において各ジョブネットＩＤ「NET1」〜「NET5」に関連付けされているテーブルＩＤの示すテーブルに対して、関連付けされているバックアップ処理ＩＤの示すバックアップ処理が実行される。
【０１３６】
次に、表２に示すアクセス情報２３の「アクセス件数」と表６に示す性能係数情報１８の「性能係数」とに基づいて、処理時間算出機能１１によって各バッチジョブで実行されるアクセスのアクセス時間が算出され、さらに各バッチジョブのアクセス時間の合計が各バッチジョブの処理時間として算出され、表１１が生成される（Ｓ８）。
【０１３７】
【表１１】
【０１３８】
次に、表１０の「バックアップ処理ＩＤ」と「テーブルＩＤ」を組み合わせに対して新たな「バッチジョブＩＤ」を割り当て、表３に示すデータ容量情報２４の「全件数」を「アクセス件数」とし、この「アクセス件数」と表６に示す性能係数情報１２の「性能係数」とに基づいて、処理時間算出機能１１によって新たな「バッチジョブＩＤ」毎の処理時間が算出され、表１２が生成される（Ｓ９）。
【０１３９】
【表１２】
【０１４０】
そして、処理時間算出機能１１によって「バッチジョブＩＤ」と「処理時間」の関係を示す処理時間情報１４が生成される（Ｓ１０）。表１３は、この処理時間情報１４の例を示すテーブルである。
【０１４１】
【表１３】
【０１４２】
すなわち、この処理時間情報１４は、バッチジョブとバックアップ処理の予測処理時間の一覧である。
【０１４３】
なお、ＨＷＭを記録するバックアップ処理は、テーブルのデータ量に関係なく０秒として処理時間を予測する。
【０１４４】
次に、実行順序情報２２とバックアップ処理情報９と処理時間情報１４とに基づいて、スケジュール生成機能１６によってスケジュール情報１７が生成される（Ｓ１１）。表１４は、スケジュール情報１７の例を示すテーブルである。
【０１４５】
【表１４】
【０１４６】
スケジュール情報１７は、各ジョブネットＩＤ「NET1」〜「NET5」に対して先行ジョブネットＩＤを関連付けており、ジョブネットＩＤ「NET1」〜「NET5」に対して、ジョブネットＮ１〜Ｎ５で実行されるバッチジョブＪ１〜Ｊ８を示すバッチジョブＩＤ「JOB1」〜「JOB8」を実行順序にしたがって関連付けている。
【０１４７】
また、スケジュール情報１７は、ジョブネットＩＤ「NET1」〜「NET5」にそれぞれ事前処理Ｈ１〜Ｈ５の処理時間を「事前処理時間」として関連付けている。さらに、スケジュール情報１７は、実行順序と事前処理Ｈ１〜Ｈ５の処理時間とバッチジョブＪ１〜Ｊ８の処理時間とに基づいて、バッチジョブＩＤ「JOB1」〜「JOB8」の開始時間、終了時間を関連付けている。
【０１４８】
そして、スケジュール生成機能１６によって生成されたスケジュール情報１７の示すスケジュールがグラフ表示される（Ｓ１２）。
【０１４９】
図９は、スケジュール情報１７に基づいて生成されたグラフ２５を表示した図である。
【０１５０】
以上説明した本実施の形態に係る処理スケジュール設計システム１においては、不要なバックアップ処理を排除でき、全体としてバックアップ処理の実行スケジュールを最適化できる。これにより、無駄なバックアップ処理の処理時間を排除し、処理を高速化できる。
【０１５１】
また、本実施の形態に係る処理スケジュール設計システム１においては、各バッチジョブのバックアップ処理を統一して運用管理でき、各バッチジョブのバックアップ処理の開発工数を削減できる。
【０１５２】
また、設計者は、システム設計書２１を入力することにより、自動的にバッチジョブの実行スケジュールのシミュレーション結果を得ることができるため、データベースの設計作業を容易に行うことができる。
【０１５３】
なお、本実施の形態においては、バッチジョブや、ジョブネットに対してバックアップ処理を割り当てる場合について説明しているが、同様の手法によりリカバリ処理を割り当てることもできる。すなわち、リカバリ処理ではバックアップ処理によって複写されたテーブルを用いてテーブルの復元を行うため、バックアップ処理と同様の決定手法でリカバリ時に復元するテーブルを統一的に決定することができる。これにより、リカバリ処理の開発工程も削減できる。
【０１５４】
（第２の実施の形態）
本実施の形態においては、上記第１の実施の形態に係る処理スケジュール設計方法を利用した処理スケジュール設計サービスについて説明する。
【０１５５】
図１０は、本実施の形態に係る処理スケジュール設計サービスを例示するブロック図であり、図１と同一の部分については同一の符号を付している。
【０１５６】
設計者２６の操作するブラウザ２７と処理スケジュール設計システム１とは、例えばインターネットなどのようなネットワーク２８を介して接続されている。
【０１５７】
処理スケジュール設計システム１は、Ｗｅｂサーバとしての機能を持ち、ＡＳＰ（アプリケーション・サービス・プロバイダ）により運用・管理される。
【０１５８】
設計者２６は、ブラウザ２７を用いて処理スケジュール設計システム１の持つ入力ページを参照し、この入力ページを利用してシステム設計書２１、性能係数情報１２などを入力する。
【０１５９】
入力されたシステム設計書２１や性能係数情報１２は、ネットワーク２８を介して処理スケジュール設計システム１に提供され、バックアップ処理情報１０、処理時間情報１４、スケジュール情報１７、グラフ２５が生成される。
【０１６０】
生成されたバックアップ処理情報１０、処理時間情報１４、スケジュール情報１７、グラフ２５は、ネットワーク２８を介してブラウザ２７に提供され、表示される。
【０１６１】
これにより、設計者２６は、ＡＳＰの提供する処理スケジュール設計サービスを受けることができる。設計者２６は、ＡＳＰから処理スケジュール設計サービスの提供を受けることにより、自己で処理スケジュール設計プログラム２０を保持する必要がなく、またＡＳＰの開発した最新のルールを利用したスケジュール結果を得ることができ、保守、運用の面で効率的に処理スケジュールを取得できる。
【０１６２】
ＡＳＰは、設計者２６の望む処理スケジュール設計サービスを提供することによりサービス料金を得ることが可能となる。
【０１６３】
なお、上記第１及び第２の実施の形態に係る処理スケジュール設計システム１の各構成要素は、自由に組み合わせてもよく、また複数の要素に分割してもよく、配置位置を変更してもよい。例えば、各格納部６、１０、１３、１５、１８は一つに統合してもよい。
【０１６４】
また、処理スケジュール設計プログラム２０は、複数のコンピュータ上に分散され、連携しつつ動作してもよい。
【０１６５】
【発明の効果】
以上詳記したように本発明においては、処理に対するバックアップ処理又はリカバリ処理をシステム全体で統一でき、システム全体で最適化された処理スケジュールを設計でき、バックアップ処理の統合により処理時間を短縮化できる。
【０１６６】
また、本発明においては、バックアップ処理又はリカバリ処理をシステム全体で統一することで運用管理が容易となり、各処理に対するバックアップ処理及びリカバリ処理の開発工数を削減できる。
【図面の簡単な説明】
【図１】本実施の第１の実施の形態に係る処理スケジュール設計システムの構成の例を示すブロック図。
【図２】バックアップ処理の例を説明するブロック図。
【図３】リカバリ処理の例を説明するブロック図。
【図４】テーブルを複写するバックアップ処理を示すブロック図。
【図５】テーブルのＨＷＭを記憶するバックアップ処理を示すブロック図。
【図６】バックアップ処理の統合状況を例示するブロック図。
【図７】同実施の形態に係る処理スケジュール設計方法の例を示すフローチャート。
【図８】バックアップ処理の実行スケジュールを最適化したジョブネットの実行状況を示すブロック図。
【図９】スケジュール情報に基づいて生成されたグラフを表示した図。
【図１０】本発明の第２の実施の形態に係る処理スケジュール設計サービスを例示するブロック図。
【図１１】一般的なバッチジョブの実行スケジュールを例示するブロック図。
【符号の説明】
１…処理スケジュール設計システム
２…スケジュール設計部
３…処理時間情報生成部
４…シミュレーション部
５ａ〜５ｃ…規則情報
６、１０、１３、１５、１８…格納部
７…参照機能
８…選択機能
９…バックアップ処理情報
１１…処理時間算出機能
１２…性能係数情報
１４…処理時間情報
１６…スケジュール生成機能
１７…スケジュール情報
１９…記録媒体
２０…処理スケジュール設計プログラム
２１…システム設計書
２２…実行順序情報
２３…アクセス情報
２４…データ容量情報
２５…グラフ
２６…設計者
２７…ブラウザ
２８…ネットワーク
Ａ〜Ｃ…ルール
【発明の属する技術分野】
本発明は、データベースサーバで実行されるバッチジョブの実行スケジュールの設計を支援する処理スケジュール設計プログラム及び方法並びに装置に関する。
【０００２】
【従来の技術】
バッチジョブとは、業務処理を実行するシェルスクリプト、コマンド、実行プログラム、ワークユニットなどである。
【０００３】
図１１は、一般的なバッチジョブの実行スケジュールを例示するブロック図である。
【０００４】
ジョブネットＮ１〜Ｎ５は、起動順序を指定したバッチジョブの集まりである。ジョブネットＮ１〜Ｎ５は、それぞれジョブネットＩＤ「NET1」〜「NET5」で指定される。
【０００５】
バッチジョブＪ１〜Ｊ８は、データベースに記録されているテーブルＴ１〜Ｔ３に対して例えば追加「C」、更新「U」、参照「R」、削除「D」などのデータアクセスを行う。
【０００６】
バッチジョブＪ１〜Ｊ８は、バッチジョブＩＤ「JOB1」〜「JOB8」で指定され、テーブルＴ１〜Ｔ３は、テーブルＩＤ「TAB1」〜「TAB3」で指定される。
【０００７】
バックアップ処理を含む事前処理（事前ジョブ）Ｈ１〜Ｈ５は、それぞれジョブネットＮ１〜Ｎ５の先頭で実行される処理である。この事前処理Ｈ１〜Ｈ５は、それぞれジョブネットＮ１〜Ｎ５でアクセスされるテーブルを事前にバックアップ（以下、「論理バックアップ」という）する。
【０００８】
リカバリ処理（リカバリジョブ）Ｒ１は、バッチジョブＪ１に障害が発生した場合、オペレータによって不具合の対処がなされた後、障害の発生したバッチジョブＪ１を含んでいるジョブネットＮ１においてアクセスされるテーブルＴ１、Ｔ２を復元し、ジョブネットＮ１をリランする。なお、ここでは図示していないが、バッチジョブＪ２〜Ｊ８についてもそれぞれ同様の動作を行うリカバリ処理が割り当てられている。
【０００９】
バッチジョブＪ１〜Ｊ８やジョブネットＮ１〜Ｎ５の起動は、例えば予め設定したスケジュールにしたがって自動で行われる。例えば、日付、時刻、ファイル転送、待ち合わせ、先行ジョブの終了、一定時間経過などがバッチジョブＪ１〜Ｊ８、ジョブネットＮ１〜Ｎ５の起動トリガとされる。
【００１０】
【発明が解決しようとする課題】
バッチジョブの障害対策のためのバックアップ処理、リカバリ処理は、一般的に各バッチジョブ開発者によって個別に開発され、システム全体で統一されていない。
【００１１】
このような場合、夜間バッチジョブ・スケジュールにしたがって並列に実行される複数のバッチジョブが同一のデータをバックアップするなど、冗長な動作が発生するという問題がある。
【００１２】
また、個々のバッチジョブ開発者がバッチジョブ毎にバックアップ処理及びリカバリ処理を開発すると、同様の動作を行うバックアップ処理又はリカバリ処理の開発作業が重複し、開発工数が増加する場合がある。
【００１３】
本発明は、以上のような実情に鑑みてなされたもので、バックアップ処理及びリカバリ処理をシステム全体で統一し、システム全体で最適化した実行スケジュールを求めるための処理スケジュール設計プログラム及び方法並びに装置を提供することを目的とする。
【００１４】
【課題を解決するための手段】
本発明を実現するにあたって講じた具体的手段について以下に説明する。
【００１５】
本発明は、コンピュータに、スケジュール設計対象の処理を示す処理ＩＤとその処理で実行されるアクセスのアクセス種別とを関連付けたアクセス情報と、アクセス種別とそのアクセス種別に応じたバックアップ処理を示すバックアップ処理ＩＤとを関連付けた規則情報とを参照する参照機能と、参照されたアクセス情報と規則情報とに基づいて、スケジュール設計対象の処理を示す処理ＩＤに対するバックアップ処理ＩＤを選択する選択機能とを実現させるための処理スケジュール設計プログラムである。
【００１６】
本発明においては、共用可能なバックアップ処理を先に開発しておき、このバックアップ処理を示すバックアップ処理ＩＤをアクセス種別に関連付けて規則情報に含めることにより、個々の処理の開発とともにバックアップ処理を開発する必要がなくバックアップ処理の開発工数を減少させることができる。
【００１７】
また、規則情報に応じて各処理ＩＤに対するバックアップ処理ＩＤを選択することで、システム全体でバックアップ処理の適用を統一することができ、運用管理を効率化できる。
【００１８】
なお、本発明において、アクセス情報は、スケジュール設計対象の処理を示す処理ＩＤとこの処理で実行されるアクセスのアクセス先を示すアクセス先ＩＤとアクセス種別とを関連付けた情報であり、規則情報は、所定の関係を持つ複数のバックアップ処理ＩＤと統合後のバックアップ処理ＩＤとを関連付けた情報を含み、選択機能は、アクセス情報と規則情報とに基づいて、スケジュール設計対象の処理を示す処理ＩＤに対するバックアップ処理ＩＤを選択し、選択されたバックアップ処理ＩＤの中に所定の関係を持つバックアップ処理ＩＤがありかつ関連するアクセス先ＩＤが同一の場合に、所定の関係を持つバックアップ処理ＩＤに代えて関連する統合後のバックアップ処理ＩＤを選択するとしてもよい。
【００１９】
これにより、バックアップ処理の重複を統合し、システム全体で最適化したバックアップ処理の実行スケジュールを得ることができ、処理の実行時間を短縮できる。
【００２０】
また、本発明において、アクセス情報は、スケジュール設計対象の処理に対する先行処理を示す先行処理ＩＤとスケジュール設計対象の処理を示す処理ＩＤとアクセス種別とアクセス先ＩＤとを関連付けた情報であり、選択機能は、アクセス情報と規則情報とに基づいて、スケジュール設計対象の各処理を示す各処理ＩＤに対するバックアップ処理ＩＤを選択した後、スケジュール設計対象の各処理を示す各処理ＩＤに対して選択されたバックアップ処理ＩＤに所定の関係を持つバックアップ処理ＩＤがありかつ関連するアクセス先ＩＤが同一でありかつ関連する先行処理ＩＤが同一の場合に、所定の関係を持つバックアップ処理ＩＤに代えて関連する統合後のバックアップ処理ＩＤを選択するとしてもよい。
【００２１】
これにより、例えば並列に実行される処理間でバックアップ処理を統合し、処理の実行スケジュールを最適化でき、一層処理の実行時間を短縮できる。
【００２２】
また、本発明において、選択機能は、リカバリポイントから次のリカバリポイントまでの範囲でバックアップ処理ＩＤが所定の関係を持つか否かを判定するとしてもよい。
【００２３】
これにより、リカバリポイントから次のリカバリポイントまでの間で、同じ役割を果たすバックアップ処理を省略し、統合できる。
【００２４】
また、本発明において、アクセス情報は、スケジュール設計対象の処理で実行されるアクセス毎に、アクセス件数を含んでいるとしてもよい。そして、コンピュータに、スケジュール設計対象の処理で実行されるアクセスについて設定されている所定件数当たりのアクセス時間とアクセス情報に含まれているアクセス件数とに基づいて、スケジュール設計対象の処理の処理時間を算出し、スケジュール設計対象の処理を示す処理ＩＤに対して選択されたバックアップ処理ＩＤの示すバックアップ処理の所定件数当たりのアクセス時間とアクセス先のデータ量とに基づいて、スケジュール設計対象の処理に対応するバックアップ処理の処理時間を算出する処理時間算出機能を実現させるとしてもよい。
【００２５】
これにより、処理とバックアップ処理との双方を考慮した処理時間を求めることができ、処理の実行スケジュールの設計に役立てることができる。
【００２６】
また、コンピュータに、処理時間算出機能によって求められた処理時間に基づいて、スケジュール設計対象の処理とこの処理に対応するバックアップ処理とに関するスケジュール情報を生成するスケジュール生成機能を実現させるとしてもよい。
【００２７】
これにより、設計者は、処理の実行スケジュールを容易に把握できる。
【００２８】
また、本発明において、スケジュール設計対象の処理には、例えばジョブ又は少なくとも一つのジョブを含むジョブネットなどがある。
【００２９】
本発明は、コンピュータにより、処理の実行スケジュールの設計を支援する方法を実施するために利用される。
【００３０】
本発明の処理スケジュール設計プログラム又はこのプログラムを記録した記録媒体を用いることによって、コンピュータ、コンピュータシステム、サーバ、クライアントに対して、簡単に上記機能を付加することができる。
【００３１】
なお、本発明における各機能と同様に動作する手段を処理スケジュール設計装置に備えてもよい。
【００３２】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施の形態について説明する。
【００３３】
（第１の実施の形態）
本実施の形態においては、データベースサーバの夜間バッチジョブ・スケジュールの設計を支援し、バックアップ処理の実行スケジュールを最適化し、バッチジョブ・スケジュールのシミュレーションを行い、データベース運用設計を支援する処理スケジュール設計プログラム及びシステム並びに方法について説明する。
【００３４】
なお、本実施の形態においては、上記図１１に示すバッチジョブＪ１〜Ｊ８及びジョブネットＮ１〜Ｎ５の実行スケジュールを設計する場合を例として説明するが、スケジュール設計対象の処理は、これに限定されない。
【００３５】
図１は、本実施の形態に係る処理スケジュール設計システムの構成の例を示すブロック図である
処理スケジュール設計システム１は、主にスケジュール設計部２、処理時間情報生成部３、シミュレーション部４を具備する。
【００３６】
スケジュール設計部２は、規則情報５ａ〜５ｃとルールＡ〜Ｃを格納する格納部６、参照機能７、選択機能８、バックアップ処理情報９を格納する格納部１０を具備する。
【００３７】
処理時間情報生成部３は、処理時間算出機能１１、性能係数情報１２を格納する格納部１３、処理時間情報１４を格納する格納部１５を具備する。
【００３８】
シミュレーション部４は、スケジュール生成機能１６とスケジュール情報１７を格納する格納部１８とを具備する。
【００３９】
なお、記録媒体１９に記録されている処理スケジュール設計プログラム２０が処理スケジュール設計システム１に読み込まれ、実行されると、処理スケジュール設計システム１上で、参照機能７、選択機能８、処理時間算出機能１１、スケジュール生成機能１６が実現される。
【００４０】
処理スケジュール設計システム１は、システム設計書（システム設計情報）２１を読み込む。
【００４１】
システム設計書２１は、バッチジョブ設計時にバッチジョブの設計者が作成する一連の設計書群から構成される。設計者は、この設計書群を処理スケジュール設計システム１に入力することにより、夜間バッチジョブ・スケジュールのシミュレーションを実行し、処理時間の合計が所定の範囲かなど所定の条件を満たしているか否か確認する。
【００４２】
そして、設計者は、シミュレーションの結果が条件を満たしていないなどのように問題がある場合に、システム設計書２１を改善する。この作業を繰り返すことで、システム設計書２１が最適化される。
【００４３】
システム設計書２１は、主に実行順序情報２２と、アクセス情報２３と、データ容量情報２４とを含む。
【００４４】
実行順序情報２２は、バッチジョブＪ１〜Ｊ８とジョブネットＮ１〜Ｎ５の実行順序を定義した情報である。
【００４５】
表１は、実行順序情報２２の例である。
【００４６】
【表１】
実行順序情報２２は、テーブル形式で各ジョブネットＮ１〜Ｎ５とその各ジョブネットＮ１〜Ｎ５に含まれているバッチジョブＪ１〜Ｊ８の実行順序を管理する。
【００４８】
テーブルの列の項目には、「先行ジョブネットＩＤ」「ジョブネットＩＤ」「ジョブネット名」「バッチジョブＩＤ」がある。
【００４９】
ジョブネットの起動トリガは、テーブル項目「先行ジョブネットＩＤ」の値で表す。先行する特定のジョブネットの終了が起動トリガとなる場合、テーブル項目「先行ジョブネットＩＤ」にその先行のジョブネットを示すジョブネットＩＤが配置される。なお、時間が起動トリガとなる場合には、その実行開始時間がテーブル項目「先行ジョブネットＩＤ」に配置される。
【００５０】
この実行順序情報２２の具体的な情報の関連付け手法について説明する。
【００５１】
テーブル項目「ジョブネットＩＤ」の値には各ジョブネットＮ１〜Ｎ５を示すジョブネットＩＤ「NET1」〜「NET5」が配置され、テーブル項目「ジョブネット名」の値には、各ジョブネットＮ１〜Ｎ５の名称が配置される。
【００５２】
最初に実行されるジョブネットＮ１を示すジョブネットＩＤ「NET1」に対するテーブル項目「先行ジョブネットＩＤ」の値には、実行開始時間「0:00」が配置される。
【００５３】
このジョブネットＩＤ「NET1」に対するテーブル項目「バッチジョブＩＤ」の値には、ジョブネットＮ１で実行されるバッチジョブＪ１を示すバッチジョブＩＤ「JOB1」が配置される。
【００５４】
ジョブネットＮ２、Ｎ４は、ジョブネットＮ１の次に実行されるため、ジョブネットＩＤ「NET2」「NET4」に対するテーブル項目「先行ジョブネットＩＤ」の値には、ジョブネットＩＤ「NET1」が配置される。
【００５５】
ジョブネットＩＤ「NET2」に対するテーブル項目「バッチジョブＩＤ」の値には、ジョブネットＮ２で実行されるバッチジョブＪ２、Ｊ３を示すバッチジョブＩＤ「JOB2」「JOB3」がその実行順にしたがって配置される。以下、同様の観点から情報の関連付けが行われ、実行順序情報２２が構成される。
【００５６】
アクセス情報２３は、バッチジョブのデータベースへのアクセス種別を定義した情報である。
【００５７】
表２は、アクセス情報２３の例である。
【００５８】
【表２】
アクセス情報２３は、バッチジョブＪ１〜Ｊ８がどのテーブルにアクセスし、どのアクセス種別で何件アクセスを行うかをテーブル形式で定義している。このアクセス情報２３を参照することで、各バッチジョブＩＤ「JOB1」〜「JOB8」の示すバッチジョブＪ１〜Ｊ８で実行されるアクセスのアクセス先を示すテーブルＩＤの一覧、そのアクセス種別、アクセス件数が認識可能である。
【００６０】
テーブルの列の項目には、「バッチジョブＩＤ」「バッチジョブ名」「アクセス種別」「テーブルＩＤ」「テーブル名」「アクセス件数」がある。
【００６１】
なお、先で述べたように、アクセス種別には追加「C」、更新「U」、参照「R」、削除「D」がある。
【００６２】
テーブル項目「バッチジョブＩＤ」の値には各バッチジョブＪ１〜Ｊ８を示すジョブネットＩＤ「JOB1」〜「JOB8」が配置され、テーブル項目「バッチジョブ名」の値には、各バッチジョブＪ１〜Ｊ８の名称が配置される。
【００６３】
バッチジョブＩＤ「JOB1」に対するテーブル項目「アクセス種別」「テーブルＩＤ」の値には、このバッチジョブＩＤ「JOB1」の示すバッチジョブＪ１で実行されるアクセスのアクセス種別「D」「U」とアクセス先のテーブルＩＤ「TAB1」「TAB2」が配置される。
【００６４】
また、バッチジョブＩＤ「JOB1」とアクセス種別「D」とテーブルＩＤ「TAB1」に対するテーブル項目「アクセス件数」の値には、アクセス件数「1200」が千件単位で配置される。
他のバッチジョブ「JOB2」〜「JOB8」についても同様である。
【００６５】
データ容量情報２４は、バッチジョブＪ１〜Ｊ８によってアクセスされるテーブルＴ１〜Ｔ３に格納されるデータの全件数と全容量を定義した情報である。なお、テーブルＴ１〜Ｔ３はデータベースで管理されているとする。
【００６６】
表３は、データ容量情報２４の例である。
【００６７】
【表３】
データ容量情報２４は、テーブル形式の情報であり、列の項目には「テーブルＩＤ」「テーブル名」「既存件数」「増加件数」「保存期間」「全件数」「行サイズ」「全容量」がある。
【００６９】
テーブル項目「テーブルＩＤ」の値には、各テーブルＴ１〜Ｔ３を示すテーブルＩＤ「TAB1」〜「TAB3」が配置される。
【００７０】
各テーブルＴ１〜Ｔ３について、既存のデータ件数が千件単位でテーブル項目「既存件数」に、一年で増加するデータ件数が千件単位でテーブル項目「増加件数」に、データの保存期間がテーブル項目「保存期間」に、データ一つ当たりのサイズが「行サイズ」に配置される。
【００７１】
また、各テーブルＴ１〜Ｔ３について、「既存件数」の値に、「増加件数」の値と「保存期間」の値との積を加えた値がテーブル項目「全件数」に配置される。そして、「全件数」の値と「行サイズ」の値との積算値がテーブル項目「データ容量」に配置される。
【００７２】
以下に、バックアップ処理及びリカバリ処理について詳細に説明する。
【００７３】
業務データを保持する業務テーブルやフラットファイルのバックアップの手法は、物理バックアップと論理バックアップに分類される。
【００７４】
物理バックアップは、主にメディア障害の日単位のリカバリに利用される。
【００７５】
一方、論理バックアップは、主に夜間バッチのリランに利用される。論理バックアップでは、ジョブネット内のバッチジョブによって更新される前の業務テーブルやフラットファイルが共有の記憶装置にバックアップされる。
【００７６】
論理バックアップを行うバックアップ処理は、ジョブネットの先頭の事前処理によって実行される。これにより、ジョブネットで更新される前のデータがバックアップされることになる。
【００７７】
図２は、バックアップ処理の例を説明するブロック図である。
【００７８】
事前処理Ｈ６に含まれているバックアップ処理は、ジョブネットＮ６内のバッチジョブＪ９で更新されるテーブルＴ４を、共有の記憶装置に複写（エクスポート）し、バックアップを行う。
【００７９】
図３は、リカバリ処理の例を説明するブロック図である。
【００８０】
例えばバッチジョブＪ１０の実行に不具合が発生した場合、オペレータなどによる不具合対処後、バッチジョブＪ１０に対応するリカバリ処理は、複写したテーブルＴ４によりテーブルＴ４を復元（インポート）後、ジョブネットＮ６をリランする。
【００８１】
以下に、先の図１に示す規則情報５ａ〜５ｃについて説明する。
【００８２】
表４は、規則情報５ａの例である。
【００８３】
【表４】
図４に示すテーブルを複写するバックアップ処理Ｂ１は、バックアップ処理ＩＤ「EXPORT」で指定される。
【００８５】
図５に示すテーブルのＨＷＭ（High Water Mark）を記憶するバックアップ処理Ｂ２は、バックアップ処理ＩＤ「HWM」で指定される。ここでＨＷＭは、テーブルにデータが追加される前のデータの格納位置を示す。
【００８６】
表４において、アクセス種別「U」「D」にはバックアップ処理ＩＤ「EXPORT」が関連付けされている。
【００８７】
アクセス種別「C」にはバックアップ処理ＩＤ「HWM」が関連付けされている。
【００８８】
アクセス種別「R」にはバックアップ処理ＩＤが関連付けされていない。
【００８９】
この規則情報５ａは、テーブルが更新あるいは削除される場合に、そのテーブルを複写する旨を示す。また、この規則情報５ａは、テーブルにデータが追加される場合に、追加される前のＨＷＭを記録する旨を示す。また、規則情報５ａは、テーブルのデータが参照されるのみの場合には、特にそのテーブルについてバックアップ処理を行う必要がない旨を示す。
【００９０】
表５は、規則情報５ｂの例である。
【００９１】
【表５】
テーブルの列の項目「結合関係」には、障害発生時にリランするポイントであるリカバリポイントと次のリカバリポイントとの間で、統合を行うバックアップ処理ＩＤが配置される。テーブルの列の項目「結合後のバックアップ処理ＩＤ」には、テーブル項目「結合関係」における複数のバックアップ処理ＩＤに代えて用いるバックアップＩＤが配置される。
【００９３】
この規則情報５ｂを利用することで、例えば、リカバリポイントから次のリカバリポイントまでの間で、複数のバックアップ処理ＩＤ「EXPORT」「HWM」をバックアップ処理ＩＤ「EXPORT」に統合可能である。
【００９４】
規則情報５ｃは、リカバリポイントの位置を指定する情報である。規則情報５ｃの例としては、アクセスポイントをリカバリポイントとする旨の情報、リカバリポイントをバッチジョブの先頭とする旨の情報、リカバリポイントをジョブネットの先頭とする旨の情報などがある。
【００９５】
参照機能７は、実行順序情報２２とアクセス情報２３を入力し、格納部６に格納されている規則情報５ａ〜５ｃとルールＡ〜Ｃを参照する。
【００９６】
選択機能８は、実行順序情報２２、アクセス情報２３、規則情報５ａ〜５ｃに基づいて、ルールＡ〜Ｃにしたがってバックアップ処理の選択及び最適化を行い、その結果をバックアップ処理情報９として格納部１０に格納する。
【００９７】
ルールＡは、各アクセス種別に対応するバックアップ処理を選択するための手順を定めている。
【００９８】
例えば、アクセス種別「U」「D」にはバックアップ処理ＩＤ「EXPORT」を割り当てる。これにより、バックアップ処理ＩＤ「EXPORT」の示すバックアップ処理Ｂ１により更新又は削除される前のテーブルが複写されることになる。
【００９９】
例えば、アクセス種別「C」にはバックアップ処理ＩＤ「HWM」を割り当てる。これにより、バックアップ処理ＩＤ「HWM」の示すバックアップ処理Ｂ２によりデータが追加される前のＨＷＭが記録されることになる。
【０１００】
なお、アクセス種別「R」の場合には、テーブルのバックアップが必要ないためバックアップ処理ＩＤは割り当てられない。
【０１０１】
ルールＢは、同一テーブルに対するバックアップ処理をまとめる手順を定めている。
【０１０２】
あるバッチジョブが同一のテーブルに複数回アクセスする場合、この複数回のアクセスの中に一以上のアクセス種別「U」又は「D」があれば、バックアップ処理ＩＤ「EXPORT」を一つ割り当てる。例えば、バッチジョブ内で同一のテーブルを「C」→「C」→「U」→「R」の順序でアクセスする場合、アクセス種別「C」に対するバックアップ処理ＩＤ「HWM」の割り当てを省略し、アクセス種別「U」に対するバックアップ処理ＩＤ「EXPORT」の割り当てのみを行う。
【０１０３】
また、あるバッチジョブが同一のテーブルに複数回アクセスする場合、この複数回のアクセスの中にアクセス種別「U」及び「D」がなく、１以上の「C」があれば、バックアップ処理ＩＤ「HWM」を一つ割り当てる。例えば、バッチジョブ内で同一のテーブルを「R」→「C」→「C」→「R」の順序でアクセスする場合、一以上のアクセス種別「C」に対して一つのバックアップ処理ＩＤ「HWM」の割り当てを行う。
【０１０４】
ルールＣは、各リカバリポイントでバックアップ処理をまとめる手順を定めている。
【０１０５】
例えば、リカバリポイントがバッチジョブ内のテーブルアクセス単位に設定されている場合、バッチジョブ内でアクセスされる全てのテーブルに対してバックアップ処理が割り当てられる。
【０１０６】
リカバリポイントがバッチジョブ単位で設定されている場合、ルールＢの手順によりバッチジョブ内で同一のテーブルをアクセスする複数のバックアップ処理をまとめる。
【０１０７】
リカバリポイントがジョブネットの先頭に設定されている場合、まずルールＢの手順により同一のバッチジョブ内で同一のテーブルをアクセスする複数のバックアップ処理をまとめ、さらに同一のジョブネット内で同一のテーブルをアクセスする複数のバックアップ処理をまとめる。そして、複数のジョブネットに対する先行ジョブネットが同一であり、同一のテーブルをアクセスする複数のバックアップ処理をまとめる。
【０１０８】
図６は、上記ルールＡ〜Ｃにしたがったバックアップ処理の統合状況を例示するブロック図である。
【０１０９】
バッチジョブＪ１１のように、バッチジョブ内の同じテーブルに対する複数のアクセスは所定の結合関係を持つ場合に一つのバックアップ処理にまとめられる。
【０１１０】
バッチジョブＪ１２とバッチジョブＪ１３のように、ジョブネット内の同じテーブルをアクセスする複数のバッチジョブは所定の結合関係を持つ場合に一つのバックアップ処理にまとめられる。
【０１１１】
ジョブネットＮ８とジョブネットＮ９のように、先行ジョブネットが同一で同じテーブルをアクセスする複数のジョブネットについては、この複数のジョブネットのバックアップ処理が所定の結合関係を持つ場合に一つのバックアップ処理にまとめられる。
【０１１２】
性能係数情報１２は、アクセス種別毎の性能係数とバックアップ処理の性能係数を表す情報である。
【０１１３】
表６は、性能係数情報１２の例である。
【０１１４】
【表６】
性能係数とは、各アクセス種別の処理性能又は各バックアップ処理の処理性能を計数化した数値である。ここでは、性能係数を１万件当たりのデータのアクセス時間としている。この性能係数は、実運用の想定機で実施したデータベースの性能評価ベンチマークテストなどの結果に基づいて設定する。
【０１１６】
処理時間算出機能１１は、データ容量情報２４を入力し、性能係数情報１２を参照し、バッチジョブＪ１〜Ｊ８の処理時間を求める。
【０１１７】
バッチジョブＪ１〜Ｊ８の処理時間は、バッチジョブＪ１〜Ｊ８内で実行されるアクセス毎に、アクセス件数と性能係数との積算値を求めてアクセス時間とし、バッチジョブＪ１〜Ｊ８内のアクセス時間の総和を求めて算出する。
【０１１８】
また、処理時間算出機能１１は、データ容量情報２４に基づいて各テーブルＴ１〜Ｔ３のデータの全件数を取得し、各テーブルＴ１〜Ｔ３の全件数と性能係数との積算値を算出し、テーブルＴ１〜Ｔ３毎のバックアップ処理の処理時間とする。
【０１１９】
そして、処理時間算出機能１１は、算出したバッチジョブＪ１〜Ｊ８の処理時間と各テーブルＴ１〜Ｔ３に対するバックアップ処理の処理時間とを処理時間情報１４として格納部１５に格納する。
【０１２０】
スケジュール生成機能１６は、実行順序情報２２を入力し、格納部１０に格納されたバックアップ処理情報９と格納部１５に格納された処理時間情報１４を参照する。
【０１２１】
そして、スケジュール生成機能１６は、バックアップ処理の処理時間から各ジョブネットＮ１〜Ｎ５における事前処理Ｈ１〜Ｈ５の処理時間を求め、事前処理Ｈ１〜Ｈ５の処理時間とバッチジョブＪ１〜Ｊ８の処理時間から各ジョブネットＮ１〜Ｎ５の処理時間を求め、ジョブネットＮ１〜Ｎ５の実行順序と各ジョブネットＮ１〜Ｎ５の処理時間とから各ジョブネットＮ１〜Ｎ５の実行開始時間と実行終了時間を求め、シミュレーション結果を生成する。このシミュレーション結果はスケジュール情報１７として格納部１８に格納される。
【０１２２】
以上のような構成を持つ処理スケジュール設計システム１で実行される処理スケジュール設計方法について説明する。
【０１２３】
図７は、処理スケジュール設計方法の例を示すフローチャートである。
【０１２４】
まず、システム設計書２１が処理スケジュール設計システム１に入力され、参照機能７によって規則情報５ａ〜５ｃ、ルールＡ〜Ｃが参照される（Ｓ１）。
【０１２５】
次に、選択機能８によって上記ルールＡを適用した処理が実行され、表１に示す実行順序情報２２の「バッチジョブＩＤ」と表２に示すアクセス情報２３の「バッチジョブＩＤ」とに基づいて、「先行ジョブネットＩＤ」と「ジョブネットＩＤ」と「バッチジョブＩＤ」とが関連付けされ、また表２に示すアクセス情報２９の「アクセス種別」と表４に示す規則情報１１ａの「アクセス種別」との関係から「アクセス種別」に「バックアップ処理ＩＤ」を関連付けた表７が生成される（Ｓ２）。
【０１２６】
【表７】
次に、選択機能８によって上記ルールＢを適用した処理が実行され、規則情報１１ｃに基づいてジョブネット単位でバックアップ処理の最適化を行う旨が確認される。そして、選択機能８によって表７の内容が「ジョブネットＩＤ」と「テーブルＩＤ」をキーとしてソートされる（Ｓ３）。これにより、ジョブネット単位で同じテーブルに対するアクセスがまとめられる。そして、選択機能８によって、「ジョブネットＩＤ」と「テーブルＩＤ」とが一致しかつ「バックアップ処理ＩＤ」が表５に示す規則情報１１ｂの結合関係を満たすか否かがチェックされ、省略可能な「バックアップ処理ＩＤ」が削除された表８が生成される（Ｓ４）。
【０１２８】
【表８】
次に、選択機能８によって上記ルールＣを適用した処理が実行され、規則情報１１ｃに基づいてジョブネット間でバックアップ処理の最適化を行う旨が確認される。そして、選択機能８によって表８の内容が「先行ジョブネットＩＤ」と「テーブルＩＤ」をキーとしてソートされる（Ｓ５）。これにより、並列に実行されるジョブネット間で同じテーブルに対するアクセスがまとめられる。そして、選択機能８よって、「先行ジョブネットＩＤ」と「テーブルＩＤ」とが一致しかつ「バックアップ処理ＩＤ」が表５に示す規則情報１１ｂの結合関係を満たすか否かがチェックされ、省略可能な「バックアップ処理ＩＤ」が削除された表９が生成される（Ｓ６）。
【０１３０】
【表９】
次に、選択機能８よって表９から「バックアップ処理ＩＤ」が割り当てられている行が選択され、テーブル形式のバックアップ処理情報９が生成される（Ｓ７）。このバックアップ処理情報９を表１０に示す。
【０１３２】
【表１０】
このバックアップ処理情報９では、ジョブネットを示すジョブネットＩＤ毎に、ジョブネット内及びジョブネット間で最適化されたバックアップ処理を示すバックアップ処理ＩＤとそのアクセス先のテーブルＩＤ、先行ジョブネットＩＤとが割り当てられている。
【０１３４】
図８は、バックアップ処理の実行スケジュールを最適化したジョブネットの実行状況を示すブロック図である。
【０１３５】
各ジョブネットＩＤ「NET1」〜「NET5」の示すジョブネットＮ１〜Ｎ５の事前処理Ｈ１〜Ｈ５では、バックアップ処理情報９において各ジョブネットＩＤ「NET1」〜「NET5」に関連付けされているテーブルＩＤの示すテーブルに対して、関連付けされているバックアップ処理ＩＤの示すバックアップ処理が実行される。
【０１３６】
次に、表２に示すアクセス情報２３の「アクセス件数」と表６に示す性能係数情報１８の「性能係数」とに基づいて、処理時間算出機能１１によって各バッチジョブで実行されるアクセスのアクセス時間が算出され、さらに各バッチジョブのアクセス時間の合計が各バッチジョブの処理時間として算出され、表１１が生成される（Ｓ８）。
【０１３７】
【表１１】
次に、表１０の「バックアップ処理ＩＤ」と「テーブルＩＤ」を組み合わせに対して新たな「バッチジョブＩＤ」を割り当て、表３に示すデータ容量情報２４の「全件数」を「アクセス件数」とし、この「アクセス件数」と表６に示す性能係数情報１２の「性能係数」とに基づいて、処理時間算出機能１１によって新たな「バッチジョブＩＤ」毎の処理時間が算出され、表１２が生成される（Ｓ９）。
【０１３９】
【表１２】
そして、処理時間算出機能１１によって「バッチジョブＩＤ」と「処理時間」の関係を示す処理時間情報１４が生成される（Ｓ１０）。表１３は、この処理時間情報１４の例を示すテーブルである。
【０１４１】
【表１３】
すなわち、この処理時間情報１４は、バッチジョブとバックアップ処理の予測処理時間の一覧である。
【０１４３】
なお、ＨＷＭを記録するバックアップ処理は、テーブルのデータ量に関係なく０秒として処理時間を予測する。
【０１４４】
次に、実行順序情報２２とバックアップ処理情報９と処理時間情報１４とに基づいて、スケジュール生成機能１６によってスケジュール情報１７が生成される（Ｓ１１）。表１４は、スケジュール情報１７の例を示すテーブルである。
【０１４５】
【表１４】
スケジュール情報１７は、各ジョブネットＩＤ「NET1」〜「NET5」に対して先行ジョブネットＩＤを関連付けており、ジョブネットＩＤ「NET1」〜「NET5」に対して、ジョブネットＮ１〜Ｎ５で実行されるバッチジョブＪ１〜Ｊ８を示すバッチジョブＩＤ「JOB1」〜「JOB8」を実行順序にしたがって関連付けている。
【０１４７】
また、スケジュール情報１７は、ジョブネットＩＤ「NET1」〜「NET5」にそれぞれ事前処理Ｈ１〜Ｈ５の処理時間を「事前処理時間」として関連付けている。さらに、スケジュール情報１７は、実行順序と事前処理Ｈ１〜Ｈ５の処理時間とバッチジョブＪ１〜Ｊ８の処理時間とに基づいて、バッチジョブＩＤ「JOB1」〜「JOB8」の開始時間、終了時間を関連付けている。
【０１４８】
そして、スケジュール生成機能１６によって生成されたスケジュール情報１７の示すスケジュールがグラフ表示される（Ｓ１２）。
【０１４９】
図９は、スケジュール情報１７に基づいて生成されたグラフ２５を表示した図である。
【０１５０】
以上説明した本実施の形態に係る処理スケジュール設計システム１においては、不要なバックアップ処理を排除でき、全体としてバックアップ処理の実行スケジュールを最適化できる。これにより、無駄なバックアップ処理の処理時間を排除し、処理を高速化できる。
【０１５１】
また、本実施の形態に係る処理スケジュール設計システム１においては、各バッチジョブのバックアップ処理を統一して運用管理でき、各バッチジョブのバックアップ処理の開発工数を削減できる。
【０１５２】
また、設計者は、システム設計書２１を入力することにより、自動的にバッチジョブの実行スケジュールのシミュレーション結果を得ることができるため、データベースの設計作業を容易に行うことができる。
【０１５３】
なお、本実施の形態においては、バッチジョブや、ジョブネットに対してバックアップ処理を割り当てる場合について説明しているが、同様の手法によりリカバリ処理を割り当てることもできる。すなわち、リカバリ処理ではバックアップ処理によって複写されたテーブルを用いてテーブルの復元を行うため、バックアップ処理と同様の決定手法でリカバリ時に復元するテーブルを統一的に決定することができる。これにより、リカバリ処理の開発工程も削減できる。
【０１５４】
（第２の実施の形態）
本実施の形態においては、上記第１の実施の形態に係る処理スケジュール設計方法を利用した処理スケジュール設計サービスについて説明する。
【０１５５】
図１０は、本実施の形態に係る処理スケジュール設計サービスを例示するブロック図であり、図１と同一の部分については同一の符号を付している。
【０１５６】
設計者２６の操作するブラウザ２７と処理スケジュール設計システム１とは、例えばインターネットなどのようなネットワーク２８を介して接続されている。
【０１５７】
処理スケジュール設計システム１は、Ｗｅｂサーバとしての機能を持ち、ＡＳＰ（アプリケーション・サービス・プロバイダ）により運用・管理される。
【０１５８】
設計者２６は、ブラウザ２７を用いて処理スケジュール設計システム１の持つ入力ページを参照し、この入力ページを利用してシステム設計書２１、性能係数情報１２などを入力する。
【０１５９】
入力されたシステム設計書２１や性能係数情報１２は、ネットワーク２８を介して処理スケジュール設計システム１に提供され、バックアップ処理情報１０、処理時間情報１４、スケジュール情報１７、グラフ２５が生成される。
【０１６０】
生成されたバックアップ処理情報１０、処理時間情報１４、スケジュール情報１７、グラフ２５は、ネットワーク２８を介してブラウザ２７に提供され、表示される。
【０１６１】
これにより、設計者２６は、ＡＳＰの提供する処理スケジュール設計サービスを受けることができる。設計者２６は、ＡＳＰから処理スケジュール設計サービスの提供を受けることにより、自己で処理スケジュール設計プログラム２０を保持する必要がなく、またＡＳＰの開発した最新のルールを利用したスケジュール結果を得ることができ、保守、運用の面で効率的に処理スケジュールを取得できる。
【０１６２】
ＡＳＰは、設計者２６の望む処理スケジュール設計サービスを提供することによりサービス料金を得ることが可能となる。
【０１６３】
なお、上記第１及び第２の実施の形態に係る処理スケジュール設計システム１の各構成要素は、自由に組み合わせてもよく、また複数の要素に分割してもよく、配置位置を変更してもよい。例えば、各格納部６、１０、１３、１５、１８は一つに統合してもよい。
【０１６４】
また、処理スケジュール設計プログラム２０は、複数のコンピュータ上に分散され、連携しつつ動作してもよい。
【０１６５】
【発明の効果】
以上詳記したように本発明においては、処理に対するバックアップ処理又はリカバリ処理をシステム全体で統一でき、システム全体で最適化された処理スケジュールを設計でき、バックアップ処理の統合により処理時間を短縮化できる。
【０１６６】
また、本発明においては、バックアップ処理又はリカバリ処理をシステム全体で統一することで運用管理が容易となり、各処理に対するバックアップ処理及びリカバリ処理の開発工数を削減できる。
【図面の簡単な説明】
【図１】本実施の第１の実施の形態に係る処理スケジュール設計システムの構成の例を示すブロック図。
【図２】バックアップ処理の例を説明するブロック図。
【図３】リカバリ処理の例を説明するブロック図。
【図４】テーブルを複写するバックアップ処理を示すブロック図。
【図５】テーブルのＨＷＭを記憶するバックアップ処理を示すブロック図。
【図６】バックアップ処理の統合状況を例示するブロック図。
【図７】同実施の形態に係る処理スケジュール設計方法の例を示すフローチャート。
【図８】バックアップ処理の実行スケジュールを最適化したジョブネットの実行状況を示すブロック図。
【図９】スケジュール情報に基づいて生成されたグラフを表示した図。
【図１０】本発明の第２の実施の形態に係る処理スケジュール設計サービスを例示するブロック図。
【図１１】一般的なバッチジョブの実行スケジュールを例示するブロック図。
【符号の説明】
１…処理スケジュール設計システム
２…スケジュール設計部
３…処理時間情報生成部
４…シミュレーション部
５ａ〜５ｃ…規則情報
６、１０、１３、１５、１８…格納部
７…参照機能
８…選択機能
９…バックアップ処理情報
１１…処理時間算出機能
１２…性能係数情報
１４…処理時間情報
１６…スケジュール生成機能
１７…スケジュール情報
１９…記録媒体
２０…処理スケジュール設計プログラム
２１…システム設計書
２２…実行順序情報
２３…アクセス情報
２４…データ容量情報
２５…グラフ
２６…設計者
２７…ブラウザ
２８…ネットワーク
Ａ〜Ｃ…ルール
Claims (14)
- コンピュータに、
スケジュール設計対象の処理を示す処理ＩＤとこの処理で実行されるアクセスのアクセス先を示すアクセス先ＩＤとアクセス種別とを関連付けたアクセス情報と、アクセス種別とそのアクセス種別に応じたバックアップ処理を示すバックアップ処理ＩＤとを関連付けるとともに所定の関係を持つ複数のバックアップ処理ＩＤと統合後のバックアップ処理ＩＤとを関連付けた規則情報とを参照する参照機能と、
前記参照機能によって参照された前記アクセス情報と前記規則情報とに基づいて、前記スケジュール設計対象の処理を示す処理ＩＤに対するバックアップ処理ＩＤを選択し、選択されたバックアップ処理ＩＤの中に前記所定の関係を持つバックアップ処理ＩＤがありかつ関連するアクセス先ＩＤが同一の場合に、前記所定の関係を持つバックアップ処理ＩＤに代えて関連する統合後のバックアップ処理ＩＤを選択する選択機能と
を実現させるための処理スケジュール設計プログラム。 - 請求項１記載の処理スケジュール設計プログラムにおいて、
前記アクセス情報は、前記スケジュール設計対象の処理に対する先行処理を示す先行処理ＩＤと前記スケジュール設計対象の処理を示す処理ＩＤとアクセス種別とアクセス先ＩＤとを関連付けた情報であり、
前記選択機能は、前記アクセス情報と前記規則情報とに基づいて、前記スケジュール設計対象の各処理を示す各処理ＩＤに対するバックアップ処理ＩＤを選択した後、前記スケジュール設計対象の各処理を示す各処理ＩＤに対して選択されたバックアップ処理ＩＤに前記所定の関係を持つバックアップ処理ＩＤがありかつ関連するアクセス先ＩＤが同一でありかつ関連する先行処理ＩＤが同一の場合に、前記所定の関係を持つバックアップ処理ＩＤに代えて関連する統合後のバックアップ処理ＩＤを選択する
ことを特徴とする処理スケジュール設計プログラム。 - 請求項１又は請求項２記載の処理スケジュール設計プログラムにおいて、
前記選択機能は、リカバリポイントから次のリカバリポイントまでの範囲でバックアップ処理ＩＤが所定の関係を持つか否かを判定することを特徴とする処理スケジュール設計プログラム。 - コンピュータに、
スケジュール設計対象の処理を示す処理ＩＤとその処理で実行されるアクセスのアクセス種別とを関連付けるとともに前記スケジュール設計対象の処理で実行されるアクセス毎にアクセス件数を含むアクセス情報と、アクセス種別とそのアクセス種別に応じたバックアップ処理を示すバックアップ処理ＩＤとを関連付けた規則情報とを参照する参照機能と、
前記参照機能によって参照された前記アクセス情報と前記規則情報とに基づいて、前記スケジュール設計対象の処理を示す処理ＩＤに対するバックアップ処理ＩＤを選択する選択機能と、
前記スケジュール設計対象の処理で実行されるアクセスについて設定されている所定件数当たりのアクセス時間と前記アクセス情報に含まれているアクセス件数とに基づいて、前記スケジュール設計対象の処理の処理時間を算出し、前記スケジュール設計対象の処理を示す処理ＩＤに対して選択されたバックアップ処理ＩＤの示すバックアップ処理の所定件数当たりのアクセス時間とアクセス先のデータ量とに基づいて、前記スケジュール設計対象の処理に対応するバックアップ処理の処理時間を算出する処理時間算出機能と
を実現させるための処理スケジュール設計プログラム。 - 請求項４記載の処理スケジュール設計プログラムにおいて、
前記処理時間算出機能によって求められた処理時間に基づいて、前記スケジュール設計対象の処理とこの処理に対応するバックアップ処理とに関するスケジュール情報を生成するスケジュール生成機能を実現させる処理スケジュール設計プログラム。 - 請求項１乃至請求項５のいずれか記載の処理スケジュール設計プログラムにおいて、
前記スケジュール設計対象の処理は、ジョブ又は少なくとも一つのジョブを含むジョブネットであることを特徴とする処理スケジュール設計プログラム。 - 請求項１乃至請求項６のいずれか記載の処理スケジュール設計プログラムにおいて、
バックアップ処理ＩＤに代えてリカバリ処理ＩＤを適用することを特徴とする処理スケジュール設計プログラム。 - コンピュータにより処理の実行スケジュールの設計を支援する方法において、
スケジュール設計対象の処理を示す処理ＩＤとこの処理で実行されるアクセスのアクセス先を示すアクセス先ＩＤとアクセス種別とを関連付けたアクセス情報と、アクセス種別とそのアクセス種別に応じたバックアップ処理を示すバックアップ処理ＩＤとを関連付けるとともに所定の関係を持つ複数のバックアップ処理ＩＤと統合後のバックアップ処理ＩＤとを関連付けた規則情報とを参照し、
参照された前記アクセス情報と前記規則情報とに基づいて、前記スケジュール設計対象の処理を示す処理ＩＤに対するバックアップ処理ＩＤを選択し、選択されたバックアップ処理ＩＤの中に前記所定の関係を持つバックアップ処理ＩＤがありかつ関連するアクセス先ＩＤが同一の場合に、前記所定の関係を持つバックアップ処理ＩＤに代えて関連する統合後のバックアップ処理ＩＤを選択する
ことを特徴とする処理スケジュール設計方法。 - 請求項８記載の処理スケジュール設計方法において、
前記アクセス情報は、前記スケジュール設計対象の処理に対する先行処理を示す先行処理ＩＤと前記スケジュール設計対象の処理を示す処理ＩＤとアクセス種別とアクセス先ＩＤとを関連付けた情報であり、
前記アクセス情報と前記規則情報とに基づいて、前記スケジュール設計対象の各処理を示す各処理ＩＤに対するバックアップ処理ＩＤを選択した後、前記スケジュール設計対象の各処理を示す各処理ＩＤに対して選択されたバックアップ処理ＩＤに前記所定の関係を持つバックアップ処理ＩＤがありかつ関連するアクセス先ＩＤが同一でありかつ関連する先行処理ＩＤが同一の場合に、前記所定の関係を持つバックアップ処理ＩＤに代えて関連する統合後のバックアップ処理ＩＤを選択する
ことを特徴とする処理スケジュール設計方法。 - コンピュータにより処理実行スケジュールの設計を支援する方法において、
スケジュール設計対象の処理を示す処理ＩＤとその処理で実行されるアクセスのアクセス種別とを関連付けるとともに前記スケジュール設計対象の処理で実行されるアクセス毎にアクセス件数を含むアクセス情報と、アクセス種別とそのアクセス種別に応じたバックアップ処理を示すバックアップ処理ＩＤとを関連付けた規則情報とを参照し、
参照された前記アクセス情報と前記規則情報とに基づいて、前記スケジュール設計対象の処理を示す処理ＩＤに対するバックアップ処理ＩＤを選択し、
前記スケジュール設計対象の処理で実行されるアクセスについて設定されている所定件数当たりのアクセス時間と前記アクセス情報に含まれているアクセス件数とに基づいて、前記スケジュール設計対象の処理の処理時間を算出し、前記スケジュール設計対象の処理を示す処理ＩＤに対して選択されたバックアップ処理ＩＤの示すバックアップ処理の所定件数当たりのアクセス時間とアクセス先のデータ量とに基づいて、前記スケジュール設計対象の処理に対応するバックアップ処理の処理時間を算出する
ことを特徴とする処理スケジュール設計方法。 - 処理の実行スケジュールの設計を支援する装置において、
スケジュール設計対象の処理を示す処理ＩＤとこの処理で実行されるアクセスのアクセス先を示すアクセス先ＩＤとアクセス種別とを関連付けたアクセス情報と、アクセス種別とそのアクセス種別に応じたバックアップ処理を示すバックアップ処理ＩＤとを関連付けるとともに所定の関係を持つ複数のバックアップ処理ＩＤと統合後のバックアップ処理ＩＤとを関連付けた規則情報とを参照する参照手段と、
前記参照手段によって参照された前記アクセス情報と前記規則情報とに基づいて、前記スケジュール設計対象の処理を示す処理ＩＤに対するバックアップ処理ＩＤを選択し、選択されたバックアップ処理ＩＤの中に前記所定の関係を持つバックアップ処理ＩＤがありかつ関連するアクセス先ＩＤが同一の場合に、前記所定の関係を持つバックアップ処理ＩＤに代えて関連する統合後のバックアップ処理ＩＤを選択する選択手段と
を具備したことを特徴とする処理スケジュール設計装置。 - 請求項１１記載の処理スケジュール設計装置において、
前記アクセス情報は、前記スケジュール設計対象の処理に対する先行処理を示す先行処理ＩＤと前記スケジュール設計対象の処理を示す処理ＩＤとアクセス種別とアクセス先ＩＤとを関連付けた情報であり、
前記選択手段は、前記アクセス情報と前記規則情報とに基づいて、前記スケジュール設計対象の各処理を示す各処理ＩＤに対するバックアップ処理ＩＤを選択した後、前記スケジュール設計対象の各処理を示す各処理ＩＤに対して選択されたバックアップ処理ＩＤに前記所定の関係を持つバックアップ処理ＩＤがありかつ関連するアクセス先ＩＤが同一でありかつ関連する先行処理ＩＤが同一の場合に、前記所定の関係を持つバックアップ処理ＩＤに代えて関連する統合後のバックアップ処理ＩＤを選択する
ことを特徴とする処理スケジュール設計装置。 - 処理の実行スケジュールの設計を支援する装置において、
スケジュール設計対象の処理を示す処理ＩＤとその処理で実行されるアクセスのアクセス種別とを関連付けるとともに前記スケジュール設計対象の処理で実行されるアクセス毎にアクセス件数を含むアクセス情報と、アクセス種別とそのアクセス種別に応じたバックアップ処理を示すバックアップ処理ＩＤとを関連付けた規則情報とを参照する参照手段と、
前記参照手段によって参照された前記アクセス情報と前記規則情報とに基づいて、前記スケジュール設計対象の処理を示す処理ＩＤに対するバックアップ処理ＩＤを選択する選択手段と、
前記スケジュール設計対象の処理で実行されるアクセスについて設定されている所定件数当たりのアクセス時間と前記アクセス情報に含まれているアクセス件数とに基づいて、
前記スケジュール設計対象の処理の処理時間を算出し、前記スケジュール設計対象の処理を示す処理ＩＤに対して選択されたバックアップ処理ＩＤの示すバックアップ処理の所定件数当たりのアクセス時間とアクセス先のデータ量とに基づいて、前記スケジュール設計対象の処理に対応するバックアップ処理の処理時間を算出する処理時間算出手段と
を具備したことを特徴とする処理スケジュール設計装置。 - 請求項１３記載の処理スケジュール設計装置において、
前記処理時間算出手段によって求められた処理時間に基づいて、前記スケジュール設計対象の処理とこの処理に対応するバックアップ処理とに関するスケジュール情報を生成するスケジュール生成手段をさらに具備したことを特徴とする処理スケジュール設計装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002000812A JP3947007B2 (ja) | 2002-01-07 | 2002-01-07 | 処理スケジュール設計プログラム及び方法並びに装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002000812A JP3947007B2 (ja) | 2002-01-07 | 2002-01-07 | 処理スケジュール設計プログラム及び方法並びに装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003203048A JP2003203048A (ja) | 2003-07-18 |
| JP3947007B2 true JP3947007B2 (ja) | 2007-07-18 |
Family
ID=27641095
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002000812A Expired - Fee Related JP3947007B2 (ja) | 2002-01-07 | 2002-01-07 | 処理スケジュール設計プログラム及び方法並びに装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3947007B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5652718B2 (ja) * | 2011-03-11 | 2015-01-14 | 日本電気株式会社 | バッチ処理制御装置、バッチ処理制御方法およびバッチ処理制御プログラム |
| JP6699286B2 (ja) * | 2016-03-28 | 2020-05-27 | 日本電気株式会社 | スケジュール適用装置及びスケジュール適用方法、バックアップ装置、並びにコンピュータ・プログラム |
-
2002
- 2002-01-07 JP JP2002000812A patent/JP3947007B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003203048A (ja) | 2003-07-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10657008B2 (en) | Managing a redundant computerized database using a replicated database cache | |
| US7418453B2 (en) | Updating a data warehouse schema based on changes in an observation model | |
| US20100250730A1 (en) | Automated license reconciliation for deployed applications | |
| US20120314256A1 (en) | Customer-configurable workflow system | |
| EP2110781A1 (en) | Method and system for automatic tracing of a computerized process using a relationship model | |
| US5634120A (en) | Computer system supporting utilization of utility functions applicable to concurrently executing jobs by monitoring job excution characteristics and determining eligible job combinations for utility function | |
| JP2012208664A (ja) | ソフトウェア設計・運用統合管理システム | |
| JP2009176201A (ja) | ソフトウェア開発支援の装置、そのプログラム、及び方法 | |
| Bachman | The origin of the integrated data store (IDS): The first direct-access DBMS | |
| JP2008226054A (ja) | 工数管理システム、サーバ端末、工数管理方法、プログラム、及びコンピュータ読み取り可能な記録媒体 | |
| JP3947007B2 (ja) | 処理スケジュール設計プログラム及び方法並びに装置 | |
| JP6138701B2 (ja) | 分散計算方法及び分散計算システム | |
| CN112769954A (zh) | 一种web程序自动存储和自动路由的方法和系统 | |
| US20030135353A1 (en) | User-executable method for complex model data analysis and associated system, computer device, and computer software program product | |
| JP4363139B2 (ja) | 業務プロセス管理システム | |
| JP5401127B2 (ja) | ファイルの世代管理システムおよび世代管理方法、ならびにそのためのプログラム | |
| KR102868393B1 (ko) | 디지털 생산 계획 정보를 제공하는 장치, 디지털 생산 계획 정보를 제공하는 방법 및 디지털 생산 계획 정보를 제공하는 컴퓨터로 실행 가능한 소프트웨어를 저장하는 저장 매체 | |
| JP3190028B2 (ja) | システム資源管理装置 | |
| CN114328022B (zh) | 一种数据资产增量备份的方法及装置 | |
| Fricks et al. | Availability modeling of energy management systems | |
| JPH11328280A (ja) | プロセスルールを定義し実行するワークフローシステム | |
| CN110413447A (zh) | 一种大数据集群复位重装方法及系统 | |
| Hall | Performance evaluations of a parallel and expandable database computer--the Multi-Backend Database computer | |
| JP2026511562A (ja) | 拡張ビューのデータセットをプレビューするための論理アクセス | |
| JP2004046826A (ja) | 情報処理システムおよび情報処理システムにおける作業支援方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050107 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070206 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070314 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070410 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070412 |
|
| LAPS | Cancellation because of no payment of annual fees |