GB2378283A - A library virtualisation module for connecting several hosts to a library such that each host appears to have sole use of the library - Google Patents
A library virtualisation module for connecting several hosts to a library such that each host appears to have sole use of the library Download PDFInfo
- Publication number
- GB2378283A GB2378283A GB0118900A GB0118900A GB2378283A GB 2378283 A GB2378283 A GB 2378283A GB 0118900 A GB0118900 A GB 0118900A GB 0118900 A GB0118900 A GB 0118900A GB 2378283 A GB2378283 A GB 2378283A
- Authority
- GB
- United Kingdom
- Prior art keywords
- library
- lvm
- hosts
- input
- host
- 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; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B15/00—Driving, starting or stopping record carriers of filamentary or web form; Driving both such record carriers and heads; Guiding such record carriers or containers therefor; Control thereof; Control of operating function
- G11B15/675—Guiding containers, e.g. loading, ejecting cassettes
- G11B15/68—Automatic cassette changing arrangements; automatic tape changing arrangements
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
- G11B27/002—Programmed access in sequence to a plurality of record carriers or indexed parts, e.g. tracks, thereof, e.g. for editing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F2003/0697—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers device management, e.g. handlers, drivers, I/O schedulers
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/40—Combinations of multiple record carriers
- G11B2220/41—Flat as opposed to hierarchical combination, e.g. library of tapes or discs, CD changer, or groups of record carriers that together store one title
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B2220/00—Record carriers by type
- G11B2220/90—Tape-like record carriers
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
A library virtualisation module (LVM) 13 is disclosed, the LVM being configured to connect multiple hosts 11, 12 to a library 14. The LVM comprises at least two host input/outputs, each for connection to a respective host; and a library input/output for connection to the library 14. The LVM is arranged to modify requests received from the hosts and provide the modified requests to the library in such a way as to divide the resources of the library 14 between the hosts 11, 12 without requiring unmodified request to take into account the division of resources. That is, LVM 13 is an interface between hosts 11, 12 and a [tape] library 14 such that it allows several hosts 11, 12 to access the library 14 as if they have sole use of the library's resources. Modification of requests comprises LVM 13 intercepting [SCSI] messages between robot 23 and the hosts 11, 12 and translating/transforming them to, e.g., show the host a reduce set of resources or translating addresses in order to perform a 'mode sense' operation or to move a tape, etc.. The LVM 13 buffers commands in a FIFO fashion. Preferably, known multiplexing devices TA80's 22 are used to interleave commands from plural hosts 11, 12 to a single robot 23 and to duplicate commands from the library 14 to the plural hosts. The multiplexing devices 22 can be used in conjunction with the LVM 13 to allow mirroring or data-splicing modes (see items 38, 39 and 40 of figure 2). The LVM allows existing libraries and hosts to be used without modification.
Description
<Desc/Clms Page number 1>
A Library Virtualisation Module This invention relates to a library virtualisation module, and to a library system including a library virtualisation module.
A tape library, such as the ADIC Scalar 100 library, consists of a housing in which is included a robot and a number of'elements', namely a number of tape drivers, plural normal tape slots and at least one import/export tape slot. Tape slots are typically tape receptacles in the walls of the housing, and import/export slots are typically receptacles in a door of the housing, which allow tapes to be introduced into and taken from the library by a human user. Each tape drive typically has a small computer serial interface (SCSI) connection to a single host computer, which also sends SCSI signals to control the robot to move tapes between the tape slots and the tape drives. Tape libraries, or more particularly the robot thereof, are able typically, in response to a request from the host, to determine what tapes it contains in which slots, and to convey this information to the host along with information concerning the number of tape drives, normal slots and import/export slots that it has.
Conventionally, only one host has been able to use a library. However, Spectrologics and Quantum ATC both vend libraries which are able to be connected to plural hosts, enabling each host to use the resources of the library. Digital Interfaces Limited vend a system allowing plural hosts to connect to a robot of a single library via respective TA40 devices. The outputs of the TA40 devices are connected together and to an input/output of the library. Each of these arrangement is satisfactory.
According to a first aspect of this invention, there is provided a library virtualisation module as claimed in claim 1.
This invention can allow connection of plural hosts to a single conventional library, and can divide the resources of the library between the hosts without the hosts knowing that they do not have exclusive use of the library or knowing which of the resources of the
<Desc/Clms Page number 2>
library are allocated to them. This is advantageous since existing libraries can be divided between plural hosts with improvements in library use efficiency. This may also allow, for use with plural hosts, the purchase of one, larger library rather than the purchase of plural smaller libraries, which may result in significant cost savings.
Moreover, the invention may allow the use of conventional hosts, which do not need to use any commands other than conventional commands.
According to a second aspect of this invention, there is provided a library virtualisation module as claimed in claim 10.
Embodiments of the invention will now be described, by way of example only, with reference to the accompanying drawings of which: Figure 1 is a schematic diagram of a library virtualisation module (LVM) in accordance with the invention connected to a library and to plural hosts, and Figure 2 is a schematic diagram of an alternative embodiment of LVM, in an alternative library system.
Referring to Figure 1, a library system 10 is shown comprising generally a first host 11 (host A), a second host 12 (host B), a library virtualisation module (LVM) 13 and a library 14. Each host 11, 12 has a 16 bit wide SCSI input/output which is connected via a respective SCSI connection 17,18 to a respective host input/output of the LVM 13. The SCSI connector 17 of the first host 11 is also connected to a SCSI input/output of a first tape drive 19, which forms part of the library 14. Second and third tape drives 20, 21 (also forming part of the library 14) are connected to a TA80 device 22, vended by Digital Interfaces Limited. The TA80 device 22 is a type of multiplexer. It is able to duplicate data received at its input/output which is connected to the second host 12, and to provide a copy of this data on each of its input/outputs which are connected to the tape drives 20,21, or alternatively to only one of them. With data flow in the other direction, the TA80 device 22 may interleave data received at the input/outputs which
<Desc/Clms Page number 3>
are connected to the tape drives 20,21, and provide the interleaved data to the second host 12. In this case, the length of the data bursts of each interleave depends on, in particular, the size of the memory of the TA80 device 22. If data is being provided by only one of the drives 20,21, this is passed directly to the second host. The TA80 device 22 connects both of the second and third tape drives 20,21 to the SCSI connector 18 of the second host 12, to allow data transfer between the second host and each of the second and third tape drives. The LVM 13 has an 16-bit SCSI connection to a robot 23, which forms part of the library 14. The LVM 13 is also connected via a further SCSI connection to a graphical user interface (GUI) 24, which is preferably a windows-driven laptop computer. The library 14, including the components within it, and the first and second hosts 11,12 are entirely conventional devices.
The LVM 13 serves to divide the resources of the library 13, between the hosts 11 and 12. In this connection, 'resources'means normal slots and import/export slots, which are not shown in Figure 1. The tape drives 19-21 are also divided between the hosts 11,
12; this is effected in part by the physical connection of the tape drives to the hosts, but the LVM 13 also has information concerning which tape drives are assigned to which host. This division can be considered to be a virtual division since there is no physical separation of the resources. In this example, the library 14 has 45 normal slots and ten import/export slots. A user instructs the LVM 13 through the GUI 24 to allocate, for example, normal slot numbers 0-14 and import/export slot numbers 0-4 to the host 11, and to allocate normal slot numbers 15-44 and import/export slot numbers 5-9 to the second host 12. The LVM 13 stores information corresponding the elements of the library to an absolute address for each host, for example, Host B-normal-slot 0... 29 = Library-normal-slot 15... 44 and so on.
The LVM 13 intercepts SCSI commands from the hosts 11,12, and intercepts SCSI reply signals from the library 14 (more particularly, a controller (not shown) of the robot 23). Most of these commands and signals are passed through to the relevant input/output without modification. There are, however, a number of exceptions to this.
<Desc/Clms Page number 4>
When a host, for example the second host 12, sends a SCSI command signal known as 'mode sense', it expects the library 14 to reply with information detailing the number and start address (in absolute terms) of the robots, normal slots, import/export slots and tape drives that the library has. In fact, the mode sense signal is intercepted by the
LVM 13, which then modifies the signal and forwards the modified signal onto the robot 23. The robot 23 responds with an SCSI response, which indicates the number and absolute starting address of its robots, normal slots, import/export slots and tape drives, and this response is intercepted by the LVM 13. The LVM modifies the SCSI response to represent the elements of the library 14 that are allocated to the second host
12. This modified response is an SCSI response which shows a reduced number of tape drives, normal slots and import/export slots to that of the response provided by the robot 23, although the absolute start addresses remain unchanged, i. e. the absolute addresses begin at zero It is possible to allow the host to believe that the start addresses of the elements allocated to it (which the host believes to be the entire resources of the library) are different to the actual addresses, because address translation is performed by the LVM 13.
When a host, for example the second host 12, wants a tape moved between a tape drive and a slot, it issues a SCSI command, which is then intercepted by the LVM 12. The LVM 13 modifies the command to change the slot and/or tape address used by the second host 12 to the corresponding slot and/or tape address stored in a memory (not shown) of the LVM. For example, if the second host 12 requests movement of a tape from tape drive number 1 to normal slot number if the LVM 13 modifies the tape address to number 2 and the normal slot address to number 26, since these are the corresponding addresses (the second host's tape drives start at 1 and its normal slots start at 15). The modified command is then fed from the LVM 13 to the robot 23, which moves the tape in the manner requested. It will be seen that this results in only the resources of the library 14 which are allocated to the second host 12 being affected, whereas it would have been a tape allocated to the first host 11 which would have been moved (and then to the wrong drive) if the LVM 13 had not modified the addresses in the SCSI command.
<Desc/Clms Page number 5>
On completion of a tape movement task, the robot 23 signals this completion to the
LVM 13. If, in the meantime, the LVM 13 receives a request from the other host 11,12 to move a tape, the LVM modifies the request as necessary, and places the modified request into a queue. Only when the LVM 13 receives confirmation that the robot 23 has completed its original task does the LVM feed the later modified request to the robot. This feature allows all tape movement requests to be effected by the robot 23 without the hosts 11,12 having to communicate in any way. If other requests, such as mode sense requests, are made whilst the robot 23 is busy, these requests are also queued until the robot 23 becomes free. If plural requests build in the queue, these are dealt with in a first-in, first-out fashion.
Occasionally, a host 11,12 may issue a'SCSI reset'or're-initialise'request, which would normally cause the robot 23 to re-initialise and to perform a check on all of the elements in the library 14. However, the LVM 13 is arranged to block such requests, and to generate a confirmation command, which is then sent to the host 11, 12 which made the request indicating that the reset has been completed. However, no reset command ever reaches the robot 23, so no reset is performed in such circumstances. Resetting of the robot 23 is effected only by way of a reset command entered into the LVM 13 by way of the GUI 24.
If a user opens the door of the library 14, the library detects this and sends a'unit attention'command from the robot 23. This command is intercepted by the LVM 13, whereas conventionally is would have been sent to the host. The'unit attention' command indicates that some change, for example in the numbers and locations of tapes in the library, may have taken place, although the library 14 cannot confirm this without performing a re-initialise operation. The'unit attention'command is passed to the hosts 11, 12 only in response to a request from that host to access the library, for example a request to move a tape from a slot to a tape drive. The'unit attention' command is stored in the LVM 13 until both drives have made such an access request, and have therefore been informed of the unit attention command, whereupon it is deleted.
<Desc/Clms Page number 6>
In an alternative embodiment (not shown), only two tape drives are included in the library 14, with these tape drives being connected on a one-to-one basis to the hosts 11,
12. It will be appreciated that any number of tape drives may be connected to a given host.
A second library system 20 including a LVM according to the invention is shown in
Figure 2. Referring to Figure 2, the library system 30 comprises first, second and third hosts 11,12, 31, first and second libraries 14,32, and an LVM 33. Each of the libraries
14,32 includes first to third tape drives 19-21,34-36, corresponding ones of which are connected via a respective TA80 device 38-40 to a respective one of the hosts 11,12, 31. Each host 11,12, 31 is, therefore, connected to one, and only one, tape drive 19-21,
24-36 in each library 14,32. Each host 11,12, 31 is also connected to a respective host input/output of the LVM 13. The LVM 13 has first and second library input/outputs, which are connected to a robot 23 of the first library and a robot 37 of the library respectively.
Operation of the LVM 33 is generally the same as that of the Figure 1 LVM, although the LVM 33 supports two additional operating modes: mirroring and data splicing. In mirroring mode, the LVM 33 controls the robots 23 and 37 to make the same movements. The TA80 devices 38-40 duplicate data received at their respective inputs to each of their respective outputs. Provided the tape slots of the libraries are identically stocked with tapes, this mode of operation results in data provided by a host 11,12, 31 being stored on one tape in each of the libraries 14,32. Hence two copies of the data is made, and this is achieved without the knowledge of any of the hosts 11,12, 31.
In data splicing mode, the TA80 devices 38-40 each divide data provided by their respective host 11,12, 31 between the two tape drives connected to the TA80 device, i. e. half of the data is stored on a tape of the first library 14 and half of the data is stored on a tape of the second library 32. This allows data to be stored on tape at up to twice the maximum operating speed of the tape drives.
<Desc/Clms Page number 7>
In an alternative embodiment (not shown), the LVM 33 is provided with only one library input/output, which is connected to both of the robots 23,37. In this embodiment, SCSI commands sent from the LVM 33 contain a simple address, which allows each robot 23,37 to determine if the commands are destined for it, or for another robot. Of course, more than two libraries could be connected to a library input/output of an LVM 33.
The LVM 13 is arranged, following power-up or re-boot, to provide a mode sense signal at the or each library input/output. In response, the or each library 14,32 responds with data indicating the number of tape drives, normal slots and import/export slots that it has. The LVM 13 then detects whether it should automatically divide the resources of the or each library 14,32 on the basis of predetermined parameters stored internally, or whether it should take input from the GUI 24. If automatic division is required, the LVM 13 divides the elements between the hosts 11, 12,31 equally. If the number of any particular element is not divisible by the number of hosts to produce an integer, any extra elements (i. e. the difference between the actual number of elements and the largest number which is less than the number of elements yet is divisible by the number of hosts to provide an integer) are assigned to the first host 11. Of course, other schemes may be used to automatically divide the resources of the library or libraries 14, 32 between the hosts 11, 12, 31.
If a user input is required, the LVM 13 does not divide the resources of the or each library 14,32 until an input is received via the GUI 24. A typical user input may be that the first host 11 is to be allocated ten normal slots and three import/export slots. The LVM 13 then allocates the remaining resources to the other host 12, or, if there is more than one other host, divides the remaining resources between these other hosts.
Alternatively, the LVM 13 may be pre-programmed to divide the resources of the library or libraries 14,32 in a more fixed manner, i. e. to allocate a certain number of slots to the first host, and to allocate any extra resources between the other host or hosts, instead of dividing the resources equally. Because tape drives are connected directly to the hosts themselves, the LVM 13 is either pre-programmed with tape drive
<Desc/Clms Page number 8>
allocation information, or is arranged to require a user input, which allows the LVM to allocate tape drives in a manner consistent with the way in which they are wired-up.
Since a mode sense request does not provide the LVM 13 with any information concerning what slots are occupied and with what tapes, the LVM is operable, in response to a user input at the GUI 24, to provide a read element status request at the or each library input/output. The response by the or each library 14,32 is stored in the LVM 13 until it has been supplied to each host 11, 12, 31, whereupon it is deleted.
TA40 devices, also vended by Digital Interfaces Limited, may be used in place of the TA80 devices for all of the above described functions.
Claims (15)
1. A library virtualisation module (LVM), for connecting plural hosts to a library, the LVM comprising: at least two host input/outputs, each for connection to a respective host; and a library input/output, for connection to a library, the LVM being arranged to modify requests received at its host input/outputs and to provide modified requests to the library input/output in such a way as to divide resources of the library between hosts without requiring unmodified requests to take into account the division of resources.
2. A library virtualisation module as claimed in claim 1, which is arranged to modify the absolute addresses of resources of the library according to the allocation of the resources to the hosts.
3. A library virtualisation module as claimed in either preceding claim, which is arranged to queue requests received at the host input/outputs and to pass queued requests to the library input/output only on determination that a previous request has been executed.
4. A library virtualisation module as claimed in any preceding claim, further comprising a second library input/output.
5. A library virtualisation module as claimed in claim 4, which is arranged to facilitate mirroring of data received at at least one of the host input/outputs.
6. A library virtualisation module as claimed in claim 4, which is arranged to facilitate data splicing of data received at at least one of the host input/outputs.
7. A library virtualisation module as claimed in any preceding claim, which is arranged to block library reset or initialise requests received at the host input/outputs.
<Desc/Clms Page number 10>
8. A library virtualisation module as claimed in any preceding claim, which is arranged to store unit attention signals received at its library input/output until representative data has been supplied to each of the host input/outputs.
9. A library virtualisation module as claimed in any preceding claim, which is arranged to modify address and/or quantity information, relating to library resources, received at its library input/output, and to provide the modified information to one of its host input/outputs.
10. A library virtualisation module (LVM) for connecting plural hosts to a library, the LVM comprising: at least two host input/outputs, each for connection to a respective host; and a library input/output, for connection to a library, the LVM being arranged to provide a library resources request at the library input/output and, subsequent to a reply received at the library input/output, to divide resources of the library between the hosts.
11. A library virtualisation module as claimed in claim 10, which is arranged to divide automatically the resources between the hosts on the basis of predetermined parameters.
12. A library virtualisation module as claimed in claim 10, which is arranged to divide the resources between the hosts on the basis of a user command and predetermined parameters.
13. A library virtualisation module as claimed in any of claims 10 to 12, which is arranged, in response to a user request, to provide an element status request at the library input/output.
14. A library virtualisation module substantially as shown in and/or as described with reference to Figure 1 or Figure 2 of the accompanying drawings.
<Desc/Clms Page number 11>
15. A library system comprising a LVM as claimed in any preceding claim, a library having a robot connected to the library input/output of the LVM, and first and second hosts connected to respective ones of the first and second host input/outputs.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB0118900A GB2378283B (en) | 2001-08-02 | 2001-08-02 | A library virtualisation module |
US10/208,358 US7831575B2 (en) | 2001-08-02 | 2002-07-30 | Library virtualisation module |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB0118900A GB2378283B (en) | 2001-08-02 | 2001-08-02 | A library virtualisation module |
Publications (3)
Publication Number | Publication Date |
---|---|
GB0118900D0 GB0118900D0 (en) | 2001-09-26 |
GB2378283A true GB2378283A (en) | 2003-02-05 |
GB2378283B GB2378283B (en) | 2003-12-17 |
Family
ID=9919700
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
GB0118900A Expired - Lifetime GB2378283B (en) | 2001-08-02 | 2001-08-02 | A library virtualisation module |
Country Status (1)
Country | Link |
---|---|
GB (1) | GB2378283B (en) |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6044442A (en) * | 1997-11-21 | 2000-03-28 | International Business Machines Corporation | External partitioning of an automated data storage library into multiple virtual libraries for access by a plurality of hosts |
US6052341A (en) * | 1997-12-16 | 2000-04-18 | International Business Machines Corporation | Device element allocation manager and method for a multi-library system for multiple host connections |
-
2001
- 2001-08-02 GB GB0118900A patent/GB2378283B/en not_active Expired - Lifetime
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6044442A (en) * | 1997-11-21 | 2000-03-28 | International Business Machines Corporation | External partitioning of an automated data storage library into multiple virtual libraries for access by a plurality of hosts |
US6052341A (en) * | 1997-12-16 | 2000-04-18 | International Business Machines Corporation | Device element allocation manager and method for a multi-library system for multiple host connections |
Also Published As
Publication number | Publication date |
---|---|
GB0118900D0 (en) | 2001-09-26 |
GB2378283B (en) | 2003-12-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7831575B2 (en) | Library virtualisation module | |
US7421312B2 (en) | Library partitioning module operable to modify a request to move the medium | |
US6370611B1 (en) | Raid XOR operations to synchronous DRAM using a read buffer and pipelining of synchronous DRAM burst read data | |
US7020731B2 (en) | Disk array control device with two different internal connection systems | |
US6523088B2 (en) | Disk array controller with connection path formed on connection request queue basis | |
JP4383148B2 (en) | Magnetic disk array device with processing offload function module | |
US6122685A (en) | System for improving the performance of a disk storage device by reconfiguring a logical volume of data in response to the type of operations being performed | |
US5745789A (en) | Disc system for holding data in a form of a plurality of data blocks dispersed in a plurality of disc units connected by a common data bus | |
US5347638A (en) | Method and apparatus for reloading microinstruction code to a SCSI sequencer | |
KR100441189B1 (en) | RAID controller system and method with ATA emulation host interface | |
EP0744697A1 (en) | Method and apparatus for transferring data between computer devices | |
EP0767420B1 (en) | Array controller for performing raid operations in a data processing system | |
JPH04262445A (en) | Personal computer system having interruption controller | |
EP0756235A1 (en) | Method and apparatus for enhancing throughput of disk array data transfers in a controller | |
US6212587B1 (en) | Device proxy agent for hiding computing devices on a computer bus | |
US5146605A (en) | Direct control facility for multiprocessor network | |
US7725664B2 (en) | Configuration definition setup method for disk array apparatus, and disk array apparatus | |
EP0756234A1 (en) | Method and apparatus for transferring data in a controller having a centralized memory | |
EP0706134A2 (en) | Data processing system having demand based write through cache with enforced ordering | |
US6370616B1 (en) | Memory interface controller for datum raid operations with a datum multiplier | |
US5313589A (en) | Low level device interface for direct access storage device including minimum functions and enabling high data rate performance | |
GB2378283A (en) | A library virtualisation module for connecting several hosts to a library such that each host appears to have sole use of the library | |
WO1992004674A1 (en) | Computer memory array control | |
JPH10198528A (en) | Array storage device and its controlling method | |
JPH01309117A (en) | Magnetic disk device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PE20 | Patent expired after termination of 20 years |
Expiry date: 20210801 |