|Publication number||US6912629 B1|
|Application number||US 09/362,474|
|Publication date||Jun 28, 2005|
|Filing date||Jul 28, 1999|
|Priority date||Jul 28, 1999|
|Also published as||US7337286|
|Publication number||09362474, 362474, US 6912629 B1, US 6912629B1, US-B1-6912629, US6912629 B1, US6912629B1|
|Inventors||Christopher J. West, David G. Beal|
|Original Assignee||Storage Technology Corporation|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (6), Non-Patent Citations (1), Referenced by (93), Classifications (12), Legal Events (3)|
|External Links: USPTO, USPTO Assignment, Espacenet|
U.S. patent application Ser. No. 09/274,789, filed Mar. 23, 1999, entitled ASYNCHRONOUS SHADOWING IN DATA STORAGE SUBSYSTEM, applicant, Christopher J. West and U.S. patent application Ser. No. 09/362,481, filed Jul. 28, 1999, entitled STORING AND RETRIEVING DATA ON TAPE BACKUP SYSTEM LOCATED AT REMOTE STORAGE SYSTEM SITE, applicant, Christopher J. West, and David G. Beal are specifically incorporated herein by reference for all that they disclose and teach.
1. Field of the Invention
The present invention relates generally to data storage subsystems, and more particularly to methods of retrieving data from a data storage subsystem.
2. Description of Related Art
In today's competitive business environment, a business must diligently protect its assets, including the data stored within its computer network. Safeguarding corporate data, including engineering designs, pricing information, corporate procedures, customer and vendor lists, and order information, is crucial to the long-term success of a business. Threats to corporate data include hardware failure, physical plant disasters (e.g., building fires, earthquakes, tornadoes, and hurricanes), theft, and industrial sabotage. Protecting corporate data through backup software helps alleviate the downside of these threats and therefore has become an essential part of managing the network environment.
Data storage management methods in modern computer networks tend to vary according to different data characteristics and management issues, such as the amount of the data, cost, performance and fault tolerance. For example, one method of protecting business data is to periodically copy (or “backup”) the data to an archive tape for storage at a remote location. Other, more sophisticated solutions involve real-time archival of large amounts of data. Such systems may be generally referred to as “remote copy system”, wherein data is recorded fairly contemporaneously to a primary storage medium and a secondary storage medium at another location. Typically, the primary storage medium creates a primary “volume” which represents a set of data information accessible by the primary host application. The secondary storage medium is coupled to the primary storage medium and creates a secondary volume. The primary and secondary volumes form a pair wherein the secondary volume contains the copy of the primary volume.
One implementation of remote copy, called “Peer-to-Peer Remote Copy” or PPRC, provides a synchronous copy, in that an application host system's write operations are propagated to both the primary storage medium and the secondary storage medium at the remote site before the application host system receives an acknowledgment from the storage system indicating that the write operation has completed. In PPRC, the secondary volume is always an exact copy of the primary volume when the pair is duplex.
Another implementation of remote copy, called “Extended Remote Copy” or XRC, provides an “asynchronous copy”, in that a write access by an application host system is signaled as complete when the write operation to the primary storage medium completes. The remote copy to the secondary storage medium is performed by a System Data Mover (SDM), a software component executing on a host system (i.e., on the application or primary host system, on the recovery or secondary host system, or on a third host system) having connectivity to both the primary volume and the secondary volume. The SDM periodically copies the data from the primary volume to the secondary volume in the order which the data was originally written to the primary volume.
Periodically copying data from the primary volume to the secondary volume creates a “point-in-time” copy of the data. That is, the information located on the secondary volume is a reflection of the data that was on the primary volume at the time the data was transferred. At a later time, the information on the primary volume may change, and until those changes are propagated to the secondary volume, the point-in-time copy is not identical to the primary volume. In contrast, when two volumes are in duplex under the synchronous PPRC scheme, changes are propagated to the secondary volume as the changes happen, and therefore, the secondary volume is identical to the primary volume at all times.
Yet another implementation of remote copy involves the asynchronous “shadowing” of data between a primary storage controller and a secondary storage controller wherein a snap volume is created by a primary storage controller, the snap volume is used in place of the primary volume to facilitate remote copying instead of the primary volume. Asynchronous shadowing of data provides benefits over the synchronous PPRC in that the host computer is not required to wait for completion of the remote copy process before accessing the primary volume. Additionally, asynchronous shadowing allows the host computer to access the primary volume more readily than in the XRC since the primary volume is not used in copying data to the remote location. The details of asynchronous shadowing and its benefits are described in more detail in the co-pending application referenced above.
With any one of these remote copy implementations, their primary purpose is to provide a copy in case of an emergency or, more particularly, to provide disaster relief wherein the entire computer subsystem or disk array fails or is lost due to a tragic event. As such, the focus of most remote copy systems has been to ensure that the data is properly backed up.
In some situations however, a user of a host computer system desires recovery of backed up data even when the primary storage system and primary host computer are operating properly. In essence, there are times when the data on the primary storage system is not available, for various reasons, such as for example, human error may cause a file to be accidentally deleted or modified. In such a case, the user wants the backup copy of the file or data, if such a backup exists.
If synchronous PPRC is used, then the process of retrieving backup data initially depends on whether a tape backup copy was made, typically by a wholly different tape backup system. That is, since write/modify operations propagate to the secondary system in the PPRC scheme, the secondary system is changed as soon as the primary system is changed. Thus, human errors corrupt the secondary system in the same manner as the errors corrupt the primary system and recovery from the secondary is generally not possible.
Asynchronous remote copy methods and systems on the other hand, while potentially providing a point in time copy, typically do not provide for the transfer of data back to the primary volume from the secondary volume. Recovery operations are typically achieved by copying the data onto a tape medium and transferring or shipping the tape medium back to the primary site. Using the tape medium is labor intensive and time consuming.
It is with respect to these and other considerations that the present invention has been made.
The present invention provides a method and system of retrieving data that is stored on a secondary storage system located at a remote location to a local storage system. An aspect of the present invention relates to restoring of backup data that is a point-in-time copy of primary system data from a secondary storage system. The point-in-time copy is created using an asynchronous remote copy scheme.
In accordance with these and other aspects, the present invention relates to a storage control system for restoring a remote point-in-time copy of data to a primary volume from a secondary volume wherein the secondary volume provides remote data related to the point-in-time copy stored on at least one remote storage disk. The system comprises a local storage disk and a primary storage controller for conducting a request for the remote point-in-time copy. The system also comprises a secondary storage controller coupled to the primary storage controller to receive the request and to transfer the remote point-in-time copy to the primary storage controller. A local point-in-time copy is created in the primary volume. Preferably, the initial transfer of information from the primary storage controller to the secondary storage system is through an asynchronous remote copy process.
In accordance with other preferred aspects, the present invention relates to a method of restoring data from a secondary storage system to a primary storage system, wherein the secondary system is remotely located from the primary system and the secondary system receives backup data transmissions via a communications link from the primary storage system, the restoring method comprising. The step of the method comprise identifying a valid remote point-in-time copy of the data on the secondary system; requesting the secondary system transmit data associated with the remote point-in-time copy; transmitting the data associated with the point-in-time copy from the secondary system to the primary system; and configuring the primary system to access the transmitted data. Additionally, the method preferably comprises the step of asynchronously conducting data transmissions between the primary and secondary storage systems. Moreover, the method of restoring data relates to restoring data which is either point-in-time copy related to portions of a volume or a complete volume.
The present invention also relates to a program storage medium, readable by a computer, tangibly embodying a program of instructions executable by said computer for restoring a point-in-time copy of computer readable data to a local storage system having at least one local storage disk from a remote storage system having at least one remote storage disk. The program comprises instructions for identifying a valid point-in-time copy present on the remote storage disk; requesting the point-in-time copy to be transferred from the remote storage system to the local storage system; transferring the point-in-time copy to the local storage system; and storing the point-in-time copy to the local storage disk.
These and various other features as well as advantages which characterize the present invention will be apparent from a reading of the following detailed description and a review of the associated drawings.
Embodiments of the invention described herein are generally implemented as logical operations in an intelligent controller in a storage control system. The logical operations of the present invention are implemented (1) as a sequence of operations directed by program instructions running on an intelligent controller, and (2) as interconnected machine or circuit modules within the intelligent controller. The implementation is a matter of choice, dependent on the performance requirements of the intelligent controller implementing the invention. Accordingly, the logical operations making up embodiments of the present invention described herein are referred to variously as operations, steps, and modules.
A computer storage system 100 incorporating an embodiment of the present invention is shown in FIG. 1. The computer system 100 incorporates a local or primary computer system 101 and a remote or secondary storage subsystem 105. The secondary system 105 receives copies of data stored on the primary system 101 and stores the data in case of an emergency. The data at the secondary system is a “point-in-time” copy of the information stored locally on the primary system 101. The secondary system 105 is capable of transmitting a copy of the point-in-time information stored on the secondary system 105 to the primary system 101 when requested by the primary system 101.
As shown in
The primary storage controller 104 comprises internal memory for recording virtual disk volumes, such as a primary volume 106, that are mapped to local data stored on physical storage disks in a disk array, such as disk array 108. The primary volume 106 presents to the application host system 102 a virtual disk from which the application host system 102 can read data and write data as though it were accessing a physical disk drive. The primary volume 106 provides a logical interface to the data stored in the disk array 108, regardless of where the data is physically stored within a disk array. For example, it is common to allocate a storage track of the primary volume across multiple disks in the disk array 108, using a technique called “striping.” As a result, the application host system 102 accesses the primary volume 106 as a continuous disk volume, while the data is physically distributed throughout the disk array 108. Preferably, the storage controller 104 supports multiple volumes associated with the disk array 108.
The primary storage controller 104 is coupled to a secondary storage controller 110 of the secondary system 105 via two bidirectional links 111 and 112. The links 111 and 112 each comprise at least one fiber-optic cable, such as Enterprise Systems CONnectivity™ (ESCON) connections defined by IBM Corporation. The primary storage controller 104 includes a communication port 114 and the secondary storage controller 110 includes a communications port 116. The ports 114 and 116 are coupled to the links 111 and 112 to provide inter-controller communications. Commands produced by the primary storage controller 110 or the data of the primary volume 106 can be communicated to a secondary volume 118 associated with the secondary controller 110 through either link 111 or 112 to the secondary storage controller 110. The secondary volume 118 represents a virtual disk of remote data stored in the secondary disk array 120. Preferably, a recovery or secondary host system 122 is coupled to the secondary storage controller 110 to provide high level control and management of the secondary system 105.
In accordance with the present invention the secondary system receives copies of data information from the primary controller 104 and stores the data on the secondary disk array 120. The information is transferred asynchronously and therefore the copy on the secondary disk array 120 is a point in time copy of the data on the primary disk array 108. The secondary controller 110, when requested, transfers data stored on the secondary disk array 120 to the primary disk array 108 through the primary storage controller 104 via either link 111 or 112.
The links 111 and 112 are used to transfer the data back and forth between the two storage controllers 104 and 110. Additionally, the links 111 and 112 facilitate the transfer of commands and requests from the primary host computer 102 and primary storage controller to the secondary host computer 120 and secondary storage controller. Preferably, the request for the data is conducted from the primary storage controller 104 to the secondary controller 110 via link 111 and the data is transferred back to the primary storage controller 104 via link 112 to reduce the traffic on one link. In alternative embodiments (not shown), only one bi-directional link is used for all data and command transfers or two uni-directional links are used to transfer data and commands.
A second set of components includes the host adapter 204, microprocessors 214 and 216, a cache interface 234 and a disk interface 236. Another set of components includes the host adapter 206, microprocessors 218 and 220, a cache interface 238, and a disk interface 240. Yet another set of components includes the host adapter 208, microprocessors 222 and 224, a cache interface 242 and a disk interface 244. It is to be understood that data from one host adapter can be communicated through any disk interface in the storage controller. Likewise, it is to be understood that data from a disk interface can be communicated through any host adapter in the storage controller. Furthermore, a virtual disk volume defined in the cache memory 230 can be accessed through any host adapter in the storage controller 200 and can logically map to any disk in any disk array coupled through the disk interfaces 232, 236, 240 and 244. Through this flexibility, the storage controller 200 and associated applications provides a powerful means of managing large amounts of storage. In effect, the complicated distribution of physical storage is abstracted and presented to an application as a virtual disk volume. In this manner, the configuration of physical storage is essentially irrelevant because the virtual disk provides a consistent interface for applications that access the volume.
Referring back to
In a preferred embodiment, the data is asynchronously transmitted to the secondary system 105 so that the point-in-time copy is identifiable. Information related to which volume was transferred to the remote location and the time of the transfer is stored in the shared data and program store, (such as 226 in
The operations for performing retrieval process 300 in order to recover data from the secondary system 105 according to the present invention are shown in FIG. 3. Initially, conduct operation 302 conducts a request from the application host system 102 (
The request conducted by operation 302 includes sufficient information enabling the primary storage controller 104 to uniquely and unambiguously determine whether a satisfactory remote point-in-time copy exists. The request comprises information related to which volume is to be recovered and preferably includes time and date information related which point in time copy is requested.
Upon receipt of the request for backup data information from the host 102, as conducted by conduct operation 302, determination step 304 determines whether or not a valid or satisfactory remote point-in-time copy exists. The determination is done by the primary storage controller. More particularly, the primary storage controller executes a routine using its microprocessors such as e.g., 210, 212, 214, 216, 219, 220, 222 and 224 (FIG. 2), to determine if and when the last asynchronous remote copy occurred for the particular volume requested. In the preferred method, this type of information is stored in the shared program and data store 226 (
If a remote point-in-time copy exists that satisfies the request, flow branches YES to conduct operation 306, as shown in FIG. 3. Conduct operation 306 conducts a request from the primary storage controller 104 to the secondary storage controller 110 for the point-in-time copy. Since the point-in-time copy exists, as determined by the primary storage controller 104 at operation 304, the primary storage controller 104 simply conducts a request to the secondary controller 110 requesting that secondary storage controller 110 return the point-in-time copy. The request signal is conducted along link 111 (
Following receipt of the request for the point-in-time copy, return operation 308 returns the point-in-time copy requested by the primary storage controller from the secondary storage controller to the primary storage controller. Operation 308 is controlled by the primary storage controller in a preferred embodiment wherein the primary storage controller 104 has significant control over the secondary storage controller and the volumes within the secondary storage controller. Therefore, the primary storage controller 104 uses the ESCON interface protocol to relatively directly control the retrieval of the point-in-time copy.
The data transfer is handled in the same manner as the data transfers from the primary to the secondary system 105 during normal asynchronous backup procedures. However, the data is transmitted in the opposite direction and uses the link 112. The secondary system 105 is the transmitting system and the primary system 101 is the receiving system. In conducting the point-in-time copy from the secondary storage controller 110 to the primary storage controller 104, the data information is copied to the disk array 108, through primary storage controller 104 in the same manner as data is copied to disk array 120 during normal remote copying. The data transfer creates a local point-in-time copy that is the same as the remote point-in-time copy. In the preferred embodiment of the present invention, the information overwrites the existing data associated with the primary volume and thus the primary volume maintains some of its original memory mapping or physical location information. Alternatively the information is copied to different, physical portions within the disk array 108, setting up within the primary storage controller a temporary volume.
In the preferred embodiment, the request, conducted by the primary storage controller at 306 includes sufficient information related to the eventual physical location on the primary storage medium 108 enabling the data transfer to be conducted relatively directly to the predetermined location. Therefore, once the point-in-time copy has been stored within the disk array 108, in the location requested by the primary storage controller 104 and host application system 102, operation 310 establishes the primary volume as having the information for the data received from the secondary storage controller 110. If only a portion of the volume is transferred, then a portion of the primary volume is established as the local point-in-time copy. This step may merely involve the receipt of a transfer complete control signal from the secondary storage controller 110.
In an alternative embodiment, the process step of transferring the data to the primary storage controller 104 does not transfer the data to a predetermined location on the primary storage array 108. Therefore, operation 310, upon receipt of the transfer complete control signal form the secondary storage controller 110, either updates the primary volume with the local point-in-time copy information or in yet another alternative embodiment, replaces the whole primary volume with a temporary volume set up during the transfer. Either way, operation 310 causes the primary volume to include the proper information related to the local point-in-time copy information.
Once the primary volume comprises the local point-in-time copy information, conduct operation 312 conducts a signal to the application host notifying completion of the restore process 300. The signal may automatically be conducted to the application host upon replacement of the primary volume, or such a signal may be delivered upon some other command or request. However, the host system 102 does not have access to the primary volume until receipt of this completion signal. Therefore it is preferable to automatically conduct the completion signal to the host notifying the host that it can access the primary storage controller.
Upon receipt of the completion signal by the host system 102, the restoration process 300 is complete.
If determination step 304 determines that a valid point-in-time copy does not exist, conduct operation 314 conducts a signal to the application host 102 notifying the application host 102 that no point-in-time copy exists. The restore process ends following the conduction of this signal as there is no reason to communicate with the secondary storage controller 110 for a copy that does not satisfy the initial request.
In alternative embodiments the information related to the point-in-time copies may be stored at the secondary storage controller. In such an alternative embodiment, the determination step 304 is generally carried out by the secondary storage controller 110 instead of the primary storage controller 104 as shown in FIG. 3. The signal related to the absence of a point-in-time copy would be conducted from the secondary storage controller 110 to the primary storage controller 104 which would then relay the information to the application host system 102.
Partial volumes, extent levels of volumes, full volumes or other variations of identifiable memory locations can be restored according to process 300. In order to restore partial volumes, bit map information is sent to the secondary storage controller from the primary storage controller in its request for the point-in-time copy. The bit map information relates to the precise data or portions of data that is to be restored. The secondary storage controller correlates the bit map information to actual data located on the secondary disk array. Since the location of data on the secondary disk array is not necessarily the same as the location of the corresponding data on the primary disk array, some translation may be necessary. Since the secondary volume keeps track of corresponding data locations, the translation is relatively straightforward. Moreover, the bit map of information may actually relate to data from more than one volume.
An extent level is related to a set of tracks that is to be restored. Sets or ranges of physical tracks are identifiable and therefore can be restored as such. The process of restoring a partial volume using extent information is the same as restoring using a bit map, except the process uses a start address and a count value to define a range of tracks to be copies instead of a bit representation of each track to be copied. In an alternative embodiment the tracks that are restored may actually comprise information from more than one volume.
If the full volume is to be recovered then merely a volume identification is conducted with the request. The secondary controller transfers a whole volume of information when receiving only the volume identification.
A block diagram illustrating computer system 100 in accordance with the preferred embodiment of the present invention is shown in FIG. 4. The primary storage controller 104 uses a “snap” volume 124 to facilitate asynchronous remote copying. The snap volume 124 is a copy of the primary volume 106 and therefore virtually maps to the same data location as the primary volume 106. The snap volume 124 is then used to transfer data to the secondary controller 110, freeing the primary volume to be accessible to the host system 102.
The primary storage controller 104 is triggered to “snap” information to the snap volume 124 those cylinders of the primary volume 106 that are out-of-sync with the secondary volume 118. In the first instance, all cylinders of the primary volume 106 are out-of-sync with the secondary volume 118, and therefore all populated cylinders of the primary volume 106 are snapped to the snap volume 124. “Snapping” is a process by which the pointers that represent the mapping of a primary volume to the physical storage in a disk array 108 are copied from shared memory associated with the primary volume 106 to shared memory associated with a snap volume 124. In contrast to a remote copy of physical data from a primary disk array 108 to a secondary disk array 120, a snap operation does not involve the copy of physical data from the primary disk array and, therefore, occurs relatively rapidly. In this manner, no actual data is copied to the snap volume, just pointers are copied. A bit map structure 126 is associated with the snap volume 124 to indicate those cylinders of the snap volume 124 that are out-of-sync with the secondary volume 118. After the out-of-sync cylinders are snapped, the bit fields in bit map structure, i.e., the bit map structure associated with primary volume 106 are reset and a write complete status is sent back to the application host system. The arrow 130 represents the copy operation (i.e., the snap) of the pointers from the primary volume 106 to the snap volume 124.
The communications link 111 communicates a physical copy of the data stored in the disk array 108 and mapped by the snap volume 124 to the secondary volume 118. In contrast to the snap operation represented by arrow 130, the remote copy from the snap volume 124 to the secondary volume 118 comprises an actual copy of data, which is physically recorded to the disk array 120. In a preferred embodiment, a remote copy pair is configured between the primary volume 106 and the secondary volume 118 to perform remote copying. Furthermore, the snap volume 124 is configured as a target volume for the snapping operation, as an intermediate stage of the remote copying operation. Since the process is asynchronous, a point-in-time copy exists at the secondary system. This point-in-time is representative of the backup desired. In order to retrieve the point-in-time copy the host computer must send a request to the secondary subsystem through link 111.
In operation the method of restoring backup information from the secondary storage controller shown in
The computer system 100 and method described above for restoring a valid point-in-time copy from the secondary system 105 to the primary system 101 eliminates the time consuming task of recovering data from a tape backup system. As long as a valid point-in-time copy exists, then the process of creating the point-in-time copy may be of little significance. Importantly, the system can identify the existence of the point-in-time copy and restore that copy to the primary system 101. The simplicity of the above method allows the restoration process to be exploited relatively often with minimal impact on the host application 102.
The above specification, examples and data provide a complete description of the manufacture and use of the composition of the invention. Since many embodiments of the invention can be made without departing from the spirit and scope of the invention, the invention is defined by the following claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5155845 *||Jun 15, 1990||Oct 13, 1992||Storage Technology Corporation||Data storage system for providing redundant copies of data on different disk drives|
|US5555371 *||Jul 18, 1994||Sep 10, 1996||International Business Machines Corporation||Data backup copying with delayed directory updating and reduced numbers of DASD accesses at a back up site using a log structured array data storage|
|US5623599 *||Jul 29, 1994||Apr 22, 1997||International Business Machines Corporation||Method and apparatus for processing a synchronizing marker for an asynchronous remote data copy|
|US5692155 *||Apr 19, 1995||Nov 25, 1997||International Business Machines Corporation||Method and apparatus for suspending multiple duplex pairs during back up processing to insure storage devices remain synchronized in a sequence consistent order|
|US5835954 *||Sep 12, 1996||Nov 10, 1998||International Business Machines Corporation||Target DASD controlled data migration move|
|US6131148 *||Jan 26, 1998||Oct 10, 2000||International Business Machines Corporation||Snapshot copy of a secondary volume of a PPRC pair|
|1||Pate, Alison et al.: "RAMAC Virtual Array: Implementing Peer-to-Peer Remote Copy". IBM International Technical Support Organization, Dec. 1998.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7089446 *||Jan 9, 2003||Aug 8, 2006||International Business Machines Corporation||Method, system, and article of manufacture for creating a consistent copy|
|US7114094 *||Apr 6, 2004||Sep 26, 2006||Hitachi, Ltd.||Information processing system for judging if backup at secondary site is necessary upon failover|
|US7136976 *||Mar 5, 2004||Nov 14, 2006||Hitachi, Ltd.||System and method for backup which synchronously or asynchronously stores additional information depending on the target backup data|
|US7139782 *||Sep 21, 2004||Nov 21, 2006||Hitachi, Ltd.||Method of and system for testing remote storage|
|US7149787 *||Jun 7, 2001||Dec 12, 2006||Emc Corporation||Apparatus and method for mirroring and restoring data|
|US7155486 *||Feb 24, 2003||Dec 26, 2006||Hitachi, Ltd.||Storage management method|
|US7158985 *||Apr 9, 2003||Jan 2, 2007||Cisco Technology, Inc.||Method and apparatus for efficient propagation of large datasets under failure conditions|
|US7165158||Aug 17, 2005||Jan 16, 2007||Hitachi, Ltd.||System and method for migrating a replication system|
|US7194487 *||Oct 16, 2003||Mar 20, 2007||Veritas Operating Corporation||System and method for recording the order of a change caused by restoring a primary volume during ongoing replication of the primary volume|
|US7203861 *||Mar 8, 2001||Apr 10, 2007||Cablynx, Inc.||Method and system for remotely backing up a computer memory utilizing a global communications network|
|US7210011 *||Nov 25, 2003||Apr 24, 2007||Hitachi, Ltd.||Information processing system, storage system, storage device controller and program that enable facilitating the recovery work of remote copying|
|US7284020 *||Sep 1, 2004||Oct 16, 2007||Hitachi, Ltd.||System and method for data recovery in a storage system|
|US7293146 *||May 23, 2005||Nov 6, 2007||Symantec Corporation||Method and apparatus for restoring a corrupted data volume|
|US7337286 *||Apr 14, 2005||Feb 26, 2008||Storage Technology Corporation||Storage control system for restoring a remote data copy|
|US7343514 *||Aug 21, 2003||Mar 11, 2008||Nec Corporation||Data copying system, relaying device, data transfer/reception system and program for copying of data in storage unit|
|US7444420||Apr 21, 2006||Oct 28, 2008||Emc Corporation||Apparatus and method for mirroring and restoring data|
|US7472239 *||May 11, 2006||Dec 30, 2008||Hitachi, Ltd.||Storage system and data management method|
|US7487162 *||Feb 20, 2004||Feb 3, 2009||Hitachi, Ltd.||Method and data processing system with data replication|
|US7590706 *||Jun 4, 2004||Sep 15, 2009||International Business Machines Corporation||Method for communicating in a computing system|
|US7647364 *||Sep 9, 2005||Jan 12, 2010||Whitserve Llc||Onsite backup of internet-based data in a requested format|
|US7650385 *||Nov 20, 2003||Jan 19, 2010||International Business Machines Corporation||Assigning priorities|
|US7672979 *||Jul 8, 2005||Mar 2, 2010||Symantec Operating Corporation||Backup and restore techniques using inconsistent state indicators|
|US7685377||Jul 12, 2006||Mar 23, 2010||Storage Technology Corporation||Piecewise logical data management|
|US7689611 *||Sep 30, 2003||Mar 30, 2010||Hitachi, Ltd.||Method of and a system for recovering data in an information processing system|
|US7707377 *||Feb 20, 2008||Apr 27, 2010||Hitachi, Ltd.||Remote storage disk control device and method for controlling the same|
|US7716438 *||Jul 23, 2007||May 11, 2010||Hitachi, Ltd.||Storage system and back-up method for storage system|
|US7761426||Jul 20, 2010||International Business Machines Corporation||Apparatus, system, and method for continuously protecting data|
|US7778958 *||Aug 17, 2010||Quantum Corporation||Recovery of data on a primary data volume|
|US7793148||Sep 7, 2010||International Business Machines Corporation||Using virtual copies in a failover and failback environment|
|US7853765||Nov 12, 2008||Dec 14, 2010||Hitachi, Ltd.||Storage system and data management method|
|US7904743 *||Aug 27, 2007||Mar 8, 2011||International Business Machines Corporation||Propagation by a controller of reservation made by a host for remote storage|
|US7925628||Nov 17, 2009||Apr 12, 2011||Whitserve Llc||Internet-based data processing system with onsite backup|
|US7974951 *||Jul 5, 2011||Whitserve Llc||Onsite backup for third party internet-based systems|
|US7975116||Mar 10, 2010||Jul 5, 2011||Hitachi, Ltd.||Remote storage disk control device and method for controlling the same|
|US7991972 *||Aug 2, 2011||International Business Machines Corporation||Determining whether to use a full volume or repository for a logical copy backup space|
|US8060779||Apr 12, 2010||Nov 15, 2011||International Business Machines Corporation||Using virtual copies in a failover and failback environment|
|US8090760||Dec 5, 2008||Jan 3, 2012||International Business Machines Corporation||Communicating in a computing system|
|US8117167||Jan 30, 2009||Feb 14, 2012||Hitachi, Ltd.||Method and data processing system with data replication|
|US8255652||May 17, 2011||Aug 28, 2012||Hitachi, Ltd.||Remote storage disk control device and method for controlling the same|
|US8335768||May 25, 2005||Dec 18, 2012||Emc Corporation||Selecting data in backup data sets for grooming and transferring|
|US8656057 *||Apr 1, 2009||Feb 18, 2014||Emc Corporation||Opportunistic restore|
|US8682870||Mar 1, 2013||Mar 25, 2014||Storagecraft Technology Corporation||Defragmentation during multiphase deduplication|
|US8732135||Mar 1, 2013||May 20, 2014||Storagecraft Technology Corporation||Restoring a backup from a deduplication vault storage|
|US8738577||Mar 1, 2013||May 27, 2014||Storagecraft Technology Corporation||Change tracking for multiphase deduplication|
|US8751454||Jan 28, 2014||Jun 10, 2014||Storagecraft Technology Corporation||Virtual defragmentation in a deduplication vault|
|US8788768||Sep 29, 2010||Jul 22, 2014||International Business Machines Corporation||Maintaining mirror and storage system copies of volumes at multiple remote sites|
|US8788772||May 14, 2012||Jul 22, 2014||International Business Machines Corporation||Maintaining mirror and storage system copies of volumes at multiple remote sites|
|US8812437||May 24, 2013||Aug 19, 2014||Whitserve Llc||Onsite backup for third party internet-based systems|
|US8856202 *||Aug 20, 2009||Oct 7, 2014||Intellectual Ventures Ii Llc||Flexible remote data mirroring|
|US8868515||Feb 11, 2008||Oct 21, 2014||Hyung Sup Lee||Distribution of mainframe data in the PC environment|
|US8874527 *||Mar 1, 2013||Oct 28, 2014||Storagecraft Technology Corporation||Local seeding of a restore storage for restoring a backup from a remote deduplication vault storage|
|US9002798 *||Feb 11, 2013||Apr 7, 2015||Symantec Corporation||Systems and methods for remedying corrupt backup images of host devices|
|US9270752||Oct 1, 2014||Feb 23, 2016||Intellectual Ventures Ii Llc||Flexible remote data mirroring|
|US20040010732 *||Jan 31, 2003||Jan 15, 2004||Hitachi, Ltd.||Backup method and storage control device using the same|
|US20040044649 *||Aug 21, 2003||Mar 4, 2004||Nec Corporation||Data copying system, relaying device, data transfer/reception system and program for copying of data in storage unit|
|US20040088379 *||Feb 24, 2003||May 6, 2004||Tatsundo Aoshima||Storage management method|
|US20040139366 *||Jan 9, 2003||Jul 15, 2004||International Business Machines Corporation||Method, system, and article of manufacture for creating a consistent copy|
|US20040172511 *||Nov 25, 2003||Sep 2, 2004||Hitachi, Ltd.||Information processing system, storage system, storage device control apparatus and program|
|US20040215637 *||Feb 20, 2004||Oct 28, 2004||Kenichi Kitamura||Method and data processing system with data replication|
|US20050038830 *||Sep 7, 2004||Feb 17, 2005||Lee Hyung Sup||Distribution of mainframe data in the PC environment|
|US20050055521 *||Mar 5, 2004||Mar 10, 2005||Hitachi, Ltd.||Backup system and method|
|US20050108302 *||Apr 10, 2003||May 19, 2005||Rand David L.||Recovery of data on a primary data volume|
|US20050114460 *||Nov 20, 2003||May 26, 2005||International Business Machines Corporation||Method, system, and program for assigning priorities|
|US20050160305 *||Apr 6, 2004||Jul 21, 2005||Kenichi Soejima||Information processing system, information processing apparatus, and control method for information processing system|
|US20050251517 *||Sep 30, 2003||Nov 10, 2005||Hitachi, Ltd.||Method of and a system for recovering data in an information processing system|
|US20050271061 *||Jun 4, 2004||Dec 8, 2005||Lu Nguyen||Method and system for communicating in a computing system|
|US20060010179 *||Sep 9, 2005||Jan 12, 2006||Whitmyer Wesley W Jr||Onsite backup for internet-based data processing|
|US20060047712 *||Sep 1, 2004||Mar 2, 2006||Hitachi, Ltd.||System and method for data recovery in a storage system|
|US20060051157 *||Sep 9, 2004||Mar 9, 2006||International Business Machines Corporation||Systems, methods, and media for backing up a computer system|
|US20060075148 *||Sep 21, 2004||Apr 6, 2006||Hitachi Ltd.||Method of and system for testing remote storage|
|US20060182020 *||Jan 31, 2005||Aug 17, 2006||Factor Michael E||Point-in-time data replication method apparatus and system|
|US20060259815 *||May 10, 2005||Nov 16, 2006||Stratus Technologies Bermuda Ltd.||Systems and methods for ensuring high availability|
|US20070130214 *||Dec 7, 2005||Jun 7, 2007||Boyd Kenneth W||Apparatus, system, and method for continuously protecting data|
|US20070143352 *||Dec 21, 2005||Jun 21, 2007||International Business Machines Corporation||Method and system for implementing database migration using a staged approach|
|US20070226446 *||May 11, 2006||Sep 27, 2007||Hitachi, Ltd.||Storage system and data management method|
|US20070266213 *||Jul 23, 2007||Nov 15, 2007||Hitachi, Ltd.||Storage system and back-up method for storage system|
|US20080172537 *||Feb 20, 2008||Jul 17, 2008||Hitachi, Ltd.||Remote storage disk control device and method for controlling the same|
|US20080172572 *||Jan 12, 2007||Jul 17, 2008||International Business Machines Corporation||Using virtual copies in a failover and failback environment|
|US20090063892 *||Aug 27, 2007||Mar 5, 2009||International Business Machines Corporation||Propogation by a controller of reservation made by a host for remote storage|
|US20090083502 *||Nov 12, 2008||Mar 26, 2009||Hitachi, Ltd.||Storage system and data management method|
|US20090113026 *||Dec 5, 2008||Apr 30, 2009||International Business Machines Corporation||Machine readable storage medium and system for communicating in a computing system|
|US20090150626 *||Dec 6, 2007||Jun 11, 2009||International Business Machines Corporation||Determining whether to use a full volume or repository for a logical copy backup space|
|US20090157758 *||Feb 11, 2008||Jun 18, 2009||Hyung Sup Lee||Distribution of mainframe data in the PC environment|
|US20090313389 *||Aug 20, 2009||Dec 17, 2009||Miralink Corporation||Flexible remote data mirroring|
|US20100063963 *||Nov 17, 2009||Mar 11, 2010||Whitserve Llc||Local Access To Internet-Processed Data Records|
|US20100070477 *||Nov 17, 2009||Mar 18, 2010||Whitserve Llc||Internet-Based Data Processing System with Onsite Backup|
|US20100192008 *||Apr 12, 2010||Jul 29, 2010||International Business Machines Corporation||Using virtual copies in a failover and failback environment|
|US20100205392 *||Jan 22, 2010||Aug 12, 2010||Infortrend Technology, Inc.||Method for Remote Asynchronous Replication of Volumes and Apparatus Therefor|
|US20100268688 *||Oct 21, 2010||Whitserve Llc||Onsite backup for third party internet-based systems|
|US20110238627 *||Sep 29, 2011||Whitserve Llc||Onsite backup for third party internet-based systems|
|US20140250077 *||Mar 1, 2013||Sep 4, 2014||Storagecraft Technology Corporation||Deduplication vault storage seeding|
|US20150161015 *||Dec 10, 2014||Jun 11, 2015||Commvault Systems, Inc.||Generic file level restore from a block-level secondary copy|
|US20150227433 *||Feb 7, 2014||Aug 13, 2015||International Business Machines Corporation||Creating a restore copy from a copy of source data in a repository having source data at different point-in-times and reading data from the repository for the restore copy|
|U.S. Classification||711/161, 714/E11.122, 711/162|
|International Classification||G06F11/20, G06F13/00, G06F11/14|
|Cooperative Classification||G06F11/1464, G06F11/2079, G06F11/1469, G06F11/2071, G06F11/1456|
|Jul 28, 1999||AS||Assignment|
Owner name: STORAGE TECHNOLOGY CORPORAITON, COLORADO
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:WEST, CHRISTOPHER J.;BEAL, DAVID G.;REEL/FRAME:010134/0468
Effective date: 19990727
|Nov 26, 2008||FPAY||Fee payment|
Year of fee payment: 4
|Nov 28, 2012||FPAY||Fee payment|
Year of fee payment: 8