JPH05307532A - ファイル最適配置方法 - Google Patents
ファイル最適配置方法Info
- Publication number
- JPH05307532A JPH05307532A JP4256961A JP25696192A JPH05307532A JP H05307532 A JPH05307532 A JP H05307532A JP 4256961 A JP4256961 A JP 4256961A JP 25696192 A JP25696192 A JP 25696192A JP H05307532 A JPH05307532 A JP H05307532A
- Authority
- JP
- Japan
- Prior art keywords
- file
- storage device
- request
- server
- rule
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 ファジー推論を適用し、利用者の要求度合
い、計算機の実運用環境に即してファイルの最適配置先
を決める。 【構成】 計算機システムは階層構成の記憶装置群11
〜15、中央処理装置30、補助記憶装置40からな
る。補助記憶装置40には、記憶装置定義情報41、記
憶装置使用状況42に加えて、利用者の要求、記憶装置
の使用状況に対応し記憶装置へのファイル割付けの妥当
性を定めたファイル配置規則群43、利用者の要求の度
合い、記憶装置の使用状況の度合い等を数量化したファ
ジーメンバシップ関数44を格納する。ファイル配置制
御プログラム31は、利用者からの要求・記憶装置の使
用状況により、ファジーメンバシップ関数を参照して最
適のファイル配置規則を選定し、該規則に従ってファイ
ルを最適記憶装置へ配置する。
い、計算機の実運用環境に即してファイルの最適配置先
を決める。 【構成】 計算機システムは階層構成の記憶装置群11
〜15、中央処理装置30、補助記憶装置40からな
る。補助記憶装置40には、記憶装置定義情報41、記
憶装置使用状況42に加えて、利用者の要求、記憶装置
の使用状況に対応し記憶装置へのファイル割付けの妥当
性を定めたファイル配置規則群43、利用者の要求の度
合い、記憶装置の使用状況の度合い等を数量化したファ
ジーメンバシップ関数44を格納する。ファイル配置制
御プログラム31は、利用者からの要求・記憶装置の使
用状況により、ファジーメンバシップ関数を参照して最
適のファイル配置規則を選定し、該規則に従ってファイ
ルを最適記憶装置へ配置する。
Description
【0001】
【産業上の利用分野】本発明は、低速大容量から高速小
容量まで階層化された記憶装置群から構成される計算機
システムや、複数の計算機がネットワークに接続され、
処理を要求するクライアントと該処理を実行するサーバ
からからなる計算機システムにおいて、操作対象のプロ
グラムあるいは文書ファイル(ここでは、単にファイル
と称す)を記憶装置やサーバへ配置する際、利用者の要
求の度合い、記憶装置やサーバの使用状況等を考慮して
最適な配置装置やスペース量を決めるファイル最適配置
方法に関する。
容量まで階層化された記憶装置群から構成される計算機
システムや、複数の計算機がネットワークに接続され、
処理を要求するクライアントと該処理を実行するサーバ
からからなる計算機システムにおいて、操作対象のプロ
グラムあるいは文書ファイル(ここでは、単にファイル
と称す)を記憶装置やサーバへ配置する際、利用者の要
求の度合い、記憶装置やサーバの使用状況等を考慮して
最適な配置装置やスペース量を決めるファイル最適配置
方法に関する。
【0002】
【従来の技術】従来、計算機システムにおけるファイル
の記憶装置への最適配置化に関しては、例えば特開昭5
8−203558号公報、特開昭59−94157号公
報、特開昭60−89258号公報、特開昭63−14
252号公報、特開昭63−93054号公報等に記載
されているが、何れも性能、アクセス頻度、移動先の残
スペース容量等の単一の要因をファイルの再配置等の理
由付けとするものであり、利用者の要求の度合い、その
他の要因を総合的かつ曖昧に判断して最適配置化する考
慮ははらわれていなかった。また、ネットワーク上の最
適サーバの選択に関しては、例えば特開平2−1223
61号公報に記載のように、計算機システムのデータベ
ース管理において、データベースのアクセス頻度をカウ
ントし、アクセス頻度の高いデータベースをLANのど
のデータベースサーバに移動すれば最適となるか計算
し、再配置することにより、ネットワーク上での使用条
件の変化にかかわらず、最適な運営コストを得る事を可
能とするものがある。この例では、運営コストに着眼し
たデータベースの再配置のため、利用者の要求、特に性
能に関し最適な再配置であるかどうかは不明である。
の記憶装置への最適配置化に関しては、例えば特開昭5
8−203558号公報、特開昭59−94157号公
報、特開昭60−89258号公報、特開昭63−14
252号公報、特開昭63−93054号公報等に記載
されているが、何れも性能、アクセス頻度、移動先の残
スペース容量等の単一の要因をファイルの再配置等の理
由付けとするものであり、利用者の要求の度合い、その
他の要因を総合的かつ曖昧に判断して最適配置化する考
慮ははらわれていなかった。また、ネットワーク上の最
適サーバの選択に関しては、例えば特開平2−1223
61号公報に記載のように、計算機システムのデータベ
ース管理において、データベースのアクセス頻度をカウ
ントし、アクセス頻度の高いデータベースをLANのど
のデータベースサーバに移動すれば最適となるか計算
し、再配置することにより、ネットワーク上での使用条
件の変化にかかわらず、最適な運営コストを得る事を可
能とするものがある。この例では、運営コストに着眼し
たデータベースの再配置のため、利用者の要求、特に性
能に関し最適な再配置であるかどうかは不明である。
【0003】
【発明が解決しようとする課題】計算機システムにおい
て、どのプログラム又は文書ファイルをどの記憶装置又
はサーバへ配置するかの決定は、システム運営の中でも
最大の懸案となっている。しかし、従来技術は、ある特
定の要因を契機としてファイルの配置先を決定するもの
であるため、最適配置化は不可能に近かった。そのた
め、現在、人間の判断による手作業で配置、再配置する
のが一般的であるが、大規模化するシステムにおいて
は、経験と豊富な知識が必要で、近年にみる銀行勘定系
システムなどでは不可能にさえなってきている。
て、どのプログラム又は文書ファイルをどの記憶装置又
はサーバへ配置するかの決定は、システム運営の中でも
最大の懸案となっている。しかし、従来技術は、ある特
定の要因を契機としてファイルの配置先を決定するもの
であるため、最適配置化は不可能に近かった。そのた
め、現在、人間の判断による手作業で配置、再配置する
のが一般的であるが、大規模化するシステムにおいて
は、経験と豊富な知識が必要で、近年にみる銀行勘定系
システムなどでは不可能にさえなってきている。
【0004】本発明の目的は、上記課題を解決し、人間
が判断する際の基準、プログラムや文書ファイル(ファ
イル)の属性、記憶装置やサーバの特性等を総合的に考
慮し、かつ、それらの曖昧な部分を定量化することによ
り、ファイルの記憶装置やサーバへの自動的な最適配置
化を図ることにある。
が判断する際の基準、プログラムや文書ファイル(ファ
イル)の属性、記憶装置やサーバの特性等を総合的に考
慮し、かつ、それらの曖昧な部分を定量化することによ
り、ファイルの記憶装置やサーバへの自動的な最適配置
化を図ることにある。
【0005】
【課題を解決するための手段】上記目的を達成するため
に、中央処理装置と該中央処理装置に接続される階層構
成の記憶装置群からなる計算機システムにおいては、中
央処理装置側に、利用者の要求、記憶装置の使用状況に
応じ記憶装置へのファイル割付けの妥当性を定めた複数
のファイル配置規則と、利用者の要求の度合い、記憶装
置の使用状況の度合いを数量化して表現したファジーメ
ンバシップ関数を設け、利用者の要求、記憶装置の使用
状況に応じ、前記ファジーメンバシップ関数を参照して
最適のファイル配置規則を選定し、該選定したファイル
配置規則に従って記憶装置へのファイルの割付けを行う
ようにしたことである。
に、中央処理装置と該中央処理装置に接続される階層構
成の記憶装置群からなる計算機システムにおいては、中
央処理装置側に、利用者の要求、記憶装置の使用状況に
応じ記憶装置へのファイル割付けの妥当性を定めた複数
のファイル配置規則と、利用者の要求の度合い、記憶装
置の使用状況の度合いを数量化して表現したファジーメ
ンバシップ関数を設け、利用者の要求、記憶装置の使用
状況に応じ、前記ファジーメンバシップ関数を参照して
最適のファイル配置規則を選定し、該選定したファイル
配置規則に従って記憶装置へのファイルの割付けを行う
ようにしたことである。
【0006】また、ネットワークに接続された複数の計
算機から構成され、ファイルの編集等を行なうクライア
ントとクライアント側の要求によりファイルの実行、格
納、検索等を行なうサーバから成るシステムにおいて
は、クライアント側に、サーバに対する処理が求の度合
い、サーバの使用状況の度合を数量化して表現したファ
ジーメンバシップ関数を設けると共に、ファイルに、そ
の属性データとして処理が求、ファイル容量等を付加
し、さらに処理要求やサーバ使用状況に応じサーバへの
ファイル割付けの妥当性を定めたファイル配置規則を付
加し、クライアント側では、前記ファイルの属性データ
に応じ、前記ファジーメンバシップ関数を参照して最適
のファイル配置規則を選定し、該選定したファイル配置
規則に従ってファイルの配置が最適であるサーバを選択
するようにしたことである。
算機から構成され、ファイルの編集等を行なうクライア
ントとクライアント側の要求によりファイルの実行、格
納、検索等を行なうサーバから成るシステムにおいて
は、クライアント側に、サーバに対する処理が求の度合
い、サーバの使用状況の度合を数量化して表現したファ
ジーメンバシップ関数を設けると共に、ファイルに、そ
の属性データとして処理が求、ファイル容量等を付加
し、さらに処理要求やサーバ使用状況に応じサーバへの
ファイル割付けの妥当性を定めたファイル配置規則を付
加し、クライアント側では、前記ファイルの属性データ
に応じ、前記ファジーメンバシップ関数を参照して最適
のファイル配置規則を選定し、該選定したファイル配置
規則に従ってファイルの配置が最適であるサーバを選択
するようにしたことである。
【0007】
【作用】本発明では、定量的な判断基準と曖昧いな部分
の判断基準を総合して定量化し、ファジー推論を適用す
ることにより、ファイルの記憶装置やサーバへの最適な
配置を実現する。これにより、従来多大な工数を費やし
ていた配置、再配置というチューニング作業工数が削減
され、豊富な経験・知識を必要とせずにセンタポリシー
に従った再配置最適化を計る事が可能となる。また、運
用期間が長くなるほど、システム全体として自然に最適
配置に近づくという性質を持っている。
の判断基準を総合して定量化し、ファジー推論を適用す
ることにより、ファイルの記憶装置やサーバへの最適な
配置を実現する。これにより、従来多大な工数を費やし
ていた配置、再配置というチューニング作業工数が削減
され、豊富な経験・知識を必要とせずにセンタポリシー
に従った再配置最適化を計る事が可能となる。また、運
用期間が長くなるほど、システム全体として自然に最適
配置に近づくという性質を持っている。
【0008】記憶装置のファイルの割り付けでは、記憶
階層の中で直接アクセス記憶装置と逐次アクセス記憶装
置との容量を合計した全体の記憶容量は不変だが、直接
アクセス装置の装置内のファイルを未使用期間だけ逐次
アクセス装置へ移すことで、直接アクセス装置の見かけ
上の容量を増加させる事が可能である。
階層の中で直接アクセス記憶装置と逐次アクセス記憶装
置との容量を合計した全体の記憶容量は不変だが、直接
アクセス装置の装置内のファイルを未使用期間だけ逐次
アクセス装置へ移すことで、直接アクセス装置の見かけ
上の容量を増加させる事が可能である。
【0009】また、ネットワーク上の最適サーバの選択
においても、当該サーバへの格納が可能なだけ残容量が
なければ他のサーバを調査し、他サーバへ格納すること
により、ネットワーク上の複数のサーバを仮想的に1つ
の大容量サーバと見なす事が可能となる。
においても、当該サーバへの格納が可能なだけ残容量が
なければ他のサーバを調査し、他サーバへ格納すること
により、ネットワーク上の複数のサーバを仮想的に1つ
の大容量サーバと見なす事が可能となる。
【0010】
【実施例】以下、本発明の実施例について図面により説
明する。
明する。
【0011】図1は本発明の第1の実施例の構成図で、
本発明による記憶装置へのファイルの最適配置を説明す
るための計算機システムの基本構成図を示したものであ
る。図において、11〜15は高速小容量から低速大容
量まで階層化されて構成された物理的な記憶装置群であ
り、11は拡張記憶装置、12は半導体ディスク装置
(群)、13は磁気ディスクや光ディスク装置群、14
は磁気テープライブラリ装置や光ディスクライブラリ装
置群、15は磁気テープ装置群を示す。20は利用者か
ら見える論理記憶装置であり、プログラムにより実現す
る機能である。30は各種の処理を行う中央処理装置
(CPU)であり、本発明に係わるファイル配置制御プ
ログラム31がある。40はCPU30の補助記憶装置
であり、本発明に関係する情報類として、記憶装置定義
情報(記憶装置の性能等の属性を定義)41、記憶装置
使用状況42、ファイル配置規則43、ファジーメンバ
シップ関数44を格納している。
本発明による記憶装置へのファイルの最適配置を説明す
るための計算機システムの基本構成図を示したものであ
る。図において、11〜15は高速小容量から低速大容
量まで階層化されて構成された物理的な記憶装置群であ
り、11は拡張記憶装置、12は半導体ディスク装置
(群)、13は磁気ディスクや光ディスク装置群、14
は磁気テープライブラリ装置や光ディスクライブラリ装
置群、15は磁気テープ装置群を示す。20は利用者か
ら見える論理記憶装置であり、プログラムにより実現す
る機能である。30は各種の処理を行う中央処理装置
(CPU)であり、本発明に係わるファイル配置制御プ
ログラム31がある。40はCPU30の補助記憶装置
であり、本発明に関係する情報類として、記憶装置定義
情報(記憶装置の性能等の属性を定義)41、記憶装置
使用状況42、ファイル配置規則43、ファジーメンバ
シップ関数44を格納している。
【0012】ファイル配置制御プログラム31は、利用
者からの要求、具体的にはジョブコントロールランゲー
ジ(JCL)のデータ定義文(DD文)により指定され
たファイルと高速性を要求する度合い、信頼性を要求す
る度合い等の属性、ファイルを配置するための記憶装置
群の定義情報41、記憶装置群の使用状況42とから、
ファイル配置規則43及びファジーメンバシップ関数4
4を参照し、ファジー理論を使用してファイルを配置す
る記憶装置を決め、実際に記憶装置の割り当てを行な
う。又、ファイル配置制御プログラム31はファイルの
退避、復帰、複写、回復にも関与する。
者からの要求、具体的にはジョブコントロールランゲー
ジ(JCL)のデータ定義文(DD文)により指定され
たファイルと高速性を要求する度合い、信頼性を要求す
る度合い等の属性、ファイルを配置するための記憶装置
群の定義情報41、記憶装置群の使用状況42とから、
ファイル配置規則43及びファジーメンバシップ関数4
4を参照し、ファジー理論を使用してファイルを配置す
る記憶装置を決め、実際に記憶装置の割り当てを行な
う。又、ファイル配置制御プログラム31はファイルの
退避、復帰、複写、回復にも関与する。
【0013】図2に、ファイル配置制御プログラム31
の処理フローを示す。まず、記憶装置定義情報41を参
照し、利用者からの割当て対象のファイルの性能要求に
合せて仮の記憶装置の種類を決める(ステップ20
1)。例えば高速な半導体ディスク(群)などを仮に決
める。次に、記憶装置使用状況42から、該記憶装置
(群)の空きスペース量等を取得する(ステップ20
2)。そして、その記憶装置(群)の中に該ファイルを
割当てることの妥当性を検証するために、ファイル配置
規則43中の該記憶装置(群)用に予め用意された各フ
ァイル配置規則の条件部(IF句)をファジーメンバシ
ップ関数44を使用して評価し、状況に最適なファイル
配置規則を選定する(ステップ203)。最後に、該選
定したファイル配置規則の結論部(THEN句)に対応
した処理を行い、ファイルを最適配置する(ステップ2
04)。なお、最適ファイル配置規則が得られない場合
は、次に最適なファイル配置規則が選択され、処理が繰
り返される。
の処理フローを示す。まず、記憶装置定義情報41を参
照し、利用者からの割当て対象のファイルの性能要求に
合せて仮の記憶装置の種類を決める(ステップ20
1)。例えば高速な半導体ディスク(群)などを仮に決
める。次に、記憶装置使用状況42から、該記憶装置
(群)の空きスペース量等を取得する(ステップ20
2)。そして、その記憶装置(群)の中に該ファイルを
割当てることの妥当性を検証するために、ファイル配置
規則43中の該記憶装置(群)用に予め用意された各フ
ァイル配置規則の条件部(IF句)をファジーメンバシ
ップ関数44を使用して評価し、状況に最適なファイル
配置規則を選定する(ステップ203)。最後に、該選
定したファイル配置規則の結論部(THEN句)に対応
した処理を行い、ファイルを最適配置する(ステップ2
04)。なお、最適ファイル配置規則が得られない場合
は、次に最適なファイル配置規則が選択され、処理が繰
り返される。
【0014】図3に、半導体ディスク装置用のファイル
配置規則の一例を示す。このファイル配置規則を適用す
ると、次のいずれかの結論を得る。 1)該半導体ディスク装置の空き領域へファイルを配置
する。 2)該半導体ディスク装置内のファイルを他の記憶装置
へ再配置し、空いた領域にファイルを配置する。 3)該半導体ディスク装置より下位の記憶装置、例えば
磁気ディスク装置にファイル配置を変更する。そして同
様に磁気ディスク装置用のファイル配置規則を評価して
配置の妥当性を検証する。下位の記憶装置がなかった場
合、割当てる記憶資源がないことを利用者に通知する。
配置規則の一例を示す。このファイル配置規則を適用す
ると、次のいずれかの結論を得る。 1)該半導体ディスク装置の空き領域へファイルを配置
する。 2)該半導体ディスク装置内のファイルを他の記憶装置
へ再配置し、空いた領域にファイルを配置する。 3)該半導体ディスク装置より下位の記憶装置、例えば
磁気ディスク装置にファイル配置を変更する。そして同
様に磁気ディスク装置用のファイル配置規則を評価して
配置の妥当性を検証する。下位の記憶装置がなかった場
合、割当てる記憶資源がないことを利用者に通知する。
【0015】図3のファイル配置規則は、永年蓄積され
た経験則を利用した半導体ディスク装置へのファイル配
置に関する規則の一例である。システム管理者は、運用
開始前にこれらのファイル配置規則を事前に定義し、フ
ァイル配置制御プログラムが参照できるテーブルを作成
し、補助記憶装置40に格納する。以下に、このファイ
ル配置規則の意図について説明する。
た経験則を利用した半導体ディスク装置へのファイル配
置に関する規則の一例である。システム管理者は、運用
開始前にこれらのファイル配置規則を事前に定義し、フ
ァイル配置制御プログラムが参照できるテーブルを作成
し、補助記憶装置40に格納する。以下に、このファイ
ル配置規則の意図について説明する。
【0016】301は半導体ディスクへの配置希望はさ
ほど強くないが、該ファイルを配しても十分空きスペー
スが残るならば、半導体ディスクに配置することを示
す。302は該ファイルを配置すると空きスペースがか
なり少なくなるが、半導体ディスクへの配置希望が強
く、半導体ディスクへ配置することを示す。303は半
導体ディスクへの配置要望はさほど強くなく、該ファイ
ルを配置すると空きスペースが殆ど無くなるが、該半導
体ディスク内ファイルの移動回数は少ないので、ファイ
ル割当て後、既配置ファイルの移動を行ない空きスペー
スを確保することを示す。304は該ファイルの要求容
量には若干足りないが、半導体ディスクへの配置希望が
非常に強いので半導体ディスクに配置することを示す。
305は該ファイルの要求容量を満足する空きスペース
がないが、該半導体ディスク内ファイルのマイグレーシ
ョン回数は少なく、半導体ディスクへの配置希望が非常
に強いので、半導体ディスク内に既配置のファイルをマ
イグレーションして空きスペースを確保後、該ファイル
を半導体ディスクに配置することを示す。306は半導
体ディスクへの配置希望は非常に強いが、該ファイルの
要求容量を満足する空きスペースがなく、かつ、該半導
体ディスク内ファイルのマイグレーションは抑止した
く、該ファイルは下位の記憶装置へ配置することを示
す。307は半導体ディスクへの配置希望はさほど高く
なく、該ファイルの要求要望を満足する空きスペースも
無いので、該ファイルは、下位の記憶装置に配置するこ
とを示す。実際には、ファイル配置規則の条件部にシス
テムの稼動環境、利用者からの要求を反映したよりきめ
細かな指定を設ける事も可能である。
ほど強くないが、該ファイルを配しても十分空きスペー
スが残るならば、半導体ディスクに配置することを示
す。302は該ファイルを配置すると空きスペースがか
なり少なくなるが、半導体ディスクへの配置希望が強
く、半導体ディスクへ配置することを示す。303は半
導体ディスクへの配置要望はさほど強くなく、該ファイ
ルを配置すると空きスペースが殆ど無くなるが、該半導
体ディスク内ファイルの移動回数は少ないので、ファイ
ル割当て後、既配置ファイルの移動を行ない空きスペー
スを確保することを示す。304は該ファイルの要求容
量には若干足りないが、半導体ディスクへの配置希望が
非常に強いので半導体ディスクに配置することを示す。
305は該ファイルの要求容量を満足する空きスペース
がないが、該半導体ディスク内ファイルのマイグレーシ
ョン回数は少なく、半導体ディスクへの配置希望が非常
に強いので、半導体ディスク内に既配置のファイルをマ
イグレーションして空きスペースを確保後、該ファイル
を半導体ディスクに配置することを示す。306は半導
体ディスクへの配置希望は非常に強いが、該ファイルの
要求容量を満足する空きスペースがなく、かつ、該半導
体ディスク内ファイルのマイグレーションは抑止した
く、該ファイルは下位の記憶装置へ配置することを示
す。307は半導体ディスクへの配置希望はさほど高く
なく、該ファイルの要求要望を満足する空きスペースも
無いので、該ファイルは、下位の記憶装置に配置するこ
とを示す。実際には、ファイル配置規則の条件部にシス
テムの稼動環境、利用者からの要求を反映したよりきめ
細かな指定を設ける事も可能である。
【0017】図4及び図5はファジーメンバシップ関数
の一例である。図4の(a)は、性能要求度に対する半
導体ディスクへの配置要求の度合い、(b)は半導体デ
ィスク内の空きスペース量に対する残有スペース量の度
合い、(c)は単位時間当りのファイル再配置回数に対
する再配置発生の度合いを表現するファジーメンバシッ
プ関数である。また、図5の(a)は割当て要求容量に
対する割当て量の満たされ度合いを表現するファジーメ
ンバシップ関数である。図5の(b)のアクセス頻度の
度合い、(c)の性能差の度合いも同様である。
の一例である。図4の(a)は、性能要求度に対する半
導体ディスクへの配置要求の度合い、(b)は半導体デ
ィスク内の空きスペース量に対する残有スペース量の度
合い、(c)は単位時間当りのファイル再配置回数に対
する再配置発生の度合いを表現するファジーメンバシッ
プ関数である。また、図5の(a)は割当て要求容量に
対する割当て量の満たされ度合いを表現するファジーメ
ンバシップ関数である。図5の(b)のアクセス頻度の
度合い、(c)の性能差の度合いも同様である。
【0018】次に、図3乃至図5にもとづいて、半導体
ディスク装置を例にファイル最適配置の具体的処理例を
説明する。
ディスク装置を例にファイル最適配置の具体的処理例を
説明する。
【0019】まず、第1の状況設定例として、ファイル
の性能要求がレスポンス時間で0.5ms、割当て要求
が100MB、半導体ディスクの空き容量が90MB、
過去の該ファイルの単位時間当りの移動回数が4回を考
える。この場合、図3におけるファイル配置規則301
の条件部の評価は、第1の条件節については、性能要求
が平均レスポンス時間0.5秒であることから、図4
(a)より半導体ディスクへの配置要求の度合いが希望
である度合いが1.0である。第2の条件節について
は、該半導体ディスクの空き容量が90MBと該ファイ
ルへ割当てる分もないことから、図4(b)より割当て
後にスペースがかなり残る度合いは0.0である。そし
て、「&」で結ばれた条件節と条件節とを総合した条件
部全体の適合度合いは各条件節の最小演算(min)に
より0.0である。同様に、ファイル配置規則302〜
307について、次の結果が得られる。 ファイル配置規則302:0.0 =min(0.98,0.0) 〃 303:0.0 =min(1.0,0.0,0.05) 〃 304:0.28=min(0.28,0.7) 〃 305:0.05=min(0.98,1.0,0.05) 〃 306:0.38=min(0.98,1.0,0.38) 〃 307:1.0 =min(1.0,1.0) 以上から、このファイルには、ファジーメンバシップ関
数値が最大なファイル配置規則307が適用され、その
結論部(THEN句)により半導体ディスクに割当てら
れず、下位の記憶装置、例えば磁気ディスクに配置され
る。
の性能要求がレスポンス時間で0.5ms、割当て要求
が100MB、半導体ディスクの空き容量が90MB、
過去の該ファイルの単位時間当りの移動回数が4回を考
える。この場合、図3におけるファイル配置規則301
の条件部の評価は、第1の条件節については、性能要求
が平均レスポンス時間0.5秒であることから、図4
(a)より半導体ディスクへの配置要求の度合いが希望
である度合いが1.0である。第2の条件節について
は、該半導体ディスクの空き容量が90MBと該ファイ
ルへ割当てる分もないことから、図4(b)より割当て
後にスペースがかなり残る度合いは0.0である。そし
て、「&」で結ばれた条件節と条件節とを総合した条件
部全体の適合度合いは各条件節の最小演算(min)に
より0.0である。同様に、ファイル配置規則302〜
307について、次の結果が得られる。 ファイル配置規則302:0.0 =min(0.98,0.0) 〃 303:0.0 =min(1.0,0.0,0.05) 〃 304:0.28=min(0.28,0.7) 〃 305:0.05=min(0.98,1.0,0.05) 〃 306:0.38=min(0.98,1.0,0.38) 〃 307:1.0 =min(1.0,1.0) 以上から、このファイルには、ファジーメンバシップ関
数値が最大なファイル配置規則307が適用され、その
結論部(THEN句)により半導体ディスクに割当てら
れず、下位の記憶装置、例えば磁気ディスクに配置され
る。
【0020】次に、第2の状況設定例として、ファイル
の性能要求がレスポンス時間で0.5ms、割当て要求
が100MB、半導体ディスクの空き容量が300M
B、過去の該ファイルの単位時間当りの移動回数が2回
を考えると、 ファイル配置規則301:0.07=min(1.0,0.07) 〃 302:0.61=min(0.98,0.61) 〃 303:0.31=min(1.0,1.31,0.55) 〃 304:0.0 =min(0.28,0.0) 〃 305:0.0 =min(0.98,0.0,0.55) 〃 306:0.0 =min(0.98,0.0,0.02) 〃 307:0.0 =min(1.0,0.0) であり、このファイルにはファイル配置規則302が適
用され、該ファイルを半導体ディスクに割当てる。尚、
ファイル配置規則304,305,306,307にお
いて、第2の条件節では要求容量を満たす空きスペース
が有るので、その適合度合いは、満足あるいは若干不足
の補集合演算(1−(度合い))により求める。
の性能要求がレスポンス時間で0.5ms、割当て要求
が100MB、半導体ディスクの空き容量が300M
B、過去の該ファイルの単位時間当りの移動回数が2回
を考えると、 ファイル配置規則301:0.07=min(1.0,0.07) 〃 302:0.61=min(0.98,0.61) 〃 303:0.31=min(1.0,1.31,0.55) 〃 304:0.0 =min(0.28,0.0) 〃 305:0.0 =min(0.98,0.0,0.55) 〃 306:0.0 =min(0.98,0.0,0.02) 〃 307:0.0 =min(1.0,0.0) であり、このファイルにはファイル配置規則302が適
用され、該ファイルを半導体ディスクに割当てる。尚、
ファイル配置規則304,305,306,307にお
いて、第2の条件節では要求容量を満たす空きスペース
が有るので、その適合度合いは、満足あるいは若干不足
の補集合演算(1−(度合い))により求める。
【0021】上記の第2の状況設定例で、半導体ディス
クの空き容量だけが300MBから200MBに変わる
と、ファイル配置規則301,302,303が影響を
受ける。この場合、 ファイル配置規則301:0.0 =min(1.0,0.0) 〃 302:0.22=min(0.98,0.22) 〃 303:0.45=min(1.0,0.8,0.45) であり、ファイル配置規則303が適用され、該ファイ
ルを半導体ディスクに配置後、半導体ディスク内の他の
ファイルを下位の記憶装置へ配置する。
クの空き容量だけが300MBから200MBに変わる
と、ファイル配置規則301,302,303が影響を
受ける。この場合、 ファイル配置規則301:0.0 =min(1.0,0.0) 〃 302:0.22=min(0.98,0.22) 〃 303:0.45=min(1.0,0.8,0.45) であり、ファイル配置規則303が適用され、該ファイ
ルを半導体ディスクに配置後、半導体ディスク内の他の
ファイルを下位の記憶装置へ配置する。
【0022】図6は本発明の第2の実施例の構成図で、
本発明によるファイルの最適配置サーバの選択を説明す
るためのクライアント/サーバシステムの基本構成図を
示したものである。図6において、61および62はク
ライアントとサーバを接続するためのネットワーク(L
ANを含む)、63はネットワーク61,62間を結ぶ
通信回線を示す。図6では、ネットワーク61にクライ
アント71,72,73及びサーバ79が接続され、ネ
ットワーク62にはクライアント74,75,76及び
サーバ77,78が接続される。クライアント71〜7
6はマンマシンでプログラムあるいは文書ファイル(オ
ブジェクトとも称すが、ここでは単にファイルと云う)
の編集を行い、サーバに処理を要求し、サーバ77〜7
9は、これらクライアント側の要求によりファイルの実
行、格納、検索等を行う。
本発明によるファイルの最適配置サーバの選択を説明す
るためのクライアント/サーバシステムの基本構成図を
示したものである。図6において、61および62はク
ライアントとサーバを接続するためのネットワーク(L
ANを含む)、63はネットワーク61,62間を結ぶ
通信回線を示す。図6では、ネットワーク61にクライ
アント71,72,73及びサーバ79が接続され、ネ
ットワーク62にはクライアント74,75,76及び
サーバ77,78が接続される。クライアント71〜7
6はマンマシンでプログラムあるいは文書ファイル(オ
ブジェクトとも称すが、ここでは単にファイルと云う)
の編集を行い、サーバに処理を要求し、サーバ77〜7
9は、これらクライアント側の要求によりファイルの実
行、格納、検索等を行う。
【0023】本実施例では、77が高速処理サーバ、7
8は安全性の高いサーバ、79は高速でかつ安全性の高
いサーバとする。これらサーバ77〜79の特性は、あ
らかじめクライアント71〜76に通知し、クライアン
ト側で保持しておく。ファイル自身には高速性、安全性
等のファイル属性を付加する。各クライアント71〜7
6は、エンドユーザの利用者からのファイル格納要求等
に際し、ファイル属性、ユーザ要求を考慮し最適なサー
バを選択する。このとき、利用者の要求は一般に非常に
曖昧であり、定量的な計算により、配置するサーバを決
定する事が難しいので、ここでもファジー理論を使用し
て、要求の曖昧さを定量化し、最適配置サーバの選択を
実現する。図6で、80〜82がファイル、83〜85
がグライアント71〜73であらかじめ保持するファジ
ーメンバシップ関数である。なお、クライアント14〜
16側のオブジェクト、メンバシップ関数は省略してあ
る。
8は安全性の高いサーバ、79は高速でかつ安全性の高
いサーバとする。これらサーバ77〜79の特性は、あ
らかじめクライアント71〜76に通知し、クライアン
ト側で保持しておく。ファイル自身には高速性、安全性
等のファイル属性を付加する。各クライアント71〜7
6は、エンドユーザの利用者からのファイル格納要求等
に際し、ファイル属性、ユーザ要求を考慮し最適なサー
バを選択する。このとき、利用者の要求は一般に非常に
曖昧であり、定量的な計算により、配置するサーバを決
定する事が難しいので、ここでもファジー理論を使用し
て、要求の曖昧さを定量化し、最適配置サーバの選択を
実現する。図6で、80〜82がファイル、83〜85
がグライアント71〜73であらかじめ保持するファジ
ーメンバシップ関数である。なお、クライアント14〜
16側のオブジェクト、メンバシップ関数は省略してあ
る。
【0024】図7に、ファイルの基本構成を示す。フレ
ームはこのファイルを作成したユーザが付加した情報の
総称で、スロットには、このファイル自身の属性が設定
される。属性とは高速性、信頼性に関するパラメータ、
容量、アクセス権限、保管期限、所有者名、アクセス履
歴を示す。メソッドには、ファイル配置規則が設定さ
れ、スロットに設定したパラメタに従い、該ファイルを
どこへ配置されるのが最適かの判断を行なうのに使用さ
れる。
ームはこのファイルを作成したユーザが付加した情報の
総称で、スロットには、このファイル自身の属性が設定
される。属性とは高速性、信頼性に関するパラメータ、
容量、アクセス権限、保管期限、所有者名、アクセス履
歴を示す。メソッドには、ファイル配置規則が設定さ
れ、スロットに設定したパラメタに従い、該ファイルを
どこへ配置されるのが最適かの判断を行なうのに使用さ
れる。
【0025】利用者からのファイル格納要求に際し、ク
ライアント側でファイルのメソッドに設定されているプ
ログラム(ファイル配置制御プログラム)を実行し、適
合するサーバへプログラムあるいは文書ファイルのファ
イル本体を転送し、処理を実行する。適合するサーバ
は、クライアントが保持するファジーメンバシップ関数
を用いて、ユーザの要求内容を定量化した後、各ファイ
ルのメソッド部にあるファイル配置規則の適合性を検証
することにより選択する。
ライアント側でファイルのメソッドに設定されているプ
ログラム(ファイル配置制御プログラム)を実行し、適
合するサーバへプログラムあるいは文書ファイルのファ
イル本体を転送し、処理を実行する。適合するサーバ
は、クライアントが保持するファジーメンバシップ関数
を用いて、ユーザの要求内容を定量化した後、各ファイ
ルのメソッド部にあるファイル配置規則の適合性を検証
することにより選択する。
【0026】図8にファイル配置規則の一例を示し、そ
の意図について説明する。801は高速性、信頼性とも
に要求が強く、サーバ79の残容量もあるので、サーバ
79へ処理要求することを示す。702は高速性、信頼
性ともに要求が強いがサーバ79の既配置ファイルの再
配置を行ない、スペース確保後、処理要求することを示
す。803は高速性の要求のみ強く、サーバ77の残容
量もあるのでサーバ77へ処理要求することを示す。8
04は高速性の要求のみ強いが、サーバ77の残容量が
ないので、サーバ77上の既配置ファイルの再配置を行
ない、スペース確保後、処理要求することを示す。80
5は信頼性の要求のみ強く、サーバ78の残容量もある
ので、サーバ78へ処理要求することを示す。806は
信頼性の要求のみ強いが、サーバ78の残容量がないの
で、サーバ78上の既配置ファイルの再配置を行ないス
ペース確保後、処理要求することを示す。807は高速
性、信頼性ともに要求があるが、サーバ77,78とも
残容量がないので、クライアント側のローカルなファイ
ルとして処理することを示す。
の意図について説明する。801は高速性、信頼性とも
に要求が強く、サーバ79の残容量もあるので、サーバ
79へ処理要求することを示す。702は高速性、信頼
性ともに要求が強いがサーバ79の既配置ファイルの再
配置を行ない、スペース確保後、処理要求することを示
す。803は高速性の要求のみ強く、サーバ77の残容
量もあるのでサーバ77へ処理要求することを示す。8
04は高速性の要求のみ強いが、サーバ77の残容量が
ないので、サーバ77上の既配置ファイルの再配置を行
ない、スペース確保後、処理要求することを示す。80
5は信頼性の要求のみ強く、サーバ78の残容量もある
ので、サーバ78へ処理要求することを示す。806は
信頼性の要求のみ強いが、サーバ78の残容量がないの
で、サーバ78上の既配置ファイルの再配置を行ないス
ペース確保後、処理要求することを示す。807は高速
性、信頼性ともに要求があるが、サーバ77,78とも
残容量がないので、クライアント側のローカルなファイ
ルとして処理することを示す。
【0027】最も適合するファイル配置規則が決定した
ら、該ファイル配置規則に対応した処理(規則内のTH
EN句)をメソッド部で行なう。従って、ファイルのメ
ソッド部のプログラムでは、コマンドの生成・実行(例
えば最適サーバに対しオブジェクトの転送要求を行なっ
たり、実際の転送を司る)も行なうものとする。
ら、該ファイル配置規則に対応した処理(規則内のTH
EN句)をメソッド部で行なう。従って、ファイルのメ
ソッド部のプログラムでは、コマンドの生成・実行(例
えば最適サーバに対しオブジェクトの転送要求を行なっ
たり、実際の転送を司る)も行なうものとする。
【0028】図9はファジーメンバシップ関数の一例で
ある。ここで、図9の(a)は高速処理を要求している
度合いの定量化、(b)は安全性を要求している度合い
の定量化、(c)はサーバの空きスペースの度合いの定
量化を行なうためのものであり、グレード(度合い)が
1.0に近い程、要求内容を満たすように設定してい
る。例えば、図9の(a)では、高速処理要求が7秒以
内であった場合、強く希望する度合いが0.93、非常
に強く希望する度合いが0.62であると判断する。ク
ライアント側には、サーバ導入時に定義したサーバ特性
情報が知らされている。例えば図6において、サーバ7
7は高速処理は可能であるが、安全性(機密保護含む)
に関し不充分なサーバ、サーバ78は安全性に関し充分
であるが、高速処理が出来ないサーバ、サーバ79は高
速処理が可能で、安全性に関しても充分な機能を備える
サーバである。
ある。ここで、図9の(a)は高速処理を要求している
度合いの定量化、(b)は安全性を要求している度合い
の定量化、(c)はサーバの空きスペースの度合いの定
量化を行なうためのものであり、グレード(度合い)が
1.0に近い程、要求内容を満たすように設定してい
る。例えば、図9の(a)では、高速処理要求が7秒以
内であった場合、強く希望する度合いが0.93、非常
に強く希望する度合いが0.62であると判断する。ク
ライアント側には、サーバ導入時に定義したサーバ特性
情報が知らされている。例えば図6において、サーバ7
7は高速処理は可能であるが、安全性(機密保護含む)
に関し不充分なサーバ、サーバ78は安全性に関し充分
であるが、高速処理が出来ないサーバ、サーバ79は高
速処理が可能で、安全性に関しても充分な機能を備える
サーバである。
【0029】図10および図11は、本実施例のファイ
ルの最適配置の処理フローの一例で、図10はクライア
ント側、図11はサーバ側の処理フローを示す。以下、
図6のクライアント/サーバシステムについて、図8及
び図9を参照しながら、最適サーバの選択の具体的処理
例を説明する。
ルの最適配置の処理フローの一例で、図10はクライア
ント側、図11はサーバ側の処理フローを示す。以下、
図6のクライアント/サーバシステムについて、図8及
び図9を参照しながら、最適サーバの選択の具体的処理
例を説明する。
【0030】利用者からの処理要求を契機に、クライア
ントでは、ファイルのスロット内に属性情報が設定され
ているか確認する。設定されていなかった場合、クライ
アント側のローカルなファイルとして処理を行なう。属
性情報が設定されている場合、ステップ1001以降の
処理を行う。以下に、ステップ1001,1002にお
ける処理の具体例を示す。
ントでは、ファイルのスロット内に属性情報が設定され
ているか確認する。設定されていなかった場合、クライ
アント側のローカルなファイルとして処理を行なう。属
性情報が設定されている場合、ステップ1001以降の
処理を行う。以下に、ステップ1001,1002にお
ける処理の具体例を示す。
【0031】いま、ファイルのスロット内に属性情報が
設定されていて、 条件1 高速処理要求:5.0(S) 条件2 安全性要求: 200 障害数/年以内 条件3 該サーバの残りスペース:50(MB) 条件4 該オブジェクト容量:10(MB) のような設定例であったとする。
設定されていて、 条件1 高速処理要求:5.0(S) 条件2 安全性要求: 200 障害数/年以内 条件3 該サーバの残りスペース:50(MB) 条件4 該オブジェクト容量:10(MB) のような設定例であったとする。
【0032】図8のファイル配置規則801では、条件
1より、高速処理要求が5.0秒であることから、図9
の(a)のファジーメンバシップ関数を参照すると、高
速処理可能サーバへの要求度が0.84である。また、
条件2より、安全性要求が200障害数/年以内である
ことから、図9の(b)のファジーメンバシップ関数を
参照すると、安全性の高いサーバへの要求度が0.20
である。さらに、条件3と条件4より、空きスペースが
かなり残る度合いは50(MB)−10(MB)=40
(MB)であることから、図9の(c)のファジーメン
バシップ関数を参照すると1.0である。従って、この
ファイル配置規則801全体の適合度合いは、各条件節
の度合いのmin演算により0.20である。同様にし
て、ファイル配置規則802〜807について、 ファイル配置規則802:0.0 =min(0.84,0.20,0.0) 〃 規則803:0.84=min(0.84,0.0) 〃 規則804:0.0 =min(0.84,0.0) 〃 規則805:0.20=min(0.20,1.0) 〃 規則806:0.0 =min(0.20,0.0) 〃 規則807:0.0 =min(1.0,1.0,0.0) の結果が得られる。従って、この例では、ファイル配置
規則803が選択される。
1より、高速処理要求が5.0秒であることから、図9
の(a)のファジーメンバシップ関数を参照すると、高
速処理可能サーバへの要求度が0.84である。また、
条件2より、安全性要求が200障害数/年以内である
ことから、図9の(b)のファジーメンバシップ関数を
参照すると、安全性の高いサーバへの要求度が0.20
である。さらに、条件3と条件4より、空きスペースが
かなり残る度合いは50(MB)−10(MB)=40
(MB)であることから、図9の(c)のファジーメン
バシップ関数を参照すると1.0である。従って、この
ファイル配置規則801全体の適合度合いは、各条件節
の度合いのmin演算により0.20である。同様にし
て、ファイル配置規則802〜807について、 ファイル配置規則802:0.0 =min(0.84,0.20,0.0) 〃 規則803:0.84=min(0.84,0.0) 〃 規則804:0.0 =min(0.84,0.0) 〃 規則805:0.20=min(0.20,1.0) 〃 規則806:0.0 =min(0.20,0.0) 〃 規則807:0.0 =min(1.0,1.0,0.0) の結果が得られる。従って、この例では、ファイル配置
規則803が選択される。
【0033】このファイル配置規則803のTHEN句
を実行するためのコマンドを生成し(ステップ100
3)、実行する(ステップ1004)。そして、正常終
了したか判断し(ステップ1005)、ファイル配置規
則が原因で異常終了していた場合は(ステップ1006
のNO側)、次に最適なファイル配置規則を選択し(ス
テップ1007)、再実行する。また、ファジー規則以
外の原因で異常終了した場合(ステップ1006のYE
S側)には、異常メッセージを出力する(ステップ10
08)。
を実行するためのコマンドを生成し(ステップ100
3)、実行する(ステップ1004)。そして、正常終
了したか判断し(ステップ1005)、ファイル配置規
則が原因で異常終了していた場合は(ステップ1006
のNO側)、次に最適なファイル配置規則を選択し(ス
テップ1007)、再実行する。また、ファジー規則以
外の原因で異常終了した場合(ステップ1006のYE
S側)には、異常メッセージを出力する(ステップ10
08)。
【0034】サーバ側では、クライアント側からの要求
が既配置ファイルの再配置要求か判断し(ステップ11
01)、再配置要求の場合、最もアクセス頻度の少ない
ファイル等、再配置可能なオブジェクトを決定する(ス
テップ1102)。そして、再配置可能なファイルを別
サーバに移動させ(ステップ1103)、格納要求ファ
イルを格納する(ステップ1104)。再配置要求でな
かった場合は、格納要求ファイルを格納するだけである
(ステップ1104)。
が既配置ファイルの再配置要求か判断し(ステップ11
01)、再配置要求の場合、最もアクセス頻度の少ない
ファイル等、再配置可能なオブジェクトを決定する(ス
テップ1102)。そして、再配置可能なファイルを別
サーバに移動させ(ステップ1103)、格納要求ファ
イルを格納する(ステップ1104)。再配置要求でな
かった場合は、格納要求ファイルを格納するだけである
(ステップ1104)。
【0035】上記の例では、図8のファイル配置規則8
03においてサーバ77に該ファイルを転送及び格納す
るためのコマンドを該ファイルのメソッド部で生成し、
クライアント側のプロセサを使い実行するものとしてい
る。従って、サーバ77では、空きスペースが充分ある
はずなので、該クライアントからの要求を受付け、該フ
ァイルを格納することになる。
03においてサーバ77に該ファイルを転送及び格納す
るためのコマンドを該ファイルのメソッド部で生成し、
クライアント側のプロセサを使い実行するものとしてい
る。従って、サーバ77では、空きスペースが充分ある
はずなので、該クライアントからの要求を受付け、該フ
ァイルを格納することになる。
【0036】
【発明の効果】ファイルの記憶装置への割当てでは、相
対的に高価格、高性能、小容量の記憶装置、例えば主記
憶装置を頂点として、低価格、低性能、大容量の記憶装
置、例えば光ディスク装置を底辺とする記憶階層の中
で、一般的には上位の記憶装置にファイルを配置するこ
とがファイルアクセスの高速化、業務処理時間の短縮化
につながる。本発明によれば、上位の記憶装置ほどその
使用効率が問題にされ、配置されたファイルに未使用期
間があれば、他のファイルにその場所を明け渡すこと
で、上位の記憶装置の使用効率を向上させる事が可能と
なる。これにより、見かけ上の記憶装置の実効容量を増
加させる事が可能となる。
対的に高価格、高性能、小容量の記憶装置、例えば主記
憶装置を頂点として、低価格、低性能、大容量の記憶装
置、例えば光ディスク装置を底辺とする記憶階層の中
で、一般的には上位の記憶装置にファイルを配置するこ
とがファイルアクセスの高速化、業務処理時間の短縮化
につながる。本発明によれば、上位の記憶装置ほどその
使用効率が問題にされ、配置されたファイルに未使用期
間があれば、他のファイルにその場所を明け渡すこと
で、上位の記憶装置の使用効率を向上させる事が可能と
なる。これにより、見かけ上の記憶装置の実効容量を増
加させる事が可能となる。
【0037】また、従来のファイル割り当て方法では、
ファイルを割り当てる記憶階層やスペース量をユーザが
固定的に指定し、もし、指定された記憶階層に指定され
た初期スペース量が割り当てられなければエラーとな
り、ファイル割り当て作業をやり直す必要があった。本
発明によれば、ユーザの要求度や記憶階層の残有スペー
ス量に応じて、ダイナミックにファイルを割り当てる記
憶階層や初期スペース量を決めることができるので、ユ
ーザのファイル割り当て作業を簡潔にすることができ
る。
ファイルを割り当てる記憶階層やスペース量をユーザが
固定的に指定し、もし、指定された記憶階層に指定され
た初期スペース量が割り当てられなければエラーとな
り、ファイル割り当て作業をやり直す必要があった。本
発明によれば、ユーザの要求度や記憶階層の残有スペー
ス量に応じて、ダイナミックにファイルを割り当てる記
憶階層や初期スペース量を決めることができるので、ユ
ーザのファイル割り当て作業を簡潔にすることができ
る。
【0038】さらに、ネットワーク上のサーバへの最適
配置では、予めサーバの特性をクライアント側に通知し
ておき、利用者はファイルを高速に処理したい、あるい
は高い信頼性のもとで処理したい等の意志を、ファイル
の属性データトしてクライアント側に指示することによ
り、最適サーバへの配置が可能となる。
配置では、予めサーバの特性をクライアント側に通知し
ておき、利用者はファイルを高速に処理したい、あるい
は高い信頼性のもとで処理したい等の意志を、ファイル
の属性データトしてクライアント側に指示することによ
り、最適サーバへの配置が可能となる。
【図1】本発明の第1の実施例の計算機システムの基本
構成図である。
構成図である。
【図2】図1のファイル配置制御プログラムの処理フロ
ー図である。
ー図である。
【図3】第1の実施例で使用するファイル配置規則の一
例である。
例である。
【図4】第1の実施例で使用するファジーメンバシップ
関数の一例である。
関数の一例である。
【図5】図4のファジーメンバシップ関数の続きであ
る。
る。
【図6】本発明の第2の実施例の計算機システムの基本
構成図である。
構成図である。
【図7】第2の実施例で使用するファイルの基本構成の
概念図である。
概念図である。
【図8】第2の実施例で使用するファイル配置規則の一
例である。
例である。
【図9】第2の実施例で使用するファジーメンバシップ
関数の一例である。
関数の一例である。
【図10】最適サーバを選択するためのクライアント側
の処理フロー図である。
の処理フロー図である。
【図11】クライアントより選択されたサーバ側の処理
フロー図である。
フロー図である。
11〜15 記憶装置群 30 中央処理装置 31 ファイル配置制御プログラム 41 記憶装置定義情報 42 記憶装置使用状況 43 ファイル配置規則 44 ファジーメンバシップ関数 61,62 ネットワーク(LANを含む) 63 通信回線 71〜76 クライアント 77〜79 サーバ 80〜82 ファイル 83〜85 ファジーメンバシップ関数
Claims (4)
- 【請求項1】 中央処理装置と該中央処理装置に接続さ
れる階層構成の記憶装置群からなる計算機システムにお
けるプログラムや文書ファイル(以下、ファイルと総称
する)の記憶装置への最適配置方法であって、 利用者の要求、記憶装置の使用状況に応じ記憶装置への
ファイル割付けの妥当性を定めた複数のファイル配置規
則と、利用者の要求の度合い、記憶装置の使用状況の度
合いを数量化して表現したファジーメンバシップ関数を
設け、 利用者の要求、記憶装置の使用状況に応じ、前記ファジ
ーメンバシップ関数を参照して最適のファイル配置規則
を選定し、該選定したファイル配置規則に従って記憶装
置へのファイルの割付けを行うことを特徴とするファイ
ル最適配置方法。 - 【請求項2】 前記ファジーメンバシップ関数は、少な
くとも利用者からの高性能さに対する要求度合いを数量
化して表現した第1テーブルと、各記憶装置の残有スペ
ース量の多さを数量化して表現した第2テーブルとから
なり、利用者からの高性能さに対する要求度合いを伴う
ファイル割り当て要求と、現在の各記憶装置の残有スペ
ース量に応じ、前記第1及び第2テーブルを参照して最
適のファイル配置規則を選定し、前記ファイルを割り当
てる記憶装置を決定することを特徴とする請求項1記載
のファイル最適配置方法。 - 【請求項3】 前記ファジーメンバシップ関数は、少な
くとも利用者からのファイル割り当て量に対する要求度
合いを数量化して表現した第1テーブルと、各記憶装置
の残有スペース量の多さを数量化して表現した第2テー
ブルからなり、利用者からのファイル割り当て量とその
要求度合いを伴うファイル割り当て要求と、現在の各記
憶装置の残有スペース量に応じ、前記第1及び第2テー
ブルを参照して最適のファイル配置規則を選定し、前記
ファイルを割り当てる記憶装置のスペース量を決定する
ことを特徴とする請求項1記載のファイル最適配置方
法。 - 【請求項4】 ネットワークに接続された複数の計算機
から構成され、ファイルの編集等を行なうクライアント
とクライアント側の要求によりファイルの実行、格納、
検索等を行なうサーバとから成るシステムにおけるファ
イルの最適サーバへの配置方法であって、 クライアント側に、サーバに対する処理要求の度合い、
サーバの使用状況の度合を数量化して表現したファジー
メンバシップ関数を設けると共に、 ファイルに、その属性データとして処理要求、ファイル
容量等を付加すると共に、処理要求やサーバ使用状況に
応じサーバへのファイル割付けの妥当性を定めたファイ
ル配置規則を付加し、 クライアント側では、前記ファイルの属性データに応
じ、前記ファジーメンバシップ関数を参照して最適のフ
ァイル配置規則を選定し、該選定したファイル配置規則
に従ってファイルの配置が最適であるサーバを選択する
ことを特徴とするファイル最適配置方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP25696192A JP3512204B2 (ja) | 1992-03-06 | 1992-09-25 | ファイル配置方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4939692 | 1992-03-06 | ||
| JP4-49396 | 1992-03-06 | ||
| JP25696192A JP3512204B2 (ja) | 1992-03-06 | 1992-09-25 | ファイル配置方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05307532A true JPH05307532A (ja) | 1993-11-19 |
| JP3512204B2 JP3512204B2 (ja) | 2004-03-29 |
Family
ID=32095268
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP25696192A Expired - Fee Related JP3512204B2 (ja) | 1992-03-06 | 1992-09-25 | ファイル配置方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3512204B2 (ja) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPWO2003069480A1 (ja) * | 2002-02-14 | 2005-06-09 | 富士通株式会社 | データ格納制御プログラムおよびデータ格納制御方法 |
| JP2005196625A (ja) * | 2004-01-09 | 2005-07-21 | Hitachi Ltd | 情報処理システムおよび管理装置 |
| JP2005234834A (ja) * | 2004-02-19 | 2005-09-02 | Hitachi Ltd | 論理ボリュームの再配置方法 |
| JP2006309318A (ja) * | 2005-04-26 | 2006-11-09 | Hitachi Ltd | ストレージ管理システム、ストレージ管理サーバ、データ再配置制御方法およびデータ再配置制御プログラム |
| US7246105B2 (en) | 2002-05-23 | 2007-07-17 | Hitachi, Ltd. | Storage device management method, system and program |
| US7624232B2 (en) | 2001-10-15 | 2009-11-24 | Hitachi, Ltd. | Volume management method and apparatus |
| US7725444B2 (en) | 2002-05-31 | 2010-05-25 | International Business Machines Corporation | Method for a policy based storage manager |
| JP2010146586A (ja) * | 2003-04-04 | 2010-07-01 | Bluearc Uk Ltd | 複数のストレージ装置タイプをサポートするネットワーク接続ストレージシステム、装置、および方法 |
| JP2011003187A (ja) * | 2009-06-22 | 2011-01-06 | Samsung Electronics Co Ltd | クラウドストレージを提供するクライアント、仲介サーバ及び方法 |
| JP2012526304A (ja) * | 2008-09-09 | 2012-10-25 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 別々の情報技術製品/ソリューション展開間でパフォーマンス・データを共有する方法およびシステム |
| WO2013098960A1 (ja) * | 2011-12-27 | 2013-07-04 | 株式会社日立製作所 | 計算機システム、ファイル管理方法及び記憶媒体 |
| US9396209B2 (en) | 2012-06-27 | 2016-07-19 | International Business Machines Corporation | Selecting storage cloud for storage of entity files from plurality of storage clouds |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03223941A (ja) * | 1990-01-29 | 1991-10-02 | Hitachi Ltd | ファイル記憶媒体の最適処理方式 |
| JPH04262431A (ja) * | 1991-02-15 | 1992-09-17 | Mitsubishi Electric Corp | ファイル管理装置 |
| JPH05158815A (ja) * | 1991-12-04 | 1993-06-25 | Fujitsu Ltd | 記憶装置 |
-
1992
- 1992-09-25 JP JP25696192A patent/JP3512204B2/ja not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03223941A (ja) * | 1990-01-29 | 1991-10-02 | Hitachi Ltd | ファイル記憶媒体の最適処理方式 |
| JPH04262431A (ja) * | 1991-02-15 | 1992-09-17 | Mitsubishi Electric Corp | ファイル管理装置 |
| JPH05158815A (ja) * | 1991-12-04 | 1993-06-25 | Fujitsu Ltd | 記憶装置 |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7624232B2 (en) | 2001-10-15 | 2009-11-24 | Hitachi, Ltd. | Volume management method and apparatus |
| JPWO2003069480A1 (ja) * | 2002-02-14 | 2005-06-09 | 富士通株式会社 | データ格納制御プログラムおよびデータ格納制御方法 |
| US7246105B2 (en) | 2002-05-23 | 2007-07-17 | Hitachi, Ltd. | Storage device management method, system and program |
| US7631002B2 (en) | 2002-05-23 | 2009-12-08 | Hitachi, Ltd. | Storage device management method, system and program |
| US7730042B2 (en) | 2002-05-31 | 2010-06-01 | International Business Machines Corporation | Method, system, and program for a policy based storage manager |
| US7725444B2 (en) | 2002-05-31 | 2010-05-25 | International Business Machines Corporation | Method for a policy based storage manager |
| JP2010146586A (ja) * | 2003-04-04 | 2010-07-01 | Bluearc Uk Ltd | 複数のストレージ装置タイプをサポートするネットワーク接続ストレージシステム、装置、および方法 |
| JP2011023016A (ja) * | 2003-04-04 | 2011-02-03 | Bluearc Uk Ltd | 複数のストレージ装置タイプをサポートするネットワーク接続ストレージシステム、装置、および方法 |
| JP2005196625A (ja) * | 2004-01-09 | 2005-07-21 | Hitachi Ltd | 情報処理システムおよび管理装置 |
| JP2005234834A (ja) * | 2004-02-19 | 2005-09-02 | Hitachi Ltd | 論理ボリュームの再配置方法 |
| US7917720B2 (en) | 2004-02-19 | 2011-03-29 | Hitachi, Ltd. | Method for rearranging a logical volume |
| US8151078B2 (en) | 2004-02-19 | 2012-04-03 | Hitachi, Ltd. | Method for rearranging a logical volume in a network connected storage system |
| JP2006309318A (ja) * | 2005-04-26 | 2006-11-09 | Hitachi Ltd | ストレージ管理システム、ストレージ管理サーバ、データ再配置制御方法およびデータ再配置制御プログラム |
| JP2012526304A (ja) * | 2008-09-09 | 2012-10-25 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 別々の情報技術製品/ソリューション展開間でパフォーマンス・データを共有する方法およびシステム |
| JP2011003187A (ja) * | 2009-06-22 | 2011-01-06 | Samsung Electronics Co Ltd | クラウドストレージを提供するクライアント、仲介サーバ及び方法 |
| WO2013098960A1 (ja) * | 2011-12-27 | 2013-07-04 | 株式会社日立製作所 | 計算機システム、ファイル管理方法及び記憶媒体 |
| US9396209B2 (en) | 2012-06-27 | 2016-07-19 | International Business Machines Corporation | Selecting storage cloud for storage of entity files from plurality of storage clouds |
| US9396208B2 (en) | 2012-06-27 | 2016-07-19 | International Business Machines Corporation | Selecting storage cloud for storage of entity files from plurality of storage clouds |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3512204B2 (ja) | 2004-03-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7650400B2 (en) | Dynamic configuration and self-tuning on inter-nodal communication resources in a database management system | |
| US7171459B2 (en) | Method and apparatus for handling policies in an enterprise | |
| US5437029A (en) | Path name resolution method providing fixed speed of file accessing in computer network | |
| US5193171A (en) | Method of managing space of peripheral storages and apparatus for the same | |
| US7325017B2 (en) | Method of implementation of data storage quota | |
| US7383286B2 (en) | File management system with parent directory search functions | |
| US7107323B2 (en) | System and method of file distribution for a computer system in which partial files are arranged according to various allocation rules | |
| US8041685B2 (en) | Method of changing system configuration in shared-nothing database management system | |
| US5325505A (en) | Intelligent storage manager for data storage apparatus having simulation capability | |
| US7444395B2 (en) | Method and apparatus for event handling in an enterprise | |
| EP0747832A2 (en) | Customer information control system and method in a loosely coupled parallel processing environment | |
| US20040083202A1 (en) | Techniques to control recalls in storage management applications | |
| CN1602468A (zh) | 多策略资源调度的方法和系统 | |
| US20070078914A1 (en) | Method, apparatus and program storage device for providing a centralized policy based preallocation in a distributed file system | |
| JP2004302937A (ja) | プログラム配置方法及びその実施システム並びにその処理プログラム | |
| US7958097B1 (en) | Method and system for implementation of data storage quota | |
| JPH05307532A (ja) | ファイル最適配置方法 | |
| JP4748950B2 (ja) | 記憶領域管理方法及びシステム | |
| US5448731A (en) | Method and apparatus for controlling the deferred execution of user requests in a data processing system | |
| JP2017138895A (ja) | 仮想化環境管理システムおよび仮想化環境管理方法 | |
| JP2812045B2 (ja) | 高信頼型分散処理システム | |
| EP0747812A2 (en) | Customer information control system and method with API start and cancel transaction functions in a loosely coupled parallel processing environment | |
| US8332609B2 (en) | Method, system and program product for storing downloadable content on a plurality of enterprise storage system (ESS) cells | |
| US20070256078A1 (en) | Resource reservation system, method and program product used in distributed cluster environments | |
| US20050086430A1 (en) | Method, system, and program for designating a storage group preference order |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040106 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040106 |
|
| LAPS | Cancellation because of no payment of annual fees |