JPH03147047A - 入出力チャネル経路上の負荷を均衡させる方法及びコンピュータ・システム - Google Patents
入出力チャネル経路上の負荷を均衡させる方法及びコンピュータ・システムInfo
- Publication number
- JPH03147047A JPH03147047A JP2276576A JP27657690A JPH03147047A JP H03147047 A JPH03147047 A JP H03147047A JP 2276576 A JP2276576 A JP 2276576A JP 27657690 A JP27657690 A JP 27657690A JP H03147047 A JPH03147047 A JP H03147047A
- Authority
- JP
- Japan
- Prior art keywords
- volume
- load
- volumes
- selection
- channel
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/5033—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering data affinity
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
Ａ、産業上の利用分野
本！ 明は、ディジタル・コンピュータのチャネル経路
上の負荷を均衡させるためのプログラム及び方法に関る
、ものである。さらに具体的には、本発明は、実行時間
の長いアプリケーション中にディジタル・コンピュータ
のチャネル経路」二の負荷を均衡させるためのプログラ
ム及び方法に関る、ものである。
上の負荷を均衡させるためのプログラム及び方法に関る
、ものである。さらに具体的には、本発明は、実行時間
の長いアプリケーション中にディジタル・コンピュータ
のチャネル経路」二の負荷を均衡させるためのプログラ
ム及び方法に関る、ものである。
Ｂ、従来の技術
最近のコンピュータは、１台または複数の中央演算処理
装置とメモリ機構とを備えたホスト・プロセッサを必要
とる、。プロセッサは、与えられた命令に従って、メモ
リに記憶されたデータを処理る、。したがって、メモリ
は、プロセッサが必要とる、データを記憶る、ことがで
き、そのデータを、コンピュータの動作全体が実現可能
となる速度でプロセッサに転送できなければならない。
装置とメモリ機構とを備えたホスト・プロセッサを必要
とる、。プロセッサは、与えられた命令に従って、メモ
リに記憶されたデータを処理る、。したがって、メモリ
は、プロセッサが必要とる、データを記憶る、ことがで
き、そのデータを、コンピュータの動作全体が実現可能
となる速度でプロセッサに転送できなければならない。
したがって、コンピュータ・メモリの価格と性能は、コ
ンピュータ・システムの商業的成功にとって重要である
。
ンピュータ・システムの商業的成功にとって重要である
。
今日のコンピュータは大きなデータ記憶容量を必要とる
、ので、コンピュータ・メモリは多くの形で使用可能で
ある。高速であるが高価なメモリは主記憶装置であり、
一般にマイクロチップから構成される。その他の使用可
能な形のメモリは周辺記憶装置と呼ばれ、磁気直接アク
セス記憶装置（ＤＡＳＤ） 、磁気テープ記憶装置、光
学記録装置、及び磁気または先太容量記憶ライブラリが
ある。これらその他の形のメモリは主記憶装置よりも大
きな記憶密度を存し、したがって、主記憶装置よりも低
価格である。ただし、これらその他の記憶装置は、主記
憶装置によって提供される性能を提供しない。たとえば
、テープまたはディスクを駆動装置の読み書き機構の下
に正しく位置決める、ために要る、時間は、主記憶装置
の高速の、純粋に電子的なデータ転送速度とは比較にな
らない。コンピュータ・システム内のデータをすべて１
つの形の記憶装置のみに記憶る、ことは非効率的である
。すべてのデータを主記憶装置に記を徴る、と費用がか
かりすぎ、すべてのデータを周辺記憶装置の１つに記憶
る、と性能が低下る、。
、ので、コンピュータ・メモリは多くの形で使用可能で
ある。高速であるが高価なメモリは主記憶装置であり、
一般にマイクロチップから構成される。その他の使用可
能な形のメモリは周辺記憶装置と呼ばれ、磁気直接アク
セス記憶装置（ＤＡＳＤ） 、磁気テープ記憶装置、光
学記録装置、及び磁気または先太容量記憶ライブラリが
ある。これらその他の形のメモリは主記憶装置よりも大
きな記憶密度を存し、したがって、主記憶装置よりも低
価格である。ただし、これらその他の記憶装置は、主記
憶装置によって提供される性能を提供しない。たとえば
、テープまたはディスクを駆動装置の読み書き機構の下
に正しく位置決める、ために要る、時間は、主記憶装置
の高速の、純粋に電子的なデータ転送速度とは比較にな
らない。コンピュータ・システム内のデータをすべて１
つの形の記憶装置のみに記憶る、ことは非効率的である
。すべてのデータを主記憶装置に記を徴る、と費用がか
かりすぎ、すべてのデータを周辺記憶装置の１つに記憶
る、と性能が低下る、。
通常のコンピュータ・システムは、主記憶装置と、デー
タ記憶階層で構成された１つまたは複数の形の周辺記憶
装置とを備える。データ記憶階層構成はユーザの性能及
び費用の要件に適合される。
タ記憶階層で構成された１つまたは複数の形の周辺記憶
装置とを備える。データ記憶階層構成はユーザの性能及
び費用の要件に適合される。
そのような階層では、主記憶装置は１次データ記憶装置
と呼ばれることがよくあり、階層の次のレベルは２次デ
ータ記憶装置と呼ばれることがよくあり、以下同様であ
る。一般に、階層の最高レベルは最小の記憶密度、最大
の処理能力及び最高の価格を有する。階層を下がるに従
って、記憶密度は一般に増大し、処理能力は一般に低下
し、価格は一般に低くなる。必要に応じて階層の異なる
レベル間でデータを転送る、ことにより、メモリの価格
は最小になり、処理能力は最大になる。
と呼ばれることがよくあり、階層の次のレベルは２次デ
ータ記憶装置と呼ばれることがよくあり、以下同様であ
る。一般に、階層の最高レベルは最小の記憶密度、最大
の処理能力及び最高の価格を有する。階層を下がるに従
って、記憶密度は一般に増大し、処理能力は一般に低下
し、価格は一般に低くなる。必要に応じて階層の異なる
レベル間でデータを転送る、ことにより、メモリの価格
は最小になり、処理能力は最大になる。
したがって、データは、プロセッサが必要とる、ことが
予想される場合のみ主記憶装置に記憶される。階層は多
くの形を取ることができ、任意の数のデータ記憶レベル
を含むことができ、任意の２つの記憶レベル間でデータ
を直接転送る、ことができる。データの転送には、当技
術で周知のように、入出力チャネル、制御装置、または
キャッシュ・メモリを使用る、ことができる。
予想される場合のみ主記憶装置に記憶される。階層は多
くの形を取ることができ、任意の数のデータ記憶レベル
を含むことができ、任意の２つの記憶レベル間でデータ
を直接転送る、ことができる。データの転送には、当技
術で周知のように、入出力チャネル、制御装置、または
キャッシュ・メモリを使用る、ことができる。
主記憶装置を主データ記憶装置として使用し、周辺記憶
装置を補助記憶装置として使用る、通常のコンピュータ
では、プロセッサは、データが主記憶装置にある場合の
み、命令を実行る、ためデータにアクセスる、ことがで
きる。プロセッサによって行なわれる作業が、そのとき
主記憶装置に記憶されていないデータを必要とる、場合
は、プロセッサは周辺記憶装置からデータを主記憶装置
に呼び出すことができる。プロセッサは、単にそのデー
タのアクセスまたは変更のために、またはデータ記憶管
理等のその他の理由で、データを呼び出すことができる
。データ記憶管理の例には、データ記憶階層のより低い
レベルにデータを移送る、こと、及びデータ・セットの
「バック・アップ」コピーを作成る、ためにデータ・セ
ットを複写る、ことなどがある。データに対る、アクセ
スは、プロセッサと周辺記憶装置の間に接続された１つ
または複数のチャネル経路を使って行なわれる。
装置を補助記憶装置として使用る、通常のコンピュータ
では、プロセッサは、データが主記憶装置にある場合の
み、命令を実行る、ためデータにアクセスる、ことがで
きる。プロセッサによって行なわれる作業が、そのとき
主記憶装置に記憶されていないデータを必要とる、場合
は、プロセッサは周辺記憶装置からデータを主記憶装置
に呼び出すことができる。プロセッサは、単にそのデー
タのアクセスまたは変更のために、またはデータ記憶管
理等のその他の理由で、データを呼び出すことができる
。データ記憶管理の例には、データ記憶階層のより低い
レベルにデータを移送る、こと、及びデータ・セットの
「バック・アップ」コピーを作成る、ためにデータ・セ
ットを複写る、ことなどがある。データに対る、アクセ
スは、プロセッサと周辺記憶装置の間に接続された１つ
または複数のチャネル経路を使って行なわれる。
一般に、効率的な動作を促進る、ため、データ転送の負
荷をチャネル経路間に分配る、ことが望ましい（このよ
うな分配を以後「均衡化」と呼ぶ）。たとえば、複数の
使用可能なチャネル経路の１つのみを使って上記データ
転送を行なうことは効率的でない。使用される１つのチ
ャネル経路が過負荷となり、使用可能な残りのチャネル
経路は無駄になる。さらに、使用されているチャネル経
路が故障る、と、処理の大きな遅延を生じる可能性があ
る。負荷をチャネル経路間に分配る、ことにより、１つ
のチャネル経路当りの負荷を少なくして処理が行なわれ
、任意の１つのチャネル経路の故障の重要性が低減る、
。
荷をチャネル経路間に分配る、ことが望ましい（このよ
うな分配を以後「均衡化」と呼ぶ）。たとえば、複数の
使用可能なチャネル経路の１つのみを使って上記データ
転送を行なうことは効率的でない。使用される１つのチ
ャネル経路が過負荷となり、使用可能な残りのチャネル
経路は無駄になる。さらに、使用されているチャネル経
路が故障る、と、処理の大きな遅延を生じる可能性があ
る。負荷をチャネル経路間に分配る、ことにより、１つ
のチャネル経路当りの負荷を少なくして処理が行なわれ
、任意の１つのチャネル経路の故障の重要性が低減る、
。
データ処理システムにおける資源の使用を均衡させるた
めの幾つかの技術が知られている。資源間のそのような
均衡化は通常、タスク割当て時に行なわれる。すなわち
、処理が続いて行なわれる前に、どの資源がタスクを処
理すべきかを制御機１’Ｉ４が決定る、。そのようなタ
スク割当ての均衡化の例は、１８Ｍテクニカル・ディス
クロージャ・プルテンＶｏ １．２０、Ｎｏ、３．１９
７７年８月、ｐｐ、９３７−９３８．１８Ｍテクニカル
・ディスクロージャ・プルテンＶｏ ｌ−１４、Ｎｏ−
１１，１９７２年４月、ｐｐ、３４５８−３４５９、米
国特許第３６４８２５３号及び米国特許第４０３２８９
９号に出ている。
めの幾つかの技術が知られている。資源間のそのような
均衡化は通常、タスク割当て時に行なわれる。すなわち
、処理が続いて行なわれる前に、どの資源がタスクを処
理すべきかを制御機１’Ｉ４が決定る、。そのようなタ
スク割当ての均衡化の例は、１８Ｍテクニカル・ディス
クロージャ・プルテンＶｏ １．２０、Ｎｏ、３．１９
７７年８月、ｐｐ、９３７−９３８．１８Ｍテクニカル
・ディスクロージャ・プルテンＶｏ ｌ−１４、Ｎｏ−
１１，１９７２年４月、ｐｐ、３４５８−３４５９、米
国特許第３６４８２５３号及び米国特許第４０３２８９
９号に出ている。
負荷の均衡化は、システム資源の活動を監視る、ことに
よって改善される。資源の監視により、システムが後で
その資源の使用を割当てし直すことが可能になる。通常
は、どの資源が過度に使用され、どの資源が十分に使用
されていないかを判定る、ために、資源の活動をある時
間監視る、。
よって改善される。資源の監視により、システムが後で
その資源の使用を割当てし直すことが可能になる。通常
は、どの資源が過度に使用され、どの資源が十分に使用
されていないかを判定る、ために、資源の活動をある時
間監視る、。
次に、後続のタスクの割当ての間に負荷を均衡させる。
このような監視の一例は１８Ｍテクニカル・ディスクロ
ージャ・プルテンＶ ｏ ｌ −２４１Ｎ ｏ −ＩＢ
、１９８１年６月、ｐｐ、７０７−７０９及び米国特許
第３５８８８３７号に出ている。
ージャ・プルテンＶ ｏ ｌ −２４１Ｎ ｏ −ＩＢ
、１９８１年６月、ｐｐ、７０７−７０９及び米国特許
第３５８８８３７号に出ている。
すべての負荷均衡化がタスク割当て時に行なわれるわけ
ではない。前述のように、タスク割当て後に資源を監視
る、ことにより、動的な負荷均衡化が行なわれる。特定
資源の過度の使用を引き起こすタスクは切り離されるか
、または他の資源に割当てし直される。そのような負荷
均衡化の一例が、１８Ｍテクニカル・ディスクロージャ
・プルテアＶｏｉ ２４、Ｎｏ、３．１９８１年４月、
ｐ、１４１１に出ている。米国特許第４６３３３８７号
は、資源がそれ自体を監視る、ように構成されたシステ
ムを開示している。最も忙しくない資源は、その作業が
しきい値レベルよりも下がったとき、より忙しい資源か
ら作業を要求る、。次いで、より忙しい資源が要求装置
に作業を与えて、それぞれの負荷を均衡させる。
ではない。前述のように、タスク割当て後に資源を監視
る、ことにより、動的な負荷均衡化が行なわれる。特定
資源の過度の使用を引き起こすタスクは切り離されるか
、または他の資源に割当てし直される。そのような負荷
均衡化の一例が、１８Ｍテクニカル・ディスクロージャ
・プルテアＶｏｉ ２４、Ｎｏ、３．１９８１年４月、
ｐ、１４１１に出ている。米国特許第４６３３３８７号
は、資源がそれ自体を監視る、ように構成されたシステ
ムを開示している。最も忙しくない資源は、その作業が
しきい値レベルよりも下がったとき、より忙しい資源か
ら作業を要求る、。次いで、より忙しい資源が要求装置
に作業を与えて、それぞれの負荷を均衡させる。
Ｃ１発明が解決しようとる、課題
上記の負荷均衡化の方法は長い持続時間にわたってそれ
を行なわない。これは、タスクの割当てに関連る、負荷
の持続時間を考慮しない結果、または資源の監視中に負
荷の持続時間を予想できない結果である。タスクの持続
時間が短い場合は、活動度が低い資源にタスクを割り当
ててもほとんど利益はない。そのようなタスクの処理中
に、持続時間のより長い他のタスクを、他の点で（割り
当てられた、持続時間の短いタスクは含まない）より活
動的な資源に割り当てることができ、それによって、短
期間に負荷の均衡がとられ長期間に負荷が不均衡になる
。同様に、異なる資源活動のピーク負荷または平均負荷
だけでなく、その予想持続時間をも監視しなければなら
ない。
を行なわない。これは、タスクの割当てに関連る、負荷
の持続時間を考慮しない結果、または資源の監視中に負
荷の持続時間を予想できない結果である。タスクの持続
時間が短い場合は、活動度が低い資源にタスクを割り当
ててもほとんど利益はない。そのようなタスクの処理中
に、持続時間のより長い他のタスクを、他の点で（割り
当てられた、持続時間の短いタスクは含まない）より活
動的な資源に割り当てることができ、それによって、短
期間に負荷の均衡がとられ長期間に負荷が不均衡になる
。同様に、異なる資源活動のピーク負荷または平均負荷
だけでなく、その予想持続時間をも監視しなければなら
ない。
上記の方法はまた、ある程度の負荷の不均衡化を実際に
必要とる、特定の状況を考慮していない。
必要とる、特定の状況を考慮していない。
特定のポストとの親和性を佇る、装置に接続された資源
を、どのホストによっても処理できる資源より前に、そ
のホスト上で処理る、ために選択しなければならない。
を、どのホストによっても処理できる資源より前に、そ
のホスト上で処理る、ために選択しなければならない。
また、資源の使用可指度がある程度までそれらの使用の
欠如によって決まる場合は、その使用の欠如が維持され
るようにそのような資源を割り振ることが望ましい。最
後に、大部分のシステム装置に接続された資源の最大使
用可指度を維持る、ため、負荷の均衡化には、システム
接続を考慮しなければならない。
欠如によって決まる場合は、その使用の欠如が維持され
るようにそのような資源を割り振ることが望ましい。最
後に、大部分のシステム装置に接続された資源の最大使
用可指度を維持る、ため、負荷の均衡化には、システム
接続を考慮しなければならない。
本発明の主目的は、ディジタル・コンピュータで資源上
の負荷を均衡させるための改良されたプログラム及び方
法である。
の負荷を均衡させるための改良されたプログラム及び方
法である。
本発明のもう１つの目的は、処理すべき、ボリュームの
選択の順序により資源上の負荷を均衡させるためのプロ
グラム及び方法である。
選択の順序により資源上の負荷を均衡させるためのプロ
グラム及び方法である。
本発明のもう１つの目的は、比較的長い持続時間にわた
る負荷を予想る、、資源上の負荷を均衡させるだめのプ
ログラム及び方法である。
る負荷を予想る、、資源上の負荷を均衡させるだめのプ
ログラム及び方法である。
本発明のもう１つの目的は、資源に接続された装置の特
定ホストに対る、親和性を考慮した、資源上の負荷を均
衡させるためのプログラム及び方法である。
定ホストに対る、親和性を考慮した、資源上の負荷を均
衡させるためのプログラム及び方法である。
本発明のもう１つの目的は、処理のため特定の資源の使
用可指度を維持る、必要を考慮した、資源上の負荷を均
衡させるためのプログラム及び方法である。
用可指度を維持る、必要を考慮した、資源上の負荷を均
衡させるためのプログラム及び方法である。
００課題を解決る、ための手段
上記及びその他の目的は、実行時間の長いアブＩＪケー
ジ３ンの間、チャネル経路上の負荷を均衡させるための
プログラム及び方法によって達成される。比較的実行時
間の長いアプリケーションに関連る、負荷のみを監視る
、。処理される資格がある各データ・ボリュームについ
て、まず呼出しホストに対る、親和性を有る、もののう
ちから、ボリュームの選択を行なう。そのようなボリュ
ームについて、当該の接続されたチャネル経路にわたる
代表的な平均負荷を計算る、。この計算は、異なるアプ
リケーンジンから生じる負荷の異なる大きさを考慮に入
れるため、さらに、選択されたボリュームの実際の処理
で最大数の未使用のチャネル経路が維持されるように、
最も少ない未使用のチャネル経路に接続されたボリュー
ムの選択を優先る、ため、重みを付ける。最適のボリュ
ームが、処理される次のボリュームとして選択される。
ジ３ンの間、チャネル経路上の負荷を均衡させるための
プログラム及び方法によって達成される。比較的実行時
間の長いアプリケーションに関連る、負荷のみを監視る
、。処理される資格がある各データ・ボリュームについ
て、まず呼出しホストに対る、親和性を有る、もののう
ちから、ボリュームの選択を行なう。そのようなボリュ
ームについて、当該の接続されたチャネル経路にわたる
代表的な平均負荷を計算る、。この計算は、異なるアプ
リケーンジンから生じる負荷の異なる大きさを考慮に入
れるため、さらに、選択されたボリュームの実際の処理
で最大数の未使用のチャネル経路が維持されるように、
最も少ない未使用のチャネル経路に接続されたボリュー
ムの選択を優先る、ため、重みを付ける。最適のボリュ
ームが、処理される次のボリュームとして選択される。
２つ以上のボリュームが同じ優先度を有る、場合は、最
も少数のチャネル経路に接続されたボリュームが選択さ
れる。次に、そのボリュームの処理に関連る、負荷が、
当該の接続されたチャネル経路にわたって均等に分配さ
れているものと仮定して、各チャネル経路上の監視され
る負荷が更新される。
も少数のチャネル経路に接続されたボリュームが選択さ
れる。次に、そのボリュームの処理に関連る、負荷が、
当該の接続されたチャネル経路にわたって均等に分配さ
れているものと仮定して、各チャネル経路上の監視され
る負荷が更新される。
次に、更新された負荷情報に基づいて、次のボリューム
の選択が行なわれ、新たに選択されたボリュームに関連
る、負荷を含むようにこの方法が循環反復されて、処理
すべき残りのボリュームを引き続き選択る、。
の選択が行なわれ、新たに選択されたボリュームに関連
る、負荷を含むようにこの方法が循環反復されて、処理
すべき残りのボリュームを引き続き選択る、。
Ｅ、実施例
図面を参照る、が、様々な図で同じ参照番づは同じ機能
及び構成要素を示すものとる、。本発明は、様々な型式
及び機能をもつ複数の周辺データ記憶装置を有するマル
チホスト・プロセッサのデータ処理環境で実施されたち
のきして説明る、。本発明は、もっと少ない数の周辺デ
ータ記憶ｇ Ｉｆｆ、、または種々の異なるシステム構
造を有る、単一ホスト・グロセッサ環境でも実施できる
ことを理解されたい。
及び構成要素を示すものとる、。本発明は、様々な型式
及び機能をもつ複数の周辺データ記憶装置を有するマル
チホスト・プロセッサのデータ処理環境で実施されたち
のきして説明る、。本発明は、もっと少ない数の周辺デ
ータ記憶ｇ Ｉｆｆ、、または種々の異なるシステム構
造を有る、単一ホスト・グロセッサ環境でも実施できる
ことを理解されたい。
第１図を参照して、マルチホスト環境におけるデータ記
憶階層について以下に説明る、。システムは、２台以上
のポスト・プロセッサを含む。図にはホスト・プロセッ
サ１０及びホスト・プロセッサ１１が示しである。これ
らのホスト・プロセッサはそれぞれ、演算論理機構、主
記憶装置、入出力チャネル（第１図には示さず）等のホ
スト・プロセッサの通常の構成要素を含む。各ホスト・
プロセッサは単一プロセッサでも多重プロセッサでもよ
い。ホスト・プロセッサは、本発明の理解にとって関係
のない種々のオペレーティング・システムを使用る、。
憶階層について以下に説明る、。システムは、２台以上
のポスト・プロセッサを含む。図にはホスト・プロセッ
サ１０及びホスト・プロセッサ１１が示しである。これ
らのホスト・プロセッサはそれぞれ、演算論理機構、主
記憶装置、入出力チャネル（第１図には示さず）等のホ
スト・プロセッサの通常の構成要素を含む。各ホスト・
プロセッサは単一プロセッサでも多重プロセッサでもよ
い。ホスト・プロセッサは、本発明の理解にとって関係
のない種々のオペレーティング・システムを使用る、。
図のデータ記憶階層で使用できるホスト・プロセッサの
一例は、ＩＢＭ３０９０本体コンピュータである。各ホ
スト・プロセッサ内には、後で詳述る、本発明を利用し
たコンピュータ・プログラムが格納されている。
一例は、ＩＢＭ３０９０本体コンピュータである。各ホ
スト・プロセッサ内には、後で詳述る、本発明を利用し
たコンピュータ・プログラムが格納されている。
ホスト・プロセッサ１０及び１１は共通１） Ａ ＳＩ
〕１２に接続されている。共通ＤＡＳＤ （直接アクセ
ス記憶装置）１２は高性能のディスク型記憶装置から構
成される。共通ＤＡＳＤ１２には、データ記憶管理プロ
グラムの実行時にホスト・プロセッサ１０及び１１の動
作を調整る、ために必要なデータ構造（図示せず）が記
憶される。ＬＯＩ）ＡＳＤで表される高性能ＤＡＳＤ
１４は、ホスト・プロセッサ１０及び１１によって直接
アクセスされるデータ・セットを記憶し、ホスト・プロ
セッサ１０及び１１によって生成されたデータ・セット
を受は取って記憶る、。ＬＩ ＤＡＳＤで表される性
能のより低いＤＡＳＤ １５は、高性能ＤＡＳＤ１４に
記憶されたデータ・セットよりも低い頻度でホスト・プ
ロセッサ１０及び１１によってアクセスされるデータ・
セットを記憶る、。Ｉ） Ａ ５Ｄ１４に記憶されたデ
ータが、ホスト・プロセッサ１０及び１１によってアク
セスされずに古くなったときは、データ記憶管理プログ
ラムはそのデータ・セットをＤＡＳＤ１４からＤＡＳＤ
１５に自動的に移動し、したがってホスト・プロセッサ
によって頻繁にアクセスされるデータ・セットのみをＤ
ＡＳＤ １４に保持る、ことにより、ホスト・プロセッ
サ１０及び１１によるデータ・セットのアクセスが改善
される。ＤＡＳＤ １４及び１５は、データ記憶管理プ
ログラムによって作成されるデータ記憶階層の最初の２
つのレベルを表す。図のデータ記憶階層で使用可能なり
ＡＳＤの一例は、よりＭ３３８０ＤＡＳＤである。各Ｄ
ＡＳＤはデータ・ボリュームを記憶る、と言われる。
〕１２に接続されている。共通ＤＡＳＤ （直接アクセ
ス記憶装置）１２は高性能のディスク型記憶装置から構
成される。共通ＤＡＳＤ１２には、データ記憶管理プロ
グラムの実行時にホスト・プロセッサ１０及び１１の動
作を調整る、ために必要なデータ構造（図示せず）が記
憶される。ＬＯＩ）ＡＳＤで表される高性能ＤＡＳＤ
１４は、ホスト・プロセッサ１０及び１１によって直接
アクセスされるデータ・セットを記憶し、ホスト・プロ
セッサ１０及び１１によって生成されたデータ・セット
を受は取って記憶る、。ＬＩ ＤＡＳＤで表される性
能のより低いＤＡＳＤ １５は、高性能ＤＡＳＤ１４に
記憶されたデータ・セットよりも低い頻度でホスト・プ
ロセッサ１０及び１１によってアクセスされるデータ・
セットを記憶る、。Ｉ） Ａ ５Ｄ１４に記憶されたデ
ータが、ホスト・プロセッサ１０及び１１によってアク
セスされずに古くなったときは、データ記憶管理プログ
ラムはそのデータ・セットをＤＡＳＤ１４からＤＡＳＤ
１５に自動的に移動し、したがってホスト・プロセッサ
によって頻繁にアクセスされるデータ・セットのみをＤ
ＡＳＤ １４に保持る、ことにより、ホスト・プロセッ
サ１０及び１１によるデータ・セットのアクセスが改善
される。ＤＡＳＤ １４及び１５は、データ記憶管理プ
ログラムによって作成されるデータ記憶階層の最初の２
つのレベルを表す。図のデータ記憶階層で使用可能なり
ＡＳＤの一例は、よりＭ３３８０ＤＡＳＤである。各Ｄ
ＡＳＤはデータ・ボリュームを記憶る、と言われる。
データ記憶階層のさらに低いレベルは、ＭＳＳで表され
る大容量記憶システム（ＭＳＳ）１６及び、テープで表
される磁気テープ装置１７で代表される。ＭＳＳ１８及
びＤＡＳＤ１２．１４．１５は、それらに記憶されたす
べてのデータ・セットに自動的にアクセスできる。ＭＳ
Ｓ１８は、記録媒体を読み書きる、ための１つまたは複
数の手段、及びＭＳ８１６内に配置された記憶セルと読
み書き手段の間でそのような媒体を転送る、ための手段
を備える。記録媒体は、磁気テープ、磁気ディスクまた
は光ディスクでよく、読み書き手段は、場合に応じて磁
気テープ装置、磁気ディスク装置または光デイスク装置
でよい。ＭＳ８１８はまた、記録媒体をその中に挿入ま
たは除去る、ための手段を備える。図示のデータ記憶階
層で使用可能なＭＳＳの一例は、ＩＢＭ３８５０ＭＳＳ
である。磁気テープ装置１７は、アクセスされる可能性
がなく、通常はテープの着脱に操作員の介入を必要とる
、、保管用またはその他の長期的データ記憶、バックア
ップ等のために使用される。図のデータ記憶階層で使用
可能な磁気テープ装置の一例は、１８Ｍ３４８０磁気テ
ープ装置である。
る大容量記憶システム（ＭＳＳ）１６及び、テープで表
される磁気テープ装置１７で代表される。ＭＳＳ１８及
びＤＡＳＤ１２．１４．１５は、それらに記憶されたす
べてのデータ・セットに自動的にアクセスできる。ＭＳ
Ｓ１８は、記録媒体を読み書きる、ための１つまたは複
数の手段、及びＭＳ８１６内に配置された記憶セルと読
み書き手段の間でそのような媒体を転送る、ための手段
を備える。記録媒体は、磁気テープ、磁気ディスクまた
は光ディスクでよく、読み書き手段は、場合に応じて磁
気テープ装置、磁気ディスク装置または光デイスク装置
でよい。ＭＳ８１８はまた、記録媒体をその中に挿入ま
たは除去る、ための手段を備える。図示のデータ記憶階
層で使用可能なＭＳＳの一例は、ＩＢＭ３８５０ＭＳＳ
である。磁気テープ装置１７は、アクセスされる可能性
がなく、通常はテープの着脱に操作員の介入を必要とる
、、保管用またはその他の長期的データ記憶、バックア
ップ等のために使用される。図のデータ記憶階層で使用
可能な磁気テープ装置の一例は、１８Ｍ３４８０磁気テ
ープ装置である。
システム操作員及びシステム操作卓は、図が簡単になる
ように、第１図には示していない。
ように、第１図には示していない。
図示のデータ記憶階層で、点線及び破線は他のシステム
構成要素が追加され得ることを示す。階層の各レベルに
ある複数のデータ記憶装置に、基本的に図の通りに複数
のホスト・プロセッサを接続る、ことができる。他のシ
ステム構成要素を追加る、可能性は、各構成要素の接続
性によってのみ制限される。図が簡単になるように、チ
ャネルや制御装置等、データ記憶階層のレベル間の構成
要素は第１図には示されていない。
構成要素が追加され得ることを示す。階層の各レベルに
ある複数のデータ記憶装置に、基本的に図の通りに複数
のホスト・プロセッサを接続る、ことができる。他のシ
ステム構成要素を追加る、可能性は、各構成要素の接続
性によってのみ制限される。図が簡単になるように、チ
ャネルや制御装置等、データ記憶階層のレベル間の構成
要素は第１図には示されていない。
第２図を参照して、本発明を使用る、ことのできるデー
タ記憶階層の構成例について説明る、。
タ記憶階層の構成例について説明る、。
ホスト・プロセッサ２１及び２２は、ＤＡＳＤ５１−５
３に接続されている。第１図と比較る、と、ＤＡＳＤ５
１−５３はそれぞれ異なるＬＯＤＡＳＤ１４に対応る、
。ホスト・プロセッサ２１及び２２は、チャネル経路４
１−４３を介してＤＡＳＤ５１−５３に接続される。チ
ャネル経路４１はホスト・プロセッサ２１とＤＡＳＤ５
１を接続る、。チャネル経路４２はホスト・プロセッサ
２１とＤＡＳＤ５１及びＤＡＳＤ５２を接続る、。
３に接続されている。第１図と比較る、と、ＤＡＳＤ５
１−５３はそれぞれ異なるＬＯＤＡＳＤ１４に対応る、
。ホスト・プロセッサ２１及び２２は、チャネル経路４
１−４３を介してＤＡＳＤ５１−５３に接続される。チ
ャネル経路４１はホスト・プロセッサ２１とＤＡＳＤ５
１を接続る、。チャネル経路４２はホスト・プロセッサ
２１とＤＡＳＤ５１及びＤＡＳＤ５２を接続る、。
チャネル経路４３はホスト・プロセッサ２２とＤＡＳＤ
５２及びＤＡＳＤ５３を接続る、。これらの各接続は、
たとえば、ＩＢＭ本体環境で実施されているように、当
技術分野で周知である。ＤＡＳＤ５１−５３はそれぞれ
、以下でボリューム５１−５３と呼ぶデータ・ボリュー
ムを含む。
５２及びＤＡＳＤ５３を接続る、。これらの各接続は、
たとえば、ＩＢＭ本体環境で実施されているように、当
技術分野で周知である。ＤＡＳＤ５１−５３はそれぞれ
、以下でボリューム５１−５３と呼ぶデータ・ボリュー
ムを含む。
好ましい実施例では、本発明を含むコンピュータ・プロ
グラムが、データ機能階層記憶管理機構（ＤＦＨ３Ｍ）
、すなわち、多重仮想記憶（ＭＶＳ）オペレーティン
グ・システム環境における記憶管理データ機能に含まれ
ている。ＤＦＨ８Ｍに関る、概説は、米国特許第４７７
１３７５号及び第４６３８４２４号、ＩＢＭマニュアル
５Ｈ３５−００８５−０３ｒデータ機能階層記憶管理プ
ログラム第２版リリース４．０、システム・プログラマ
−の手引き（ＤＡＴＡ ＦＡＣＩＬＩＴＹ 、ＩＩＩＥ
ＲＡＲＣｌｌＩＣＡＩ。
グラムが、データ機能階層記憶管理機構（ＤＦＨ３Ｍ）
、すなわち、多重仮想記憶（ＭＶＳ）オペレーティン
グ・システム環境における記憶管理データ機能に含まれ
ている。ＤＦＨ８Ｍに関る、概説は、米国特許第４７７
１３７５号及び第４６３８４２４号、ＩＢＭマニュアル
５Ｈ３５−００８５−０３ｒデータ機能階層記憶管理プ
ログラム第２版リリース４．０、システム・プログラマ
−の手引き（ＤＡＴＡ ＦＡＣＩＬＩＴＹ 、ＩＩＩＥ
ＲＡＲＣｌｌＩＣＡＩ。
５ＴＯＲＡＧＥ ＭＡＮＡＧＥＲＶＥＲＳＩＯＮ
２ ＲＥＬＥＡＳＥ ４．０゜Ｓｙｓｔｅｍ Ｐｒ
ｏｇｒａｍｍｅｒ’ｓ Ｇｕｉｄｅ） Ｊ １１８Ｍマ
ニュアル５Ｈ３５−００８３−３ｒデータ機能階層記憶
管理プログラム第２版リリース４．０、システム・プロ
グラマ−向はコマンド解説書（ＤＡＴＡＦＡＣＩＬＩＴ
Ｙ ＨＩＥＲＡＲＣＩＩＩＣＡＬ ５ＴＯＲＡＧＥ Ｍ
ＡＮＡＧＩミＲＶＥＲＳＩＯＮ ２ ＲＥＬＥＡＳＥ
４．０． Ｓｙｓｔｅｍ Ｐｒｏｇｒａｍｍｅｒ’ｓＣ
ｏｍｍａｎｄ Ｒｅｆｅｒｅｎｃｅ） Ｊ ）及びＩＢ
ＭマニュアルＬＹ３５−００９８−１ ｒデータ機能階
層記憶管理プログラム第２版リリース４．０、診断の手
引き （ＤＡＴＡ ＦＡＣＩＬＩＴＹ ）ＩＩＥ
ＲＡＲｃＩＩＩｃＡＬ ＳＴＯＲＡＧＥＭＡＮＡＧＥ
ＲＶＥＲＳＩＯＮ ２ ＲＥＬＥＡＳＥ ４．０． Ｄ
ｉａｇｎｏｓｉｓＧｕｉｄｅ） Ｊ 、及びＩＢＭマニ
ュアル５Ｈ３５−００９３−３ｒデータ機能階層記憶管
理プログラム第２版リリース４．０１使用者の手引き（
ＤＡＴＡＦＡＣＩＬＩＴＹ ＩＩＩＥＲＡＲｃＨＩｃ
ＡＬ ５ＴＯＲＡＧＥ ！４ＡＮＡＧＥＲＶＥＲＳ
ＩＯＮ ２ ＲＥＬＥＡＳＥ ４．０ Ｕｓｅｒ’ｓ
Ｇｕｉｄｅ） Ｊに出ている。ＤＦＨ３Ｍはデータ機能
システム管理記憶（ＤＦＳＭＳ）の一部であり、ＤＦＳ
ＭＳは、記憶管理サブシステム（ＳＭＳ）やデータ機能
データ・セット・サービス（ＤＦＤＳＳ）等、ＤＦＨ３
Ｍと共にまたはＤＦＨ８Ｍから独立して働くその他の機
能を含む。これらの機能については、ＩＢＭマニュアル
５Ｃ２６−４３８８−００ｒデータ機能データ・セット
・サービス、使用者の手引き、第２版リリース４ （Ｄ
ＡＴＡ ＦＡＣＩＬＩＴＹ ＤＡＴＡ ５ＥＴＳＥＲＶ
ＩＣＥＳ、 Ｕｓｅｒ’ｓ Ｇｕｉｄｅ ＶＥＲＳＩＯ
Ｎ ２ ＲＥＬＥＡＳＥ ４） Ｊ及びＩＢＭマニュア
ルＬＹ２７−９５３８−０１「データ機能データ・セッ
ト・サービス、診断の手引き、第２版リリース４ （Ｄ
ＡＴＡ ＦＡＣＩＬＩＴＹ ＤＡＴＡＳＥＴ ５ＥＲＶ
ＩＣＥＳ、 Ｄｉａｇｎｏｓｉｓ Ｇｕｉｄｅ ＶＥＲ
ＳＩＯＨ２ＲＥＬＥＡＳＥ ４） Ｊに記載されている
。上記の各特許及び文書を引用により本明細書に合体る
、。
２ ＲＥＬＥＡＳＥ ４．０゜Ｓｙｓｔｅｍ Ｐｒ
ｏｇｒａｍｍｅｒ’ｓ Ｇｕｉｄｅ） Ｊ １１８Ｍマ
ニュアル５Ｈ３５−００８３−３ｒデータ機能階層記憶
管理プログラム第２版リリース４．０、システム・プロ
グラマ−向はコマンド解説書（ＤＡＴＡＦＡＣＩＬＩＴ
Ｙ ＨＩＥＲＡＲＣＩＩＩＣＡＬ ５ＴＯＲＡＧＥ Ｍ
ＡＮＡＧＩミＲＶＥＲＳＩＯＮ ２ ＲＥＬＥＡＳＥ
４．０． Ｓｙｓｔｅｍ Ｐｒｏｇｒａｍｍｅｒ’ｓＣ
ｏｍｍａｎｄ Ｒｅｆｅｒｅｎｃｅ） Ｊ ）及びＩＢ
ＭマニュアルＬＹ３５−００９８−１ ｒデータ機能階
層記憶管理プログラム第２版リリース４．０、診断の手
引き （ＤＡＴＡ ＦＡＣＩＬＩＴＹ ）ＩＩＥ
ＲＡＲｃＩＩＩｃＡＬ ＳＴＯＲＡＧＥＭＡＮＡＧＥ
ＲＶＥＲＳＩＯＮ ２ ＲＥＬＥＡＳＥ ４．０． Ｄ
ｉａｇｎｏｓｉｓＧｕｉｄｅ） Ｊ 、及びＩＢＭマニ
ュアル５Ｈ３５−００９３−３ｒデータ機能階層記憶管
理プログラム第２版リリース４．０１使用者の手引き（
ＤＡＴＡＦＡＣＩＬＩＴＹ ＩＩＩＥＲＡＲｃＨＩｃ
ＡＬ ５ＴＯＲＡＧＥ ！４ＡＮＡＧＥＲＶＥＲＳ
ＩＯＮ ２ ＲＥＬＥＡＳＥ ４．０ Ｕｓｅｒ’ｓ
Ｇｕｉｄｅ） Ｊに出ている。ＤＦＨ３Ｍはデータ機能
システム管理記憶（ＤＦＳＭＳ）の一部であり、ＤＦＳ
ＭＳは、記憶管理サブシステム（ＳＭＳ）やデータ機能
データ・セット・サービス（ＤＦＤＳＳ）等、ＤＦＨ３
Ｍと共にまたはＤＦＨ８Ｍから独立して働くその他の機
能を含む。これらの機能については、ＩＢＭマニュアル
５Ｃ２６−４３８８−００ｒデータ機能データ・セット
・サービス、使用者の手引き、第２版リリース４ （Ｄ
ＡＴＡ ＦＡＣＩＬＩＴＹ ＤＡＴＡ ５ＥＴＳＥＲＶ
ＩＣＥＳ、 Ｕｓｅｒ’ｓ Ｇｕｉｄｅ ＶＥＲＳＩＯ
Ｎ ２ ＲＥＬＥＡＳＥ ４） Ｊ及びＩＢＭマニュア
ルＬＹ２７−９５３８−０１「データ機能データ・セッ
ト・サービス、診断の手引き、第２版リリース４ （Ｄ
ＡＴＡ ＦＡＣＩＬＩＴＹ ＤＡＴＡＳＥＴ ５ＥＲＶ
ＩＣＥＳ、 Ｄｉａｇｎｏｓｉｓ Ｇｕｉｄｅ ＶＥＲ
ＳＩＯＨ２ＲＥＬＥＡＳＥ ４） Ｊに記載されている
。上記の各特許及び文書を引用により本明細書に合体る
、。
ＤＦＳＭＳがない場合は、データの管理は幾分手動本位
になる。管理基準は、ボリュームの識別時またはＤＦＨ
３Ｍへの定義時（ＡＤＤＶＯＬ）に選択される。ＤＦＳ
ＭＳを使用る、場合は、基準は一度（後で変更しない限
り）指定され、すべての８ＭＳデータに適用される。Ｓ
ＭＳを使用る、場合でも、データはＳＭＳで管理しても
管理しなくてもよい。そのようなデータを移動る、ため
、ＤＦＤＳＳを使用しても使用しなくてもよい。いずれ
のデータ・タイプでも、ＤＦＨ８Ｍを使ってデータが管
理される（すなわち、８ＭＳデータの場合は、ＤＦＨ８
Ｍは、データを実際に移動る、かどうかをＤＦＤＳＳに
委ねる）。
になる。管理基準は、ボリュームの識別時またはＤＦＨ
３Ｍへの定義時（ＡＤＤＶＯＬ）に選択される。ＤＦＳ
ＭＳを使用る、場合は、基準は一度（後で変更しない限
り）指定され、すべての８ＭＳデータに適用される。Ｓ
ＭＳを使用る、場合でも、データはＳＭＳで管理しても
管理しなくてもよい。そのようなデータを移動る、ため
、ＤＦＤＳＳを使用しても使用しなくてもよい。いずれ
のデータ・タイプでも、ＤＦＨ８Ｍを使ってデータが管
理される（すなわち、８ＭＳデータの場合は、ＤＦＨ８
Ｍは、データを実際に移動る、かどうかをＤＦＤＳＳに
委ねる）。
ＤＦＨ８Ｍによる記憶管理には、データ処理システムの
空間管理及び使用可指度管理のためのアプリケージ「ン
（または機能）が含まれる。空間管理アプリケーション
には、データ・セットの移送及び呼出しが含まれる。デ
ータ・セットの移送は（１時間毎や毎日など１つまたは
複数の間隔で行なうことができ）、データ記憶階層中の
比較的低いレベルへのデータ・セットの移動であり、呼
出しはデータ記憶階層中の比較的高いレベルへのデータ
・セットの移動である。データ・セットの頻繁なアクセ
スに対応る、データ記憶階層のレベルにデータ・セット
を維持る、ため、空間管理が使用される。使用可指度管
理アプリケーションには、インクレメンタル・バックア
ップ、フル・ボリューム・ダンプ、及び回復が含まれる
。インクレメンタル・バックアップは、最近変更された
データ・セットをデータ記憶階層中の比較的低いレベル
に複写る、ことである。フル・ボリューム・ダンプは、
インクレメンタル・バックアップに類似る、が、ボリュ
ーム全体に関係し、データはＤＦＤＳＳによってのみ移
動される。回復は、データ・セットまたはボリュームの
バックアップ・バージロンまたはダンプ・コピーをデー
タ記憶階層中の比較的高いレベルに複写る、ことである
。バックアップ及びダンプは、特に重要な区域の使用可
能性を確保る、ために使用され、回復は、データの１次
コピーが使用可能でなくなったときに使用される。
空間管理及び使用可指度管理のためのアプリケージ「ン
（または機能）が含まれる。空間管理アプリケーション
には、データ・セットの移送及び呼出しが含まれる。デ
ータ・セットの移送は（１時間毎や毎日など１つまたは
複数の間隔で行なうことができ）、データ記憶階層中の
比較的低いレベルへのデータ・セットの移動であり、呼
出しはデータ記憶階層中の比較的高いレベルへのデータ
・セットの移動である。データ・セットの頻繁なアクセ
スに対応る、データ記憶階層のレベルにデータ・セット
を維持る、ため、空間管理が使用される。使用可指度管
理アプリケーションには、インクレメンタル・バックア
ップ、フル・ボリューム・ダンプ、及び回復が含まれる
。インクレメンタル・バックアップは、最近変更された
データ・セットをデータ記憶階層中の比較的低いレベル
に複写る、ことである。フル・ボリューム・ダンプは、
インクレメンタル・バックアップに類似る、が、ボリュ
ーム全体に関係し、データはＤＦＤＳＳによってのみ移
動される。回復は、データ・セットまたはボリュームの
バックアップ・バージロンまたはダンプ・コピーをデー
タ記憶階層中の比較的高いレベルに複写る、ことである
。バックアップ及びダンプは、特に重要な区域の使用可
能性を確保る、ために使用され、回復は、データの１次
コピーが使用可能でなくなったときに使用される。
それぞれのアプリケーションは、当技術分野で周知のよ
うに、所定の、またはユーザが指定した基準に従って実
行される。たとえば、すべてのデータ・セットが、ＤＡ
ＳＤ１４で最後のデータ・セットが参照された後、特定
の時間の間に移送される。
うに、所定の、またはユーザが指定した基準に従って実
行される。たとえば、すべてのデータ・セットが、ＤＡ
ＳＤ１４で最後のデータ・セットが参照された後、特定
の時間の間に移送される。
ＤＦＨＳＭは通常、他の処理に対る、妨害が最小限にな
るように、システム活動度の低い期間に動作る、が、大
量の資源を消費し、本来的に比較的実行時間が長い。た
とえば、移送、インクレメンタル・バックアップ及びフ
ル・ボリューム・ダンプは、各ボリュームが完了る、の
に通常６分ないし３０分を要る、実行時間の長いアプリ
ケーションである。これらのアプリケージ蝉ンの実行時
間が長いのは、特定のデータ・セットのみを識別し、こ
れらのデータ・セットに作用る、のに時間がかかり、ま
たボリューム内にダンプすべきデータが大量にある可能
性があるためである。呼出し及び回復は、データの識別
が既に行なわれ、１つのデータ・セットのみが処理され
るので、通常わずか４秒ないし１５秒しか要しない実行
時間の短いアプリケーションである。各アプリケーショ
ンは、１つまたは複数のタスクで実行される。タスクと
は、特定のデータ・ボリュームに対る、アプリケーショ
ンの動作である。たとえば、単一タスクは、単一ボリュ
ーム内の、移送を必要とる、すべてのデータ・セットの
識別と実際の移動を行なう。ボリュームは、当技術分野
で周知のように、多重タスク処理によって処理る、こと
ができる。ボリュームが識別されると、それらのボリュ
ームは処理のため特定の順序で選択される。すなわち、
データ・ボリュームは処理のため選択され、それらが接
続されているチャネル経路上に負荷をもたらす。処理能
力を高めるために均衡される（すなわち、分配される）
のはこの負荷である。
るように、システム活動度の低い期間に動作る、が、大
量の資源を消費し、本来的に比較的実行時間が長い。た
とえば、移送、インクレメンタル・バックアップ及びフ
ル・ボリューム・ダンプは、各ボリュームが完了る、の
に通常６分ないし３０分を要る、実行時間の長いアプリ
ケーションである。これらのアプリケージ蝉ンの実行時
間が長いのは、特定のデータ・セットのみを識別し、こ
れらのデータ・セットに作用る、のに時間がかかり、ま
たボリューム内にダンプすべきデータが大量にある可能
性があるためである。呼出し及び回復は、データの識別
が既に行なわれ、１つのデータ・セットのみが処理され
るので、通常わずか４秒ないし１５秒しか要しない実行
時間の短いアプリケーションである。各アプリケーショ
ンは、１つまたは複数のタスクで実行される。タスクと
は、特定のデータ・ボリュームに対る、アプリケーショ
ンの動作である。たとえば、単一タスクは、単一ボリュ
ーム内の、移送を必要とる、すべてのデータ・セットの
識別と実際の移動を行なう。ボリュームは、当技術分野
で周知のように、多重タスク処理によって処理る、こと
ができる。ボリュームが識別されると、それらのボリュ
ームは処理のため特定の順序で選択される。すなわち、
データ・ボリュームは処理のため選択され、それらが接
続されているチャネル経路上に負荷をもたらす。処理能
力を高めるために均衡される（すなわち、分配される）
のはこの負荷である。
ＤＦＳＭＳ以前には、負荷を均衡させることを期待して
、データのボリュームを処理る、順序を各ホスト・プロ
セッサのチャネル経路間で手動制御る、ことができた。
、データのボリュームを処理る、順序を各ホスト・プロ
セッサのチャネル経路間で手動制御る、ことができた。
さらに、どのホストでボリュームを処理すべきかを顧客
が指定しなければならなかった。処理の順序は、ボリュ
ーム挿入時（ＡＤＤＶＯＬ）にユーザによる優先順位付
けによって行なわれた。ボリュームを処理る、順序はボ
リューム定義の順序と同じであった。ＤＦＳＭＳの制約
下では、ボリューム定義時に（ＳＭＳによって管理され
るボリュームについて）受は取る情報はもはやＤＦＨＳ
Ｍには見えない。したがって、８ＭＳボリュームの負荷
均衡化は他の何らかの手段を用いて行なわなければなら
ない。ボリュームはデータ記憶階層に存在る、ことがで
き、それらのボリュームには、ＳＭＳによって管理され
るものも、ＳＭＳによって管理されないものもある。
が指定しなければならなかった。処理の順序は、ボリュ
ーム挿入時（ＡＤＤＶＯＬ）にユーザによる優先順位付
けによって行なわれた。ボリュームを処理る、順序はボ
リューム定義の順序と同じであった。ＤＦＳＭＳの制約
下では、ボリューム定義時に（ＳＭＳによって管理され
るボリュームについて）受は取る情報はもはやＤＦＨＳ
Ｍには見えない。したがって、８ＭＳボリュームの負荷
均衡化は他の何らかの手段を用いて行なわなければなら
ない。ボリュームはデータ記憶階層に存在る、ことがで
き、それらのボリュームには、ＳＭＳによって管理され
るものも、ＳＭＳによって管理されないものもある。
したがって、ボリュームのＤＦＨ８Ｍ処理における機械
管理式負荷均衡化方法として本発明を説明る、が、８Ｍ
Ｓボリュームはボリューム挿入時に、手動以外の手段に
より選択のための優先順位が与えられる。非ＳＭＳボリ
ュームは、負荷均衡化を実現る、ために引き続き手動で
優先順位をつけられるものとして説明る、。
管理式負荷均衡化方法として本発明を説明る、が、８Ｍ
Ｓボリュームはボリューム挿入時に、手動以外の手段に
より選択のための優先順位が与えられる。非ＳＭＳボリ
ュームは、負荷均衡化を実現る、ために引き続き手動で
優先順位をつけられるものとして説明る、。
負荷均衡化は、実行時間の長いＤＦＨ８Ｍボリューム処
理のみ（すなわち、実行時間の長いＤＦＨ８Ｍアプリケ
ーション）に関連る、負荷を監視る、ことによって実現
される。他のアプリケージョン、ＤＦＨ３Ｍまたはその
他からの負荷は、短い持続時間以上にわたって特定のチ
ャネル上に負荷がかかっていることの確実な表示として
信顆る、ことができないので無視されるが、ＤＦＨ８Ｍ
ボリューム処理に関連る、負荷は持続時間（すなわち、
分）が長い。したがって、以後、「負荷」は、ＤＦＨ８
Ｍの実行時間の長いアプリケーションから生じる負荷の
みを指すものとる、。さらに、本発明によるボリューム
の選択は、実行時間の長いアプリケーションの処理中に
のみ行なわれる。
理のみ（すなわち、実行時間の長いＤＦＨ８Ｍアプリケ
ーション）に関連る、負荷を監視る、ことによって実現
される。他のアプリケージョン、ＤＦＨ３Ｍまたはその
他からの負荷は、短い持続時間以上にわたって特定のチ
ャネル上に負荷がかかっていることの確実な表示として
信顆る、ことができないので無視されるが、ＤＦＨ８Ｍ
ボリューム処理に関連る、負荷は持続時間（すなわち、
分）が長い。したがって、以後、「負荷」は、ＤＦＨ８
Ｍの実行時間の長いアプリケーションから生じる負荷の
みを指すものとる、。さらに、本発明によるボリューム
の選択は、実行時間の長いアプリケーションの処理中に
のみ行なわれる。
他の比較的実行時間の短いアプリケージジンの負荷均衡
化は不要である。なぜならば、そのようなアプリケーシ
ョンから生じる負荷は持続時間が短く、シたがって重要
性が小さいからである。
化は不要である。なぜならば、そのようなアプリケーシ
ョンから生じる負荷は持続時間が短く、シたがって重要
性が小さいからである。
２つの重要なデータ構造は、装着ボリューム・テーブル
（ＭＶＴ）及び現チャネル負荷制御ブロック（ＣＣＬ）
である。これらの構造は、図が簡単になるように、第１
図及び第２図には示されていないが、各ホスト毎にその
当該の主記憶装置内に存在る、。個々のホストでの処理
のため、考慮される各ボリューム毎に、そのボリューム
に関る、特定の情報を示すＭＶＴが存在る、。ポインタ
によって項目が互いに連鎖されて、２つの異なった情報
連鎖、すなわち、ＳＭＳによって管理されるボリューム
用の情報連鎖、及びＳＭＳによって管理されないボリュ
ーム■の情報連鎖を形成る、。
（ＭＶＴ）及び現チャネル負荷制御ブロック（ＣＣＬ）
である。これらの構造は、図が簡単になるように、第１
図及び第２図には示されていないが、各ホスト毎にその
当該の主記憶装置内に存在る、。個々のホストでの処理
のため、考慮される各ボリューム毎に、そのボリューム
に関る、特定の情報を示すＭＶＴが存在る、。ポインタ
によって項目が互いに連鎖されて、２つの異なった情報
連鎖、すなわち、ＳＭＳによって管理されるボリューム
用の情報連鎖、及びＳＭＳによって管理されないボリュ
ーム■の情報連鎖を形成る、。
ＭＶＴの項目のフィールドは、ボリュームが接続されて
いるホストに接続されたチャネル経路（ＣＨＰ Ｉ Ｄ
） 、どの実行時間の長いＤＦＨ８Ｍアプリケーション
についてボリュームが処理される資格があるか、各アプ
リケーションについてボリュームがホストに対して親和
性を打る、かどうか、このホスト上での処理のためボリ
ュームが既に選択／直列化されているかどうか、指定さ
れた最近の時間内にボリュームが任意のホストによっで
ある程度処理されたかどうか、ボリュームがこのホスト
によって現在処理されているかどうか、ボリュームが最
大回数再試行されたかどうか、及びボリュームに対る、
スキップ・カウントはどのくらいかを示す。後で説明る
、ように、これらのフィールドは、処理すべきボリュー
ムを、選択る、ために使用される。ボリュームが処理さ
れている間、ＭＶＴ項目は、ボリュームが接続されてい
るチャネル経路」二の負荷をも含む。
いるホストに接続されたチャネル経路（ＣＨＰ Ｉ Ｄ
） 、どの実行時間の長いＤＦＨ８Ｍアプリケーション
についてボリュームが処理される資格があるか、各アプ
リケーションについてボリュームがホストに対して親和
性を打る、かどうか、このホスト上での処理のためボリ
ュームが既に選択／直列化されているかどうか、指定さ
れた最近の時間内にボリュームが任意のホストによっで
ある程度処理されたかどうか、ボリュームがこのホスト
によって現在処理されているかどうか、ボリュームが最
大回数再試行されたかどうか、及びボリュームに対る、
スキップ・カウントはどのくらいかを示す。後で説明る
、ように、これらのフィールドは、処理すべきボリュー
ムを、選択る、ために使用される。ボリュームが処理さ
れている間、ＭＶＴ項目は、ボリュームが接続されてい
るチャネル経路」二の負荷をも含む。
ＣＣＬは、実行時間の長いＤＦＨ８Ｍアプリケーション
によってチャネル経路上に置かれた現負荷を記録る、た
めに使用される制御ブロックである。
によってチャネル経路上に置かれた現負荷を記録る、た
めに使用される制御ブロックである。
ＣＣＬは、それぞれ３１ビツトの２５６個の要素から成
るテーブルを含む。ＣＨＰ Ｉ Ｄが、各チャネル経路
」二に存在る、負荷を決定る、ためのＣＣＬへのインデ
ックスとして使用される。一般に、各ボリュームが実行
時間の長いアプリケーションによって処理のため選択さ
れると、必要に応じて更新を行なうため、選択されたボ
リュームに対る、チャネル経路毎の平均負荷が、選択さ
れたボリュームに接続された各チャネル経路毎にＣＣＬ
に記憶された負荷値に加えられる。同様に、ボリューム
処理の終りで、そのボリュームに関して前に加えられた
ものと同じ負荷が、ボリュームに接続された各チャネル
経路に関る、負荷値から差し引かれる。ＣＣＬの初期設
定及び更新時には、ＣＣＬは、当技術分野で周知のよう
に、直列化され、変更され、並列化されることを理解さ
れたい。
るテーブルを含む。ＣＨＰ Ｉ Ｄが、各チャネル経路
」二に存在る、負荷を決定る、ためのＣＣＬへのインデ
ックスとして使用される。一般に、各ボリュームが実行
時間の長いアプリケーションによって処理のため選択さ
れると、必要に応じて更新を行なうため、選択されたボ
リュームに対る、チャネル経路毎の平均負荷が、選択さ
れたボリュームに接続された各チャネル経路毎にＣＣＬ
に記憶された負荷値に加えられる。同様に、ボリューム
処理の終りで、そのボリュームに関して前に加えられた
ものと同じ負荷が、ボリュームに接続された各チャネル
経路に関る、負荷値から差し引かれる。ＣＣＬの初期設
定及び更新時には、ＣＣＬは、当技術分野で周知のよう
に、直列化され、変更され、並列化されることを理解さ
れたい。
本発明の動作
第３図ないし第７図を参照しながら、本発明の流れにつ
いて以下に説明る、。一般に、８ＭＳボリュームは処理
のための選択に関して、非ＳＭＳボリュームよりも優先
される。また、８ＭＳボリュームも非ＳＭＳボリューム
も、後述る、１次選択中、または再試行選択中に選択る
、ことができる。したがって、１次ＳＭＳボリューム選
択中に８ＭＳボリュームがまず選択され、次に１次非Ｓ
ＭＳボリューム選択中に非ＳＭＳボリュームが選択され
、次いで再試行選択中に８ＭＳボリューム及び非ＳＭＳ
ボリュームが共に選択される。後で説明る、ように、チ
ャネル経路負荷均衡化基準を使って８ＭＳボリューム及
び非ＳＭＳボリュームのいずれか一方または両方を選択
る、ことができる。
いて以下に説明る、。一般に、８ＭＳボリュームは処理
のための選択に関して、非ＳＭＳボリュームよりも優先
される。また、８ＭＳボリュームも非ＳＭＳボリューム
も、後述る、１次選択中、または再試行選択中に選択る
、ことができる。したがって、１次ＳＭＳボリューム選
択中に８ＭＳボリュームがまず選択され、次に１次非Ｓ
ＭＳボリューム選択中に非ＳＭＳボリュームが選択され
、次いで再試行選択中に８ＭＳボリューム及び非ＳＭＳ
ボリュームが共に選択される。後で説明る、ように、チ
ャネル経路負荷均衡化基準を使って８ＭＳボリューム及
び非ＳＭＳボリュームのいずれか一方または両方を選択
る、ことができる。
ＣＣＬは、ＤＦＨ８Ｍが起動されるとき初期設定される
。ステップ６０で、実行時間の長いアプリケーションが
開始る、とき、流れが始まり、制御データ構造からの情
報を使って必要なデータを初期設定る、。現アプリケー
ションが、現在活動状態のＤＦＨ８Ｍアプリケージジン
のみである場合は、ＤＦＨ８Ｍ負荷が現在存在しないの
で、各ＣＨＰＩ Ｄに関る、ＣＣＬ中の負荷値は０にな
る。
。ステップ６０で、実行時間の長いアプリケーションが
開始る、とき、流れが始まり、制御データ構造からの情
報を使って必要なデータを初期設定る、。現アプリケー
ションが、現在活動状態のＤＦＨ８Ｍアプリケージジン
のみである場合は、ＤＦＨ８Ｍ負荷が現在存在しないの
で、各ＣＨＰＩ Ｄに関る、ＣＣＬ中の負荷値は０にな
る。
他のＤＦＨ８Ｍアプリケーションが現在活動状態であれ
ば、ＣＣＬは０にならない。ＳＭＳ ＭＶＴ連鎖及び
非ＳＭＳ ＭＶＴ連鎖の各ボリューム項目が初期設定
される。ボリュームが現在のアプリケーションに対して
資格がある（すなわち、そのもとで処理が必要とされる
）場合は、ＭＶＴで資格フラグがセットされ、処理フラ
グがリセットされる。次いでＣＨＰＩＤがシステムから
検索され、ＭＶＴに置かれる。
ば、ＣＣＬは０にならない。ＳＭＳ ＭＶＴ連鎖及び
非ＳＭＳ ＭＶＴ連鎖の各ボリューム項目が初期設定
される。ボリュームが現在のアプリケーションに対して
資格がある（すなわち、そのもとで処理が必要とされる
）場合は、ＭＶＴで資格フラグがセットされ、処理フラ
グがリセットされる。次いでＣＨＰＩＤがシステムから
検索され、ＭＶＴに置かれる。
ステップ８１ａ−６１ｃで、ボリューム選択が開始る、
。ステップ６１ａ−６１ｃで、流れからの最後の戻りが
（あった場合、それが）１次ＳＭＳボリューム選択中か
、１火葬ＳＭＳボリューム選択中か、それとも再試行ボ
リューム選択中に中断されたかを判定し、かつステップ
６２−７８のチャネル経路負荷均衡化基準が使用される
かどうかを判定る、。そのような判定により、（ステッ
プ７８．８４または１０４における流れからの最後の戻
り以降に）さらにもう１つのボリュームの選択が必要と
されるとき、流れ全体の中で適当なステップに戻ること
が可能になる。ステップ６１ａでは、１次ＳＭＳボリュ
ーム選択に再び入るべきかどうかを判定る、。ステップ
Ｂｌｂでは、非ＳＭＳボリューム選択に再び入るべきか
どうかを判定る、。いずれにも再び入らない場合は、流
れはステップ８７の再試行ボリューム選択に向かう。
。ステップ６１ａ−６１ｃで、流れからの最後の戻りが
（あった場合、それが）１次ＳＭＳボリューム選択中か
、１火葬ＳＭＳボリューム選択中か、それとも再試行ボ
リューム選択中に中断されたかを判定し、かつステップ
６２−７８のチャネル経路負荷均衡化基準が使用される
かどうかを判定る、。そのような判定により、（ステッ
プ７８．８４または１０４における流れからの最後の戻
り以降に）さらにもう１つのボリュームの選択が必要と
されるとき、流れ全体の中で適当なステップに戻ること
が可能になる。ステップ６１ａでは、１次ＳＭＳボリュ
ーム選択に再び入るべきかどうかを判定る、。ステップ
Ｂｌｂでは、非ＳＭＳボリューム選択に再び入るべきか
どうかを判定る、。いずれにも再び入らない場合は、流
れはステップ８７の再試行ボリューム選択に向かう。
１次ボリューム選択が必要な場合は、ステップ６１ｃで
、チャネル経路負荷均衡化基準に従って進むべく、当該
の形式（ＳＭＳまたは非５Ｍ５）の１次ボリューム処理
がユーザによって指定されているかどうかを判定る、。
、チャネル経路負荷均衡化基準に従って進むべく、当該
の形式（ＳＭＳまたは非５Ｍ５）の１次ボリューム処理
がユーザによって指定されているかどうかを判定る、。
未指定の場合は、流れはステップ７９に向かう。指定済
みの場合は、流れはステップ６２に進む。
みの場合は、流れはステップ６２に進む。
以下の実施例では、チャネル経路負荷均衡化が、１次Ｓ
ＭＳボリューム選択についてのみ指定されていたものと
る、。したがって、１次非ＳＭＳボリューム選択は、そ
のような負荷均衡化なしで説明る、。この実施例は、チ
ャネル経路負荷均衡化基準及び非負荷均衡化基準の両方
による１次ボリューム選択の説明が可能なようにそう選
択したものである。ユーザはそれとは異なるように指定
る、ことができる（たとえば、１次ＳＭＳボリューム選
択と１次非ＳＭＳボリューム選択の両方を指定る、こと
ができる）ことを理解されたい。
ＭＳボリューム選択についてのみ指定されていたものと
る、。したがって、１次非ＳＭＳボリューム選択は、そ
のような負荷均衡化なしで説明る、。この実施例は、チ
ャネル経路負荷均衡化基準及び非負荷均衡化基準の両方
による１次ボリューム選択の説明が可能なようにそう選
択したものである。ユーザはそれとは異なるように指定
る、ことができる（たとえば、１次ＳＭＳボリューム選
択と１次非ＳＭＳボリューム選択の両方を指定る、こと
ができる）ことを理解されたい。
ＳＭＳが活動状態であり、ＳＭＳ ＭＶＴ連鎖が存在
る、場合は、ステップ６２で、現行アプリケージ式ンの
処理のための３ＭＳボリュームの選択が、ＳＭＳ Ｍ
ＶＴ連鎖の最上部（連鎖の始め）から開始る、。ステッ
プ６３で、前述した場合の当該のフィールド中のビット
（またはフラグ）で示されるように、関連る、ボリュー
ムが現アプリケーションの処理を受ける資格があるかど
うかを判定る、ため、連鎖の最初の項目を調べる。ボリ
ュームが処理を受ける資格がない場合は、流れは下方の
ステップ７２まで飛び、別の３ＭＳボリュームを取り上
げるべく探索を開始る、。ボリュームが現アプリケーシ
ョンの処理を受ける資格がある場合は、ステップ６４及
び６７で、Ｍ■Ｔ項目がホストに対して親和性をもつか
どうか調べられる。
る、場合は、ステップ６２で、現行アプリケージ式ンの
処理のための３ＭＳボリュームの選択が、ＳＭＳ Ｍ
ＶＴ連鎖の最上部（連鎖の始め）から開始る、。ステッ
プ６３で、前述した場合の当該のフィールド中のビット
（またはフラグ）で示されるように、関連る、ボリュー
ムが現アプリケーションの処理を受ける資格があるかど
うかを判定る、ため、連鎖の最初の項目を調べる。ボリ
ュームが処理を受ける資格がない場合は、流れは下方の
ステップ７２まで飛び、別の３ＭＳボリュームを取り上
げるべく探索を開始る、。ボリュームが現アプリケーシ
ョンの処理を受ける資格がある場合は、ステップ６４及
び６７で、Ｍ■Ｔ項目がホストに対して親和性をもつか
どうか調べられる。
１次ＳＭＳボリューム選択は、ホストに対る、親和性に
応じて優先順位をつけられる。ＤＦＨ８Ｍは、特定のホ
ストに割り当てられたボリュームも、任意のホストで処
理できるボリュームも処理る、ことができる。ユーザは
、所与の特定のホストのみによって処理されるよう、ボ
リュームを限定または割り当てることができる。本明細
書では、このことをホスト「親和性」と呼ぶ。たとえば
、ボリューム５２は、ホスト２１またはホスト２２のい
ずれかに割り当てることができ、またどちらにも割り当
てなくてもよい。「割り当てられる」という用語は、こ
こではホストに対る、ボリュームの親和性（専用）を指
すが、関連技術では同じ用語を、タスク処理のための資
源の実際の選択を指すために使用している。未割当ての
ボリュームを最初にホスト上で処理る、ことにより、そ
のホストに対して親和性を有る、ボリュームが処理可能
になる前に、そのホスト上での周期的なりＦＨ８Ｍ処理
のためのタイム・ウィンドウが消える可能性があるとい
う間圧が生じる恐れがある。未割当てのボリュームは別
のホストによって処理されることができるので、割当て
済みのボリュームの選択が、未割当てのボリュームより
も優先される。
応じて優先順位をつけられる。ＤＦＨ８Ｍは、特定のホ
ストに割り当てられたボリュームも、任意のホストで処
理できるボリュームも処理る、ことができる。ユーザは
、所与の特定のホストのみによって処理されるよう、ボ
リュームを限定または割り当てることができる。本明細
書では、このことをホスト「親和性」と呼ぶ。たとえば
、ボリューム５２は、ホスト２１またはホスト２２のい
ずれかに割り当てることができ、またどちらにも割り当
てなくてもよい。「割り当てられる」という用語は、こ
こではホストに対る、ボリュームの親和性（専用）を指
すが、関連技術では同じ用語を、タスク処理のための資
源の実際の選択を指すために使用している。未割当ての
ボリュームを最初にホスト上で処理る、ことにより、そ
のホストに対して親和性を有る、ボリュームが処理可能
になる前に、そのホスト上での周期的なりＦＨ８Ｍ処理
のためのタイム・ウィンドウが消える可能性があるとい
う間圧が生じる恐れがある。未割当てのボリュームは別
のホストによって処理されることができるので、割当て
済みのボリュームの選択が、未割当てのボリュームより
も優先される。
ＤＦＨ８Ｍはまた、選択後にボリュームが直列化に失敗
した回数をカウントる、。これをスキップ・カウントと
呼ぶ。既に使用中である等の理由で直列化に失敗したボ
リュームは、初めて直列化を試みるボリュームよりも再
び失敗る、可能性が高い。
した回数をカウントる、。これをスキップ・カウントと
呼ぶ。既に使用中である等の理由で直列化に失敗したボ
リュームは、初めて直列化を試みるボリュームよりも再
び失敗る、可能性が高い。
したがって、現アプリケーションによって処理すべく前
に選択されていない、割当て済みのボリュームの選択が
、前に選択されたが、１回だけ直列化に失敗したものよ
りも優先され、後者は、現アプリケーションによって処
理すべく前に選択されていない、未割当てのボリューム
よりも優先される。
に選択されていない、割当て済みのボリュームの選択が
、前に選択されたが、１回だけ直列化に失敗したものよ
りも優先され、後者は、現アプリケーションによって処
理すべく前に選択されていない、未割当てのボリューム
よりも優先される。
上記の３種類のボリュームはすべて、２回以」二直列化
に失敗した、割当て済みのボリューム、及び１回以上直
列化に失敗した、未割当てのボリュームよりも優先され
る。したがって、任意の２つのボリュームの間の優先順
位付けは、それらのそれぞれの親和性及びスキップ・カ
ウントの比較によって行なわれる。
に失敗した、割当て済みのボリューム、及び１回以上直
列化に失敗した、未割当てのボリュームよりも優先され
る。したがって、任意の２つのボリュームの間の優先順
位付けは、それらのそれぞれの親和性及びスキップ・カ
ウントの比較によって行なわれる。
スフ−、プロ２−７２の間に、ＳＭＳ ＭＶＴ連鎖が
項目毎に調べられる。各項目は１回ずつ調べ、連鎖内の
現項目と、現走査中に（すなわち、その連鎖に対る、現
在の１回の実行に）既に調べたもののうちの既存の最良
の項目が連続的に比較される。現走査中に既に調べたも
ののうちの最良の項目のアドレスは、連鎖内の残りの項
目と将来比較る、ため、常に主記憶装置に保管される。
項目毎に調べられる。各項目は１回ずつ調べ、連鎖内の
現項目と、現走査中に（すなわち、その連鎖に対る、現
在の１回の実行に）既に調べたもののうちの既存の最良
の項目が連続的に比較される。現走査中に既に調べたも
ののうちの最良の項目のアドレスは、連鎖内の残りの項
目と将来比較る、ため、常に主記憶装置に保管される。
以後、「項目」という語を、そのような項目と関連る、
ボリュームを指すのに使用し、「最良の項目」の語を、
既存の最良の項目を指すのに使用る、。
ボリュームを指すのに使用し、「最良の項目」の語を、
既存の最良の項目を指すのに使用る、。
ステップ６４で、前述のように、現項目の親和性及びス
キップ・カウントを決定る、。現項目が割当て済みで、
かつ２回以上直列化に失敗した場合、または現項目が未
割当てで、かつ１回以上直列化に失敗した場合は、流れ
はステップ７２まで飛ぶ。そのようなことが判明した場
合は、この項目は選択に関して最低の優先順位を有し、
再試行中にしか（すなわち、優先順位のより高いすべて
の８ＭＳボリューム及び非ＳＭＳボリュームの選択後に
）処理のため選択できないことになる。ステップ６５及
び６８で、最良の項目と現項目の親和性及びスキップ・
カウントの比較により、残りの項目に優先順位をつける
。
キップ・カウントを決定る、。現項目が割当て済みで、
かつ２回以上直列化に失敗した場合、または現項目が未
割当てで、かつ１回以上直列化に失敗した場合は、流れ
はステップ７２まで飛ぶ。そのようなことが判明した場
合は、この項目は選択に関して最低の優先順位を有し、
再試行中にしか（すなわち、優先順位のより高いすべて
の８ＭＳボリューム及び非ＳＭＳボリュームの選択後に
）処理のため選択できないことになる。ステップ６５及
び６８で、最良の項目と現項目の親和性及びスキップ・
カウントの比較により、残りの項目に優先順位をつける
。
ステップ６５で、最良の項目と現項目が同じ優先順位で
あるかどうか判定る、。同じでない場合は、ステップ６
８で、最良の項目が現項目よりも優先順位が低いかどう
か判定る、。そうでない場合は、最良の項目は変更され
ず、流れはステップ７２まで飛ぶ。最良の項目が現項目
よりも優先順位が低い場合は、ステップ６９及び７１で
、いくつかの計算が行なわれ、現項目が最良の項目とし
て保管される。ステップ６５で、最良の項目と現項目が
同じ優先順位である場合は、ステップ６６でいくつかの
計算が行なわれ、ステップ６７で、現項目を最良の項目
として保管すべきか、それとも最良の項目がそのまま留
まるべきかどうか比較及び判定を行なう。現項目がその
まま留まるべき場合は、ステップ７１を飛ばす。現項目
が連鎖内の一番最初の項目であるか、または少なくとも
、ステップ６５に到達る、連鎖中の最初の項目である場
合は、流れはステップ６８に進み（すなわち、優先順位
が同じでない）、次にステップ６９に進む（すなわち、
優先順位が最高の項目が現項目よりも優先順位が低いと
見なされる）。
あるかどうか判定る、。同じでない場合は、ステップ６
８で、最良の項目が現項目よりも優先順位が低いかどう
か判定る、。そうでない場合は、最良の項目は変更され
ず、流れはステップ７２まで飛ぶ。最良の項目が現項目
よりも優先順位が低い場合は、ステップ６９及び７１で
、いくつかの計算が行なわれ、現項目が最良の項目とし
て保管される。ステップ６５で、最良の項目と現項目が
同じ優先順位である場合は、ステップ６６でいくつかの
計算が行なわれ、ステップ６７で、現項目を最良の項目
として保管すべきか、それとも最良の項目がそのまま留
まるべきかどうか比較及び判定を行なう。現項目がその
まま留まるべき場合は、ステップ７１を飛ばす。現項目
が連鎖内の一番最初の項目であるか、または少なくとも
、ステップ６５に到達る、連鎖中の最初の項目である場
合は、流れはステップ６８に進み（すなわち、優先順位
が同じでない）、次にステップ６９に進む（すなわち、
優先順位が最高の項目が現項目よりも優先順位が低いと
見なされる）。
ステップ６６及び６９で、現項目に関して同じ計算が行
なわれる。２つの要素を使用して、現項目の代表的平均
チャネル負荷、すなわち「Ｒ値」を計算る、。最初に、
現アプリケーションの下でのボリュームの処理に関連る
、負荷値を決定る、。
なわれる。２つの要素を使用して、現項目の代表的平均
チャネル負荷、すなわち「Ｒ値」を計算る、。最初に、
現アプリケーションの下でのボリュームの処理に関連る
、負荷値を決定る、。
この負荷値は、現アプリケーションの下でのボリューム
の処理によって実際に生じる負荷に従って比例的に重み
付けされる点を除き、任意である。
の処理によって実際に生じる負荷に従って比例的に重み
付けされる点を除き、任意である。
ＤＦ’Ｈ８Ｍの場合は、フル・ボリューム・ダンプは、
チャネル負荷強度がボリューム移送及びインクレメンタ
ル・バックアップの約２倍である。したがって、フル・
ボリューム・ダンプに関連る、負荷値は、ボリューム移
送及びインクレメンタル・バックアップの場合の負荷値
に比例る、。さらに、負荷値は、負荷に対る、異なるＤ
ＦＤＳＳ入山力バッファ・オブシ日ンの影響に従って重
み付けされる。この負荷値はまたＭＶＴ内の１つのチャ
ネル・フィールド当りの平均負荷中でも使用される。
チャネル負荷強度がボリューム移送及びインクレメンタ
ル・バックアップの約２倍である。したがって、フル・
ボリューム・ダンプに関連る、負荷値は、ボリューム移
送及びインクレメンタル・バックアップの場合の負荷値
に比例る、。さらに、負荷値は、負荷に対る、異なるＤ
ＦＤＳＳ入山力バッファ・オブシ日ンの影響に従って重
み付けされる。この負荷値はまたＭＶＴ内の１つのチャ
ネル・フィールド当りの平均負荷中でも使用される。
もう１つの要素は、ＭＶＴ中で示される、各ボリューム
に接続されたチャネル経路の数である。
に接続されたチャネル経路の数である。
前述のように、各ボリュームについて１本のチャネル経
路当りの平均負荷がＭＶＴに記憶される。
路当りの平均負荷がＭＶＴに記憶される。
そのような平均負荷は、実際の負荷をボリュームが接続
されているチャネル経路の数で割って求める。各チャネ
ル経路に関る、そのような計算のすべての和が、代表的
チャネル負荷であり、項目ＣＣＬ＋としてＣＣＬに記憶
される。ＣＣＬ項目は、次式に従って各現ボリュームご
とに合計される。
されているチャネル経路の数で割って求める。各チャネ
ル経路に関る、そのような計算のすべての和が、代表的
チャネル負荷であり、項目ＣＣＬ＋としてＣＣＬに記憶
される。ＣＣＬ項目は、次式に従って各現ボリュームご
とに合計される。
ただし、ｎは、ボリュームが接続されているチャネル経
路の数であり、Ｃは定数であり、ＣＣＬ＋＝Ｏの場合、
＝ ２０１ＣＬＩ ＣＣＬＩ＋ａ＝Ｏの場合、 ＝ ＣＣＣＬ
ｌ、。
路の数であり、Ｃは定数であり、ＣＣＬ＋＝Ｏの場合、
＝ ２０１ＣＬＩ ＣＣＬＩ＋ａ＝Ｏの場合、 ＝ ＣＣＣＬ
ｌ、。
（ａ＝１．２．３−− 、）である。
もっと簡単には、ゼロ負荷を有る、複数のチャネル経路
に接続されたボリュームの場合、ゼロ負荷を有る、最初
のチャネル経路は、式１の定数の値の２倍の値を割り当
てられ、ゼロ負荷を有る、後続のチャネル経路は定数の
値を割り当てられる。
に接続されたボリュームの場合、ゼロ負荷を有る、最初
のチャネル経路は、式１の定数の値の２倍の値を割り当
てられ、ゼロ負荷を有る、後続のチャネル経路は定数の
値を割り当てられる。
各ボリュームに対る、和Ｒが、当該の接続されたチャネ
ル経路にわたる、そのボリュームに対る、代表的平均チ
ャネル負荷である。最高のＲ値を有る、ボリュームは、
「最低」のチャネル経路値を有る、ボリューム（すなわ
ち上記の式に従って、負荷値の単純平均とは異なること
がある）であり、処理のため選択される。たとえば、代
表的平均チャネル負荷を使用る、と、活動度の最も低い
ＣＨＰＩＤに接続されたボリュームの選択が（たとえ負
荷値の単純な数値平均では選択が決まらないとしても）
優先される。さらに、代表的平均チャネル負荷を使用る
、と、接続されているが遊休状態のチャネル経路の数が
最も少ないボリュームの選択が優先され、それにより、
接続されているが遊休状態のより多数のチャネル経路が
後で使用できるように保存される。Ｒ値が等しいボリュ
ームでは、最も少数のチャネル経路に接続されたボリュ
ームが選択される。このような最終決着の方法により、
選択されたボリュームの実際の処理が最も少数のチャネ
ルにしか影響を与えないことが保証され、それにより、
後で選択されるボリュームが１本のチャネルしかもたず
、そのチャネルが過度に使用中となる可能性が少なくな
る。
ル経路にわたる、そのボリュームに対る、代表的平均チ
ャネル負荷である。最高のＲ値を有る、ボリュームは、
「最低」のチャネル経路値を有る、ボリューム（すなわ
ち上記の式に従って、負荷値の単純平均とは異なること
がある）であり、処理のため選択される。たとえば、代
表的平均チャネル負荷を使用る、と、活動度の最も低い
ＣＨＰＩＤに接続されたボリュームの選択が（たとえ負
荷値の単純な数値平均では選択が決まらないとしても）
優先される。さらに、代表的平均チャネル負荷を使用る
、と、接続されているが遊休状態のチャネル経路の数が
最も少ないボリュームの選択が優先され、それにより、
接続されているが遊休状態のより多数のチャネル経路が
後で使用できるように保存される。Ｒ値が等しいボリュ
ームでは、最も少数のチャネル経路に接続されたボリュ
ームが選択される。このような最終決着の方法により、
選択されたボリュームの実際の処理が最も少数のチャネ
ルにしか影響を与えないことが保証され、それにより、
後で選択されるボリュームが１本のチャネルしかもたず
、そのチャネルが過度に使用中となる可能性が少なくな
る。
ステップ６７で、現項目について計算されたＲ値を、最
良の項目について前に計算されたＲ値と（その最良の項
目が最良の項目になった時点で）比較る、。既に述べた
ように、現項目の方がＲ値が大きい場合は、現項目が最
良の項目になる。最良の項目の方がＲ値が大きい場合は
、ステップ７１を飛ばすので、最良の項目は変わらない
ままである。ステップ６９で、これらの項目の親和性及
びスキップ・カウントが、現項目が最良の項目になるこ
とを既に示している。ステップ７１で、現項目のＭＶＴ
アドレス及びＲ値が新たな最良の項目として保管される
。ステップ７２で、現走査におけるＳＭＳ ＭＶＴ連
鎖に残っている項目の有無を判定る、。そのような項目
が別に存在る、場合は、その項目が現項目になり、流れ
はステップ６３に戻る。「新しい」現項目を、既に述べ
たように、保管された優先順位が最高の項目と再び比較
る、。すべてのＳＭＳ ＭＶＴ連鎖項目が調べられる
まで、このループを繰り返す。ＳＭＳ ＭＶＴ連鎖の
終りに達る、と、流れはステップ７２からステップ７４
に飛ぶ。項目連鎖が走査されたが、最良の項目が作成さ
れなかったことがあり得る。たとえば、現ＤＦＨ８Ｍア
プリケーションに対して処理を受ける資格のある項目が
連鎖内にない可能性がある。そのような場合は、流れは
ステップ７４からステップ７９に飛び、非ＳＭＳ連鎖か
らボリュームを選択しようと試みる。しかし、最良の項
目が存在る、場合は、ステップ７５で、保管されたＭＶ
Ｔアドレスを使って、関連ボリュームに対る、直列化が
試みられる。直列化とは、選択されたボリュームの実際
の処理が可能になるように、ボリューム等の資源を保有
することである。
良の項目について前に計算されたＲ値と（その最良の項
目が最良の項目になった時点で）比較る、。既に述べた
ように、現項目の方がＲ値が大きい場合は、現項目が最
良の項目になる。最良の項目の方がＲ値が大きい場合は
、ステップ７１を飛ばすので、最良の項目は変わらない
ままである。ステップ６９で、これらの項目の親和性及
びスキップ・カウントが、現項目が最良の項目になるこ
とを既に示している。ステップ７１で、現項目のＭＶＴ
アドレス及びＲ値が新たな最良の項目として保管される
。ステップ７２で、現走査におけるＳＭＳ ＭＶＴ連
鎖に残っている項目の有無を判定る、。そのような項目
が別に存在る、場合は、その項目が現項目になり、流れ
はステップ６３に戻る。「新しい」現項目を、既に述べ
たように、保管された優先順位が最高の項目と再び比較
る、。すべてのＳＭＳ ＭＶＴ連鎖項目が調べられる
まで、このループを繰り返す。ＳＭＳ ＭＶＴ連鎖の
終りに達る、と、流れはステップ７２からステップ７４
に飛ぶ。項目連鎖が走査されたが、最良の項目が作成さ
れなかったことがあり得る。たとえば、現ＤＦＨ８Ｍア
プリケーションに対して処理を受ける資格のある項目が
連鎖内にない可能性がある。そのような場合は、流れは
ステップ７４からステップ７９に飛び、非ＳＭＳ連鎖か
らボリュームを選択しようと試みる。しかし、最良の項
目が存在る、場合は、ステップ７５で、保管されたＭＶ
Ｔアドレスを使って、関連ボリュームに対る、直列化が
試みられる。直列化とは、選択されたボリュームの実際
の処理が可能になるように、ボリューム等の資源を保有
することである。
直列化が成功した場合は、ステップ７７で、新たに選択
されたボリュームの処理から生じる追加の負荷を反映る
、ように、ＣＣＬが更新される。
されたボリュームの処理から生じる追加の負荷を反映る
、ように、ＣＣＬが更新される。
これは、ボリュームが接続されたすべてのチャネル経路
間で負荷が等しく分配されていると仮定して、直列化さ
れたボリュームのチャネル経路間にわたる平均負荷値を
計算る、ことを含む。この仮定は、常に正しくはないか
も知れないが、チャネル経路間での実際の負荷分配を監
視る、よりも簡単である。平均負荷は、ＣＣＬ内の各チ
ャネル経路に関る、対応る、項目に追加される。また「
ホスト中で選択／直列化」フラグがＭＶＴ中でセットさ
れ、そのボリュームが後の選択のために取り上げられる
のを防止る、。最後に、ステップ７８で、選択されたボ
リュームのＭＶＴアドレスが実際に処理されるためにホ
ストに戻されて、プログラムを終了る、。
間で負荷が等しく分配されていると仮定して、直列化さ
れたボリュームのチャネル経路間にわたる平均負荷値を
計算る、ことを含む。この仮定は、常に正しくはないか
も知れないが、チャネル経路間での実際の負荷分配を監
視る、よりも簡単である。平均負荷は、ＣＣＬ内の各チ
ャネル経路に関る、対応る、項目に追加される。また「
ホスト中で選択／直列化」フラグがＭＶＴ中でセットさ
れ、そのボリュームが後の選択のために取り上げられる
のを防止る、。最後に、ステップ７８で、選択されたボ
リュームのＭＶＴアドレスが実際に処理されるためにホ
ストに戻されて、プログラムを終了る、。
直列化が不成功だった場合は、どの措置を取るかは失敗
の理由に応じて決まる。ボリュームがこのアプリケーシ
ョンについて最後に処理されてから十分な時間が経過し
ていなかったために直列化が失敗した場合は、「別のホ
スト中で処理」フラグがＭＶＴ中でセットされ、後の選
択中でそのボリュームが取り上げられるのを防ぐ。
の理由に応じて決まる。ボリュームがこのアプリケーシ
ョンについて最後に処理されてから十分な時間が経過し
ていなかったために直列化が失敗した場合は、「別のホ
スト中で処理」フラグがＭＶＴ中でセットされ、後の選
択中でそのボリュームが取り上げられるのを防ぐ。
１つのホストがあるアプリケーションの下であるボリュ
ームを処理し、次にそのすぐ後で、別のホストが同じア
プリケーションの下でそのボリュームを不必要に再処理
る、のを回避る、ため、ＤＦＨＳ Ｍはそのような時間
を待つ。ボリュームが別のＤＦＨ８Ｍアプリケーション
によって既に使用されているために直列化が失敗した場
合は、スキップ・カウントが増分される。どちらの場合
にも、保管されたＲ値及びＭＶＴアドレスはクリアされ
、そのボリュームのスキップ・カウントが増分され、流
れは、次の８ＭＳボリュームを選択る、ため、ステップ
７６からステップ６２に戻る。
ームを処理し、次にそのすぐ後で、別のホストが同じア
プリケーションの下でそのボリュームを不必要に再処理
る、のを回避る、ため、ＤＦＨＳ Ｍはそのような時間
を待つ。ボリュームが別のＤＦＨ８Ｍアプリケーション
によって既に使用されているために直列化が失敗した場
合は、スキップ・カウントが増分される。どちらの場合
にも、保管されたＲ値及びＭＶＴアドレスはクリアされ
、そのボリュームのスキップ・カウントが増分され、流
れは、次の８ＭＳボリュームを選択る、ため、ステップ
７６からステップ６２に戻る。
８ＭＳボリュームが正しく直列化され、別のボリューム
の選択が必要とされる場合は、プログラムはステップ６
１ａから再開され、処理が最後に中断されたところから
続行して、残りの８ＭＳボリュームのうちから選択を行
ない、以下同様である。ステップ７９に達る、と、非Ｓ
ＭＳ ＭＶＴ連鎖内の非ＳＭＳボリュームのうちから
選択を行なう処理が続行る、。非ＳＭＳボリューム間の
管理基準は、データ入力時またはボリューム挿入（ＡＤ
ＤＶＯＬ）時に選択されることを思い起されたい。この
ことは、非ＳＭＳ ＭＶＴ連鎖に入った順序（すなわ
ち、その中での順番）が、ボリューム選択が試みられる
順序であることを意味る、。
の選択が必要とされる場合は、プログラムはステップ６
１ａから再開され、処理が最後に中断されたところから
続行して、残りの８ＭＳボリュームのうちから選択を行
ない、以下同様である。ステップ７９に達る、と、非Ｓ
ＭＳ ＭＶＴ連鎖内の非ＳＭＳボリュームのうちから
選択を行なう処理が続行る、。非ＳＭＳボリューム間の
管理基準は、データ入力時またはボリューム挿入（ＡＤ
ＤＶＯＬ）時に選択されることを思い起されたい。この
ことは、非ＳＭＳ ＭＶＴ連鎖に入った順序（すなわ
ち、その中での順番）が、ボリューム選択が試みられる
順序であることを意味る、。
したがって、ステップ７９で、非ＳＭＳ ＭＶＴ連鎖
中の最初の項目がその中での現項［」になる。
中の最初の項目がその中での現項［」になる。
ステップ８０で、ステップ６３で行なった判定と同様に
して、現項目の資格を判定る、。現項［］が資格がある
場合は、ステップ８１で直列化を試み、流れは、ステッ
プ７５−７８と同様のステップ８２−８４を進む。非Ｓ
ＭＳボリュームが正しく直列化され、かつさらに別のボ
リュームの選択が必要とされる場合は、プログラムはス
テップ６１ａで再開され、処理が最後に中断されたとこ
ろから続行して、残りの非ＳＭＳボリュームのうちから
選択を行ない、以下同様である。現項目が現アプリケー
ションに対して資格がない場合、または直列化が不成功
だった場合は、流れは、ステ。
して、現項目の資格を判定る、。現項［］が資格がある
場合は、ステップ８１で直列化を試み、流れは、ステッ
プ７５−７８と同様のステップ８２−８４を進む。非Ｓ
ＭＳボリュームが正しく直列化され、かつさらに別のボ
リュームの選択が必要とされる場合は、プログラムはス
テップ６１ａで再開され、処理が最後に中断されたとこ
ろから続行して、残りの非ＳＭＳボリュームのうちから
選択を行ない、以下同様である。現項目が現アプリケー
ションに対して資格がない場合、または直列化が不成功
だった場合は、流れは、ステ。
プ７２及び７３と同様なステップ８５及び８６に飛ぶ。
ステップ８５で、現走査中に非ＳＭＳ ＭＶＴ連鎖中
に残っている項目があるかどうか判定る、。
に残っている項目があるかどうか判定る、。
そのような項目がまだ存在る、場合は、その項目が現項
目になり、流れはループして最終的にステップ８０に戻
る。非ＳＭＳ ＭＶＴ連鎖項目がすべて調べられるま
で、このループを繰り返す。連鎖全体を走査しても、直
列化されたボリュームがなかったことがあり得る。非Ｓ
ＭＳ ＭＶＴ連鎖の終りに達る、と、流れはステップ
８５からステップ８７に飛び、再試行ボリューム選択中
にボリュームを選択しようと試みる。ステップ８７で、
前に直列化されていないボリュームからのそのような選
択を試みるため、再試行ボリューム選択が開始る、。再
試行ボリューム選択の間、８ＭＳボリュームは非ＳＭＳ
ボリュームより前に走査されるが、いずれの選択も他方
の選択よりも優先されない。
目になり、流れはループして最終的にステップ８０に戻
る。非ＳＭＳ ＭＶＴ連鎖項目がすべて調べられるま
で、このループを繰り返す。連鎖全体を走査しても、直
列化されたボリュームがなかったことがあり得る。非Ｓ
ＭＳ ＭＶＴ連鎖の終りに達る、と、流れはステップ
８５からステップ８７に飛び、再試行ボリューム選択中
にボリュームを選択しようと試みる。ステップ８７で、
前に直列化されていないボリュームからのそのような選
択を試みるため、再試行ボリューム選択が開始る、。再
試行ボリューム選択の間、８ＭＳボリュームは非ＳＭＳ
ボリュームより前に走査されるが、いずれの選択も他方
の選択よりも優先されない。
飛ばされた回数が最小の、ＳＭＳまたは非ＳＭＳの残り
のボリュームが選択される。ステップ８７で、再試行選
択の処理を開始し、８ＭＳボリュームが飛ばされたかど
うか判定る、。飛ばされていない場合は、流れはステッ
プ９３に飛び、非ＳＭＳボリュームが飛ばされたかどう
か判定る、。
のボリュームが選択される。ステップ８７で、再試行選
択の処理を開始し、８ＭＳボリュームが飛ばされたかど
うか判定る、。飛ばされていない場合は、流れはステッ
プ９３に飛び、非ＳＭＳボリュームが飛ばされたかどう
か判定る、。
再試行選択は、当該のＭＶＴ連鎖中で飛ばされた各項目
を次々に調べることにより進行る、。ステップ８８で、
ＳＭＳ ＭＶＴ連鎖中の最初のそのような項目が現項
目になる。ステップ８９で、この項目が現アプリケーシ
ョンの下で処理を受ける資格があるかどうか判定る、。
を次々に調べることにより進行る、。ステップ８８で、
ＳＭＳ ＭＶＴ連鎖中の最初のそのような項目が現項
目になる。ステップ８９で、この項目が現アプリケーシ
ョンの下で処理を受ける資格があるかどうか判定る、。
現項目が資格がない場合は、その項目に関る、情報を保
管る、必要がないので、流れはステップ９１に飛ぶ。現
項目が資格がある場合は、その項目のＭＶＴアドレス及
びスキップ・カウントが、後で使用できるように、最良
の項目として保管される。
管る、必要がないので、流れはステップ９１に飛ぶ。現
項目が資格がある場合は、その項目のＭＶＴアドレス及
びスキップ・カウントが、後で使用できるように、最良
の項目として保管される。
ＳＭＳ ＭＶＴ連鎖の残り部分（がある場合、それ）
が走査されるとき、ステップ９０で、現項目のスキップ
・カウントを、スキップ・カウントが最小の（前に保管
された）残りの項目のスキップ・カウントと連続して比
較る、。スキップ・カウントが最小の項目は常に、その
情報が最良の項目として再び保管される項目である。ス
テップ９１及び９２は、流れがステップ８９にループし
て戻るかどうかを判定る、点で、ステップ７２−７３及
びステップ８５−８８と類似している。ステップ９３で
は、飛ばされた非ＳＭＳ項目を、飛ばされたＳＭＳ項目
からの情報から始めて、保管された情報と比較る、。ス
テップ９４−９８は、ステップ８８−９２と類似してい
る。
が走査されるとき、ステップ９０で、現項目のスキップ
・カウントを、スキップ・カウントが最小の（前に保管
された）残りの項目のスキップ・カウントと連続して比
較る、。スキップ・カウントが最小の項目は常に、その
情報が最良の項目として再び保管される項目である。ス
テップ９１及び９２は、流れがステップ８９にループし
て戻るかどうかを判定る、点で、ステップ７２−７３及
びステップ８５−８８と類似している。ステップ９３で
は、飛ばされた非ＳＭＳ項目を、飛ばされたＳＭＳ項目
からの情報から始めて、保管された情報と比較る、。ス
テップ９４−９８は、ステップ８８−９２と類似してい
る。
ステップ９９で、選択すべき再試行ボリュームが存在る
、かどうか判定る、。再試行ボリュームが選択されなか
った場合は、制御は呼出しホストに戻され、選択プログ
ラムが完了したことが示される。再試行ボリュームが選
択された場合は、ステップ１０１で、直列化を試みる。
、かどうか判定る、。再試行ボリュームが選択されなか
った場合は、制御は呼出しホストに戻され、選択プログ
ラムが完了したことが示される。再試行ボリュームが選
択された場合は、ステップ１０１で、直列化を試みる。
直列化が成功した場合は、ステップ７７−７８またはス
テップ８３−８４と同様にして、ＣＣＬが更新され、制
御が呼出しホストに戻される。さらに他のボリュームの
選択が必要とされる場合は、プログラムはステップ６１
ａに戻り、処理が最後に中断されたところから再び続行
して、残りの再試行ボリュームのうちから選択を行ない
、以下同様である。直列化が不成功だった場合は、選択
されたボリュームに関る、スキップ・カウントが増分さ
れ、流れはステップ１０２からステップ１０５に飛ぶ。
テップ８３−８４と同様にして、ＣＣＬが更新され、制
御が呼出しホストに戻される。さらに他のボリュームの
選択が必要とされる場合は、プログラムはステップ６１
ａに戻り、処理が最後に中断されたところから再び続行
して、残りの再試行ボリュームのうちから選択を行ない
、以下同様である。直列化が不成功だった場合は、選択
されたボリュームに関る、スキップ・カウントが増分さ
れ、流れはステップ１０２からステップ１０５に飛ぶ。
ステップ１０５で、選択すべきボリュームが残っている
かどうか判定る、。この場合の基準は、使用可能な全ボ
リュームが直列化に失敗したかどうかである。「使用可
能な全ボリューム」とは、まだ直列化されておらず、か
つ処理を受ける資格があるボリュームを指す。「直列化
に失敗した」とは、現アプリケーションについて以前に
ステップ１０７に到達しておらず、かつそのような失敗
が１０回よりも少ない場合に、ステップ１０７に最後に
到達して以降の１回のそのような失敗を指す。好ましい
実施例では、最大再試行回数は１０である。
かどうか判定る、。この場合の基準は、使用可能な全ボ
リュームが直列化に失敗したかどうかである。「使用可
能な全ボリューム」とは、まだ直列化されておらず、か
つ処理を受ける資格があるボリュームを指す。「直列化
に失敗した」とは、現アプリケーションについて以前に
ステップ１０７に到達しておらず、かつそのような失敗
が１０回よりも少ない場合に、ステップ１０７に最後に
到達して以降の１回のそのような失敗を指す。好ましい
実施例では、最大再試行回数は１０である。
選択る、べきボリュームが残っている場合は、流れはス
テップ８７にループして続行る、。そのようなボリュー
ムが存在しない場合は、ステップ１０７で５分の遅延が
呼び出され、流れは再びステップ８７にループる、。最
終的に、上記基準に従って選択すべきボリュームは全く
残らず、ステップ１００及び１０４を経てホストに制御
が戻される。
テップ８７にループして続行る、。そのようなボリュー
ムが存在しない場合は、ステップ１０７で５分の遅延が
呼び出され、流れは再びステップ８７にループる、。最
終的に、上記基準に従って選択すべきボリュームは全く
残らず、ステップ１００及び１０４を経てホストに制御
が戻される。
第８図を参照して、第３図に記載された論理の−ａ具体
的な実施例を詳述る、。ステップ２００−２１１は、ス
テップ６５−７１の代りに使用できる。この実施例は、
当技術分野で周知のように、単一ステートメントに到達
る、複数のＩ Ｆ／ＴＨＥＮ分岐の組合せを可能にる、
５ＥＬＥＣＴステートメントを使って、完全に実施る、
ことができる。
的な実施例を詳述る、。ステップ２００−２１１は、ス
テップ６５−７１の代りに使用できる。この実施例は、
当技術分野で周知のように、単一ステートメントに到達
る、複数のＩ Ｆ／ＴＨＥＮ分岐の組合せを可能にる、
５ＥＬＥＣＴステートメントを使って、完全に実施る、
ことができる。
第８図に示す各分岐ステップは、現項目または最良の項
目の親和性またはスキップ・カウント、あるいはそれら
の組合せに応じて条件付けられる。
目の親和性またはスキップ・カウント、あるいはそれら
の組合せに応じて条件付けられる。
ステップ２００の条件は、最良の項目が割り当てられ、
かつスキップ・カウントがＯであるかどうかである。ス
テップ２０１の条件は、現項目が割り当てられ、かつス
キップ・カウントがＯであるかどうかである。ステップ
２０２の条件は、現項目が割り当てられており、スキッ
プ・カウントが０または現項目が割り当てられており、
スキップ・カウントが１であるかどうかである。ステッ
プ２０３の条件は、最良の項目が割り当てられており、
スキップ・カウントが１であるかどうかである。
かつスキップ・カウントがＯであるかどうかである。ス
テップ２０１の条件は、現項目が割り当てられ、かつス
キップ・カウントがＯであるかどうかである。ステップ
２０２の条件は、現項目が割り当てられており、スキッ
プ・カウントが０または現項目が割り当てられており、
スキップ・カウントが１であるかどうかである。ステッ
プ２０３の条件は、最良の項目が割り当てられており、
スキップ・カウントが１であるかどうかである。
ステップ２０４の条件は、現項目が割り当てられており
、スキップ・カウントが０１現項目が割り当てられてお
り、スキップ・カウントが１、または現項目が割り当て
られておらず、スキップ・カウントがＯであるかである
。ステップ２０５は、ステップ６ｅ及び６９と同様であ
る。ステップ２０６の条件は、最良の項目が割り当てら
れておらず、スキップ・カウントがＯであり、かつ現項
目が割り当てられており、スキップ・カウントが１であ
るかどうかである。ステップ２０７の条件は、最良の項
目が割り当てられており、スキップ・カウントが１、ま
たは割り当てられておらず、かつ現項目が割り当てられ
ており、スキップ・カウントがＯであるかどうかである
。ステップ２０８及びステップ２１０は、ステップ６７
と同様である。
、スキップ・カウントが０１現項目が割り当てられてお
り、スキップ・カウントが１、または現項目が割り当て
られておらず、スキップ・カウントがＯであるかである
。ステップ２０５は、ステップ６ｅ及び６９と同様であ
る。ステップ２０６の条件は、最良の項目が割り当てら
れておらず、スキップ・カウントがＯであり、かつ現項
目が割り当てられており、スキップ・カウントが１であ
るかどうかである。ステップ２０７の条件は、最良の項
目が割り当てられており、スキップ・カウントが１、ま
たは割り当てられておらず、かつ現項目が割り当てられ
ており、スキップ・カウントがＯであるかどうかである
。ステップ２０８及びステップ２１０は、ステップ６７
と同様である。
ステップ２１１は、ステップ７１と同様である。
最良の項目及び現項目における関連る、親和性とスキッ
プ・カウント（０，１，２以上）の各組合せについて試
行を行なうと、第３図と第８図で同じ結果が得られる。
プ・カウント（０，１，２以上）の各組合せについて試
行を行なうと、第３図と第８図で同じ結果が得られる。
本発明を好ましい実施例に関して詳細に図示し説明して
きたが、当業者なら理解る、ように、本発明の精神及び
範囲から逸脱る、ことなく、形式及び細部に種々の変更
を加えることができる。たとえば、上記の処理の代りに
、非ＳＭＳボリュームを選択る、ために、ステップ７９
−８６で示される基準の代りに、ステップ８２−７３の
チャネル経路均衡化基準を使用できるようにユーザは指
定る、ことができる。また、ステップ８２−７３及びス
テップ７９−８６を組み合わせて、非ＳＭＳボリューム
よりも８ＭＳボリュームの選択を優先る、のをやめるこ
とができる。同様に、特定のタイプのボリュームの選択
を優先る、個々の基準をな（すことも可能である。
きたが、当業者なら理解る、ように、本発明の精神及び
範囲から逸脱る、ことなく、形式及び細部に種々の変更
を加えることができる。たとえば、上記の処理の代りに
、非ＳＭＳボリュームを選択る、ために、ステップ７９
−８６で示される基準の代りに、ステップ８２−７３の
チャネル経路均衡化基準を使用できるようにユーザは指
定る、ことができる。また、ステップ８２−７３及びス
テップ７９−８６を組み合わせて、非ＳＭＳボリューム
よりも８ＭＳボリュームの選択を優先る、のをやめるこ
とができる。同様に、特定のタイプのボリュームの選択
を優先る、個々の基準をな（すことも可能である。
Ｆ９発明の効果
本発明によれば、予想実行時間や、ホスト・プロセッサ
との親和性などを考慮して、ボリュームを選択し、これ
によって従来よりもチャネル経路負荷の改良された均衡
化が得られる効果がある。
との親和性などを考慮して、ボリュームを選択し、これ
によって従来よりもチャネル経路負荷の改良された均衡
化が得られる効果がある。
第１図は、本発明を使用る、ことが可能なデータ記憶階
層の概略構成図である。 第２図は、データ記憶階層例の関連部分の構成図である
。 第３図ないし第７図は、全体として本発明の流れ図を表
す。 第８図は、第３図に示した論理の一部分のさらに詳細な
実施例を示す図である。 １０．１１．２１．２２・・・・ホスト・プロセッサ、
１２．１４．１５．５１．５２．５３・・・・ＤＡＳＤ
、１Ｂ・・・・大容量記憶装置、１７・・・・磁気テー
プ装置、４１．４２．４３・・・・チャネル経路。
層の概略構成図である。 第２図は、データ記憶階層例の関連部分の構成図である
。 第３図ないし第７図は、全体として本発明の流れ図を表
す。 第８図は、第３図に示した論理の一部分のさらに詳細な
実施例を示す図である。 １０．１１．２１．２２・・・・ホスト・プロセッサ、
１２．１４．１５．５１．５２．５３・・・・ＤＡＳＤ
、１Ｂ・・・・大容量記憶装置、１７・・・・磁気テー
プ装置、４１．４２．４３・・・・チャネル経路。
Claims (24)
- （１）少なくとも１台のホスト・プロセッサと複数のデ
ータ記憶ボリュームとの間に接続された複数のチャネル
経路を含むディジタル・コンピュータにおいて、アプリ
ケーションの処理中に入出力チャネル経路上の負荷を均
衡させる方法であって、比較的実行時間の長いアプリケ
ーションのみから生じる各チャネル経路上の負荷を連続
的に監視するステップと、 処理すべき次のボリュームとして選択が考慮される各未
選択ボリュームについて、比較的実行時間の長いアプリ
ケーションのみから生じる、当該の接続されたチャネル
経路上の負荷を計算するステップと、 選択が考慮されるボリュームのうちから、処理すべき次
のボリュームとして、当該の接続されたチャネル経路上
の計算された負荷が最も小さいボリュームを選択するス
テップと の各機械実行ステップを含む上記方法。 - （２）計算ステップが、異なるアプリケーションから生
じる異なる大きさの負荷に従って重み付けすることを含
む、請求項１に記載の方法。 - （３）計算ステップで処理すべき次のボリュームとして
選択が考慮される未選択ボリュームが、比較的実行時間
の長いアプリケーションにその処理が関連しているボリ
ュームのみである、請求項１に記載の方法。 - （４）計算ステップで処理すべき次のボリュームとして
選択を考慮される未選択ボリュームが、呼出しホスト・
プロセッサに対して親和性を有するボリュームのみであ
る、請求項３に記載の方法。 - （５）計算ステップで処理すべき次のボリュームとして
選択を考慮される未選択ボリュームが、比較的実行時間
の長いアプリケーションとその処理が関連している、ボ
リュームの呼出しホスト・プロセッサに対して親和性を
有するボリュームのみである、請求項１に記載の方法。 - （６）計算ステップが、当該の接続された未使用のチャ
ネル経路の数が最も少ないボリュームの選択を優先する
ことを含む、請求項１に記載の方法。 - （７）ボリューム選択ステップが、当該の接続されたチ
ャネル経路上で同じ最小の計算された負荷を有する複数
のボリュームのうちで、処理すべき次のボリュームとし
て、当該の接続されたチャネル経路の数が最も少ないボ
リュームを選択することを含む、請求項１に記載の方法
。 - （８）さらに、監視ステップ、計算ステップ、次いで残
りの未選択ボリュームのうちから選択するステップを周
期的に繰り返すステップを含む、請求項１に記載の方法
。 - （９）少なくとも１台のホスト・プロセッサと複数のデ
ータ記憶ボリュームとの間に接続された複数のチャネル
経路を含むディジタル・コンピュータにおいて、アプリ
ケーションの処理中に入出力チャネル経路上の負荷を均
衡させる方法であって、比較的実行時間の長いアプリケ
ーションのみから生じる各チャネル経路上の負荷を監視
するステップと、 比較的実行時間の長いアプリケーションにその処理が関
連しているボリュームの呼出しホスト・プロセッサに対
して親和性を有するボリュームのみで、処理すべき次の
ボリュームとして選択が考慮される各未選択ボリューム
について、比較的実行時間の長いアプリケーションのみ
から生じる当該の接続されたチャネル経路上の負荷を計
算するステップと、 考慮されるボリュームのうちから、処理すべき次のボリ
ュームとして、当該の接続されたチャネル経路上で計算
された負荷が最小のボリュームを選択するステップと、 監視ステップ、計算ステップ、次いで残りの未選択ボリ
ュームのうちから選択するステップを周期的に繰り返す
ステップと の各機械実行ステップを含む上記方法。 - （１０）計算ステップが、異なるアプリケーションから
生じる異なる大きさの負荷に従って重み付けすることを
含む、請求項９に記載の方法。 - （１１）ボリューム選択ステップが、当該の接続された
チャネル経路上で同じ最小の計算された負荷を有する複
数のボリュームのうちから、処理すべき次のボリューム
として、当該の接続されたチャネル経路の数が最も少な
いボリュームを選択することを含む、請求項９に記載の
方法。 - （１２）周期的に繰り返すステップが、考慮されたボリ
ュームがすべて選択され直列化されるまで継続し、次に
、比較的実行時間の長いアプリケーションにその処理が
関連しているボリュームの呼出しホスト・プロセッサに
対して親和性を持たないボリュームからの選択を開始す
る、請求項９に記載の方法。 - （１３）各ボリュームについて当該の接続されたチャネ
ル経路上の負荷を計算するステップが、代表的平均チャ
ネル負荷を計算することであり、 さらに、非ゼロ負荷を有する当該の接続された各チャネ
ル経路について、代表的チャネル負荷を計算するステッ
プと、 ゼロ負荷を有する最初の当該の接続されたチャネル経路
について、代表的チャネル負荷を第１の所定数にセット
するステップと、 ゼロ負荷を有する後続の当該の接続された各チャネル経
路について、代表的チャネル負荷を第１の所定数よりも
小さい第２の所定数にセットするステップと、 当該の接続された各チャネル経路の代表的チャネル負荷
を平均して、代表的平均チャネル負荷を得るステップと の各機械実行ステップを含む、請求項９に記載の方法。 - （１４）少なくとも１台のホスト・プロセッサと複数の
データ記憶ボリュームとの間に接続された複数のチャネ
ル経路を含むディジタル・コンピュータにおいて、アプ
リケーションの処理中に入出力チャネル経路上の負荷を
均衡させる方法であって、比較的実行時間の長い記憶管
理アプリケーションのみから生じる各チャネル経路上の
負荷を監視するステップと、 比較的実行時間の長いアプリケーションにその処理が関
連しているボリュームの呼出しプロセッサに対して親和
性を有するボリュームのみで、処理すべき次のボリュー
ムとして選択が考慮される各未選択ボリュームについて
、比較的実行時間の長いアプリケーションのみから生じ
る当該の接続されたチャネル経路上の負荷を計算する、
異なるアプリケーションから生じる異なる大きさの負荷
に従って重み付けすることを含むステップと、当該の接
続されたチャネル経路上で同じ最小の計算された負荷を
有する場合は、考慮されたボリュームのうちから、処理
すべき次のボリュームとして、当該の接続されたチャネ
ル経路上の計算された負荷が最小のボリュームを選択し
、考慮された複数のボリュームが処理すべき次のボリュ
ームとして、当該の接続されたチャネル経路の数が最も
少ないボリュームを選択するステップと、監視ステップ
、計算ステップ、次いで残りの未選択ボリュームのうち
から選択するステップを周期的に繰り返すステップ の各機械実行ステップを含む上記方法。 - （１５）周期的に繰り返すステップが、考慮されたボリ
ュームがすべて選択され、直列化されるまで継続し、そ
の後次に、比較的実行時間の長いアプリケーションとそ
の処理が関連しているボリュームの呼出しホスト・プロ
セッサに対して親和性を持たないボリュームからの選択
を開始する、請求項１４に記載の方法。 - （１６）各ボリュームについて当該の接続されたチャネ
ル経路上の負荷を計算するステップが、代表的平均チャ
ネル負荷を計算することであり、 さらに、非ゼロ負荷を有する当該の接続された各チャネ
ル経路について、代表的チャネル負荷を計算するステッ
プと、 ゼロ負荷を有する最初の当該の接続されたチャネル経路
について、代表的チャネル負荷を第１の所定数にセット
するステップと、 ゼロ負荷を有する後続の当該の接続された各チャネル経
路について、代表的チャネル負荷を第１の所定数よりも
小さい第２の所定数にセットするステップと、 当該の接続された各チャネル経路の代表的チャネル負荷
を平均して、代表的平均チャネル負荷を得るステップと の各機械実行ステップを含む、請求項１４に記載の方法
。 - （１７）少なくとも１台のホスト・プロセッサと複数の
データ記憶ボリュームとの間に接続された複数のチャネ
ル経路を含むディジタル・コンピュータにおいて、アプ
リケーションの処理中に入出力チャネル経路上の負荷を
均衡させるプログラム・プロダクトであって、 比較的実行時間の長いアプリケーションのみから生じる
各チャネル経路上の負荷を連続的に監視する手段と、 上記連続監視手段に接続された、処理すべき次のボリュ
ームとして選択が考慮される各未選択ボリュームについ
て、比較的実行時間の長いアプリケーションのみから生
じる当該の接続されたチャネル経路上の負荷を計算する
手段と、 上記計算手段に接続された、選択が考慮されるボリュー
ムのうちから、処理すべき次のボリュームとして、当該
の接続されたチャネル経路上の計算された負荷が最小の
ボリュームを選択する手段と を含む上記プログラム・プロダクト。 - （１８）計算手段が、異なるアプリケーションから生じ
る異なる大きさの負荷に従って重み付けする手段を含む
、請求項１７に記載のプログラム・プロダクト。 - （１９）計算手段によって処理すべき次のボリュームと
して選択が考慮される未選択ボリュームが、比較的実行
時間の長いアプリケーションにその処理が関連している
ボリュームのみである、請求項１７に記載のプログラム
・プロダクト。 - （２０）計算手段によって処理すべき次のボリュームと
して選択が考慮される未選択ボリュームが、呼出しホス
ト・プロセッサに対して親和性を有するボリュームのみ
である、請求項１９に記載のプログラム・プロダクト。 - （２１）計算手段によって処理すべき次のボリュームと
して選択が考慮される未選択ボリュームが、比較的実行
時間の長いアプリケーションにその処理が関連している
ボリュームの呼出しホスト・プロセッサに対して親和性
を有するボリュームのみである、請求項１７に記載のプ
ログラム・プロダクト。 - （２２）計算手段が、未使用の当該の接続されたチャネ
ル経路の数が最も少ないボリュームの選択を優先する、
請求項１７に記載のプログラム・プロダクト。 - （２３）ボリューム選択手段が、当該の接続されたチャ
ネル経路上で同じ最小の計算された負荷を有する複数の
ボリュームのうちで、処理すべき次のボリュームとして
、当該の接続されたチャネル経路の数が最も少ないボリ
ュームを選択する手段を含む、請求項１７に記載のプロ
グラム・プロダクト。 - （２４）さらに、監視、計算、及び残りの未選択ボリュ
ームについての選択を周期的に繰り返すための手段を含
む、請求項１７に記載のプログラム・プロダクト。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US07/428,542 US5239649A (en) | 1989-10-30 | 1989-10-30 | Channel path load balancing, through selection of storage volumes to be processed, for long running applications |
| US428542 | 1989-10-30 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH03147047A true JPH03147047A (ja) | 1991-06-24 |
| JPH0766355B2 JPH0766355B2 (ja) | 1995-07-19 |
Family
ID=23699332
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2276576A Expired - Fee Related JPH0766355B2 (ja) | 1989-10-30 | 1990-10-17 | 入出力チャネル経路上の負荷を均衡させる方法及びコンピュータ・システム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5239649A (ja) |
| EP (1) | EP0426354B1 (ja) |
| JP (1) | JPH0766355B2 (ja) |
| DE (1) | DE69031862T2 (ja) |
Families Citing this family (43)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5459864A (en) * | 1993-02-02 | 1995-10-17 | International Business Machines Corporation | Load balancing, error recovery, and reconfiguration control in a data movement subsystem with cooperating plural queue processors |
| US5745915A (en) * | 1995-03-17 | 1998-04-28 | Unisys Corporation | System for parallel reading and processing of a file |
| US5644696A (en) * | 1995-06-06 | 1997-07-01 | International Business Machines Corporation | Recovering multi-volume data sets during volume recovery |
| WO1997004384A1 (en) * | 1995-07-21 | 1997-02-06 | Emc Corporation | Dynamic load balancing |
| US6173306B1 (en) | 1995-07-21 | 2001-01-09 | Emc Corporation | Dynamic load balancing |
| US5923875A (en) * | 1995-08-28 | 1999-07-13 | Nec Corporation | Load distributing job processing system |
| JPH09179820A (ja) * | 1995-12-26 | 1997-07-11 | Mitsubishi Electric Corp | 負荷分散方式及び方法 |
| US5872972A (en) * | 1996-07-05 | 1999-02-16 | Ncr Corporation | Method for load balancing a per processor affinity scheduler wherein processes are strictly affinitized to processors and the migration of a process from an affinitized processor to another available processor is limited |
| US6055604A (en) * | 1997-08-26 | 2000-04-25 | Hewlett-Packard Company | Forced transaction log posting using a least busy storage media without maintaining redundancy of the transaction log |
| US6189071B1 (en) | 1997-10-06 | 2001-02-13 | Emc Corporation | Method for maximizing sequential output in a disk array storage device |
| US6237063B1 (en) | 1997-10-06 | 2001-05-22 | Emc Corporation | Load balancing method for exchanging data in different physical disk storage devices in a disk array storage device independently of data processing system operation |
| US6061761A (en) * | 1997-10-06 | 2000-05-09 | Emc Corporation | Method for exchanging logical volumes in a disk array storage device in response to statistical analyses and preliminary testing |
| US6917569B1 (en) * | 1997-10-06 | 2005-07-12 | Emc Corporation | Method for determining seek times in a disk array storage device |
| US6711649B1 (en) | 1997-10-06 | 2004-03-23 | Emc Corporation | Load balancing on disk array storage device |
| US6405282B1 (en) | 1997-10-06 | 2002-06-11 | Emc Corporation | Method for analyzine disk seek times in a disk array storage device |
| US6341333B1 (en) | 1997-10-06 | 2002-01-22 | Emc Corporation | Method for transparent exchange of logical volumes in a disk array storage device |
| US6442650B1 (en) | 1997-10-06 | 2002-08-27 | Emc Corporation | Maximizing sequential output in a disk array storage device |
| US6088766A (en) * | 1997-10-06 | 2000-07-11 | Emc Corporation | Method for exchanging data blocks on disk storage devices utilizing disk access statistics and testing for the effect of a change |
| US6272605B1 (en) * | 1998-06-01 | 2001-08-07 | International Business Machines Corporation | System using priority data of a host recall request to determine whether to release non-volatile storage with another host before processing further recall requests |
| US6279074B1 (en) | 1998-06-01 | 2001-08-21 | International Business Machines Corporation | Contention handling for task requests to storage devices within a host system |
| US6341356B1 (en) | 1999-03-25 | 2002-01-22 | International Business Machines Corporation | System for I/O path load balancing and failure which can be ported to a plurality of operating environments |
| US6611896B1 (en) | 1999-08-25 | 2003-08-26 | Emc Corporation | Dynamic mirror service policy with seek adjustment in a non-physical mirrored storage environment |
| US6986137B1 (en) | 1999-09-28 | 2006-01-10 | International Business Machines Corporation | Method, system and program products for managing logical processors of a computing environment |
| US7568052B1 (en) * | 1999-09-28 | 2009-07-28 | International Business Machines Corporation | Method, system and program products for managing I/O configurations of a computing environment |
| US6728770B1 (en) * | 1999-12-03 | 2004-04-27 | Storage Technology Corporation | Method and apparatus for workload balancing along multiple communication paths to a plurality of devices |
| US6658473B1 (en) | 2000-02-25 | 2003-12-02 | Sun Microsystems, Inc. | Method and apparatus for distributing load in a computer environment |
| US6980533B1 (en) * | 2000-04-19 | 2005-12-27 | Lucent Technologies Inc. | Load balancing technique for a wireless internet access system |
| US6950874B2 (en) * | 2000-12-15 | 2005-09-27 | International Business Machines Corporation | Method and system for management of resource leases in an application framework system |
| US6687787B1 (en) * | 2001-03-05 | 2004-02-03 | Emc Corporation | Configuration of a data storage system |
| TW576061B (en) * | 2001-08-13 | 2004-02-11 | Via Tech Inc | Device and method for load balancing of packet switching |
| US7451209B1 (en) | 2003-10-22 | 2008-11-11 | Cisco Technology, Inc. | Improving reliability and availability of a load balanced server |
| US7421695B2 (en) * | 2003-11-12 | 2008-09-02 | Cisco Tech Inc | System and methodology for adaptive load balancing with behavior modification hints |
| US7900206B1 (en) | 2004-03-31 | 2011-03-01 | Symantec Operating Corporation | Information technology process workflow for data centers |
| JP4643198B2 (ja) * | 2004-07-28 | 2011-03-02 | 株式会社日立製作所 | 負荷分散コンピュータシステム、経路設定プログラム及びその方法 |
| JP4504134B2 (ja) | 2004-08-16 | 2010-07-14 | 富士通株式会社 | システム制御装置、投機フェッチ方法および情報処理装置 |
| JP4609848B2 (ja) * | 2005-04-06 | 2011-01-12 | 株式会社日立製作所 | 負荷分散コンピュータシステム、経路設定プログラム及びその方法 |
| US8037169B2 (en) | 2005-05-18 | 2011-10-11 | Oracle International Corporation | Determining affinity in a cluster |
| US8326990B1 (en) * | 2005-07-15 | 2012-12-04 | Symantec Operating Corporation | Automated optimal workload balancing during failover in share-nothing database systems |
| US7814065B2 (en) * | 2005-08-16 | 2010-10-12 | Oracle International Corporation | Affinity-based recovery/failover in a cluster environment |
| JP5250955B2 (ja) * | 2006-10-05 | 2013-07-31 | 富士通株式会社 | データ処理システムのバックアップ制御装置及びシステム |
| WO2011043114A1 (ja) * | 2009-10-07 | 2011-04-14 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 複数の記憶装置を含む記憶システム、方法、及びプログラム |
| WO2015070381A1 (en) * | 2013-11-12 | 2015-05-21 | Pivotal Software, Inc. | Streaming event data collection |
| WO2016067339A1 (ja) * | 2014-10-27 | 2016-05-06 | 株式会社日立製作所 | ストレージシステム、及び、記憶制御方法 |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3588837A (en) * | 1968-12-30 | 1971-06-28 | Comcet Inc | Systems activity monitor |
| US3648825A (en) * | 1969-06-10 | 1972-03-14 | Conveyor Heat Products Corp | Conveyor belt tensioning device for tunnel cooker |
| CH584488A5 (ja) * | 1975-05-05 | 1977-01-31 | Ibm | |
| US4310883A (en) * | 1978-02-13 | 1982-01-12 | International Business Machines Corporation | Method and apparatus for assigning data sets to virtual volumes in a mass store |
| US4262331A (en) * | 1978-10-30 | 1981-04-14 | Ibm Corporation | Self-adaptive computer load control |
| US4403286A (en) * | 1981-03-06 | 1983-09-06 | International Business Machines Corporation | Balancing data-processing work loads |
| US4435755A (en) * | 1981-12-28 | 1984-03-06 | International Business Machines Corporation | Balanced channel finding method |
| US4633387A (en) * | 1983-02-25 | 1986-12-30 | International Business Machines Corporation | Load balancing in a multiunit system |
| US4577272A (en) * | 1983-06-27 | 1986-03-18 | E-Systems, Inc. | Fault tolerant and load sharing processing system |
| US4638424A (en) * | 1984-01-12 | 1987-01-20 | International Business Machines Corporation | Managing data storage devices connected to a digital computer |
| JPS61253572A (ja) * | 1985-05-02 | 1986-11-11 | Hitachi Ltd | 疎結合マルチプロセツサ・システムの負荷配分方式 |
| DE3741953A1 (de) * | 1986-12-19 | 1988-06-30 | Nippon Telegraph & Telephone | Multiprozessorsystem und verfahren zur arbeitslastverteilung bei einem solchen |
| US4920487A (en) * | 1988-12-12 | 1990-04-24 | The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration | Method of up-front load balancing for local memory parallel processors |
| US5031089A (en) * | 1988-12-30 | 1991-07-09 | United States Of America As Represented By The Administrator, National Aeronautics And Space Administration | Dynamic resource allocation scheme for distributed heterogeneous computer systems |
-
1989
- 1989-10-30 US US07/428,542 patent/US5239649A/en not_active Expired - Lifetime
-
1990
- 1990-10-17 JP JP2276576A patent/JPH0766355B2/ja not_active Expired - Fee Related
- 1990-10-22 EP EP90311574A patent/EP0426354B1/en not_active Expired - Lifetime
- 1990-10-22 DE DE69031862T patent/DE69031862T2/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0766355B2 (ja) | 1995-07-19 |
| EP0426354A3 (ja) | 1994-02-09 |
| DE69031862T2 (de) | 1998-06-25 |
| EP0426354B1 (en) | 1997-12-29 |
| US5239649A (en) | 1993-08-24 |
| EP0426354A2 (en) | 1991-05-08 |
| DE69031862D1 (de) | 1998-02-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0426354B1 (en) | Method for channel path load balancing and data processing system employing same | |
| US5349682A (en) | Dynamic fault-tolerant parallel processing system for performing an application function with increased efficiency using heterogeneous processors | |
| US4638424A (en) | Managing data storage devices connected to a digital computer | |
| US7428485B2 (en) | System for yielding to a processor | |
| US5093912A (en) | Dynamic resource pool expansion and contraction in multiprocessing environments | |
| US6256704B1 (en) | Task management for data accesses to multiple logical partitions on physical disk drives in computer systems | |
| US5559978A (en) | Method for increasing the efficiency of a virtual memory system by selective compression of RAM memory contents | |
| US6078944A (en) | Process management method and system | |
| US5349656A (en) | Task scheduling method in a multiprocessor system where task selection is determined by processor identification and evaluation information | |
| US8234645B2 (en) | Deallocation of computer data in a multithreaded computer | |
| US6782410B1 (en) | Method for managing user and server applications in a multiprocessor computer system | |
| JPS6130310B2 (ja) | ||
| KR100463987B1 (ko) | 공통처리알고리즘을이용한다수의큐핸들링방법및장치 | |
| HUP0301326A2 (en) | Method and system for managing workload in a computing environment, as well as computer program for implementing the method | |
| JPH034940B2 (ja) | ||
| GB2348306A (en) | Batch processing of tasks in data processing systems | |
| JP6885193B2 (ja) | 並列処理装置、ジョブ管理方法、およびジョブ管理プログラム | |
| KR100942740B1 (ko) | 스케줄 제어 프로그램을 기록한 컴퓨터 판독 가능한 기록 매체 및 스케줄 제어 방법 | |
| US5353422A (en) | Method and system for storing and managing a plurality of information media used by recording/reproducing units | |
| JPH065515B2 (ja) | キャッシュ再ロード・オーバーヘッドを減少させる方法およびコンピュータ・システム | |
| JPH0612395A (ja) | マルチプロセサシステムにおけるタスク割り付け方法 | |
| EP0309428A2 (en) | Prioritizing access to multiported data processing resources | |
| JPS6272051A (ja) | 多重プロセツサ・システム中の多重同時処理制御方法 | |
| KR100297744B1 (ko) | 쓰레드예외처리시스템및방법 | |
| JPH09292999A (ja) | クラスタシステムにおけるトランザクション排他方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070719 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080719 Year of fee payment: 13 |
|
| LAPS | Cancellation because of no payment of annual fees |