JP2003203048A

JP2003203048A - 処理スケジュール設計プログラム及び方法並びに装置

Info

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

Abstract

(57)【要約】【課題】無駄なバックアップ処理を削除し、システムで
実行される処理の効率化を図る。【解決手段】本発明の処理スケジュール設計プログラム
２０は、コンピュータに、スケジュール設計対象の処理
を示す処理ＩＤとその処理で実行されるアクセスのアク
セス種別とを関連付けたアクセス情報２３と、アクセス
種別とそのアクセス種別に応じたバックアップ処理を示
すバックアップ処理ＩＤとを関連付けた規則情報５ａと
を参照する参照機能７と、参照機能７によって参照され
たアクセス情報２３と規則情報５ａとに基づいて、スケ
ジュール設計対象の処理を示す処理ＩＤに対するバック
アップ処理ＩＤを選択する選択機能８とを実現させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データベースサー
バで実行されるバッチジョブの実行スケジュールの設計
を支援する処理スケジュール設計プログラム及び方法並
びに装置に関する。

【０００２】

【従来の技術】バッチジョブとは、業務処理を実行する
シェルスクリプト、コマンド、実行プログラム、ワーク
ユニットなどである。

【０００３】図１１は、一般的なバッチジョブの実行ス
ケジュールを例示するブロック図である。

【０００４】ジョブネットＮ１〜Ｎ５は、起動順序を指
定したバッチジョブの集まりである。ジョブネットＮ１
〜Ｎ５は、それぞれジョブネットＩＤ「NET1」〜「NET
5」で指定される。

【０００５】バッチジョブＪ１〜Ｊ８は、データベース
に記録されているテーブルＴ１〜Ｔ３に対して例えば追
加「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」〜「NET
5」に対して、ジョブネットＮ１〜Ｎ５で実行されるバ
ッチジョブＪ１〜Ｊ８を示すバッチジョブＩＤ「JOB1」
〜「JOB8」を実行順序にしたがって関連付けている。

【０１４７】また、スケジュール情報１７は、ジョブネ
ットＩＤ「NET1」〜「NET5」にそれぞれ事前処理Ｈ１〜
Ｈ５の処理時間を「事前処理時間」として関連付けてい
る。さらに、スケジュール情報１７は、実行順序と事前
処理Ｈ１〜Ｈ５の処理時間とバッチジョブＪ１〜Ｊ８の
処理時間とに基づいて、バッチジョブＩＤ「JOB1」〜
「JOB8」の開始時間、終了時間を関連付けている。

【０１４８】そして、スケジュール生成機能１６によっ
て生成されたスケジュール情報１７の示すスケジュール
がグラフ表示される（Ｓ１２）。

【０１４９】図９は、スケジュール情報１７に基づいて
生成されたグラフ２５を表示した図である。

【０１５０】以上説明した本実施の形態に係る処理スケ
ジュール設計システム１においては、不要なバックアッ
プ処理を排除でき、全体としてバックアップ処理の実行
スケジュールを最適化できる。これにより、無駄なバッ
クアップ処理の処理時間を排除し、処理を高速化でき
る。

【０１５１】また、本実施の形態に係る処理スケジュー
ル設計システム１においては、各バッチジョブのバック
アップ処理を統一して運用管理でき、各バッチジョブの
バックアップ処理の開発工数を削減できる。

【０１５２】また、設計者は、システム設計書２１を入
力することにより、自動的にバッチジョブの実行スケジ
ュールのシミュレーション結果を得ることができるた
め、データベースの設計作業を容易に行うことができ
る。

【０１５３】なお、本実施の形態においては、バッチジ
ョブや、ジョブネットに対してバックアップ処理を割り
当てる場合について説明しているが、同様の手法により
リカバリ処理を割り当てることもできる。すなわち、リ
カバリ処理ではバックアップ処理によって複写されたテ
ーブルを用いてテーブルの復元を行うため、バックアッ
プ処理と同様の決定手法でリカバリ時に復元するテーブ
ルを統一的に決定することができる。これにより、リカ
バリ処理の開発工程も削減できる。

【０１５４】（第２の実施の形態）本実施の形態におい
ては、上記第１の実施の形態に係る処理スケジュール設
計方法を利用した処理スケジュール設計サービスについ
て説明する。

【０１５５】図１０は、本実施の形態に係る処理スケジ
ュール設計サービスを例示するブロック図であり、図１
と同一の部分については同一の符号を付している。

【０１５６】設計者２６の操作するブラウザ２７と処理
スケジュール設計システム１とは、例えばインターネッ
トなどのようなネットワーク２８を介して接続されてい
る。

【０１５７】処理スケジュール設計システム１は、Ｗｅ
ｂサーバとしての機能を持ち、ＡＳＰ（アプリケーショ
ン・サービス・プロバイダ）により運用・管理される。

【０１５８】設計者２６は、ブラウザ２７を用いて処理
スケジュール設計システム１の持つ入力ページを参照
し、この入力ページを利用してシステム設計書２１、性
能係数情報１２などを入力する。

【０１５９】入力されたシステム設計書２１や性能係数
情報１２は、ネットワーク２８を介して処理スケジュー
ル設計システム１に提供され、バックアップ処理情報１
０、処理時間情報１４、スケジュール情報１７、グラフ
２５が生成される。

【０１６０】生成されたバックアップ処理情報１０、処
理時間情報１４、スケジュール情報１７、グラフ２５
は、ネットワーク２８を介してブラウザ２７に提供さ
れ、表示される。

【０１６１】これにより、設計者２６は、ＡＳＰの提供
する処理スケジュール設計サービスを受けることができ
る。設計者２６は、ＡＳＰから処理スケジュール設計サ
ービスの提供を受けることにより、自己で処理スケジュ
ール設計プログラム２０を保持する必要がなく、またＡ
ＳＰの開発した最新のルールを利用したスケジュール結
果を得ることができ、保守、運用の面で効率的に処理ス
ケジュールを取得できる。

【０１６２】ＡＳＰは、設計者２６の望む処理スケジュ
ール設計サービスを提供することによりサービス料金を
得ることが可能となる。

【０１６３】なお、上記第１及び第２の実施の形態に係
る処理スケジュール設計システム１の各構成要素は、自
由に組み合わせてもよく、また複数の要素に分割しても
よく、配置位置を変更してもよい。例えば、各格納部
６、１０、１３、１５、１８は一つに統合してもよい。

【０１６４】また、処理スケジュール設計プログラム２
０は、複数のコンピュータ上に分散され、連携しつつ動
作してもよい。

【０１６５】

【発明の効果】以上詳記したように本発明においては、
処理に対するバックアップ処理又はリカバリ処理をシス
テム全体で統一でき、システム全体で最適化された処理
スケジュールを設計でき、バックアップ処理の統合によ
り処理時間を短縮化できる。

【０１６６】また、本発明においては、バックアップ処
理又はリカバリ処理をシステム全体で統一することで運
用管理が容易となり、各処理に対するバックアップ処理
及びリカバリ処理の開発工数を削減できる。

【図面の簡単な説明】

【図１】本実施の第１の実施の形態に係る処理スケジュ
ール設計システムの構成の例を示すブロック図。

【図２】バックアップ処理の例を説明するブロック図。

【図３】リカバリ処理の例を説明するブロック図。

【図４】テーブルを複写するバックアップ処理を示すブ
ロック図。

【図５】テーブルのＨＷＭを記憶するバックアップ処理
を示すブロック図。

【図６】バックアップ処理の統合状況を例示するブロッ
ク図。

【図７】同実施の形態に係る処理スケジュール設計方法
の例を示すフローチャート。

【図８】バックアップ処理の実行スケジュールを最適化
したジョブネットの実行状況を示すブロック図。

【図９】スケジュール情報に基づいて生成されたグラフ
を表示した図。

【図１０】本発明の第２の実施の形態に係る処理スケジ
ュール設計サービスを例示するブロック図。

【図１１】一般的なバッチジョブの実行スケジュールを
例示するブロック図。

【符号の説明】

１…処理スケジュール設計システム２…スケジュール設計部３…処理時間情報生成部４…シミュレーション部５ａ〜５ｃ…規則情報６、１０、１３、１５、１８…格納部７…参照機能８…選択機能９…バックアップ処理情報１１…処理時間算出機能１２…性能係数情報１４…処理時間情報１６…スケジュール生成機能１７…スケジュール情報１９…記録媒体２０…処理スケジュール設計プログラム２１…システム設計書２２…実行順序情報２３…アクセス情報２４…データ容量情報２５…グラフ２６…設計者２７…ブラウザ２８…ネットワークＡ〜Ｃ…ルール

───────────────────────────────────────────────────── フロントページの続き (72)発明者駒津公一東京都府中市東芝町１番地株式会社東芝府中事業所内Ｆターム(参考） 5B085 BA01 5B098 GA03 GA08 GC01

Claims

【特許請求の範囲】

【請求項１】コンピュータに、スケジュール設計対象の処理を示す処理ＩＤとその処理
で実行されるアクセスのアクセス種別とを関連付けたア
クセス情報と、アクセス種別とそのアクセス種別に応じ
たバックアップ処理を示すバックアップ処理ＩＤとを関
連付けた規則情報とを参照する参照機能と、前記参照機能によって参照された前記アクセス情報と前
記規則情報とに基づいて、前記スケジュール設計対象の
処理を示す処理ＩＤに対するバックアップ処理ＩＤを選
択する選択機能とを実現させるための処理スケジュール
設計プログラム。
【請求項２】請求項１記載の処理スケジュール設計プ
ログラムにおいて、前記アクセス情報は、前記スケジュ
ール設計対象の処理を示す処理ＩＤとこの処理で実行さ
れるアクセスのアクセス先を示すアクセス先ＩＤとアク
セス種別とを関連付けた情報であり、前記規則情報は、所定の関係を持つ複数のバックアップ
処理ＩＤと統合後のバックアップ処理ＩＤとを関連付け
た情報を含み、前記選択機能は、前記アクセス情報と前記規則情報とに
基づいて、前記スケジュール設計対象の処理を示す処理
ＩＤに対するバックアップ処理ＩＤを選択し、選択され
たバックアップ処理ＩＤの中に前記所定の関係を持つバ
ックアップ処理ＩＤがありかつ関連するアクセス先ＩＤ
が同一の場合に、前記所定の関係を持つバックアップ処
理ＩＤに代えて関連する統合後のバックアップ処理ＩＤ
を選択することを特徴とする処理スケジュール設計プロ
グラム。
【請求項３】請求項２記載の処理スケジュール設計プ
ログラムにおいて、前記アクセス情報は、前記スケジュール設計対象の処理
に対する先行処理を示す先行処理ＩＤと前記スケジュー
ル設計対象の処理を示す処理ＩＤとアクセス種別とアク
セス先ＩＤとを関連付けた情報であり、前記選択機能
は、前記アクセス情報と前記規則情報とに基づいて、前
記スケジュール設計対象の各処理を示す各処理ＩＤに対
するバックアップ処理ＩＤを選択した後、前記スケジュ
ール設計対象の各処理を示す各処理ＩＤに対して選択さ
れたバックアップ処理ＩＤに前記所定の関係を持つバッ
クアップ処理ＩＤがありかつ関連するアクセス先ＩＤが
同一でありかつ関連する先行処理ＩＤが同一の場合に、
前記所定の関係を持つバックアップ処理ＩＤに代えて関
連する統合後のバックアップ処理ＩＤを選択することを
特徴とする処理スケジュール設計プログラム。
【請求項４】請求項２又は請求項３記載の処理スケジ
ュール設計プログラムにおいて、前記選択機能は、リカバリポイントから次のリカバリポ
イントまでの範囲でバックアップ処理ＩＤが所定の関係
を持つか否かを判定することを特徴とする処理スケジュ
ール設計プログラム。
【請求項５】請求項１乃至請求項４のいずれか記載の
処理スケジュール設計プログラムにおいて、前記アクセス情報は、前記スケジュール設計対象の処理
で実行されるアクセス毎に、アクセス件数を含んでお
り、コンピュータに、前記スケジュール設計対象の処理で実行されるアクセス
について設定されている所定件数当たりのアクセス時間
と前記アクセス情報に含まれているアクセス件数とに基
づいて、前記スケジュール設計対象の処理の処理時間を
算出し、前記スケジュール設計対象の処理を示す処理Ｉ
Ｄに対して選択されたバックアップ処理ＩＤの示すバッ
クアップ処理の所定件数当たりのアクセス時間とアクセ
ス先のデータ量とに基づいて、前記スケジュール設計対
象の処理に対応するバックアップ処理の処理時間を算出
する処理時間算出機能を実現させる処理スケジュール設
計プログラム。
【請求項６】請求項５記載の処理スケジュール設計プ
ログラムにおいて、前記処理時間算出機能によって求め
られた処理時間に基づいて、前記スケジュール設計対象
の処理とこの処理に対応するバックアップ処理とに関す
るスケジュール情報を生成するスケジュール生成機能を
実現させる処理スケジュール設計プログラム。
【請求項７】請求項１乃至請求項６のいずれか記載の
処理スケジュール設計プログラムにおいて、前記スケジュール設計対象の処理は、ジョブ又は少なく
とも一つのジョブを含むジョブネットであることを特徴
とする処理スケジュール設計プログラム。
【請求項８】請求項１乃至請求項７のいずれか記載の
処理スケジュール設計プログラムにおいて、バックアップ処理ＩＤに代えてリカバリ処理ＩＤを適用
することを特徴とする処理スケジュール設計プログラ
ム。
【請求項９】コンピュータにより処理の実行スケジュ
ールの設計を支援する方法において、スケジュール設計対象の処理を示す処理ＩＤとその処理
で実行されるアクセスのアクセス種別とを関連付けたア
クセス情報と、アクセス種別とそのアクセス種別に応じ
たバックアップ処理を示すバックアップ処理ＩＤとを関
連付けた規則情報とを参照し、参照された前記アクセス情報と前記規則情報とに基づい
て、前記スケジュール設計対象の処理を示す処理ＩＤに
対するバックアップ処理ＩＤを選択することを特徴とす
る処理スケジュール設計方法。
【請求項１０】請求項９記載の処理スケジュール設計
方法において、前記アクセス情報は、前記スケジュール設計対象の処理
を示す処理ＩＤとこの処理で実行されるアクセスのアク
セス先を示すアクセス先ＩＤとアクセス種別とを関連付
けた情報であり、前記規則情報は、所定の関係を持つ複数のバックアップ
処理ＩＤと統合後のバックアップ処理ＩＤとを関連付け
た情報を含み、前記アクセス情報と前記規則情報とに基づいて、前記ス
ケジュール設計対象の処理を示す処理ＩＤに対するバッ
クアップ処理ＩＤを選択し、選択されたバックアップ処理ＩＤの中に前記所定の関係
を持つバックアップ処理ＩＤがありかつ関連するアクセ
ス先ＩＤが同一の場合に、前記所定の関係を持つバック
アップ処理ＩＤに代えて関連する統合後のバックアップ
処理ＩＤを選択することを特徴とする処理スケジュール
設計方法。
【請求項１１】請求項１０記載の処理スケジュール設
計方法において、前記アクセス情報は、前記スケジュール設計対象の処理
に対する先行処理を示す先行処理ＩＤと前記スケジュー
ル設計対象の処理を示す処理ＩＤとアクセス種別とアク
セス先ＩＤとを関連付けた情報であり、前記アクセス情報と前記規則情報とに基づいて、前記ス
ケジュール設計対象の各処理を示す各処理ＩＤに対する
バックアップ処理ＩＤを選択した後、前記スケジュール
設計対象の各処理を示す各処理ＩＤに対して選択された
バックアップ処理ＩＤに前記所定の関係を持つバックア
ップ処理ＩＤがありかつ関連するアクセス先ＩＤが同一
でありかつ関連する先行処理ＩＤが同一の場合に、前記
所定の関係を持つバックアップ処理ＩＤに代えて関連す
る統合後のバックアップ処理ＩＤを選択することを特徴
とする処理スケジュール設計方法。
【請求項１２】処理の実行スケジュールの設計を支援
する装置において、スケジュール設計対象の処理を示す処理ＩＤとその処理
で実行されるアクセスのアクセス種別とを関連付けたア
クセス情報と、アクセス種別とそのアクセス種別に応じ
たバックアップ処理を示すバックアップ処理ＩＤとを関
連付けた規則情報とを参照する参照手段と、前記参照手段によって参照された前記アクセス情報と前
記規則情報とに基づいて、前記スケジュール設計対象の
処理を示す処理ＩＤに対するバックアップ処理ＩＤを選
択する選択手段とを具備したことを特徴とする処理スケ
ジュール設計装置。
【請求項１３】請求項１２記載の処理スケジュール設
計装置において、前記アクセス情報は、前記スケジュール設計対象の処理
を示す処理ＩＤとこの処理で実行されるアクセスのアク
セス先を示すアクセス先ＩＤとアクセス種別とを関連付
けた情報であり、前記規則情報は、所定の関係を持つ複数のバックアップ
処理ＩＤと統合後のバックアップ処理ＩＤとを関連付け
た情報を含み、前記選択手段は、前記アクセス情報と前記規則情報とに
基づいて、前記スケジュール設計対象の処理を示す処理
ＩＤに対するバックアップ処理ＩＤを選択し、選択され
たバックアップ処理ＩＤの中に前記所定の関係を持つバ
ックアップ処理ＩＤがありかつ関連するアクセス先ＩＤ
が同一の場合に、前記所定の関係を持つバックアップ処
理ＩＤに代えて関連する統合後のバックアップ処理ＩＤ
を選択することを特徴とする処理スケジュール設計装
置。
【請求項１４】請求項１３記載の処理スケジュール設
計装置において、前記アクセス情報は、前記スケジュール設計対象の処理
に対する先行処理を示す先行処理ＩＤと前記スケジュー
ル設計対象の処理を示す処理ＩＤとアクセス種別とアク
セス先ＩＤとを関連付けた情報であり、前記選択手段は、前記アクセス情報と前記規則情報とに
基づいて、前記スケジュール設計対象の各処理を示す各
処理ＩＤに対するバックアップ処理ＩＤを選択した後、
前記スケジュール設計対象の各処理を示す各処理ＩＤに
対して選択されたバックアップ処理ＩＤに前記所定の関
係を持つバックアップ処理ＩＤがありかつ関連するアク
セス先ＩＤが同一でありかつ関連する先行処理ＩＤが同
一の場合に、前記所定の関係を持つバックアップ処理Ｉ
Ｄに代えて関連する統合後のバックアップ処理ＩＤを選
択することを特徴とする処理スケジュール設計装置。