JP3947007B2

JP3947007B2 - Processing schedule design program, method and apparatus

Info

Publication number: JP3947007B2
Application number: JP2002000812A
Authority: JP
Inventors: 実古澤; 伸和田中; 公一駒津
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2002-01-07
Filing date: 2002-01-07
Publication date: 2007-07-18
Anticipated expiration: 2022-01-07
Also published as: JP2003203048A

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」の開始時間、終了時間を関連付けている。
【０１４８】
そして、スケジュール生成機能１６によって生成されたスケジュール情報１７の示すスケジュールがグラフ表示される（Ｓ１２）。
【０１４９】
図９は、スケジュール情報１７に基づいて生成されたグラフ２５を表示した図である。
【０１５０】
以上説明した本実施の形態に係る処理スケジュール設計システム１においては、不要なバックアップ処理を排除でき、全体としてバックアップ処理の実行スケジュールを最適化できる。これにより、無駄なバックアップ処理の処理時間を排除し、処理を高速化できる。
【０１５１】
また、本実施の形態に係る処理スケジュール設計システム１においては、各バッチジョブのバックアップ処理を統一して運用管理でき、各バッチジョブのバックアップ処理の開発工数を削減できる。
【０１５２】
また、設計者は、システム設計書２１を入力することにより、自動的にバッチジョブの実行スケジュールのシミュレーション結果を得ることができるため、データベースの設計作業を容易に行うことができる。
【０１５３】
なお、本実施の形態においては、バッチジョブや、ジョブネットに対してバックアップ処理を割り当てる場合について説明しているが、同様の手法によりリカバリ処理を割り当てることもできる。すなわち、リカバリ処理ではバックアップ処理によって複写されたテーブルを用いてテーブルの復元を行うため、バックアップ処理と同様の決定手法でリカバリ時に復元するテーブルを統一的に決定することができる。これにより、リカバリ処理の開発工程も削減できる。
【０１５４】
（第２の実施の形態）
本実施の形態においては、上記第１の実施の形態に係る処理スケジュール設計方法を利用した処理スケジュール設計サービスについて説明する。
【０１５５】
図１０は、本実施の形態に係る処理スケジュール設計サービスを例示するブロック図であり、図１と同一の部分については同一の符号を付している。
【０１５６】
設計者２６の操作するブラウザ２７と処理スケジュール設計システム１とは、例えばインターネットなどのようなネットワーク２８を介して接続されている。
【０１５７】
処理スケジュール設計システム１は、Ｗｅｂサーバとしての機能を持ち、ＡＳＰ（アプリケーション・サービス・プロバイダ）により運用・管理される。
【０１５８】
設計者２６は、ブラウザ２７を用いて処理スケジュール設計システム１の持つ入力ページを参照し、この入力ページを利用してシステム設計書２１、性能係数情報１２などを入力する。
【０１５９】
入力されたシステム設計書２１や性能係数情報１２は、ネットワーク２８を介して処理スケジュール設計システム１に提供され、バックアップ処理情報１０、処理時間情報１４、スケジュール情報１７、グラフ２５が生成される。
【０１６０】
生成されたバックアップ処理情報１０、処理時間情報１４、スケジュール情報１７、グラフ２５は、ネットワーク２８を介してブラウザ２７に提供され、表示される。
【０１６１】
これにより、設計者２６は、ＡＳＰの提供する処理スケジュール設計サービスを受けることができる。設計者２６は、ＡＳＰから処理スケジュール設計サービスの提供を受けることにより、自己で処理スケジュール設計プログラム２０を保持する必要がなく、またＡＳＰの開発した最新のルールを利用したスケジュール結果を得ることができ、保守、運用の面で効率的に処理スケジュールを取得できる。
【０１６２】
ＡＳＰは、設計者２６の望む処理スケジュール設計サービスを提供することによりサービス料金を得ることが可能となる。
【０１６３】
なお、上記第１及び第２の実施の形態に係る処理スケジュール設計システム１の各構成要素は、自由に組み合わせてもよく、また複数の要素に分割してもよく、配置位置を変更してもよい。例えば、各格納部６、１０、１３、１５、１８は一つに統合してもよい。
【０１６４】
また、処理スケジュール設計プログラム２０は、複数のコンピュータ上に分散され、連携しつつ動作してもよい。
【０１６５】
【発明の効果】
以上詳記したように本発明においては、処理に対するバックアップ処理又はリカバリ処理をシステム全体で統一でき、システム全体で最適化された処理スケジュールを設計でき、バックアップ処理の統合により処理時間を短縮化できる。
【０１６６】
また、本発明においては、バックアップ処理又はリカバリ処理をシステム全体で統一することで運用管理が容易となり、各処理に対するバックアップ処理及びリカバリ処理の開発工数を削減できる。
【図面の簡単な説明】
【図１】本実施の第１の実施の形態に係る処理スケジュール設計システムの構成の例を示すブロック図。
【図２】バックアップ処理の例を説明するブロック図。
【図３】リカバリ処理の例を説明するブロック図。
【図４】テーブルを複写するバックアップ処理を示すブロック図。
【図５】テーブルのＨＷＭを記憶するバックアップ処理を示すブロック図。
【図６】バックアップ処理の統合状況を例示するブロック図。
【図７】同実施の形態に係る処理スケジュール設計方法の例を示すフローチャート。
【図８】バックアップ処理の実行スケジュールを最適化したジョブネットの実行状況を示すブロック図。
【図９】スケジュール情報に基づいて生成されたグラフを表示した図。
【図１０】本発明の第２の実施の形態に係る処理スケジュール設計サービスを例示するブロック図。
【図１１】一般的なバッチジョブの実行スケジュールを例示するブロック図。
【符号の説明】
１…処理スケジュール設計システム
２…スケジュール設計部
３…処理時間情報生成部
４…シミュレーション部
５ａ〜５ｃ…規則情報
６、１０、１３、１５、１８…格納部
７…参照機能
８…選択機能
９…バックアップ処理情報
１１…処理時間算出機能
１２…性能係数情報
１４…処理時間情報
１６…スケジュール生成機能
１７…スケジュール情報
１９…記録媒体
２０…処理スケジュール設計プログラム
２１…システム設計書
２２…実行順序情報
２３…アクセス情報
２４…データ容量情報
２５…グラフ
２６…設計者
２７…ブラウザ
２８…ネットワーク
Ａ〜Ｃ…ルール[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a processing schedule design program, method, and apparatus for supporting design of an execution schedule of a batch job executed by a database server.
[0002]
[Prior art]
A batch job is a shell script, command, execution program, work unit, or the like that executes business processing.
[0003]
FIG. 11 is a block diagram illustrating a typical batch job execution schedule.
[0004]
The job nets N1 to N5 are a collection of batch jobs that specify the activation order. The job nets N1 to N5 are designated by job net IDs “NET1” to “NET5”, respectively.
[0005]
The batch jobs J1 to J8 perform data access such as addition “C”, update “U”, reference “R”, and deletion “D” with respect to the tables T1 to T3 recorded in the database.
[0006]
Batch jobs J1 to J8 are designated by batch job IDs “JOB1” to “JOB8”, and tables T1 to T3 are designated by table IDs “TAB1” to “TAB3”.
[0007]
Preprocessing (preliminary jobs) H1 to H5 including backup processing are processing executed at the heads of the job nets N1 to N5, respectively. The pre-processing H1 to H5 back up the tables accessed by the job nets N1 to N5 in advance (hereinafter referred to as “logical backup”).
[0008]
The recovery process (recovery job) R1 is a table T1, which is accessed in the job net N1 including the failed batch job J1 after the failure is dealt with by the operator when a failure occurs in the batch job J1. Restore T2 and rerun job net N1. Although not shown here, recovery processing for performing the same operation is assigned to each of the batch jobs J2 to J8.
[0009]
The batch jobs J1 to J8 and job nets N1 to N5 are automatically activated according to a preset schedule, for example. For example, date, time, file transfer, waiting, end of preceding job, elapse of a fixed time, etc. are set as triggers for starting the batch jobs J1 to J8 and job nets N1 to N5.
[0010]
[Problems to be solved by the invention]
Backup processing and recovery processing for batch job failure countermeasures are generally developed individually by each batch job developer and are not unified throughout the system.
[0011]
In such a case, there is a problem that redundant operations occur such that a plurality of batch jobs executed in parallel according to the nightly batch job schedule back up the same data.
[0012]
In addition, when individual batch job developers develop backup processing and recovery processing for each batch job, the development work of backup processing or recovery processing that performs the same operation may overlap, and the development man-hour may increase.
[0013]
The present invention has been made in view of the above circumstances, and a processing schedule design program, method, and apparatus for obtaining an execution schedule that unifies backup processing and recovery processing for the entire system and is optimized for the entire system. The purpose is to provide.
[0014]
[Means for Solving the Problems]
Specific means taken for realizing the present invention will be described below.
[0015]
The present invention relates to access information in which a process ID indicating a schedule design target process and an access type of access executed in the process are associated with a computer, and a backup process indicating a backup process corresponding to the access type and the access type A reference function for referring to rule information associated with an ID, and a selection function for selecting a backup process ID for a process ID indicating a schedule design target process based on the referenced access information and rule information are realized. It is a processing schedule design program for this purpose.
[0016]
In the present invention, a sharable backup process is developed first, and the backup process ID indicating this backup process is associated with the access type and included in the rule information, thereby developing the backup process together with the development of each process. This eliminates the need for backup processing development man-hours.
[0017]
Further, by selecting a backup process ID for each process ID according to the rule information, it is possible to unify the application of the backup process in the entire system, and to improve the efficiency of operation management.
[0018]
In the present invention, the access information is information that associates the process ID indicating the schedule design target process, the access destination ID indicating the access destination of the access executed in this process, and the access type, and the rule information is: This includes information that associates a plurality of backup process IDs having a predetermined relationship with the integrated backup process ID, and the selection function backs up the process ID indicating the process of the schedule design target based on the access information and the rule information When a process ID is selected, and there is a backup process ID having a predetermined relationship among the selected backup process IDs and the related access destination ID is the same, the backup process ID is related instead of the backup process ID having the predetermined relationship A backup processing ID after integration may be selected.
[0019]
Thereby, duplication of backup processing can be integrated, a backup processing execution schedule optimized for the entire system can be obtained, and processing execution time can be shortened.
[0020]
In the present invention, the access information is information that associates the preceding process ID indicating the preceding process with respect to the schedule design target process, the process ID indicating the schedule design target process, the access type, and the access destination ID. Is based on the access information and the rule information, and after selecting the backup process ID for each process ID indicating each process to be scheduled, the backup selected for each process ID indicating each process to be scheduled When the process ID has a backup process ID having a predetermined relationship, the related access destination ID is the same, and the related preceding process ID is the same, the associated post-integration instead of the backup process ID having the predetermined relationship The backup process ID may be selected.
[0021]
Thereby, for example, the backup process can be integrated between processes executed in parallel, the process execution schedule can be optimized, and the process execution time can be further shortened.
[0022]
In the present invention, the selection function may determine whether or not the backup processing ID has a predetermined relationship in the range from the recovery point to the next recovery point.
[0023]
As a result, backup processing that plays the same role can be omitted and integrated between the recovery point and the next recovery point.
[0024]
In the present invention, the access information may include the number of accesses for each access executed in the schedule design process. Then, the processing time of the schedule design target process is calculated based on the access time per predetermined number set for the access executed in the schedule design target process and the access number included in the access information. Corresponding to the schedule design process based on the access time per the predetermined number of backup processes indicated by the backup process ID calculated and selected for the process ID indicating the schedule design process and the data amount of the access destination A processing time calculation function for calculating the processing time of the backup processing to be performed may be realized.
[0025]
As a result, the processing time considering both the processing and the backup processing can be obtained, which can be used for designing the execution schedule of the processing.
[0026]
Further, the computer may be provided with a schedule generation function for generating schedule information related to a schedule design target process and a backup process corresponding to the process based on the processing time obtained by the processing time calculation function.
[0027]
Thereby, the designer can easily grasp the execution schedule of the process.
[0028]
In the present invention, the schedule design target process includes, for example, a job or a job net including at least one job.
[0029]
The present invention is used by a computer to implement a method for supporting design of an execution schedule of a process.
[0030]
By using the processing schedule design program of the present invention or the recording medium storing this program, the above functions can be easily added to a computer, a computer system, a server, and a client.
[0031]
The processing schedule design apparatus may be provided with means that operates in the same manner as each function in the present invention.
[0032]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0033]
(First embodiment)
In the present embodiment, a processing schedule design program that supports the design of the nighttime batch job schedule of the database server, optimizes the execution schedule of the backup process, simulates the batch job schedule, and supports the database operation design, and The system and method will be described.
[0034]
In the present embodiment, the case where the execution schedules of the batch jobs J1 to J8 and the job nets N1 to N5 shown in FIG. 11 are designed will be described as an example. However, the schedule design target process is not limited to this. .
[0035]
FIG. 1 is a block diagram showing an example of the configuration of a processing schedule design system according to this embodiment.
The processing schedule design system 1 mainly includes a schedule design unit 2, a processing time information generation unit 3, and a simulation unit 4.
[0036]
The schedule design unit 2 includes a storage unit 6 that stores rule information 5a to 5c and rules A to C, a reference function 7, a selection function 8, and a storage unit 10 that stores backup processing information 9.
[0037]
The processing time information generation unit 3 includes a processing time calculation function 11, a storage unit 13 that stores performance coefficient information 12, and a storage unit 15 that stores processing time information 14.
[0038]
The simulation unit 4 includes a schedule generation function 16 and a storage unit 18 that stores schedule information 17.
[0039]
When the processing schedule design program 20 recorded in the recording medium 19 is read into the processing schedule design system 1 and executed, the reference function 7, the selection function 8, and the processing time calculation function are executed on the processing schedule design system 1. 11. The schedule generation function 16 is realized.
[0040]
The processing schedule design system 1 reads a system design document (system design information) 21.
[0041]
The system design document 21 includes a series of design document groups created by a batch job designer when designing a batch job. The designer inputs the design document group into the processing schedule design system 1 to execute a night batch job / schedule simulation, and whether or not a predetermined condition such as whether the total processing time is within a predetermined range is satisfied. Check.
[0042]
Then, the designer improves the system design document 21 when there is a problem such as the simulation result does not satisfy the condition. By repeating this operation, the system design document 21 is optimized.
[0043]
The system design document 21 mainly includes execution order information 22, access information 23, and data capacity information 24.
[0044]
The execution order information 22 is information defining the execution order of the batch jobs J1 to J8 and the job nets N1 to N5.
[0045]
Table 1 is an example of the execution order information 22.
[0046]
[Table 1]

[0047]
The execution order information 22 manages the execution order of the job nets N1 to N5 and the batch jobs J1 to J8 included in the job nets N1 to N5 in a table format.
[0048]
Items in the column of the table include “preceding job net ID”, “job net ID”, “job net name”, and “batch job ID”.
[0049]
The job net activation trigger is represented by the value of the table item “preceding job net ID”. When the end of the preceding specific job net becomes a start trigger, the job net ID indicating the preceding job net is arranged in the table item “preceding job net ID”. If the time becomes the activation trigger, the execution start time is arranged in the table item “preceding job net ID”.
[0050]
A specific information associating method of the execution order information 22 will be described.
[0051]
The job item IDs “NET1” to “NET5” indicating the job nets N1 to N5 are arranged in the value of the table item “job net ID”, and the values of the job items N1 to N5 are arranged in the value of the table item “job net name”. The name N5 is arranged.
[0052]
The execution start time “0:00” is arranged in the value of the table item “preceding job net ID” for the job net ID “NET1” indicating the job net N1 to be executed first.
[0053]
In the value of the table item “batch job ID” for this job net ID “NET1”, a batch job ID “JOB1” indicating the batch job J1 executed in the job net N1 is arranged.
[0054]
Since job nets N2 and N4 are executed next to job net N1, job net ID “NET1” is placed in the value of table item “preceding job net ID” for job net IDs “NET2” and “NET4”. The
[0055]
In the value of the table item “batch job ID” for the job net ID “NET2”, batch job IDs “JOB2” and “JOB3” indicating the batch jobs J2 and J3 executed in the job net N2 are arranged according to the execution order. . Hereinafter, the information is associated from the same viewpoint, and the execution order information 22 is configured.
[0056]
The access information 23 is information defining an access type to the batch job database.
[0057]
Table 2 is an example of the access information 23.
[0058]
[Table 2]

[0059]
The access information 23 defines, in a table format, which table the batch jobs J1 to J8 access and how many access types are accessed. By referring to the access information 23, a list of table IDs indicating access destinations to be executed by the batch jobs J1 to J8 indicated by the respective batch job IDs “JOB1” to “JOB8”, their access types, and the number of accesses can be obtained. Recognizable.
[0060]
The items in the table column include “batch job ID”, “batch job name”, “access type”, “table ID”, “table name”, and “number of accesses”.
[0061]
As described above, the access type includes “C” for addition, “U” for update, “R” for reference, and “D” for deletion.
[0062]
Job net IDs “JOB1” to “JOB8” indicating the batch jobs J1 to J8 are arranged in the value of the table item “Batch job ID”, and the values of the batch item J1 to J8 are arranged in the value of the table item “Batch job name”. The name of J8 is arranged.
[0063]
The values of the table items “access type” and “table ID” for the batch job ID “JOB1” include the access types “D” and “U” of the access executed by the batch job J1 indicated by the batch job ID “JOB1”. The previous table IDs “TAB1” and “TAB2” are arranged.
[0064]
In addition, the number of accesses “1200” is arranged in units of thousands in the value of the table item “number of accesses” for the batch job ID “JOB1”, the access type “D”, and the table ID “TAB1”.
The same applies to the other batch jobs “JOB2” to “JOB8”.
[0065]
The data capacity information 24 is information defining the total number of data items and the total capacity stored in the tables T1 to T3 accessed by the batch jobs J1 to J8. It is assumed that the tables T1 to T3 are managed by a database.
[0066]
Table 3 is an example of the data capacity information 24.
[0067]
[Table 3]

[0068]
The data capacity information 24 is information in a table format. The column items include “table ID”, “table name”, “existing number”, “increase number”, “storage period”, “total number”, “row size”, “total capacity”. There is.
[0069]
Table IDs “TAB1” to “TAB3” indicating the tables T1 to T3 are arranged in the value of the table item “table ID”.
[0070]
For each table T1 to T3, the number of existing data is in the unit of 1000 in the table item “existing number of cases”, the number of data that increases in one year is in the unit of 1000, and the data storage period is in the table item “increase number of cases”. In the item “retention period”, the size per piece of data is arranged in “row size”.
[0071]
For each of the tables T1 to T3, a value obtained by adding the product of the value of “increased number” and the value of “storage period” to the value of “existing number” is arranged in the table item “total number”. Then, the integrated value of the “total number” value and the “row size” value is arranged in the table item “data capacity”.
[0072]
Hereinafter, the backup process and the recovery process will be described in detail.
[0073]
Business table holding business data and flat file backup methods are classified into physical backup and logical backup.
[0074]
Physical backup is mainly used for daily recovery of media failure.
[0075]
On the other hand, logical backup is mainly used for night-time batch rerun. In the logical backup, a business table and a flat file before being updated by a batch job in the job net are backed up to a shared storage device.
[0076]
The backup process for performing a logical backup is executed by a preliminary process at the head of the job net. As a result, the data before being updated in the job net is backed up.
[0077]
FIG. 2 is a block diagram illustrating an example of backup processing.
[0078]
In the backup process included in the pre-process H6, the table T4 updated by the batch job J9 in the job net N6 is copied (exported) to a shared storage device to perform backup.
[0079]
FIG. 3 is a block diagram illustrating an example of recovery processing.
[0080]
For example, when a failure occurs in the execution of the batch job J10, after the failure is dealt with by an operator or the like, the recovery processing corresponding to the batch job J10 restores (imports) the table T4 with the copied table T4 and then reruns the job net N6. .
[0081]
The rule information 5a to 5c shown in FIG. 1 will be described below.
[0082]
Table 4 is an example of the rule information 5a.
[0083]
[Table 4]

[0084]
The backup process B1 for copying the table shown in FIG. 4 is designated by the backup process ID “EXPORT”.
[0085]
The backup process B2 for storing the HWM (High Water Mark) in the table shown in FIG. 5 is designated by the backup process ID “HWM”. Here, HWM indicates a data storage position before data is added to the table.
[0086]
In Table 4, the backup processing ID “EXPORT” is associated with the access types “U” and “D”.
[0087]
The backup type ID “HWM” is associated with the access type “C”.
[0088]
No backup processing ID is associated with the access type “R”.
[0089]
The rule information 5a indicates that when a table is updated or deleted, the table is copied. The rule information 5a indicates that when data is added to the table, the HWM before being added is recorded. Further, the rule information 5a indicates that when only data in a table is referred to, it is not particularly necessary to perform backup processing for the table.
[0090]
Table 5 is an example of the rule information 5b.
[0091]
[Table 5]

[0092]
In the item “join relationship” in the column of the table, a backup process ID for performing integration between a recovery point that is a rerun point when a failure occurs and the next recovery point is arranged. A backup ID used in place of a plurality of backup process IDs in the table item “join relationship” is arranged in the item “backup process ID after join” in the table column.
[0093]
By using the rule information 5b, for example, a plurality of backup processing IDs “EXPORT” and “HWM” can be integrated into the backup processing ID “EXPORT” between the recovery point and the next recovery point.
[0094]
The rule information 5c is information that specifies the position of the recovery point. Examples of the rule information 5c include information that the access point is the recovery point, information that the recovery point is the head of the batch job, and information that the recovery point is the head of the job net.
[0095]
The reference function 7 inputs the execution order information 22 and the access information 23, and refers to the rule information 5 a to 5 c and the rules A to C stored in the storage unit 6.
[0096]
The selection function 8 selects and optimizes backup processing according to the rules A to C based on the execution order information 22, the access information 23, and the rule information 5a to 5c, and stores the result as backup processing information 9 in the storage unit 10 To store.
[0097]
Rule A defines a procedure for selecting a backup process corresponding to each access type.
[0098]
For example, the backup processing ID “EXPORT” is assigned to the access types “U” and “D”. As a result, the table before being updated or deleted by the backup process B1 indicated by the backup process ID “EXPORT” is copied.
[0099]
For example, the backup processing ID “HWM” is assigned to the access type “C”. As a result, the HWM before the data is added by the backup process B2 indicated by the backup process ID “HWM” is recorded.
[0100]
In the case of the access type “R”, the backup process ID is not assigned because the table backup is not required.
[0101]
Rule B defines a procedure for collecting backup processes for the same table.
[0102]
When a batch job accesses the same table a plurality of times, if there is one or more access types “U” or “D” in the plurality of accesses, one backup processing ID “EXPORT” is assigned. For example, when accessing the same table in a batch job in the order of “C” → “C” → “U” → “R”, the assignment of the backup processing ID “HWM” to the access type “C” is omitted, Only assign the backup processing ID “EXPORT” to the access type “U”.
[0103]
Also, when a batch job accesses the same table multiple times, if there are no access types “U” and “D” in the multiple times of access and there is one or more “C”, the backup process ID “ Assign one HWM. For example, when accessing the same table in a batch job in the order of “R” → “C” → “C” → “R”, one backup process ID “HWM” for one or more access types “C”. "Is assigned.
[0104]
Rule C defines a procedure for collecting backup processing at each recovery point.
[0105]
For example, when a recovery point is set for a table access unit in a batch job, backup processing is assigned to all tables accessed in the batch job.
[0106]
When a recovery point is set for each batch job, a plurality of backup processes that access the same table in the batch job are put together according to the procedure of rule B.
[0107]
When the recovery point is set at the head of the job net, first, a plurality of backup processes that access the same table within the same batch job are collected according to the procedure of rule B, and then the same table is stored within the same job net. Collect multiple backup processes to access. The preceding job nets for a plurality of job nets are the same, and a plurality of backup processes that access the same table are collected.
[0108]
FIG. 6 is a block diagram illustrating an integrated state of backup processing according to the rules A to C.
[0109]
Like the batch job J11, a plurality of accesses to the same table in the batch job are combined into one backup process when there is a predetermined connection relationship.
[0110]
A plurality of batch jobs that access the same table in the job net, such as batch job J12 and batch job J13, are combined into one backup process when they have a predetermined connection relationship.
[0111]
For a plurality of job nets having the same preceding job net and accessing the same table, such as job net N8 and job net N9, one backup process is performed when the backup processing of the plurality of job nets has a predetermined connection relationship. Are summarized in
[0112]
The performance coefficient information 12 is information representing a performance coefficient for each access type and a performance coefficient for backup processing.
[0113]
Table 6 is an example of the performance coefficient information 12.
[0114]
[Table 6]

[0115]
The performance coefficient is a numerical value obtained by counting the processing performance of each access type or the processing performance of each backup process. Here, the performance coefficient is the data access time per 10,000 records. This coefficient of performance is set based on the results of database performance evaluation benchmark tests, etc., performed on the actual machine.
[0116]
The processing time calculation function 11 inputs the data capacity information 24, refers to the performance coefficient information 12, and obtains the processing time of the batch jobs J1 to J8.
[0117]
The processing time of the batch jobs J1 to J8 is obtained as the access time by obtaining the integrated value of the number of accesses and the performance coefficient for each access executed in the batch jobs J1 to J8. Calculate the sum.
[0118]
Further, the processing time calculation function 11 acquires the total number of data in each table T1 to T3 based on the data capacity information 24, calculates an integrated value of the total number of each table T1 to T3 and the performance coefficient, It is assumed that the processing time of the backup process for each of T1 to T3.
[0119]
Then, the processing time calculation function 11 stores the calculated processing time of the batch jobs J1 to J8 and the processing time of the backup processing for each table T1 to T3 in the storage unit 15 as processing time information 14.
[0120]
The schedule generation function 16 inputs the execution order information 22 and refers to the backup processing information 9 stored in the storage unit 10 and the processing time information 14 stored in the storage unit 15.
[0121]
Then, the schedule generation function 16 obtains the processing times of the preprocessing H1 to H5 in the job nets N1 to N5 from the processing time of the backup processing, and from the processing times of the preprocessing H1 to H5 and the processing times of the batch jobs J1 to J8. The processing times of the job nets N1 to N5 are obtained, the execution start times and the execution end times of the job nets N1 to N5 are obtained from the execution order of the job nets N1 to N5 and the processing times of the job nets N1 to N5. Generate results. This simulation result is stored in the storage unit 18 as schedule information 17.
[0122]
A process schedule design method executed by the process schedule design system 1 having the above configuration will be described.
[0123]
FIG. 7 is a flowchart illustrating an example of a processing schedule design method.
[0124]
First, the system design document 21 is input to the process schedule design system 1, and the reference information 7 refers to the rule information 5a to 5c and the rules A to C (S1).
[0125]
Next, the process to which the rule A is applied is executed by the selection function 8, and based on the “batch job ID” of the execution order information 22 shown in Table 1 and the “batch job ID” of the access information 23 shown in Table 2. , “Preceding job net ID”, “job net ID”, and “batch job ID” are associated with each other, and “access type” of the access information 29 shown in Table 2 and “access type” of the rule information 11a shown in Table 4 Table 7 in which “backup processing ID” is associated with “access type” is generated (S2).
[0126]
[Table 7]

[0127]
Next, the process to which the rule B is applied is executed by the selection function 8, and it is confirmed that the backup process is optimized for each job net based on the rule information 11c. Then, the selection function 8 sorts the contents of Table 7 using “job net ID” and “table ID” as keys (S3). As a result, accesses to the same table are grouped for each job net. Then, the selection function 8 checks whether the “job net ID” and the “table ID” match and the “backup processing ID” satisfies the connection relationship of the rule information 11b shown in Table 5, and can be omitted. Table 8 from which “backup processing ID” is deleted is generated (S4).
[0128]
[Table 8]

[0129]
Next, it is confirmed that the processing to which the rule C is applied is executed by the selection function 8 and that the backup processing is optimized between job nets based on the rule information 11c. Then, the selection function 8 sorts the contents of Table 8 using “preceding job net ID” and “table ID” as keys (S5). As a result, accesses to the same table are collected between job nets executed in parallel. Then, the selection function 8 checks whether the “preceding job net ID” and the “table ID” match and the “backup processing ID” satisfies the connection relationship of the rule information 11b shown in Table 5, and can be omitted. Table 9 from which the “backup processing ID” is deleted is generated (S6).
[0130]
[Table 9]

[0131]
Next, the selection function 8 selects the row to which the “backup processing ID” is assigned from the table 9, and the backup processing information 9 in the table format is generated (S7). This backup processing information 9 is shown in Table 10.
[0132]
[Table 10]

[0133]
In this backup processing information 9, for each job net ID indicating a job net, a backup processing ID indicating backup processing optimized within and between job nets, a table ID of the access destination, and a preceding job net ID are included. Assigned.
[0134]
FIG. 8 is a block diagram showing the execution status of a job net with an optimized backup processing execution schedule.
[0135]
In the pre-processes H1 to H5 of the job nets N1 to N5 indicated by the job net IDs “NET1” to “NET5”, the table IDs associated with the job net IDs “NET1” to “NET5” in the backup processing information 9 The backup process indicated by the associated backup process ID is executed on the indicated table.
[0136]
Next, on the basis of the “number of accesses” of the access information 23 shown in Table 2 and the “performance coefficient” of the performance coefficient information 18 shown in Table 6, the access access executed in each batch job by the processing time calculation function 11 The time is calculated, and the total access time of each batch job is calculated as the processing time of each batch job, and Table 11 is generated (S8).
[0137]
[Table 11]

[0138]
Next, a new “batch job ID” is assigned to the combination of “backup processing ID” and “table ID” in Table 10, and “total number” of the data capacity information 24 shown in Table 3 is set to “number of accesses”. Based on this “number of accesses” and the “performance coefficient” of the performance coefficient information 12 shown in Table 6, the processing time for each new “batch job ID” is calculated by the processing time calculation function 11 to generate Table 12. (S9).
[0139]
[Table 12]

[0140]
Then, the processing time calculation function 11 generates processing time information 14 indicating the relationship between “batch job ID” and “processing time” (S10). Table 13 is a table showing an example of the processing time information 14.
[0141]
[Table 13]

[0142]
That is, the processing time information 14 is a list of estimated processing times for batch jobs and backup processing.
[0143]
Note that the backup processing for recording the HWM predicts the processing time as 0 seconds regardless of the data amount of the table.
[0144]
Next, schedule information 17 is generated by the schedule generation function 16 based on the execution order information 22, the backup processing information 9, and the processing time information 14 (S11). Table 14 is a table showing an example of the schedule information 17.
[0145]
[Table 14]

[0146]
The schedule information 17 associates the preceding job net ID with each of the job net IDs “NET1” to “NET5”, and is executed in the job nets N1 to N5 for the job net IDs “NET1” to “NET5”. The batch job IDs “JOB1” to “JOB8” indicating the batch jobs J1 to J8 are associated in accordance with the execution order.
[0147]
The schedule information 17 associates the processing times of the preprocessing H1 to H5 with the job net IDs “NET1” to “NET5” as “preprocessing time”, respectively. Furthermore, the schedule information 17 associates start times and end times of the batch job IDs “JOB1” to “JOB8” based on the execution order, the processing times of the pre-processing H1 to H5, and the processing times of the batch jobs J1 to J8. ing.
[0148]
Then, the schedule indicated by the schedule information 17 generated by the schedule generation function 16 is displayed in a graph (S12).
[0149]
FIG. 9 is a diagram showing a graph 25 generated based on the schedule information 17.
[0150]
In the processing schedule design system 1 according to the present embodiment described above, unnecessary backup processing can be eliminated, and the execution schedule of backup processing can be optimized as a whole. As a result, it is possible to eliminate useless backup processing time and speed up the processing.
[0151]
Further, in the processing schedule design system 1 according to the present embodiment, the backup processing of each batch job can be unified and managed, and the development man-hour of the backup processing of each batch job can be reduced.
[0152]
In addition, the designer can automatically obtain the simulation result of the execution schedule of the batch job by inputting the system design document 21, so that the database design work can be easily performed.
[0153]
In the present embodiment, a case has been described in which backup processing is assigned to a batch job or job net, but recovery processing can also be assigned by a similar method. In other words, since the table is restored using the table copied by the backup process in the recovery process, the table to be restored at the time of recovery can be uniformly determined by the same determination method as the backup process. Thereby, the development process of recovery processing can also be reduced.
[0154]
(Second Embodiment)
In the present embodiment, a process schedule design service using the process schedule design method according to the first embodiment will be described.
[0155]
FIG. 10 is a block diagram illustrating a processing schedule design service according to the present embodiment, and the same parts as those in FIG. 1 are denoted by the same reference numerals.
[0156]
The browser 27 operated by the designer 26 and the processing schedule design system 1 are connected via a network 28 such as the Internet.
[0157]
The processing schedule design system 1 has a function as a Web server, and is operated and managed by an ASP (Application Service Provider).
[0158]
The designer 26 refers to the input page of the processing schedule design system 1 using the browser 27, and inputs the system design document 21, performance coefficient information 12 and the like using this input page.
[0159]
The input system design document 21 and performance coefficient information 12 are provided to the processing schedule design system 1 via the network 28, and backup processing information 10, processing time information 14, schedule information 17, and a graph 25 are generated.
[0160]
The generated backup processing information 10, processing time information 14, schedule information 17, and graph 25 are provided to the browser 27 via the network 28 and displayed.
[0161]
Thereby, the designer 26 can receive a processing schedule design service provided by the ASP. By receiving the processing schedule design service from the ASP, the designer 26 does not have to hold the processing schedule design program 20 by himself / herself, and can obtain a schedule result using the latest rules developed by the ASP. The processing schedule can be acquired efficiently in terms of maintenance and operation.
[0162]
The ASP can obtain a service fee by providing a processing schedule design service desired by the designer 26.
[0163]
In addition, each component of the processing schedule design system 1 according to the first and second embodiments may be freely combined, divided into a plurality of elements, and the arrangement position may be changed. Good. For example, the

storage units

6, 10, 13, 15, and 18 may be integrated into one.
[0164]
The processing schedule design program 20 may be distributed on a plurality of computers and operate in cooperation with each other.
[0165]
【The invention's effect】
As described above in detail, in the present invention, backup processing or recovery processing for processing can be unified in the entire system, a processing schedule optimized for the entire system can be designed, and processing time can be shortened by integration of backup processing.
[0166]
In the present invention, operation management is facilitated by unifying backup processing or recovery processing in the entire system, and the development man-hours of backup processing and recovery processing for each processing can be reduced.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an example of the configuration of a processing schedule design system according to a first embodiment.
FIG. 2 is a block diagram illustrating an example of backup processing.
FIG. 3 is a block diagram illustrating an example of recovery processing.
FIG. 4 is a block diagram showing backup processing for copying a table.
FIG. 5 is a block diagram showing backup processing for storing a table HWM.
FIG. 6 is a block diagram illustrating the integration status of backup processing.
FIG. 7 is a flowchart showing an example of a processing schedule design method according to the embodiment;
FIG. 8 is a block diagram showing the execution status of a job net with an optimized backup process execution schedule.
FIG. 9 is a diagram showing a graph generated based on schedule information.
FIG. 10 is a block diagram illustrating a processing schedule design service according to the second embodiment of the invention.
FIG. 11 is a block diagram illustrating a general batch job execution schedule;
[Explanation of symbols]
1 ... Processing schedule design system
2 ... Schedule Design Department
3. Processing time information generation unit
4 ... Simulation part
5a to 5c ... rule information
6, 10, 13, 15, 18 ... storage unit
7 ... Reference function
8 ... Selection function
9 ... Backup processing information
11 ... Processing time calculation function
12 ... Performance coefficient information
14 ... Processing time information
16 ... Schedule generation function
17 ... Schedule information
19. Recording medium
20 ... Processing schedule design program
21 ... System design document
22: Execution order information
23 ... Access information
24: Data capacity information
25 ... Graph
26 ... Designer
27 ... Browser
28 ... Network
A to C ... rules

Claims

On the computer,
Shows the access information associated with the access destination ID and an access type indicating an access destination of the access to be executed in the process of processing ID and this showing the processing schedule designed, access type and the backup process in accordance with the access type a reference function referring to the rule information associated with the backup process ID after integration with multiple backup process ID with Rutotomoni predetermined relation associating the backup process ID,
Based on the access information referred to by the reference function and the rule information, a backup process ID corresponding to a process ID indicating the schedule design target process is selected, and the predetermined relationship is selected among the selected backup process IDs. And a selection function for selecting a related integrated backup process ID instead of the backup process ID having the predetermined relationship when the related access destination ID is the same . Processing schedule design program.

In the processing schedule design program according to claim 1,
The access information is information that associates a preceding process ID indicating a preceding process with respect to the schedule design target process, a process ID indicating the schedule design target process, an access type, and an access destination ID ,
Said selection function, based on said access information and said rule information, after selecting the backup process ID for each process ID showing each process of the schedule designed, each process showing each process of the schedule designed If the preceding process ID that has backup process ID of the selected backup process ID having the predetermined relationship and associated access destination ID is the same and the associated relative ID are the same, with the predetermined relation A processing schedule design program for selecting a related integrated backup process ID instead of a backup process ID.

In the processing schedule design program according to claim 1 or 2 ,
The selection function is a process schedule design program for determining whether or not a backup process ID has a predetermined relationship in a range from a recovery point to a next recovery point .

On the computer,
Access information including the number of accesses for each access executed in the schedule design target process, the access type associated with the process ID indicating the process of the schedule design target and the access type of the access executed in the process, the access type and the access A reference function for referring to rule information associated with a backup process ID indicating a backup process according to the type;
A selection function for selecting a backup process ID for a process ID indicating a process of the schedule design target based on the access information and the rule information referred to by the reference function;
Based on the access time per predetermined number set for the access executed in the schedule design target process and the access number included in the access information, the processing time of the schedule design target process is calculated. The schedule design target process is supported based on the access time per predetermined number of backup processes indicated by the backup process ID selected for the process ID indicating the schedule design target process and the data amount of the access destination. Processing time calculation function to calculate the processing time of backup processing
A processing schedule design program for realizing

In the processing schedule design program according to claim 4 ,
A processing schedule design program that realizes a schedule generation function that generates schedule information related to the schedule design target process and a backup process corresponding to the process based on the processing time obtained by the processing time calculation function .

In the processing schedule design program according to any one of claims 1 to 5 ,
The schedule design target process is a job or a job net including at least one job .

In the processing schedule design program according to any one of claims 1 to 6,
A process schedule design program characterized by applying a recovery process ID instead of a backup process ID .

In a method for supporting the design of a process execution schedule by a computer,
The process ID indicating the schedule design target process, the access information associating the access destination ID indicating the access destination of the access executed in this process and the access type, and the backup indicating the access type and the backup process corresponding to the access type Refer to the rule information that associates a plurality of backup process IDs having a predetermined relationship with the process ID and the backup process ID after integration,
Based on the referenced access information and the rule information, a backup process ID corresponding to the process ID indicating the schedule design target process is selected, and the backup process having the predetermined relationship in the selected backup process ID A process schedule design characterized by selecting a related integrated backup process ID instead of the backup process ID having the predetermined relationship when there is an ID and the related access destination IDs are the same Way .

In the processing schedule design method of Claim 8,
The access information is information that associates a preceding process ID indicating a preceding process with respect to the schedule design target process, a process ID indicating the schedule design target process, an access type, and an access destination ID,
Based on the access information and the rule information, after selecting a backup process ID for each process ID indicating each process of the schedule design target, it is selected for each process ID indicating each process of the schedule design target When the backup process ID having the predetermined relationship is included in the backup process ID, the related access destination ID is the same, and the related preceding process ID is the same, the backup process ID having the predetermined relationship is replaced with A process schedule design method , wherein a related integrated backup process ID is selected .

In a method for supporting the design of a process execution schedule by a computer,
Access information including the number of accesses for each access executed in the schedule design target process, the access type associated with the process ID indicating the process of the schedule design target and the access type of the access executed in the process, the access type and the access Refer to the rule information associated with the backup process ID indicating the backup process according to the type,
Based on the referenced access information and the rule information, a backup process ID for a process ID indicating the schedule design target process is selected,
Based on the access time per predetermined number set for the access executed in the schedule design target process and the access number included in the access information, the processing time of the schedule design target process is calculated. The schedule design target process is supported based on the access time per predetermined number of backup processes indicated by the backup process ID selected for the process ID indicating the schedule design target process and the data amount of the access destination. A processing schedule design method characterized by calculating a processing time of backup processing to be performed.

In an apparatus that supports the design of a process execution schedule,
The process ID indicating the schedule design target process, the access information associating the access destination ID indicating the access destination of the access executed in this process and the access type, and the backup indicating the access type and the backup process corresponding to the access type A reference means for associating a process ID with a plurality of backup process IDs having a predetermined relationship and referring to rule information associated with the backup process ID after integration;
Based on the access information referred to by the reference means and the rule information, a backup process ID corresponding to the process ID indicating the schedule design target process is selected, and the predetermined relationship is selected among the selected backup process IDs. Selection means for selecting a related integrated backup processing ID instead of the backup processing ID having the predetermined relationship when there is a backup processing ID having the same and the related access destination ID is the same.
The process schedule design apparatus characterized by the above-mentioned.

In the processing schedule design device according to claim 11,
The access information is information that associates a preceding process ID indicating a preceding process with respect to the schedule design target process, a process ID indicating the schedule design target process, an access type, and an access destination ID,
The selection means selects a backup process ID for each process ID indicating each process of the schedule design target based on the access information and the rule information, and then selects each process ID indicating each process of the schedule design target A backup having the predetermined relationship when the backup processing ID having the predetermined relationship is included in the selected backup processing ID, the related access destination ID is the same, and the related preceding process ID is the same. A process schedule design apparatus , wherein a related integrated backup process ID is selected instead of a process ID .

In an apparatus that supports the design of a process execution schedule,
Access information including the number of accesses for each access executed in the schedule design target process, the access type associated with the process ID indicating the schedule design target process and the access type of access executed in the process, the access type and the access A reference means for referring to the rule information associated with the backup process ID indicating the backup process according to the type;
Selection means for selecting a backup process ID for a process ID indicating a process of the schedule design target based on the access information and the rule information referred to by the reference means;
Based on the access time per predetermined number set for access executed in the schedule design target process and the number of access included in the access information,
The processing time of the schedule design target process is calculated, the access time per predetermined number of backup processes indicated by the backup process ID selected for the process ID indicating the schedule design target process, and the data amount of the access destination A processing time calculating means for calculating a processing time of a backup process corresponding to the process of the schedule design object, based on
The process schedule design apparatus characterized by the above-mentioned.

In the processing schedule design device according to claim 13,
A process schedule further comprising schedule generation means for generating schedule information related to the schedule design target process and a backup process corresponding to the process based on the processing time obtained by the processing time calculation means. Design equipment.