VIRTUAL TAPE LIBRARIES
TECHNICAL FIELD
The present invention relates to accessing and controlling tape libraries for computer systems.
BACKGROUND ART
Tape libraries provide an effective and economical means for storing large amounts of information. Each tape library includes one or more tape drives performing access operations such as writing to tape and reading from tape. Information stored on magnetic tape is logically broken into tape volumes. The magnetic tape is typically packaged in tape cassettes or cartridges. There may be a one-to-one correspondence between tape volumes and cartridges, there may be multiple volumes on a single cartridge, or one volume may be split between several tape cartridges. In order to access information in a particular tape volume, the tape cartridge containing that volume must be loaded into a tape drive. In automated tape libraries, this is accomplished through a loading mechanism such as a robot. Larger information processing systems may contain more than one tape library. Cartridges may be passed between tape libraries manually or through the use of automated transport equipment. Tape volumes may be taken out of tape libraries manually through portals or may be copied onto a tape cartridge outside the tape library. Tape libraries are typically controlled by a tape library server which may perform functions such as tracking which cassettes hold each tape volume, tracking which library holds each cassette, controlling cassette loading and unloading mechanisms, controlling inter-library transport mechanisms, tracking cartridge use, managing data archiving, and the like.
Typically, tape libraries and the library server are directly connected to one or more host computers requiring access to tape volumes held within the tape libraries. Each host is connected to one or more tape drives through data links or tape channels. Each host is also connected to the library server. When a host
computer wishes to access a particular tape volume, the host sends an access request for that volume to the library server. The library server determines if the requested volume is on a cassette within a tape library containing a tape drive connected to the requesting host. If not, the library server flags an operator or controls robots and transport mechanisms to move the tape cartridge to an appropriate tape library. The library server then commands a tape loading mechanism to mount the cartridge containing the requested volume into the host computer tape drive. The host computer can then write data to or read data from the mounted volume. When the host is through accessing the volume, the library server dismounts the cartridge.
There are many problems associated with the traditional connection of host computers to a tape library system. First, traditional systems lack flexibility. Adding additional storage resources, such as tape libraries and drives, requires running tape links between the new resources and host computers. The additional resources may further require software changes in the host computers to accommodate the increase in number and, possibly, differing types of storage. A second problem with traditional storage system configurations is the lack of complete connectivity between host computers and tape drives. If a particular volume requested by a host is located in a tape library to which the host does not have direct access, the host must wait for the relatively long period of time required to transfer the cassette containing the requested volume into a tape library to which the host has access. In addition to creating potentially long delays, the incomplete connectivity between hosts and libraries may result in underutilization of tape drives. A tape drive not being used by any host to which it is directly connected cannot be assigned to a different host. Another connectivity concern is library system equipment failure. If a tape drive or cassette loading mechanism fails, the tape system cannot be easily modified to offer uniform degraded performance to all host computers.
DISCLOSURE OF INVENTION
The present invention provides virtual tape libraries that may be accessed by computer elements such as host computers. Each computer element is provided access to at least one logical tape module. Each logical tape module
appears to the computer element as a tape drive capable of accessing any volume on any cartridge in any tape library within the storage system.
A system implementing virtual tape libraries accessible by at least one host computer is provided. Each host computer has at least one computer link for writing data to and reading data from storage. The system includes at least one tape library for accessing tapes. Each tape library has at least one tape link carrying data written to or read from the tapes. A library server generates tape access commands for each tape library. A storage area network interfaces the host computers, tape libraries, and the library server. The storage area network maps logical tape access i requests from each host computer into physical tape access requests for each tape library and the library server.
In an embodiment of the present invention, the storage area network includes at least one logical tape module for each host computer. Each logical tape module receives requests to access data on a tape volume. Each tape library is associated with at least one canonical tape module. Each canonical tape module responds to requests to access data on the tape volume. A management processor maps each logical tape module to a canonical tape module capable of responding to the tape volume access requests.
In another embodiment of the present invention, the management processor includes a proxy library having routines for servicing tape access requests. A client-side interface executes tape access request service routines based on tape access requests received from the host computers. A server-side interface generates library server commands based on the results of executed tape access request service routines. The client-side interface may exchange information with host computers through a first set of commands and the server-side interface may exchange information with the library server through a second set of commands.
A storage area network implementing virtual tape libraries is also provided. The storage area network includes logical tape modules. Each logical tape module presents a logical tape drive to a computer element communicating with the
logical tape module. The storage area network also includes canonical tape modules. Each canonical tape module communicates with a physical tape drive. A data interconnect connects the logical tape modules with the canonical tape modules. A management processor maps each logical tape module requested by a computer element into at least one canonical tape module.
A method of accessing data stored on magnetic tape is also provided. A request to access a tape volume is received. A tape drive that may satisfy the tape access request is determined. The tape drive is reserved in a canonical tape module. Each request to access data on the tape volume is mapped to the canonical tape module in a logical tape module. Each mapped data access request is forwarded from the logical tape module to the canonical tape module.
In an embodiment of the present invention, a request to access the tape volume begins by receiving a request to mount the tape volume. A mount query is sent to a tape library server. The mount query response is received from the tape library server. A plurality of canonical tape module identifiers may be received in the mount query response, each canonical tape module identifier identifying a tape drive capable of satisfying the tape access request. One canonical tape module identifier is selected from the plurality of canonical tape module identifiers corresponding to the tape drive optimizing the tape access request.
In another embodiment of the present invention, reserving the tape drive includes receiving a request to reserve the tape drive in the canonical tape module. A request to reserve the tape drive is sent to a tape library containing the tape drive. A response indicating that the tape drive has been reserved is received and sent to a management processor.
A method of presenting virtual tape libraries to at least one host computer is also provided. Each host computer is connected to at least one logical tape module. Each tape library is connected to at least one canonical tape module. A request to access a tape volume is received from the host computer. The request
specifies a logical tape module. The specified logical tape module is mapped to a canonical tape module which can access the requested tape volume.
The above objects and other objects, features, and advantages of the present invention are readily apparent from the following detailed description of the best mode for carrying out the invention when taken in connection with the accompanying drawings.
BRIEF DESCRIPTION OF DRAWINGS
FIGURE 1 is a block diagram illustrating virtual tape libraries in a computer system according to an embodiment of the present invention;
FIGURE 2 is a block diagram illustrating a management processor according to an embodiment of the present invention;
FIGURE 3 is a schematic diagram illustrating mapping according to an embodiment of the present invention;
FIGURE 4 is a call flow diagram illustrating tape volume mounting and dismounting according to an embodiment of the present invention;
FIGURE 5 is a call flow diagram illustrating tape volume query and mounting according to an embodiment of the present invention;
FIGURE 6 is a call flow diagram illustrating scratch volume mounting according to an embodiment of the present invention; and
FIGURE 7 is a call flow diagram illustrating logical drive query according to an embodiment of the present invention.
BEST MODE FOR CARRYING OUT THE INVENTION
Referring to Figure 1, a block diagram illustrating virtual tape libraries in a computer according to an embodiment of the present invention is shown. A computer system, shown generally by 20, includes a plurality of host computers 22 interconnected to a storage system, shown generally by 24, through a storage area network, shown generally by 26. Storage system 24 includes at least one tape library 28. Each tape library 28 has one or more tape drives 30 for accessing magnetic tape 32. Tape 32 is typically housed in a cassette or cartridge which is loaded into tape drive 30 by an automated mechanism not shown. Data to be written to tape 32 or read from tape 32 is accessed through tape channel or tape link 34. For simplicity, each tape drive 30 will be associated with one tape link 34. However, as will be recognized by one of ordinary skill in the art, each tape link 34 may support multiple tape drives 30. Storage system 24 also includes library server 36 connected by library links 38 to each tape library 28. Library server 36 supervises storage system 24, performing functions such as tracking which tape volumes are on each tape 32, tracking which tapes 32 are in each tape library 28, managing blank tapes 32, controlling mechanisms for loading tapes 32 into and unloading tapes 32 from tape drives 30, controlling transport mechanisms for moving tapes 32 between tape libraries 28, managing archiving of tapes 32, and the like. Storage system 24 may also include one or more disks 40 written to or read from through disk link 42. Library server 36 receives instructions and returns status through server link 39.
Storage area network 26 includes a plurality of interface devices 44. Each interface device 44 may be a processor, a printed circuit card, or a standalone unit. Each interface device 44 is connected through data link 46 to data interconnect 48. Data interconnect 48 can form a high speed connection between two or more interface devices 44. Data interconnect 48 may be implemented using one or more backplanes, crossbar switches, ATM switches, fiber channel rings, Ethernet networks, and the like. Storage area network 26 also includes management processor 50 connected to each interface device 44 through network 52. An example storage area network 76 that may be used to implement the present invention is described in
U.S. patent application entitled "Information Network Virtual Backplane" carrying attorney Docket No. 99-002-NSC (STK 99002 PUS), by R. Lane et al., which hereby incorporated by reference.
Each host 22 connects to at least one interface device 44 through computer link 54. Each host 22 is also in communication with management processor 50. This communication may be through interface devices 44 and network 52, may be through a computer network linking host 22 and management processor 50, or may be through command links 56. If directly connected to management processor 50, each host 22 may have command link 56 or one master host 22 may have command link 56 to management processor 50 with remaining hosts 22 connected as slaves to host computer 22. Library server 36 is also connected to management processor 50. This connection may be through server link 39 directly connected to management processor 50 or may be through network 52.
Storage area network 26 maps logical tape access requests received from each host computer 22 into physical tape access requests for each tape library 28 and library server 36. To accomplish this mapping, each host 22 is associated with at least one logical tape module 58, each logical tape module 58 executing on interface device 44. Logical tape module 58 appears to host 22 to be tape drive 30 connected to host 22 by computer link 54. Likewise, each tape library 28 is associated with at least one canonical tape module 60 executing on interface device 44. Preferably, each tape drive 30 communicates with corresponding canonical tape module 60 through tape link 34. Management processor 50 maps each logical tape module 58 to at least one canonical tape module 60 capable of responding to tape volume access requests.
Referring now to Figure 2, a block diagram illustrating a management processor according to an embodiment of the present invention is shown. Management processor 50 exchanges server messages 80 with library server 36 and client messages 82 with client 84. Client 84 typically resides on host computer 22. However, any type of computer element may host client 84 and exchange data with
tape library 28, including other tape libraries 28, disks 40, I/O processors, communication interfaces, data formatters, movers, translators, and the like.
Management processor 50 includes client-side interface 86 exchanging client messages 82 with clients 84. Client-side interface 86 presents a logical library server to client 84. There may be one client-side interface 86 for each client 84, one client-side interface 86 for each type of client 84, or one client-side interface 86 for all clients 84. Server-side interface 88 exchanges server messages 80 with library server 36. Both client-side interface 86 and server-side interface may provide translation and formatting functions, permitting different types of clients 84 and library servers 36 to be easily interconnected.
Proxy library 90 in management processor 50 provides an interface between client-side interface 86 and server-side interface 88. Proxy library 90 also accesses routines for servicing tape access requests. These routines are grouped in proxy application 92. One function of proxy application 92 is to maintain mappings between each logical tape module 58 and corresponding canonical tape module 60, one of which is indicated by 94. Mappings 94 may be maintained by proxy application 92 in mapping table 96.
Referring now to Figure 3, a schematic diagram illustrating mapping according to an embodiment of the present invention is shown. Host computer 22 sends logical mount request 110 specifying a tape volume to be accessed through logical tape module 58 to management processor 50. Management processor 50 forwards the tape volume in mount query 112 to library server 36. Library 36 replies with mount query response 114 including a list of tape drives 30 or corresponding canonical tape modules 60 which can access the requested tape volume. Preferably, this list ranks canonical tape modules 60 from most optimal to least optimal for the tape access request. For example, tape drives 30 in tape library 28 containing tape 32 on which the requested tape volume is recorded will receive a higher ranking than drive 30 in tape library 28 that does not contain the requested tape volume. Ranking may also be based on availability of tape drives 30, estimated time to load tape 32 containing the requested volume, access speed of drives 30,
availability of multiple copies of the requested tape volume, and the like. If more than one canonical tape module 60 is specified in mount query response 114, management processor 50 decides which canonical tape module 60 to use based on the ranking supplied in mount query response 114 and the availabilities of listed canonical tape modules 60.
Management processor 50 sends canonical drive reserve request 116 to the selected canonical tape module 60, which forwards the request in physical drive reserve request 118 to the appropriate tape drive 30. Tape drive 30 replies with physical drive reserve response 120 which is forwarded by canonical tape module 60 as canonical drive reserve response 122. Management processor 50 records the mapping of logical tape module 58 specified in logical mount request 110 and selected canonical tape module 60. This mapping is forwarded to logical tape module 58 in map message 124. Management processor 50 also sends physical mount request 126 to library server 36 to mount the specified volume. Once the tape volume is mounted in drive 30, library server 36 replies to management processor 50 with physical mount response 128. Host 22 is notified that the requested volume is mounted through logical mount response 130. Following successful completion of this process, host 22 may access the requested tape volume as if this volume was actually mounted on logical tape module 58. Hence, host 22 is presented with a virtual tape library consisting of all physical tape libraries 28 and associated tape drives 30 each accessible through logical tape module 58.
Referring now to Figure 4, a call flow diagram illustrating tape volume mounting and dismounting according to an embodiment of the present invention is shown. Proxy library 90 receives logical mount request 110 through client-side interface 86 from host 22 specifying a requested tape volume (volx) and logical tape module 58 (L3). Proxy library 90 forwards the requested tape volume in mount query 112 through server-side interface 88 to library server 36. In mount query response 114, library server 36 indicates that volx may be mounted on one of three canonical tape modules 60, indicated as C4, Cl, C3 in descending order of access optimization. Proxy library 90 then places check call 140 to proxy application 92 including the identifiers for the returned canonical tape modules 60. Proxy
application 92, in this example, determines that canonical tape module 60 indicated by C4 is not available but canonical tape module 60 indicated by Cl is available. Proxy application 92 then sends canonical tape module 60 indicated by Cl canonical drive reserve request 116. After receiving canonical drive reserve response 122, proxy application 92 notifies proxy library 90 of the successful mapping of L3 to Cl . Proxy library 90 then sends physical mount request 126 indicating that volx is to be mounted on tape drive 30 corresponding to Cl to library server 36. Library server 36 responds with physical mount response 128 indicating the success of mounting volx on Cl. Proxy library 90 makes map call 142 directing proxy application 92 to record the mapping of L3 to Cl in mapping table 96. Map message 124 may be sent to logical tape module 58 at this time. Proxy library 90 then sends logical mount response 130 indicating the success of mounting volx on L3 to host 22.
When host 22 is finished accessing volx, host 22 sends logical dismount request 144 specifying volx and L3 to proxy library 90. Proxy library 90 maps L3-to Cl through proxy application 92 and sends physical dismount request 146 containing volx and Cl to library server 36. Library server 36 replies with physical dismount response 148. Proxy library 90 places release map call 150 specifying L3 to proxy application 92. Proxy application 92 clears the entry for L3 in mapping table 96 and notifies logical tape module 58 indicated by L3 that mapping 94 is terminated. Proxy library 90 then sends logical dismount response 152 indicating the success of the dismount operation to host 22.
Referring now to Figure 5, a call flow diagram illustrating tape volume query and mounting according to an embodiment of the present invention is shown. Host 22 may treat management processor 50 as a logical version of library server 36. For example, host 22 may initiate a mounting of tape volume volz by issuing logical mount query 160 to management processor 50. After passing through client-side interface 86, query mount 160 is sent by proxy library 90 directly to server-side interface 88. After any necessary formatting changes are made, logical mount query 160 is forwarded to library server 36. Library server 36 replies with mount query response 114 including a ranked listing of indicators for canonical tape module 60 capable of servicing the request for tape volume volz. Proxy library 90
places check call 140 to proxy application 92. Proxy application 92 responds with an indication that canonical tape module 60 indicated C3 will handle the access request. Proxy library 90 then uses information about host 22 and logical tape modules 58 to select logical tape module 58 indicated L3 to serve as the logical interface for data accessed on volz. Proxy library 90 sends logical mount query response 162 specifying volz and L3 to host 22. Host 22 then issues logical mount request 110 to proxy library 90. Proxy library 90 replaces logical tape module 58 indicator L3 with mapped canonical tape module 60 indicator C3 and issues physical mount request 126. After receiving physical mount response 128, proxy library 90 issues map call 142 followed by logical mount response 130.
Referring now to Figure 6, a call flow diagram illustrating scratch volume mounting according to an embodiment of the present invention is shown. Host 22 may request a blank or scratch volume specified by a pool identifier (poolid) in logical scratch mount query 170. Proxy library 90 receives logical scratch mount query 170 through client-side interface 86 and forwards logical scratch mount query 170 to library server 36 through server-side interface 88. Server-side interface 88 may perform any formatting changes necessary to convert logical scratch mount query 170 into a format acceptable by library server 36. Library server 36 replies with physical scratch query response 172 containing a ranked listing of indicators for canonical tape module 60 capable of accessing scratch volume poolid. Proxy library 90 places check call 140 to determine which canonical tape module 60 will be used. Proxy library 90 also determines an appropriate logical tape module 58, indicated by L3, to interface with host 22. Proxy library 90 sends logical scratch query response 174 containing poolid and L3 to host 22. Host 22 then issues physical scratch mount request 178 to mount scratch volume poolid onto logical drive L3. Proxy library 90 replaces logical tape module 58 reference L3 with canonical tape module 60 reference C3 and forwards physical scratch mount request 178 to library server 36. After receiving physical scratch mount response 180 from library server 36, proxy library 90 places map call 142 with proxy application 92. Proxy library 90 then sends logical scratch mount response indicating the success of the scratch volume mount operation to host 22.
Referring now to Figure 7, a call flow diagram illustrating logical drive query according to an embodiment of the present invention is shown. Host 22 may find the status of logical tape module 58, indicated LI, by issuing logical drive query 190 to proxy library 90. Proxy library 90 determines if LI is in mapping table 96 by accessing proxy application 92. If LI is not entered into mapping table 96, proxy library 90 responds with logical drive query response 192 indicating that LI is available. If LI is in mapping table 96, for example mapped to canonical tape module 60 indicated by C3, proxy library 90 sends C3 in physical drive query 194 to library server 36. Library server 36 replies with physical drive query response 196 containing the status of C3. Proxy library forwards the status of C3 together with LI to host 22 in logical drive query response 198.
While embodiments of the invention have been illustrated and described, it is not intended that these embodiments illustrate and describe all possible forms of the invention. Rather, the words used in the specification are words of description rather than limitation, and it is understood that various changes may be made without departing from the spirit and scope of the invention.