JPS6310250A - Virtual logical volume management method - Google Patents
Virtual logical volume management methodInfo
- Publication number
- JPS6310250A JPS6310250A JP61154482A JP15448286A JPS6310250A JP S6310250 A JPS6310250 A JP S6310250A JP 61154482 A JP61154482 A JP 61154482A JP 15448286 A JP15448286 A JP 15448286A JP S6310250 A JPS6310250 A JP S6310250A
- Authority
- JP
- Japan
- Prior art keywords
- volume
- physical
- logical volume
- file
- volumes
- 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.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。(57) [Summary] This bulletin contains application data before electronic filing, so abstract data is not recorded.
Description
【発明の詳細な説明】
〔概 要〕
共通に使用されるファイル群を格納するボリュームの集
合体を1個の仮想論理ボリュームとして認識する仮想論
理ボリューム方式において、ファイル作成時に、該当す
る論理ボリュームを構成する物理ボリュームを略均等に
選択するようにしてファイルを各物理ボリュームに分散
配置するようにしたことにより、論理ボリューム内にお
ける各物理ボリュームのアクセス分散を図り、アクセス
待ちを少なくする。[Detailed Description of the Invention] [Summary] In a virtual logical volume method that recognizes a collection of volumes that store a group of commonly used files as one virtual logical volume, when creating a file, the corresponding logical volume is By selecting constituent physical volumes approximately equally and distributing files to each physical volume, access distribution to each physical volume within a logical volume is achieved and access waiting times are reduced.
本発明はボリュームの管理方式に係り、特に仮想論理ボ
リューム方式におけるアクセス効率の改良に関する。The present invention relates to a volume management system, and particularly to improving access efficiency in a virtual logical volume system.
情報処理システムには、磁気テープ(MT)装置や、磁
気ディスク装置(D A S D)等の補助記憶装置が
設けられ、オペレーティング・システム(O8)のジョ
ブ管理部により、一括して管理されている。The information processing system is equipped with auxiliary storage devices such as magnetic tape (MT) devices and magnetic disk devices (DASD), which are collectively managed by the job management section of the operating system (O8). There is.
即ち、上記補助記憶装置には様々な情報が、システム関
連ファイルや業務単位ごとに一つの集合体にまとめられ
て格納され、これらのファイルの所在、DASDのスペ
ース割り当て等は、上記ジョブ管理部によって集中的に
管理されている。That is, a variety of information is stored in the auxiliary storage device in one aggregate for each system-related file or business unit, and the location of these files, DASD space allocation, etc. is controlled by the job management section. Centrally managed.
上記情報の集合体は、従来は1個のMT或いは1個のD
ASD等、1個の物理ボリュームに十分納まる程度の大
きさであったので、実際に1物理ボリユームに複数個の
情報集合体が格納されていた。Conventionally, the collection of the above information is one MT or one D.
Since it was large enough to fit into one physical volume such as an ASD, a plurality of information aggregates were actually stored in one physical volume.
ところが近年情報量が著しく増大し、一つの情報集合体
を収容するのに、複数個のボリュームを必要とする事態
が生じ、そのため、利用者が取り扱う情報の集合体は一
つであっても、複数個のボリュームを意識して操作せね
ばならず、また、MTを複数個にわたって使用する場合
には、l物理ボリュームの処理が終了した後、他のボリ
ュームをマウントするといったMTマウントの同期化が
必要となる。However, in recent years, the amount of information has increased significantly, and a situation has arisen in which multiple volumes are required to accommodate one collection of information.As a result, even if a user only handles one collection of information, When operating multiple volumes, and when using multiple MTs, it is necessary to synchronize the MT mounts by mounting other volumes after completing the processing of the physical volume. It becomes necessary.
従来のボリューム管理方式では、一つの情報集合体が複
数ボリュームにまたがった場合に、上述のようなシステ
ムの運用上、操作上の煩雑さが生じ、これが情報処理シ
ステムの運用の自動化、省力化を妨げる原因の一つとな
っていた。With conventional volume management methods, when a single information collection spans multiple volumes, the above-mentioned system operation and operational complexity arises, and this makes it difficult to automate and save labor in the operation of information processing systems. This was one of the hindrances.
そこで本発明者は先に特願昭61−5853号にて、共
通に使用される複数個の物理ボリュームを、仮想的に1
個の論理ボリュームとして取り扱うことを可能にする仮
想論理ボリューム方式を提唱した。Therefore, the present inventor previously proposed in Japanese Patent Application No. 61-5853 that a plurality of commonly used physical volumes can be virtually integrated into one.
proposed a virtual logical volume method that allows handling of individual logical volumes.
この方式によれば、同一ジョブで使用されるファイル群
や、関連して使用されるシステムファイル群等、共通に
使用されるファイル群を格納するボリュームを、それが
たとえ複数ボリュームにわたっていても、これら複数個
のボリュームをあたかも1個のボリュームであるかのよ
うに取り扱うことができる。そのため上記共通に使用さ
れるファイル群を格納する少なくとも1個の物理ボリュ
ームを仮想的に1個の論理ボリュームとして取り扱い、
この仮想的な論理ボリュームに対して1個の論理ボリュ
ーム通し番号を付与し、且つ論理ボリュームを構成する
物理ボリュームにシーケンス番号を付与し、各論理ボリ
ュームごとのシーケンス番号と物理機番との対応関係を
、論理ボリューム管理テーブルに登録しておく。According to this method, volumes that store files that are commonly used, such as files that are used in the same job or system files that are used in conjunction, can be Multiple volumes can be handled as if they were one volume. Therefore, at least one physical volume that stores the above-mentioned commonly used file group is virtually treated as one logical volume,
A logical volume serial number is assigned to this virtual logical volume, and a sequence number is assigned to the physical volumes that make up the logical volume, and the correspondence relationship between the sequence number and physical machine number for each logical volume is determined. , and register it in the logical volume management table.
かかる構成の論理ボリューム中のファイルをアクセスす
るに際しては、例えば、オペレーティング・システムの
ジョブ管理部に設けられた論理ボリューム管理手段がカ
タログ登録簿〔図示せず〕を参照して、目的のファイル
が格納されている論理ボリューム通し番号を読みだし、
次いで上記論理ボリューム管理テーブルからこの論理ボ
リュームの先頭の物理ボリュームの物理機番を読みだす
。When accessing a file in a logical volume with such a configuration, for example, the logical volume management means provided in the job management section of the operating system refers to a catalog register (not shown) and determines whether the target file is stored. Read out the logical volume serial number that is
Next, the physical machine number of the first physical volume of this logical volume is read from the logical volume management table.
そしてこれに設けられているポリニーム目録(■TOC
)から、目的のファイルが格納されているボリュームの
物理機番やアドレス等の必要な情報を読みだし、これに
従って目的のファイルをアクセスするよう制御する。And the Polyneme Catalog (■TOC) provided in this
), reads necessary information such as the physical machine number and address of the volume where the target file is stored, and controls access to the target file accordingly.
以上説明した如くこの方式は、従来物理機番対応にボリ
ュームを意識していたものを、複数の物理機番をひとま
とめにした仮想論理ボリュームを意識するのみでよく、
情報の集合体を取り扱う上で、より実情に即した環境が
提供される。As explained above, with this method, instead of being aware of volumes corresponding to physical machine numbers, you only need to be aware of virtual logical volumes that group multiple physical machine numbers.
This provides a more realistic environment for handling collections of information.
このようにして本方式によれば、一つの業務等で使用す
るボリュームが複数個にまたがっていても、利用者はこ
れらを一つの論理ボリュームとして意識するのみでよい
ので、システムの操作性が格段に向上する。In this way, according to this method, even if there are multiple volumes used for one business, the user only needs to consider them as one logical volume, which greatly improves the operability of the system. improve.
しかし従来は複数個の物理ボリュームを1個の論理ボリ
ュームとして扱うという考えがなかったので、当然のこ
とながら上記論理ボリュームの特徴を効果的に活用する
管理方式は存在しない。However, in the past, there was no concept of treating a plurality of physical volumes as one logical volume, so naturally there is no management method that effectively utilizes the characteristics of the logical volume.
その結果、システム生成時に最初から複数個の物理ボリ
ュームで一つの論理ボリュームを構成した場合には、従
来のボリューム管理機能では、この論理ボリュームを複
数個の物理ボリュームが直列に接続された一つの大きな
ボリュームであるかのように管理する。つまり、物理ボ
リュームの容量が大きくなったのと等価な扱いをするこ
ととなる。そのため、ファイル或いはファイルの集まり
であるライブラリを格納する領域を指定する際には、一
つの論理ボリュームの先頭から順番に連続した領域を割
り当てて行く、そのため特定のi理ボリュームにファイ
ルが偏在してしまい、そのボリュームにアクセスが集中
することとなる。As a result, if one logical volume is configured from the beginning with multiple physical volumes at the time of system generation, conventional volume management functions will not be able to convert this logical volume into one large volume with multiple physical volumes connected in series. Manage it as if it were a volume. In other words, it is treated as if the capacity of the physical volume had increased. Therefore, when specifying an area to store a file or a library that is a collection of files, consecutive areas are allocated sequentially from the beginning of one logical volume.As a result, files may be unevenly distributed in a specific logical volume. Therefore, accesses will be concentrated on that volume.
論理ボリュームとは複数個の物理ボリュームを仮想的に
1個のボリュームの如く扱う方式ではあるが、各ボリュ
ームに対するアクセスは物理的にはそれぞれ独立して行
われるので、複数個の物理ボリュームがたとえ同−論理
ボリュームに属していても、物理的にはその各々を同時
にアクセスすることが可能である。Logical volumes are a method that treats multiple physical volumes virtually as if they were one volume, but each volume is accessed physically independently, so even if multiple physical volumes are the same, - Even if they belong to logical volumes, each of them can be physically accessed at the same time.
しかし論理ボリュームが複数個の物理ボリュームを単に
直列に接続した構成、即ち物理ボリュームを単に大型化
したかの如き構成としたのでは、特定のボリューム、例
えば先頭のボリュームにファイルが偏在し、そのボリュ
ームにアクセスが集中してしまう。同一ボリュームにア
クセス要求が集中した場合には、1個を除く他のアクセ
ス要求は、すべて待たされる結果となる。その反面他の
ボリュームに対するアクセス要求は少ない。従って従来
のボリューム管理を改良しない限り論理ボリューム方式
のアクセス効率は、必ずしも高いとは言い難い。However, if a logical volume has a configuration in which multiple physical volumes are simply connected in series, that is, a configuration in which the physical volume is simply enlarged, files will be unevenly distributed in a specific volume, for example, the first volume, and access to that volume will be difficult. becomes concentrated. If access requests are concentrated on the same volume, all but one access request will be forced to wait. On the other hand, there are few access requests to other volumes. Therefore, unless conventional volume management is improved, the access efficiency of the logical volume method cannot necessarily be said to be high.
上述の特定のボリュームにアクセス要求が集中するのは
、ファイルがそのボリュームに偏在するためでる。The reason why access requests are concentrated on the above-mentioned specific volume is because files are unevenly distributed in that volume.
そこで本発明は、ファイルを特定のボリュームに偏在さ
せることなく、論理ボリュームを構成する複数個の物理
ボリュームに分散させることにより、アクセスを分散さ
せてアクセス効率を向上させることを目的とする。Therefore, an object of the present invention is to improve access efficiency by distributing access by distributing files among a plurality of physical volumes that constitute a logical volume without unevenly distributing files in a specific volume.
共通に使用されるファイル群を格納している複数個の物
理ボリュームの集合体を仮想的に1個の論理ボリューム
として取り扱う仮想論理ボリューム方式において、ファ
イルの作成時に、上記論理ボリュームに格納されている
ファイルの管理情報に基づいて、論理ポリニームを構成
する各物理ボリュームにファイルが均等に配置されるよ
う、ファイルを格納する物理ボリュームを選択する物理
ボリューム選択手段を設けた。In the virtual logical volume method, which treats a collection of multiple physical volumes that store a group of commonly used files as one virtual volume, when a file is created, the data stored in the above logical volume is A physical volume selection means is provided for selecting a physical volume in which a file is to be stored, based on file management information, so that the file is evenly placed in each physical volume forming a logical polyneme.
同一物理ボリューム中の複数のファイルを同時にアクセ
スすることはできないため、ファイルが特定の物理ボリ
ュームに集中して格納されていると、同一物理ボリュー
ムに対してアクセス要求が集中することとなり、アクセ
スの順番待ちの確率が高くなる。そこで論理ボリューム
を構成する各物理ボリュームにファイルを分散配置して
おけば、各物理ボリュームに対するアクセス要求も分散
し、アクセスの順番待ちとなる率が低下する。Multiple files in the same physical volume cannot be accessed at the same time, so if files are stored in a specific physical volume, access requests will be concentrated on the same physical volume, and the order of access will be different. The probability of waiting increases. Therefore, by distributing files to each physical volume that constitutes a logical volume, access requests to each physical volume will be distributed, and the rate of waiting for access will be reduced.
以下本発明の一実施例を図面を参照しながら説明する。 An embodiment of the present invention will be described below with reference to the drawings.
第1図は上記一実施例の構成を示す図で、18〜1iは
磁気ディスク装置や磁気テープ装置等の物理ボリューム
で、これら物理ボリュームの集合体であるA−Eは、そ
れぞれ共通に使用されるファイル群を格納している仮想
的な論理ボリュームである。FIG. 1 is a diagram showing the configuration of the above embodiment, in which 18 to 1i are physical volumes such as magnetic disk devices and magnetic tape devices, and A to E, which are a collection of these physical volumes, are used in common. A virtual logical volume that stores a group of files.
まずボリュームを使用する前準備として、同図に示す論
理ボリュームB、C,Dのように、共通に取り扱いたい
ものについて、論理ボリューム認識手段4を介して同一
の論理ボリューム通し番号を指定し、初期化を行う。First, in preparation for using volumes, for logical volumes B, C, and D shown in the figure that you want to handle in common, specify the same logical volume serial number through the logical volume recognition means 4 and initialize them. I do.
次に、081iのジョブ管理部12は、論理ボリューム
通し番号が同一のものに対しては、同一の論理ボリュー
ムであると認識する。Next, the job management unit 12 of 081i recognizes that the logical volumes having the same logical volume serial number are the same logical volume.
論理ボリュームの認識は、通常は081iをイニシャル
ローディングする際、及びマウント指令によるシステム
組み込み時に実行され、論理ボリューム通し番号が同一
のものがあるか否かを識別する。もしあれば物理機番の
最も若い方の物理ボリュームを先頭とし、順に論理ボリ
ューム中のシーケンス番号を割り当てる。Recognition of logical volumes is normally executed when 081i is initially loaded and when installed into the system using a mount command, and it is determined whether there are logical volumes with the same serial number. If there is one, the physical volume with the lowest physical machine number is the first, and sequence numbers in the logical volumes are assigned in order.
上述のように決定された論理ボリューム通し番号、シー
ケンス番号と、物理機番とを対応させて論理ポリニーム
管理テーブル5に登録する。The logical volume serial number and sequence number determined as described above and the physical machine number are registered in the logical polynym management table 5 in correspondence with each other.
各論理ボリュームA−Eには、第2図に示すように、ボ
リューム目録(VTOC)と呼ばれるファイル管理情報
格納部7が設けられている。これには、当該論理ボリュ
ームの中に格納されている各ファイル31.32の管理
情報、即ちファイルを格納している物理ボリュームのシ
ーケンス番号24゜ファイルの始まり位置23.ファイ
ルの終わり位置22、ファイル名称等の識別名21.及
びその他〔図示せず〕が記録されている。このファイル
管理情報はファイルごとに一定バイト数の記録領域を使
用して作成される。As shown in FIG. 2, each logical volume A to E is provided with a file management information storage section 7 called a volume table of contents (VTOC). This includes management information for each file 31, 32 stored in the logical volume, ie, the sequence number 24 of the physical volume storing the file, the starting position of the file 23. File end position 22, identification name such as file name 21. and others [not shown] are recorded. This file management information is created using a recording area of a certain number of bytes for each file.
これは従来は各物理ボリュームごとに設けられ、その物
理ボリュームに格納されているファイルの管理情報を記
録していたもので、本実施例では同図に示すように、論
理ボリュームの先頭ボリュームに設け、当該論理ボリュ
ームに格納しているファイル全体の管理情報が記録され
ている。Conventionally, this was provided for each physical volume and recorded the management information of the files stored in that physical volume. , management information for the entire file stored in the logical volume is recorded.
いま第1図に示す論理ボリュームBに、2つのファイル
31.32が既に格納されているところに、新たなファ
イル33を作成する例を、第1図及び第2図を参照しな
がら説明する。An example of creating a new file 33 where two files 31 and 32 are already stored in the logical volume B shown in FIG. 1 will now be described with reference to FIGS. 1 and 2.
第2図に見られるように、論理ボリュームBは3個の物
理ボリュームlb、 lc、 ldをもって構成されて
おり、これらの物理ボリュームには前述したように、物
理機番の小さい方から順にシーケンス番号1.2.3が
付与されている。この論理ボリュームBには既に名称A
AAAA及び八BCDEなる2つのファイルがそれぞれ
物理ボリューム1b及び1cに格納されており、図示し
たファイル管理情報格納部7には上述の各種ファイル管
理情報が記録されている。このファイル管理情報は、フ
ァイルを新しく作成するときに図示したのと同様に記録
されて行く。As seen in Figure 2, logical volume B consists of three physical volumes lb, lc, and ld, and as mentioned above, these physical volumes are assigned sequence numbers in order from the smallest physical machine number. 1.2.3 has been assigned. This logical volume B already has the name A.
Two files, AAAA and 8BCDE, are stored in the physical volumes 1b and 1c, respectively, and the various file management information described above is recorded in the illustrated file management information storage section 7. This file management information is recorded in the same way as shown when creating a new file.
ここに新規にXYZなる名称のファイルを作成しようと
しているものとする。Assume that you are trying to create a new file named XYZ.
物理ボリューム選択手段6〔第1図参照〕は、上記ファ
イル管理情報格納部7を参照して、既存のファイルの格
納状況を調べる。この例ではシーケンス番号l及び2の
物理ボリューム1b+ lcにはファイルが格納されて
いるが、物理ボリュームldには1個もファイルが存在
していない。従って物理ボリューム選択手段6はこの物
理ボリュームldを選択し、対応するシーケンス番号3
をファイルXYZに対して指定する。この結果名称XY
Zのファイル33は、シーケンス番号3の物理ボリュー
ムldに格納され、ファイル管理情報格納部7にその情
報〔図示せず〕が記録される。The physical volume selection means 6 (see FIG. 1) refers to the file management information storage section 7 to check the storage status of existing files. In this example, files are stored in physical volumes 1b+lc with sequence numbers 1 and 2, but no files exist in physical volume ld. Therefore, the physical volume selection means 6 selects this physical volume ld and selects the corresponding sequence number 3.
is specified for file XYZ. This result name XY
The file 33 of Z is stored in the physical volume ld with sequence number 3, and its information (not shown) is recorded in the file management information storage section 7.
このようにして本実施例では物理ボリューム選択手段6
が、ファイルが論理ボリュームを構成する各物理ボリュ
ームに略均等に分散されるよう、作成するファイルを格
納する物理ボリュームを選択する。In this way, in this embodiment, the physical volume selection means 6
selects a physical volume to store the file to be created so that the file is almost evenly distributed among the physical volumes that make up the logical volume.
ファイルを分散配置するための物理ボリュームの選択方
法は、特に限定する必要はないが、例えば次のようにし
て実施できる。The method for selecting physical volumes for distributing files does not need to be particularly limited, but can be implemented, for example, as follows.
即ち、ファイル作成時に、ファイル管理情報格納部7か
ら既存ファイルを格納しているシーケンス番号を読みだ
し、その出現頻度が最少のシーケンス番号を新しく作成
するファイルに割り当てることにより、ファイルを各物
理ボリュームに分散できる。That is, when creating a file, the sequence number storing the existing file is read from the file management information storage section 7, and the sequence number with the least frequency of occurrence is assigned to the newly created file, thereby assigning the file to each physical volume. Can be distributed.
また、システみ立ち上げ時にファイル管理情報格納部7
として、収容可能なファイル数に対応する領域を準備し
、その各シーケンス番号の項に、シーケンス番号の小さ
い方から最大値までを、順にサイクリックに書き込んで
おく。このときはまだファイルが存在しないので、シー
ケンス番号以外の項目は未記入のままである。Also, when starting up the system, the file management information storage unit 7
, prepare an area corresponding to the number of files that can be accommodated, and cyclically write sequence numbers from the smallest to the largest value in each sequence number section. At this time, the file does not exist yet, so items other than the sequence number remain blank.
このようにしておき、ファイル作成時に、ファイル管理
情報格納部7の先頭から使用し、そこに記録されている
物理ボリュームが自動的に割り当てられるようにすれば
、ファイルは各物理ボリュームに順番に格納されること
となり、ファイルは自ずから分散配置される。If you do this, and when creating a file, use it from the beginning of the file management information storage section 7 and automatically allocate the physical volumes recorded there, the file will be stored in each physical volume in order. As a result, the files will naturally be distributed.
以上説明した如く本発明によれば、ファイルが論理ボリ
ュームを構成する各物理ボリュームに分散して格納され
るので、アクセスも各物理ボリュームに分散し、従って
論理ボリュームのアクセス効率が向上する。As described above, according to the present invention, files are distributed and stored in each physical volume that constitutes a logical volume, so access is also distributed to each physical volume, and therefore the access efficiency of the logical volume is improved.
第1図は本発明一実施例の構成説明図、第2図は上記一
実施例の動作を説明するための仮想論理ボリューム管理
方式説明図である。
図において、1a+ lb+・・・1iは各種物理ボリ
ューム、6は物理ボリューム選択手段、7はファイル管
理情報格納部(V T OC) 、31.32.33は
ファイル、A、B、 ・・・、Eは論理ボリュームを
示す。FIG. 1 is an explanatory diagram of the configuration of an embodiment of the present invention, and FIG. 2 is an explanatory diagram of a virtual logical volume management system for explaining the operation of the above embodiment. In the figure, 1a+lb+...1i are various physical volumes, 6 is a physical volume selection means, 7 is a file management information storage unit (VTOC), 31.32.33 are files, A, B,..., E indicates a logical volume.
Claims (1)
の物理ボリューム(1a、1b・・・、1i)を仮想的
に1個の論理ボリューム(A、B、・・・、E)として
認識し、該論理ボリュームのそれぞれに対して1個の論
理ボリューム通し番号を付与し、且つ、各論理ボリュー
ムごとにその論理ボリュームを構成する物理ボリューム
のそれぞれに対してシーケンス番号を付与するとともに
、各論理ボリュームごとにその論理ボリュームに格納さ
れたファイルの識別名と該ファイルを格納せる物理ボリ
ュームのシーケンス番号を記録するファイル管理情報格
納部(7)とを具備する仮想論理ボリューム方式におい
て、 ファイルの作成時に該ファイルを格納する物理ボリュー
ムを選択する物理ボリューム選択手段(6)を設け、 ファイル作成に際しては、前記物理ボリューム選択手段
(6)は該当する論理ボリューム(B)のファイル管理
情報格納部(7)から既存ファイルを格納している物理
ボリューム(1b、1c、1d)のシーケンス番号を調
べ、シーケンス番号が略均等に出現する如く前記ファイ
ルを格納する物理ボリュームを選択するようにしたこと
を特徴とする仮想論理ボリューム管理方式。[Claims] At least one physical volume (1a, 1b, . . . , 1i) that stores a group of commonly used files is virtually integrated into one logical volume (A, B, . . ., E), assigning one logical volume serial number to each logical volume, and assigning a sequence number to each physical volume constituting the logical volume for each logical volume. , in a virtual logical volume system comprising, for each logical volume, a file management information storage section (7) that records the identification name of the file stored in that logical volume and the sequence number of the physical volume in which the file is stored. A physical volume selection means (6) is provided for selecting a physical volume to store the file when creating the file, and when creating the file, the physical volume selection means (6) selects the file management information storage section of the corresponding logical volume (B). From (7), the sequence numbers of the physical volumes (1b, 1c, 1d) that store existing files are checked, and the physical volumes that store the files are selected so that the sequence numbers appear approximately evenly. Features a virtual logical volume management method.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP61154482A JPS6310250A (en) | 1986-06-30 | 1986-06-30 | Virtual logical volume management method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP61154482A JPS6310250A (en) | 1986-06-30 | 1986-06-30 | Virtual logical volume management method |
Publications (1)
Publication Number | Publication Date |
---|---|
JPS6310250A true JPS6310250A (en) | 1988-01-16 |
Family
ID=15585206
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP61154482A Pending JPS6310250A (en) | 1986-06-30 | 1986-06-30 | Virtual logical volume management method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPS6310250A (en) |
Cited By (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2005502096A (en) * | 2001-01-11 | 2005-01-20 | ゼット−フォース コミュニケイションズ インコーポレイテッド | File switch and exchange file system |
US7788335B2 (en) | 2001-01-11 | 2010-08-31 | F5 Networks, Inc. | Aggregated opportunistic lock and aggregated implicit lock management for locking aggregated files in a switched file system |
US7877511B1 (en) | 2003-01-13 | 2011-01-25 | F5 Networks, Inc. | Method and apparatus for adaptive services networking |
US7958347B1 (en) | 2005-02-04 | 2011-06-07 | F5 Networks, Inc. | Methods and apparatus for implementing authentication |
US8180747B2 (en) | 2007-11-12 | 2012-05-15 | F5 Networks, Inc. | Load sharing cluster file systems |
US8195760B2 (en) | 2001-01-11 | 2012-06-05 | F5 Networks, Inc. | File aggregation in a switched file system |
US8195769B2 (en) | 2001-01-11 | 2012-06-05 | F5 Networks, Inc. | Rule based aggregation of files and transactions in a switched file system |
US8204860B1 (en) | 2010-02-09 | 2012-06-19 | F5 Networks, Inc. | Methods and systems for snapshot reconstitution |
US8239354B2 (en) | 2005-03-03 | 2012-08-07 | F5 Networks, Inc. | System and method for managing small-size files in an aggregated file system |
US8352785B1 (en) | 2007-12-13 | 2013-01-08 | F5 Networks, Inc. | Methods for generating a unified virtual snapshot and systems thereof |
US8396836B1 (en) | 2011-06-30 | 2013-03-12 | F5 Networks, Inc. | System for mitigating file virtualization storage import latency |
US8396895B2 (en) | 2001-01-11 | 2013-03-12 | F5 Networks, Inc. | Directory aggregation for files distributed over a plurality of servers in a switched file system |
US8417681B1 (en) | 2001-01-11 | 2013-04-09 | F5 Networks, Inc. | Aggregated lock management for locking aggregated files in a switched file system |
US8417746B1 (en) | 2006-04-03 | 2013-04-09 | F5 Networks, Inc. | File system management with enhanced searchability |
US8433735B2 (en) | 2005-01-20 | 2013-04-30 | F5 Networks, Inc. | Scalable system for partitioning and accessing metadata over multiple servers |
US9020912B1 (en) | 2012-02-20 | 2015-04-28 | F5 Networks, Inc. | Methods for accessing data in a compressed file system and devices thereof |
US9195500B1 (en) | 2010-02-09 | 2015-11-24 | F5 Networks, Inc. | Methods for seamless storage importing and devices thereof |
US9286298B1 (en) | 2010-10-14 | 2016-03-15 | F5 Networks, Inc. | Methods for enhancing management of backup data sets and devices thereof |
JP5951854B1 (en) * | 2015-06-19 | 2016-07-13 | 株式会社Isスリッター | Web material winding method, winding core, and adhesive tape |
USRE47019E1 (en) | 2010-07-14 | 2018-08-28 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
US10182013B1 (en) | 2014-12-01 | 2019-01-15 | F5 Networks, Inc. | Methods for managing progressive image delivery and devices thereof |
US10375155B1 (en) | 2013-02-19 | 2019-08-06 | F5 Networks, Inc. | System and method for achieving hardware acceleration for asymmetric flow connections |
US10404698B1 (en) | 2016-01-15 | 2019-09-03 | F5 Networks, Inc. | Methods for adaptive organization of web application access points in webtops and devices thereof |
US10412198B1 (en) | 2016-10-27 | 2019-09-10 | F5 Networks, Inc. | Methods for improved transmission control protocol (TCP) performance visibility and devices thereof |
US10567492B1 (en) | 2017-05-11 | 2020-02-18 | F5 Networks, Inc. | Methods for load balancing in a federated identity environment and devices thereof |
US10721269B1 (en) | 2009-11-06 | 2020-07-21 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
US10834065B1 (en) | 2015-03-31 | 2020-11-10 | F5 Networks, Inc. | Methods for SSL protected NTLM re-authentication and devices thereof |
US10833943B1 (en) | 2018-03-01 | 2020-11-10 | F5 Networks, Inc. | Methods for service chaining and devices thereof |
US11223689B1 (en) | 2018-01-05 | 2022-01-11 | F5 Networks, Inc. | Methods for multipath transmission control protocol (MPTCP) based session migration and devices thereof |
US11838851B1 (en) | 2014-07-15 | 2023-12-05 | F5, Inc. | Methods for managing L7 traffic classification and devices thereof |
US11895138B1 (en) | 2015-02-02 | 2024-02-06 | F5, Inc. | Methods for improving web scanner accuracy and devices thereof |
US12003422B1 (en) | 2018-09-28 | 2024-06-04 | F5, Inc. | Methods for switching network packets based on packet data and devices |
-
1986
- 1986-06-30 JP JP61154482A patent/JPS6310250A/en active Pending
Cited By (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8195769B2 (en) | 2001-01-11 | 2012-06-05 | F5 Networks, Inc. | Rule based aggregation of files and transactions in a switched file system |
JP2005502096A (en) * | 2001-01-11 | 2005-01-20 | ゼット−フォース コミュニケイションズ インコーポレイテッド | File switch and exchange file system |
US8417681B1 (en) | 2001-01-11 | 2013-04-09 | F5 Networks, Inc. | Aggregated lock management for locking aggregated files in a switched file system |
US8005953B2 (en) | 2001-01-11 | 2011-08-23 | F5 Networks, Inc. | Aggregated opportunistic lock and aggregated implicit lock management for locking aggregated files in a switched file system |
USRE43346E1 (en) | 2001-01-11 | 2012-05-01 | F5 Networks, Inc. | Transaction aggregation in a switched file system |
US8396895B2 (en) | 2001-01-11 | 2013-03-12 | F5 Networks, Inc. | Directory aggregation for files distributed over a plurality of servers in a switched file system |
US8195760B2 (en) | 2001-01-11 | 2012-06-05 | F5 Networks, Inc. | File aggregation in a switched file system |
US7788335B2 (en) | 2001-01-11 | 2010-08-31 | F5 Networks, Inc. | Aggregated opportunistic lock and aggregated implicit lock management for locking aggregated files in a switched file system |
US7877511B1 (en) | 2003-01-13 | 2011-01-25 | F5 Networks, Inc. | Method and apparatus for adaptive services networking |
US8433735B2 (en) | 2005-01-20 | 2013-04-30 | F5 Networks, Inc. | Scalable system for partitioning and accessing metadata over multiple servers |
US8397059B1 (en) | 2005-02-04 | 2013-03-12 | F5 Networks, Inc. | Methods and apparatus for implementing authentication |
US7958347B1 (en) | 2005-02-04 | 2011-06-07 | F5 Networks, Inc. | Methods and apparatus for implementing authentication |
US8239354B2 (en) | 2005-03-03 | 2012-08-07 | F5 Networks, Inc. | System and method for managing small-size files in an aggregated file system |
US8417746B1 (en) | 2006-04-03 | 2013-04-09 | F5 Networks, Inc. | File system management with enhanced searchability |
US8180747B2 (en) | 2007-11-12 | 2012-05-15 | F5 Networks, Inc. | Load sharing cluster file systems |
US8352785B1 (en) | 2007-12-13 | 2013-01-08 | F5 Networks, Inc. | Methods for generating a unified virtual snapshot and systems thereof |
US11108815B1 (en) | 2009-11-06 | 2021-08-31 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
US10721269B1 (en) | 2009-11-06 | 2020-07-21 | F5 Networks, Inc. | Methods and system for returning requests with javascript for clients before passing a request to a server |
US8204860B1 (en) | 2010-02-09 | 2012-06-19 | F5 Networks, Inc. | Methods and systems for snapshot reconstitution |
US9195500B1 (en) | 2010-02-09 | 2015-11-24 | F5 Networks, Inc. | Methods for seamless storage importing and devices thereof |
US8392372B2 (en) | 2010-02-09 | 2013-03-05 | F5 Networks, Inc. | Methods and systems for snapshot reconstitution |
USRE47019E1 (en) | 2010-07-14 | 2018-08-28 | F5 Networks, Inc. | Methods for DNSSEC proxying and deployment amelioration and systems thereof |
US9286298B1 (en) | 2010-10-14 | 2016-03-15 | F5 Networks, Inc. | Methods for enhancing management of backup data sets and devices thereof |
US8396836B1 (en) | 2011-06-30 | 2013-03-12 | F5 Networks, Inc. | System for mitigating file virtualization storage import latency |
USRE48725E1 (en) | 2012-02-20 | 2021-09-07 | F5 Networks, Inc. | Methods for accessing data in a compressed file system and devices thereof |
US9020912B1 (en) | 2012-02-20 | 2015-04-28 | F5 Networks, Inc. | Methods for accessing data in a compressed file system and devices thereof |
US10375155B1 (en) | 2013-02-19 | 2019-08-06 | F5 Networks, Inc. | System and method for achieving hardware acceleration for asymmetric flow connections |
US11838851B1 (en) | 2014-07-15 | 2023-12-05 | F5, Inc. | Methods for managing L7 traffic classification and devices thereof |
US10182013B1 (en) | 2014-12-01 | 2019-01-15 | F5 Networks, Inc. | Methods for managing progressive image delivery and devices thereof |
US11895138B1 (en) | 2015-02-02 | 2024-02-06 | F5, Inc. | Methods for improving web scanner accuracy and devices thereof |
US10834065B1 (en) | 2015-03-31 | 2020-11-10 | F5 Networks, Inc. | Methods for SSL protected NTLM re-authentication and devices thereof |
JP5951854B1 (en) * | 2015-06-19 | 2016-07-13 | 株式会社Isスリッター | Web material winding method, winding core, and adhesive tape |
US10404698B1 (en) | 2016-01-15 | 2019-09-03 | F5 Networks, Inc. | Methods for adaptive organization of web application access points in webtops and devices thereof |
US10797888B1 (en) | 2016-01-20 | 2020-10-06 | F5 Networks, Inc. | Methods for secured SCEP enrollment for client devices and devices thereof |
US10412198B1 (en) | 2016-10-27 | 2019-09-10 | F5 Networks, Inc. | Methods for improved transmission control protocol (TCP) performance visibility and devices thereof |
US10567492B1 (en) | 2017-05-11 | 2020-02-18 | F5 Networks, Inc. | Methods for load balancing in a federated identity environment and devices thereof |
US11223689B1 (en) | 2018-01-05 | 2022-01-11 | F5 Networks, Inc. | Methods for multipath transmission control protocol (MPTCP) based session migration and devices thereof |
US10833943B1 (en) | 2018-03-01 | 2020-11-10 | F5 Networks, Inc. | Methods for service chaining and devices thereof |
US12003422B1 (en) | 2018-09-28 | 2024-06-04 | F5, Inc. | Methods for switching network packets based on packet data and devices |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JPS6310250A (en) | Virtual logical volume management method | |
US5761667A (en) | Method of optimizing database organization using sequential unload/load operations | |
US5333315A (en) | System of device independent file directories using a tag between the directories and file descriptors that migrate with the files | |
US5564037A (en) | Real time data migration system and method employing sparse files | |
JP4516948B2 (en) | Data storage drives in an automated data storage library | |
US7136981B2 (en) | Method and apparatus for creating a virtual storage volume with a file size independent of a file size limitation | |
JPH0412846B2 (en) | ||
JPH02227763A (en) | Data transfer control system | |
JPH0675897A (en) | Buffer memory management method and device for permitting division | |
JPH07191899A (en) | File transfer method, data access method, and data write method | |
US10649967B2 (en) | Memory object pool use in a distributed index and query system | |
US6029229A (en) | Digital data storage subsystem including directory for efficiently providing formatting information for stored records | |
US5802557A (en) | System and method for caching information in a digital data storage subsystem | |
US6574704B1 (en) | Information storage management device and method, control device and method | |
JPS62163154A (en) | Virtual logical volume method | |
JP2006039942A (en) | File management device in hierarchical storage system, and its file management method | |
JP6280000B2 (en) | Database apparatus and operation method thereof | |
JP2001125879A (en) | System and method for storing data | |
JP2000010842A (en) | Method and system for file management | |
JP2817911B2 (en) | Access control method for keyed files | |
JP2817777B2 (en) | Secondary storage partition change method | |
JPH06348572A (en) | Multi-mechanism disk system | |
JPH09231012A (en) | Volume copy system between direct access type external storage devices | |
JPH04273548A (en) | Disk controller | |
JPS5994157A (en) | Arranging system of data set |