US20030014523A1 - Storage network data replicator - Google Patents
Storage network data replicator Download PDFInfo
- Publication number
- US20030014523A1 US20030014523A1 US09/905,436 US90543601A US2003014523A1 US 20030014523 A1 US20030014523 A1 US 20030014523A1 US 90543601 A US90543601 A US 90543601A US 2003014523 A1 US2003014523 A1 US 2003014523A1
- Authority
- US
- United States
- Prior art keywords
- data
- remote
- network
- computers
- location
- 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.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2071—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers
- G06F11/2074—Asynchronous techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2058—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using more than 2 mirrored copies
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2082—Data synchronisation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2066—Optimisation of the communication load
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2053—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant
- G06F11/2056—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring
- G06F11/2071—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where persistent mass storage functionality or persistent mass storage control functionality is redundant by mirroring using a plurality of controllers
- G06F11/2079—Bidirectional techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/855—Details of asynchronous mirroring using a journal to transfer not-yet-mirrored changes
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99953—Recoverability
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99951—File or database maintenance
- Y10S707/99952—Coherency, e.g. same view to multiple users
- Y10S707/99955—Archiving or backup
Definitions
- the present invention generally relates to data networks, and more particularly, to network data replication.
- One conventional method of data backup and storage is magnetic tape backup.
- an amount of data such as a day or a week, is transferred to a magnetic tape medium that is then stored remotely offsite.
- the magnetic tape medium is cumbersome to fetch in the event of a disaster and often requires significant amount of business center down time to restore the lost data.
- database replication Another conventional method utilized to avoid down time and provide disaster protection is database replication.
- database replication the database management system can make informed decisions on whether to write data to multiple local storage devices or a local storage device and to a remote storage device, but such synchronization comes at a significant performance penalty.
- the technique of writing data to multiple storage devices simultaneously is known as mirroring. In this manner, critical data can be accessible at all times. Ensuring transaction and record consistency often results in data transmission latency when a large number of data transmissions to remote sites are necessary with each database update. Consequently, application performance is slowed to unacceptable levels.
- database replication only performs replication only on data in the database and not on data in user files and system files. A separate remote copy facility is utilized to replicate such user files or system files.
- RAID redundant array of independent disks
- SCSI small computer system interface
- a SCSI parallel interface is used for attaching peripheral devices, such as a printer or an external storage device to a computer.
- peripheral devices such as a printer or an external storage device.
- ESCON enterprise systems connection
- FCAL fiber arbitrated loop
- Another obstacle associated with long distance data mirroring is latency. That is, the round trip delay required to write data to the distant location and to wait for the remote storage device to be updated before mirroring the next data block.
- the latency is proportional to the distance between the two sites and can be heightened by intermediate extenders and communication protocol overhead. Consequently, application response slows to an unacceptable level.
- a further obstacle to long distance data mirroring is compatibility among remote storage devices involved in the mirroring.
- a host having a data replication facility may replicate a data structure to one volume of the remote storage device at a time.
- the host may not replicate the data further than the first remote storage device due to compatibility issues surrounding data transmission rates or host platform compatibility.
- the present invention addresses the above-described limitations of conventional data backup and storage operations.
- the present invention provides an approach to enable remote data mirroring amongst multiple remote storage devices across data transmission paths having various transmission capabilities and remote mirroring sites operating on various operating platforms.
- a method for replicating a data volume from a first computer to multiple remote data volumes on one or more remote computers.
- the first computer replicates the data volume and forwards the replicated data volume to the multiple remote data volumes on the one or more remote computers.
- the remote data volumes can reside on a storage device of a single remote computer or on multiple remote storage devices of multiple remote computers, or both.
- the first computer can forward the replicated data volume to the one or more remote computers in either a synchronous manner or an asynchronous manner. With either the asynchronous communication manner or the synchronous communication manner, the first computer forwards the replicated data volume using the Transmission Control Protocol/Internet Protocol (TCP/IP) protocol suite.
- TCP/IP Transmission Control Protocol/Internet Protocol
- a central data center such as a corporation's headquarters, a government agency or the like, can replicate data from a central repository to multiple remote repositories for purposes of data protection and to support data utilization by multiple employees and clients across a diverse geographical area.
- a method is performed in a computer network, wherein each of the computers in the network host a data replication facility for remote mirroring of data between each of the network computers.
- Each data replication facility is able to receive data from its host, write the data to a local storage device and subsequently mirror the data to each of the computer network computers hosting a data replication facility for storage on a storage device of the remote computer host.
- Each data replication facility can replicate a logical data volume or a physical data volume to each of the other computers in the computer network or to multiple volumes on a single computer in the computer network.
- the computer network can be a local area network, a wide area network, a virtual private network, the Internet, or other network type.
- each remote data repository receives new data from its local host each of the other remote data repositories in the computer network can be updated in a simultaneous manner.
- a network data replicator can replicate data to multiple storage devices with a single data replication operation.
- a computer readable medium holding computer executable instructions that allows a first computer to replicate a data volume to multiple remote data volumes on one or more remote computers.
- the first computer replicates the data volume and in turn forwards the replicated data volume to the multiple remote data volumes on the one or more remote computers.
- a method for remote data mirroring is performed in a computer network.
- data is replicated to a remote network location within the computer network.
- the data is again replicated to a second remote network location.
- the network data transmission capability between the first network location and the first remote network location can be different from the network data transmission capability between the first remote location and the second remote network location.
- the first network location may replicate the data to the first remote network location in a synchronous manner, while the first remote network location replicates the data to the second remote network location in an asynchronous manner.
- a remote data repository can act as a remote storage location for some data and a local data replicator for other data.
- the originating location in the storage network is no longer burdened with data transmission latency issues commonly associated with mirroring data to a remote location via a long haul network.
- a method for data replication from the first location to multiple remote locations is practiced.
- a selected data structure is replicated and transmitted to a first remote location for replication to a second remote location.
- the first remote location replicates the received replicated data and forwards the replication of the received data to the second remote location.
- Transmission between the originating location and each of the remote locations occurs in a stateless manner using the TCP/IP protocol suite.
- the transmission rate between the originating location and the first remote location can differ from the transmission rate between the first remote location and the second remote location.
- the operating platform of the originating location can differ from the operating platform of the first remote location, which can differ from the operating platform of the second remote location.
- a computer readable medium holding computer executable instructions for replicating data from a first location to multiple remote locations is provided.
- the computer readable medium allows a computer at the first location to replicate a data structure from the first location and forward the replicated data structure to a first remote location for replication to the second remote location.
- the replicated data is transmitted to each remote location using the TCP/IP protocol suite.
- a method for remote mirroring of data in a computer network allows for updating of one or more data structures of a remote storage device using a single data set.
- the one or more data structures are identified and selected from a local storage device.
- the data structures selected are more current than their corresponding data structure counterparts on a remote storage device.
- the selected data structures are grouped together as a single entity, while preserving the write ordering within each structure.
- the single data entity is then mirrored to the remote storage device to update the one or more corresponding data structure counterparts at the remote storage device.
- a method is practiced in a computer network for remote mirroring of data from a first networked computer to one or more networked computers.
- the method provides for a first networked computer to log all local disk updates during a period of time when the remote mirroring of data cannot be accomplished.
- the first networked computer determines when remote mirroring of data can be re-established and groups all of its disk updates into a single data set.
- the first networked computer restarts the remote mirroring of data to one or more remote network computers when the remote mirroring of data is re-established.
- FIG. 1 depicts a block diagram of an exemplary system suitable for practicing the illustrative embodiment of the invention.
- FIG. 2 is a flow chart that illustrates the steps taken by the illustrative embodiment of the invention to replicate data in a synchronous manner.
- FIG. 3 is a block diagram of the steps taken by the illustrative embodiment of the present invention to replicate data in a asynchronous manner.
- FIG. 4 depicts a log suitable for use by the illustrative embodiment of the present invention.
- FIG. 5 is a block diagram illustrating the steps taken by the illustrative embodiment of the invention to group data.
- FIG. 6 depicts a block diagram of a system suitable for replicating data to multiple volumes using the illustrative embodiment of the present invention.
- FIG. 7 depicts a block diagram of an exemplary system suitable for practicing the illustrative embodiment of the invention to replicate data to multiple volumes.
- FIG. 8 is a flow diagram illustrating steps taken by the illustrative embodiment of the invention to perform selected mirroring of data.
- FIG. 9 depicts a block diagram of an exemplary system suitable for practicing the illustrative embodiment of the invention across multiple hosts.
- the term “host” is a computer system, such as a PC, a workstation, a server, or the like, that is capable of supporting a data replication facility.
- volume is an identifiable unit of data on a storage device, such as a disk or tape, it is possible for a the storage device to contain more than one volume or for a volume to span more than one storage device.
- the illustrative embodiment of the present invention provides an approach for mirroring data from a local storage device to a remote storage device that overcomes the burdens commonly associated with mirroring data to a physically remote location.
- the illustrative embodiment of the present invention allows a local host with a data replication facility to replicate a volume of data to multiple secondary volumes on one or more remote hosts that also have a data replication facility.
- the local host along with each remote host can replicate data volumes without the use of a volume manager.
- the illustrative embodiment allows for each remote host to further replicate the data to additional remote hosts. In this manner, the local host can replicate data to one or more distant storage devices without concern for data transmission latency that would degrade application performance on the local host.
- the illustrative embodiment of the present invention improves fault tolerance of a distributed system and improves upon data availability and load balancing by replicating data to multiple hosts.
- the remote mirroring operation in the illustrative embodiment of the present invention can be occasionally interrupted, either intentionally or by unplanned outages.
- the primary member of the volume pair that is, the local volume
- the volume image pairs are no longer considered synchronized.
- the term synchronize refers to the process of updating one or more replica volumes to reflect changes made in the primary volume.
- the term resynchronization refers to the process of reestablishing the mirroring process along with replicating all primary volume images that changed during the outage period to the one or more replica volumes so that all changes to the primary volume are reflected in the one or more replica volumes.
- the illustrative embodiment of the present invention also improves the resynchronization of the remote mirroring process in the event that a failure occurs.
- the illustrative embodiment of the present invention tracks changes to disk regions that occur during the remote mirroring outage period. This allows changes that occur during the outage period to be easily identified and allows only the last change to a particular disk region to be replicated during the resynchronization. In this manner, multiple changed volumes of a data structure can be grouped into a single data set for resynchronization upon reestablishment of communications with the remote storage device.
- the illustrative embodiment of the present invention is able to halt the remote data mirroring to verify proper data replication on a remote storage device. In this manner, a data volume or a group of volumes on the local storage device of the local host provide a content baseline for determining if the content of the remote storage device of the remote host matches the content of the local storage device.
- the illustrative embodiment of the present invention transmits data to perform the remote data mirroring using the TCP/IP protocol suite.
- the replicated data is able to share a transmission path with other IP traffic from unrelated applications.
- the illustrative data replication facility is able to replicate data from different applications operating on different hosts that utilize distinct storage devices. By properly provisioning the common transmission path the data replication facility can route IP traffic from each application over the same link to a remote storage device.
- the data replication facility of the illustrative embodiment supports synchronous data replication and asynchronous data replication. With synchronous data replication, the local site waits for confirmation from the remote site before initiating the next write to the local storage device.
- FIG. 1 illustrates an exemplary system 10 suitable for practicing the asynchronous and the synchronous data replication techniques of the illustrative embodiment. Synchronous data replication by the exemplary system 10 will be discussed below in detail with reference to FIG. 2. Asynchronous data replication by the exemplary system 10 will be discussed below in detail with reference to FIG. 3. Moreover, one skilled in the art will recognize the illustrative data replication facility can replicate data to locations that are within a few hundred feet of the data replication facility as well as replicate data to locations that are hundreds or thousands of miles away.
- the local site 12 includes a host 16 that supports the data replication facility 20 and is in communication with the storage device 24 .
- the remote site 14 includes a host 18 that supports the data replication facility 20 ′ and is in communication with the remote storage device 26 .
- the host 16 and 18 may be a workstation, a PC, a mainframe, a server or any combination thereof.
- the local site 12 and the remote site 14 communicate with each other via the communication link 28 .
- the communication link 28 can be any suitable communication link, wired or wireless, that is suitable for transmission of information in accordance with the TCP/IP protocol suite.
- the local storage device 24 and the remote storage device 26 may be, but is not limited to an optical disk storage device, a magnetic disk storage device or any combination thereof.
- the data replication facility 20 and 20 ′ coordinate with each host to provide data replication operation and control. In this manner, the respective data replication facility 20 and 20 ′ interface with an application performing a write operation on their respective host to control operation of the storage device local to the host and to interface with the remote data replication facility for replication of the just written data to the remote storage device.
- the data replication facility 20 and 20 ′ can replicate data in a bidirectional manner. That is, if, in the event of a disruption in the remote mirroring process, either the data replication facility 20 or the data replication facility 20 ′ can be instructed to log each local write to the respective local storage device 24 and 26 . Upon restoration of the remote mirroring process, data resynchronization can occur from the site selected to maintain a write log during the outage.
- the local site typically continues to write to the primary volumes on the local storage device 24 , while the remote site 14 ceases all writes and awaits for the reestablishment of the remote mirroring process.
- the local site 12 as well as the remote site 14 can be instructed to log all local writes in the event of a remote mirroring outage.
- someone, such as a system administrator would make a decision as to the direction the resynchronization would occur. That is, from the remote site 14 to the local site 12 or from the local site 12 to the remote site 14 .
- the illustrative embodiment of the present invention will be discussed relative to data replication from the local site 12 to the remote site 14 .
- FIG. 2 illustrates in more detail the operation of the illustrative data replication facility of the present invention in a synchronous replication mode.
- an application running on the host 16 first issues a write to the local storage device 24 (step 30 ).
- the write request first goes to the local data replication facility 20 operating on the host 16 of the local site 12 where the local data replication facility 20 sets a bit in a bitmap that represents the storage region of the storage device corresponding to where the data is written (step 32 ).
- the local data replication facility 20 then writes the data to the local storage device 24 (step 34 ).
- the proper bit is set in the bitmap, the write occurs on the storage device of the local site.
- the bitmap is used to track data awaiting replication and is discussed in more detail below with reference to FIG. 4.
- the local data replication facility 20 then replicates the data and forwards the data to the remote data replication facility 20 ′ operating on the host 18 of the remote site 14 for remote data mirroring (step 36 ).
- the local data replication facility 20 forwards as part of the replicated data package information that identifies a storage location, such as a volume path, for the replicated data at the remote site 18 .
- a storage location such as a volume path
- the local data replication facility 20 can forward the data directly to the remote data replication facility 20 ′ and can also forward the data through one or more intermediary mechanisms, such as a switch, a router, a network interface apparatus, a forwarding mechanism or the like.
- the data is received by the remote data replication facility 20 ′ at the remote site 14 (step 38 ) at which time the remote data replication facility 20 ′ issues a write request for the received data (step 40 ).
- the received data is then written to the remote storage device 26 of the remote site 14 (step 42 ).
- the remote data replication facility 20 ′ receives an acknowledgement from the host 18 of the remote site 14 (step 44 ) and forwards the acknowledgement to the local data replication facility 20 (step 46 ).
- the local data replication facility 20 receives the acknowledgement (step 48 ) it clears the bit set in the bitmap (step 50 ).
- the local data replication facility 20 informs the application operating on the local site host 16 that the write is complete (step 52 ) and the application issues the next write for the local storage device 24 (step 54 ).
- FIG. 3 illustrates a typical asynchronous data replication technique for mirroring data to a remote site.
- the local host 16 confirms write completion to the local storage device 24 before the remote storage device 26 of the remote site 14 is written to. However, since the time needed for the data to cross the communication link 28 is significantly longer than the time needed for the local write to occur to the local storage device 24 , the host 16 at the local site 12 queues the remote data writes for transmission at a later time.
- the asynchronous operation of the illustrative data replication facility is as follows.
- An application operating on the host 16 of the local site 12 wishing to write data to the local storage device 24 first issues a write request to the local storage device 24 (step 60 ).
- the write first goes to the local data replication facility 20 operating on the host 16 of the local site 12 (step 62 ).
- the local data replication facility 20 for the local site 12 upon receipt of the write request sets a bit in a bitmap that corresponds to the data for the issued write request (step 62 ).
- the data is then written to the local storage device 24 of the local site 12 (step 64 ).
- the local data replication facility 20 copies the data into a queue to await forwarding to the remote storage device 26 of the remote site 14 (step 66 ).
- the local data replication facility 20 can forward the data directly from the queue to the remote data replication facility 20 ′ and can also forward the data through one or more intermediary mechanisms, such as a switch, a router, a network interface apparatus, a forwarding mechanism or the like.
- the local data replication facility 20 notifies the application operating on the local host 16 that the write is complete and the local storage device 24 is now ready for the next write (step 68 ).
- the data from the queue is forwarded on a first in first out (FIFO) basis from the local site 12 to the remote site 14 (step 70 ).
- the data forwarded from the queue is packaged to include information that identifies a storage location at the remote host 18 , such as a volume data path.
- Data is received at the remote site 14 by the remote data replication facility 20 ′ operating on the remote host 18 (step 72 ).
- the remote data replication facility 20 ′ issues a write request for the received data (step 74 ).
- the received data is then written to the remote storage device 26 of the remote site 14 (step 76 ).
- the remote data replication facility 20 ′ sends an acknowledgement to the local data replication facility 20 (step 78 ).
- the local data replication facility 20 Upon receipt of the acknowledgment from the remote data replicating facility 20 ′, the local data replication facility 20 removes the corresponding bit from the bitmap to signify the remote write of the data completed and that the remote asynchronous data replication is complete for that data set (step 79 ).
- the illustrative embodiment of the present invention logs all local writes during the remote mirroring outage period.
- the data replication facility of the illustrative embodiment generally utilizes a bit vector scoreboard 80 , illustrated in FIG. 4, to keep track of local storage device locations that change during the remote mirroring outage period.
- the exemplary scoreboard 80 of FIG. 4 provides a way to log changes during a remote mirroring outage.
- the exemplary scoreboard 80 holds bits that represent regions, such as tracks and sections of the local storage device that have been modified during the outage period.
- the exemplary scoreboard 80 can be configured to support different levels of granularity, for example, one bit for every 64 kbits or one bit for every 128 kbits of memory.
- the utilization of a scoreboard allows only the last update to the local storage device location to be resynchronized rather than all the preceding updates when the outage period ends. Consequently, the time required for the resynchronization process to occur is significantly reduced.
- An important consideration in asynchronous data replication is ensuring that the remote writes are applied in the order in which they were posted by the local host application. For example, some data structures utilize a write ahead logging protocol to recover any table updates from a write ahead log that were not captured on disk due to media or other failure. Unfortunately in remote mirroring, the write ahead log and the table updates are typically deposited on different disk volumes. Consequently, when two separate applications are performing asynchronous writes, any attempt to replicate the data volumes to the remote storage device fails to preserve the correct write ordering.
- the illustrative data replication facility of the present invention is able to group together a structure, such as a write ahead log and a structure, such as a corresponding table entry into a single data set while preserving the write ordering for each asynchronous writer.
- a structure such as a write ahead log
- a structure such as a corresponding table entry into a single data set
- two separate processes or threads can run asynchronous to each other and can copy or mirror their respective volumes to remote storage devices while preserving their respective write order.
- the data replication facility operator can instruct the illustrative data replication facility to select a number of identified volumes to form a group.
- the data replication facility operator supplies the illustrative data replication facility with the indicia to identify the volumes that should be grouped together when instructed to do so. In this manner, an application utilizing multiple volumes for write order sensitive data can be replicated as a group or single entity while preserving the write ordering of the data.
- the illustrative data replication facility of the present invention can automatically switch from replicating mode to data logging mode using the scoreboard 80 , when a remote mirroring failure is detected (step 90 ).
- the operator of the illustrative embodiment can select, on a data structure basis, which data the illustrative data replication facility should log into the scoreboard 80 when remote mirroring is not available.
- the local data replication facility can automatically resynchronize the logged data with the remote storage device upon the removal of the remote data mirroring interruption.
- the local data replication facility may detect the reestablishment on its own or may receive notification from the local host (step 92 ). Consequently, a point in time can be easily identified for a data group across multiple volumes in the event that a remote mirroring failure occurs.
- the auto resynchronization technique supports the concept of grouping in which the illustrative data replication facility is able to group multiple data sets into a single entity through the use of a queue (step 94 ) and to resynchronize the data (step 96 ).
- FIGS. 6 and 7 illustrate that the illustrative data replication facility is able to replicate a primary volume 100 from the local storage device 24 to multiple mirrored volumes 102 and 104 on one or more remote storage devices.
- FIG. 6 illustrates the situation in which the multiple mirrored volumes 102 and 104 are located on the same remote storage device 26 while FIG. 7 illustrates the situation in which the multiple mirrored volumes 102 and 104 are located on multiple remote storage devices 26 and 26 ′ respectively.
- the local host 16 identifies to the local data replication facility 20 the data volumes from the local storage device 24 that are to be mirrored to the remote storage device 26 (step 110 in FIG. 8). Once the data volumes are identified, the local data replication facility 20 enters the data logging mode using the scoreboard 80 to track the disk areas that are being mirrored to the remote storage device 26 (step 112 in FIG. 8). The local data replication facility 20 logs the selected data to a local queue as a single group (step 112 in FIG. 8).
- the local host 16 sends the appropriate command to the remote host 18 and correspondingly the remote data replication facility 20 ′ to initiate the routine to receive and store the selected data volumes on the remote storage device 26 (step 114 in FIG. 8).
- the local data replication facility 20 stops placing the selected data into the local queue and waits for all the selected data to be written from the local queue to the remote storage device 26 .
- the data volume is assigned some type of indicia, such as a volume name or volume number, by the volume owner, for example, an application, the data owner or the data replication facility operator.
- the remote data replication facility 20 ′ writes the replicated data volume to a location on the remote storage device 26 based on the volume name and the file allocation table of the remote storage device 26 .
- the remote data replication facility 20 ′ signals to the local data replication facility 20 that the mirroring to the remote storage device 26 is complete (step 116 ).
- the ability to copy data from the local storage device 24 to the remote storage device 26 to ensure data uniformity in an asynchronous data mirroring environment does not impede any writes that occur to the local storage device 24 when remote mirroring is halted.
- the local data replication facility 20 is able to attend to the writes to the local storage device 24 by performing the local write and logging the local write to the scoreboard 80 . Consequently, when the volume copying is complete, the local data replication facility 20 can resynchronize with the remote data replication facility 20 ′ using the scoreboard 80 to update the remote storage device 26 with the local writes that occurred during the copy operation.
- the local data replication facility 20 preserves the write ordering of all volumes copied during the copy operation.
- the illustrative data replication facility of the present invention is able to remotely mirror data across multiple remote hosts and remote sites that have distinct characteristics as illustrated in FIG. 9.
- the illustrative data replication facility 20 may replicate to a remote host 14 operating on the Solaris® operating system available from Sun Microsystems, Inc. of Palo Alto, Calif., and the data replication facility 20 ′ at the remote host 14 , in turn, replicates the same data to the remote host 14 ′ operating on the Unix® operating system.
- the transmission medium interconnecting each remote site may have a different bandwidth characteristic that effects the rate at which replicated data can be transmitted from site to site. As FIG.
- each intermediate host can further mirror the data from the originating local site to as many remote sites as necessary while overcoming the incompatibility issues previously associated with the remote mirroring of data across multiple remote sites.
Abstract
A method and apparatus for performing remote data replication. The method and apparatus can detect an interruption in the remote data replication process and begin local logging of all local data writes that occur while the remote data replication process is unavailable. The method and apparatus can perform remote data replication across multiple remote storage devices or the method and apparatus can replicate a data structure from a first storage device to multiple locations on one or more remote storage devices. In addition, the method and apparatus can halt the remote data replication and copy data from the local storage device to the remote storage device to ensure data uniformity on all storage devices.
Description
- The present invention generally relates to data networks, and more particularly, to network data replication.
- With accelerated business practices and the globalization of the marketplace, there is an ever increasing need for around the clock business communications and operations. As such, corporate data repositories must be able to provide critical business data at any moment in time in the face of interruptions caused by hardware failure, software failure, geographical disaster, or the like. To achieve the necessary data continuity and resilience for the present global marketplace, businesses utilize remote data repositories to backup and store critical business data.
- One conventional method of data backup and storage is magnetic tape backup. At a business center, an amount of data, such as a day or a week, is transferred to a magnetic tape medium that is then stored remotely offsite. However, the magnetic tape medium is cumbersome to fetch in the event of a disaster and often requires significant amount of business center down time to restore the lost data.
- Another conventional method utilized to avoid down time and provide disaster protection is database replication. With database replication, the database management system can make informed decisions on whether to write data to multiple local storage devices or a local storage device and to a remote storage device, but such synchronization comes at a significant performance penalty. The technique of writing data to multiple storage devices simultaneously is known as mirroring. In this manner, critical data can be accessible at all times. Ensuring transaction and record consistency often results in data transmission latency when a large number of data transmissions to remote sites are necessary with each database update. Consequently, application performance is slowed to unacceptable levels. In addition, database replication only performs replication only on data in the database and not on data in user files and system files. A separate remote copy facility is utilized to replicate such user files or system files.
- In yet another data replication technique known as redundant array of independent disks (RAID), a host, such as a server or workstation, writes data to two duplicate storage devices simultaneously. In this manner, if one of the storage devices fails, the host can instantly switch to the other storage device without any loss of data or service. Nevertheless, to write to two duplicate storage devices simultaneously when one storage device is local and the other is remote is burdensome.
- The mirroring of data to a distant location often faces remote data transmission limitations. For example, data transmission using a small computer system interface (SCSI) is limited to twenty-five meters. Typically, a SCSI parallel interface is used for attaching peripheral devices, such as a printer or an external storage device to a computer. Thus by utilizing a computer's SCSI port a computer can perform data mirroring by simultaneously writing to an internal storage device and an external storage device. Although discrete SCSI extenders are available, they become cumbersome and expensive beyond one or two remote connections.
- One data transmission connection that is used for remote mirroring of data with an external storage device is the enterprise systems connection (ESCON) for use in mainframe systems. Unfortunately, ESCON has a maximum range of sixty kilometers. A further example of a remote data transmission connection that is used for distant mirroring of data is fiber arbitrated loop (FCAL), which can distribute loop connections over 100 kilometers when properly equipped. Nevertheless, these data transmission connections do not provide the necessary long distance separation between an operational work center and the data repository to overcome regional disasters such as earthquakes, tornadoes, floods, and the like.
- The above shortcomings can be overcome by use of a dedicated transmission medium between two sites, such as a high-speed fiber optic cable. However, most high speed transmission mediums are dedicated to telecommunications traffic. Moreover, the cost for a dedicated high-speed link makes such a choice prohibitive.
- Another obstacle associated with long distance data mirroring is latency. That is, the round trip delay required to write data to the distant location and to wait for the remote storage device to be updated before mirroring the next data block. Typically, the latency is proportional to the distance between the two sites and can be heightened by intermediate extenders and communication protocol overhead. Consequently, application response slows to an unacceptable level.
- A further obstacle to long distance data mirroring is compatibility among remote storage devices involved in the mirroring. As a result, a host having a data replication facility may replicate a data structure to one volume of the remote storage device at a time. Moreover, the host may not replicate the data further than the first remote storage device due to compatibility issues surrounding data transmission rates or host platform compatibility. These burdens place significant limitations on data protection schemes that require multiple remote storage devices.
- The present invention addresses the above-described limitations of conventional data backup and storage operations. The present invention provides an approach to enable remote data mirroring amongst multiple remote storage devices across data transmission paths having various transmission capabilities and remote mirroring sites operating on various operating platforms.
- In a first embodiment of the present invention, a method is practiced for replicating a data volume from a first computer to multiple remote data volumes on one or more remote computers. The first computer replicates the data volume and forwards the replicated data volume to the multiple remote data volumes on the one or more remote computers. The remote data volumes can reside on a storage device of a single remote computer or on multiple remote storage devices of multiple remote computers, or both. The first computer can forward the replicated data volume to the one or more remote computers in either a synchronous manner or an asynchronous manner. With either the asynchronous communication manner or the synchronous communication manner, the first computer forwards the replicated data volume using the Transmission Control Protocol/Internet Protocol (TCP/IP) protocol suite.
- The above-described approach benefits a data storage network having data repositories dispersed over a large geographical area. Consequently, a central data center, such as a corporation's headquarters, a government agency or the like, can replicate data from a central repository to multiple remote repositories for purposes of data protection and to support data utilization by multiple employees and clients across a diverse geographical area.
- In another embodiment of the present invention, a method is performed in a computer network, wherein each of the computers in the network host a data replication facility for remote mirroring of data between each of the network computers. Each data replication facility is able to receive data from its host, write the data to a local storage device and subsequently mirror the data to each of the computer network computers hosting a data replication facility for storage on a storage device of the remote computer host. Each data replication facility can replicate a logical data volume or a physical data volume to each of the other computers in the computer network or to multiple volumes on a single computer in the computer network. The computer network can be a local area network, a wide area network, a virtual private network, the Internet, or other network type.
- The above-described approach benefits geographically remote data repositories that form a computer network in that as each remote data repository receives new data from its local host each of the other remote data repositories in the computer network can be updated in a simultaneous manner. In this manner, a network data replicator can replicate data to multiple storage devices with a single data replication operation.
- In yet another aspect of the present invention, a computer readable medium holding computer executable instructions is provided that allows a first computer to replicate a data volume to multiple remote data volumes on one or more remote computers. The first computer replicates the data volume and in turn forwards the replicated data volume to the multiple remote data volumes on the one or more remote computers.
- In accordance with another aspect of the present invention, a method for remote data mirroring is performed in a computer network. At a first network location, data is replicated to a remote network location within the computer network. At the remote location, the data is again replicated to a second remote network location. The network data transmission capability between the first network location and the first remote network location can be different from the network data transmission capability between the first remote location and the second remote network location. In addition, the first network location may replicate the data to the first remote network location in a synchronous manner, while the first remote network location replicates the data to the second remote network location in an asynchronous manner.
- The above-described approach benefits a computer network, such as storage network that replicates data to multiple storage devices in the data network. As a result, a remote data repository can act as a remote storage location for some data and a local data replicator for other data. Moreover, the originating location in the storage network is no longer burdened with data transmission latency issues commonly associated with mirroring data to a remote location via a long haul network.
- In yet another aspect of the present invention, a method for data replication from the first location to multiple remote locations is practiced. At the first location a selected data structure is replicated and transmitted to a first remote location for replication to a second remote location. The first remote location replicates the received replicated data and forwards the replication of the received data to the second remote location. Transmission between the originating location and each of the remote locations occurs in a stateless manner using the TCP/IP protocol suite. The transmission rate between the originating location and the first remote location can differ from the transmission rate between the first remote location and the second remote location. Moreover, the operating platform of the originating location can differ from the operating platform of the first remote location, which can differ from the operating platform of the second remote location.
- The above-described approach benefits an enterprise having multiple geographically remote data centers operating on various platforms. In this manner, data produced at each data center can be replicated and transmitted to each other data center in the network regardless of operating platform and transmission line capability that connects one data center to another.
- In still another aspect of the present invention, a computer readable medium holding computer executable instructions for replicating data from a first location to multiple remote locations is provided. The computer readable medium allows a computer at the first location to replicate a data structure from the first location and forward the replicated data structure to a first remote location for replication to the second remote location. The replicated data is transmitted to each remote location using the TCP/IP protocol suite.
- In yet another aspect of the present invention, a method for remote mirroring of data in a computer network is practiced. The method allows for updating of one or more data structures of a remote storage device using a single data set. The one or more data structures are identified and selected from a local storage device. The data structures selected are more current than their corresponding data structure counterparts on a remote storage device. The selected data structures are grouped together as a single entity, while preserving the write ordering within each structure. The single data entity is then mirrored to the remote storage device to update the one or more corresponding data structure counterparts at the remote storage device.
- In still another aspect of the present invention, a method is practiced in a computer network for remote mirroring of data from a first networked computer to one or more networked computers. The method provides for a first networked computer to log all local disk updates during a period of time when the remote mirroring of data cannot be accomplished. The first networked computer determines when remote mirroring of data can be re-established and groups all of its disk updates into a single data set. The first networked computer restarts the remote mirroring of data to one or more remote network computers when the remote mirroring of data is re-established.
- An illustrative embodiment of the present invention will be described below relative to the following drawings.
- FIG. 1 depicts a block diagram of an exemplary system suitable for practicing the illustrative embodiment of the invention.
- FIG. 2 is a flow chart that illustrates the steps taken by the illustrative embodiment of the invention to replicate data in a synchronous manner.
- FIG. 3 is a block diagram of the steps taken by the illustrative embodiment of the present invention to replicate data in a asynchronous manner.
- FIG. 4 depicts a log suitable for use by the illustrative embodiment of the present invention.
- FIG. 5 is a block diagram illustrating the steps taken by the illustrative embodiment of the invention to group data.
- FIG. 6 depicts a block diagram of a system suitable for replicating data to multiple volumes using the illustrative embodiment of the present invention.
- FIG. 7 depicts a block diagram of an exemplary system suitable for practicing the illustrative embodiment of the invention to replicate data to multiple volumes.
- FIG. 8 is a flow diagram illustrating steps taken by the illustrative embodiment of the invention to perform selected mirroring of data.
- FIG. 9 depicts a block diagram of an exemplary system suitable for practicing the illustrative embodiment of the invention across multiple hosts.
- Before beginning with the discussion below it is helpful to first define a few terms.
- The term “host” is a computer system, such as a PC, a workstation, a server, or the like, that is capable of supporting a data replication facility.
- The term “volume” is an identifiable unit of data on a storage device, such as a disk or tape, it is possible for a the storage device to contain more than one volume or for a volume to span more than one storage device.
- The illustrative embodiment of the present invention provides an approach for mirroring data from a local storage device to a remote storage device that overcomes the burdens commonly associated with mirroring data to a physically remote location. The illustrative embodiment of the present invention allows a local host with a data replication facility to replicate a volume of data to multiple secondary volumes on one or more remote hosts that also have a data replication facility. The local host along with each remote host can replicate data volumes without the use of a volume manager. In addition, the illustrative embodiment allows for each remote host to further replicate the data to additional remote hosts. In this manner, the local host can replicate data to one or more distant storage devices without concern for data transmission latency that would degrade application performance on the local host. The illustrative embodiment of the present invention improves fault tolerance of a distributed system and improves upon data availability and load balancing by replicating data to multiple hosts.
- Those skilled in the art will recognize that the remote mirroring operation in the illustrative embodiment of the present invention can be occasionally interrupted, either intentionally or by unplanned outages. In such instances, if for example, the primary member of the volume pair, that is, the local volume, continues to update during the outage period, then the volume image pairs (local and remote) are no longer considered synchronized. As such, the term synchronize refers to the process of updating one or more replica volumes to reflect changes made in the primary volume. Hence, the term resynchronization refers to the process of reestablishing the mirroring process along with replicating all primary volume images that changed during the outage period to the one or more replica volumes so that all changes to the primary volume are reflected in the one or more replica volumes.
- The illustrative embodiment of the present invention also improves the resynchronization of the remote mirroring process in the event that a failure occurs. The illustrative embodiment of the present invention tracks changes to disk regions that occur during the remote mirroring outage period. This allows changes that occur during the outage period to be easily identified and allows only the last change to a particular disk region to be replicated during the resynchronization. In this manner, multiple changed volumes of a data structure can be grouped into a single data set for resynchronization upon reestablishment of communications with the remote storage device. In addition, the illustrative embodiment of the present invention is able to halt the remote data mirroring to verify proper data replication on a remote storage device. In this manner, a data volume or a group of volumes on the local storage device of the local host provide a content baseline for determining if the content of the remote storage device of the remote host matches the content of the local storage device.
- The illustrative embodiment of the present invention transmits data to perform the remote data mirroring using the TCP/IP protocol suite. As a result, the replicated data is able to share a transmission path with other IP traffic from unrelated applications. In this manner, the illustrative data replication facility is able to replicate data from different applications operating on different hosts that utilize distinct storage devices. By properly provisioning the common transmission path the data replication facility can route IP traffic from each application over the same link to a remote storage device.
- The data replication facility of the illustrative embodiment supports synchronous data replication and asynchronous data replication. With synchronous data replication, the local site waits for confirmation from the remote site before initiating the next write to the local storage device. FIG. 1 illustrates an
exemplary system 10 suitable for practicing the asynchronous and the synchronous data replication techniques of the illustrative embodiment. Synchronous data replication by theexemplary system 10 will be discussed below in detail with reference to FIG. 2. Asynchronous data replication by theexemplary system 10 will be discussed below in detail with reference to FIG. 3. Moreover, one skilled in the art will recognize the illustrative data replication facility can replicate data to locations that are within a few hundred feet of the data replication facility as well as replicate data to locations that are hundreds or thousands of miles away. - As shown in FIG. 1, the
local site 12 includes ahost 16 that supports thedata replication facility 20 and is in communication with thestorage device 24. Similarly, theremote site 14 includes ahost 18 that supports thedata replication facility 20′ and is in communication with theremote storage device 26. Those skilled in the art will appreciate that thehost local site 12 and theremote site 14 communicate with each other via thecommunication link 28. Thecommunication link 28 can be any suitable communication link, wired or wireless, that is suitable for transmission of information in accordance with the TCP/IP protocol suite. In addition, thelocal storage device 24 and theremote storage device 26 may be, but is not limited to an optical disk storage device, a magnetic disk storage device or any combination thereof. - The
data replication facility data replication facility data replication facility data replication facility 20 or thedata replication facility 20′ can be instructed to log each local write to the respectivelocal storage device - Typically when a remote mirroring outage occurs, the local site continues to write to the primary volumes on the
local storage device 24, while theremote site 14 ceases all writes and awaits for the reestablishment of the remote mirroring process. In certain instances, thelocal site 12 as well as theremote site 14 can be instructed to log all local writes in the event of a remote mirroring outage. In this instance, upon reestablishment of the remote mirroring process, someone, such as a system administrator would make a decision as to the direction the resynchronization would occur. That is, from theremote site 14 to thelocal site 12 or from thelocal site 12 to theremote site 14. For the ease of the discussion below, the illustrative embodiment of the present invention will be discussed relative to data replication from thelocal site 12 to theremote site 14. - FIG. 2 illustrates in more detail the operation of the illustrative data replication facility of the present invention in a synchronous replication mode. At the
local site 12, an application running on thehost 16 first issues a write to the local storage device 24 (step 30). The write request first goes to the localdata replication facility 20 operating on thehost 16 of thelocal site 12 where the localdata replication facility 20 sets a bit in a bitmap that represents the storage region of the storage device corresponding to where the data is written (step 32). The localdata replication facility 20 then writes the data to the local storage device 24 (step 34). When the proper bit is set in the bitmap, the write occurs on the storage device of the local site. The bitmap is used to track data awaiting replication and is discussed in more detail below with reference to FIG. 4. - The local
data replication facility 20 then replicates the data and forwards the data to the remotedata replication facility 20′ operating on thehost 18 of theremote site 14 for remote data mirroring (step 36). The localdata replication facility 20 forwards as part of the replicated data package information that identifies a storage location, such as a volume path, for the replicated data at theremote site 18. Those skilled in the art will recognize that the localdata replication facility 20 can forward the data directly to the remotedata replication facility 20′ and can also forward the data through one or more intermediary mechanisms, such as a switch, a router, a network interface apparatus, a forwarding mechanism or the like. The data is received by the remotedata replication facility 20′ at the remote site 14 (step 38) at which time the remotedata replication facility 20′ issues a write request for the received data (step 40). The received data is then written to theremote storage device 26 of the remote site 14 (step 42). After the data is written to theremote storage device 26, the remotedata replication facility 20′ receives an acknowledgement from thehost 18 of the remote site 14 (step 44) and forwards the acknowledgement to the local data replication facility 20 (step 46). When the localdata replication facility 20 receives the acknowledgement (step 48) it clears the bit set in the bitmap (step 50). At this point the localdata replication facility 20 informs the application operating on thelocal site host 16 that the write is complete (step 52) and the application issues the next write for the local storage device 24 (step 54). - FIG. 3 illustrates a typical asynchronous data replication technique for mirroring data to a remote site. With reference to FIG. 1, the
local host 16 confirms write completion to thelocal storage device 24 before theremote storage device 26 of theremote site 14 is written to. However, since the time needed for the data to cross thecommunication link 28 is significantly longer than the time needed for the local write to occur to thelocal storage device 24, thehost 16 at thelocal site 12 queues the remote data writes for transmission at a later time. - The asynchronous operation of the illustrative data replication facility is as follows. An application operating on the
host 16 of thelocal site 12 wishing to write data to thelocal storage device 24 first issues a write request to the local storage device 24 (step 60). The write first goes to the localdata replication facility 20 operating on thehost 16 of the local site 12 (step 62). The localdata replication facility 20 for thelocal site 12 upon receipt of the write request sets a bit in a bitmap that corresponds to the data for the issued write request (step 62). The data is then written to thelocal storage device 24 of the local site 12 (step 64). At this point, the localdata replication facility 20 copies the data into a queue to await forwarding to theremote storage device 26 of the remote site 14 (step 66). Those skilled in the art will recognize that the localdata replication facility 20 can forward the data directly from the queue to the remotedata replication facility 20′ and can also forward the data through one or more intermediary mechanisms, such as a switch, a router, a network interface apparatus, a forwarding mechanism or the like. The localdata replication facility 20 notifies the application operating on thelocal host 16 that the write is complete and thelocal storage device 24 is now ready for the next write (step 68). - The data from the queue is forwarded on a first in first out (FIFO) basis from the
local site 12 to the remote site 14 (step 70). The data forwarded from the queue is packaged to include information that identifies a storage location at theremote host 18, such as a volume data path. Data is received at theremote site 14 by the remotedata replication facility 20′ operating on the remote host 18 (step 72). When data is received, the remotedata replication facility 20′ issues a write request for the received data (step 74). The received data is then written to theremote storage device 26 of the remote site 14 (step 76). Upon completion of the write at theremote site 14, the remotedata replication facility 20′ sends an acknowledgement to the local data replication facility 20 (step 78). Upon receipt of the acknowledgment from the remotedata replicating facility 20′, the localdata replication facility 20 removes the corresponding bit from the bitmap to signify the remote write of the data completed and that the remote asynchronous data replication is complete for that data set (step 79). - To reduce the time necessary to resynchronize one or more remote storage devices with the local storage device after a remote mirroring outage, the illustrative embodiment of the present invention logs all local writes during the remote mirroring outage period. The data replication facility of the illustrative embodiment generally utilizes a
bit vector scoreboard 80, illustrated in FIG. 4, to keep track of local storage device locations that change during the remote mirroring outage period. - The
exemplary scoreboard 80 of FIG. 4 provides a way to log changes during a remote mirroring outage. Theexemplary scoreboard 80 holds bits that represent regions, such as tracks and sections of the local storage device that have been modified during the outage period. Theexemplary scoreboard 80 can be configured to support different levels of granularity, for example, one bit for every 64 kbits or one bit for every 128 kbits of memory. The utilization of a scoreboard allows only the last update to the local storage device location to be resynchronized rather than all the preceding updates when the outage period ends. Consequently, the time required for the resynchronization process to occur is significantly reduced. - An important consideration in asynchronous data replication is ensuring that the remote writes are applied in the order in which they were posted by the local host application. For example, some data structures utilize a write ahead logging protocol to recover any table updates from a write ahead log that were not captured on disk due to media or other failure. Unfortunately in remote mirroring, the write ahead log and the table updates are typically deposited on different disk volumes. Consequently, when two separate applications are performing asynchronous writes, any attempt to replicate the data volumes to the remote storage device fails to preserve the correct write ordering. The illustrative data replication facility of the present invention is able to group together a structure, such as a write ahead log and a structure, such as a corresponding table entry into a single data set while preserving the write ordering for each asynchronous writer. In this manner, two separate processes or threads can run asynchronous to each other and can copy or mirror their respective volumes to remote storage devices while preserving their respective write order. Moreover, the data replication facility operator can instruct the illustrative data replication facility to select a number of identified volumes to form a group. The data replication facility operator supplies the illustrative data replication facility with the indicia to identify the volumes that should be grouped together when instructed to do so. In this manner, an application utilizing multiple volumes for write order sensitive data can be replicated as a group or single entity while preserving the write ordering of the data.
- As depicted in FIG. 5, the illustrative data replication facility of the present invention can automatically switch from replicating mode to data logging mode using the
scoreboard 80, when a remote mirroring failure is detected (step 90). The operator of the illustrative embodiment can select, on a data structure basis, which data the illustrative data replication facility should log into thescoreboard 80 when remote mirroring is not available. Moreover, the local data replication facility can automatically resynchronize the logged data with the remote storage device upon the removal of the remote data mirroring interruption. - The local data replication facility may detect the reestablishment on its own or may receive notification from the local host (step92). Consequently, a point in time can be easily identified for a data group across multiple volumes in the event that a remote mirroring failure occurs. In addition, the auto resynchronization technique supports the concept of grouping in which the illustrative data replication facility is able to group multiple data sets into a single entity through the use of a queue (step 94) and to resynchronize the data (step 96).
- FIGS. 6 and 7 illustrate that the illustrative data replication facility is able to replicate a
primary volume 100 from thelocal storage device 24 to multiple mirroredvolumes volumes remote storage device 26 while FIG. 7 illustrates the situation in which the multiple mirroredvolumes remote storage devices - To ensure the data on the
remote storage device 26 matches the data on thelocal storage device 24, thelocal host 16 identifies to the localdata replication facility 20 the data volumes from thelocal storage device 24 that are to be mirrored to the remote storage device 26 (step 110 in FIG. 8). Once the data volumes are identified, the localdata replication facility 20 enters the data logging mode using thescoreboard 80 to track the disk areas that are being mirrored to the remote storage device 26 (step 112 in FIG. 8). The localdata replication facility 20 logs the selected data to a local queue as a single group (step 112 in FIG. 8). Thelocal host 16 sends the appropriate command to theremote host 18 and correspondingly the remotedata replication facility 20′ to initiate the routine to receive and store the selected data volumes on the remote storage device 26 (step 114 in FIG. 8). The localdata replication facility 20 stops placing the selected data into the local queue and waits for all the selected data to be written from the local queue to theremote storage device 26. The data volume is assigned some type of indicia, such as a volume name or volume number, by the volume owner, for example, an application, the data owner or the data replication facility operator. The remotedata replication facility 20′ writes the replicated data volume to a location on theremote storage device 26 based on the volume name and the file allocation table of theremote storage device 26. At this point, the remotedata replication facility 20′ signals to the localdata replication facility 20 that the mirroring to theremote storage device 26 is complete (step 116). - The ability to copy data from the
local storage device 24 to theremote storage device 26 to ensure data uniformity in an asynchronous data mirroring environment does not impede any writes that occur to thelocal storage device 24 when remote mirroring is halted. The localdata replication facility 20 is able to attend to the writes to thelocal storage device 24 by performing the local write and logging the local write to thescoreboard 80. Consequently, when the volume copying is complete, the localdata replication facility 20 can resynchronize with the remotedata replication facility 20′ using thescoreboard 80 to update theremote storage device 26 with the local writes that occurred during the copy operation. Moreover, the localdata replication facility 20 preserves the write ordering of all volumes copied during the copy operation. - The illustrative data replication facility of the present invention is able to remotely mirror data across multiple remote hosts and remote sites that have distinct characteristics as illustrated in FIG. 9. For example, the illustrative
data replication facility 20 may replicate to aremote host 14 operating on the Solaris® operating system available from Sun Microsystems, Inc. of Palo Alto, Calif., and thedata replication facility 20′ at theremote host 14, in turn, replicates the same data to theremote host 14′ operating on the Unix® operating system. In similar fashion, the transmission medium interconnecting each remote site may have a different bandwidth characteristic that effects the rate at which replicated data can be transmitted from site to site. As FIG. 9 illustrates, the illustrativedata replication facility 20 operating on thelocal host 12 is able to remotely mirror data to multipleremote sites data replication facility 20′ operating on thehost 18 of the firstremote site 14 becomes the local data replication facility, as referenced to the remotedata replication facility 20″ operating on thehost 18′ of the secondremote site 14′. In this manner, each intermediate host can further mirror the data from the originating local site to as many remote sites as necessary while overcoming the incompatibility issues previously associated with the remote mirroring of data across multiple remote sites. - While the present invention has been described with reference to a preferred embodiment thereof, one skilled in the art will appreciate that various changes in form and detail may be made without departing from the intended scope of the present invention as defined in the pending claims.
Claims (45)
1. In a storage network, a method for replicating a first data volume from a first computer to a plurality of remote data volumes stored on one or more remote computers, said method comprising the steps of:
instructing a first data replication facility at said first computer to replicate said first data volume and to send the replica to multiple remote data volumes;
in response to the instructing, generating a replica of said first data volume from said first computer at said first data replication facility; and
forwarding said replica from said first data replication facility at said first computer said to said plurality of remote data volumes stored on said one or more remote computers.
2. The method of claim 1 , further comprising the steps of forwarding from said first data replication facility at said first computer to said one or more computers information identifying a storage location on a storage device of said one or more computers for said replica.
3. The method of claim 1 , wherein said first computer forwards said replica to said plurality of remote data volumes in a synchronous manner.
4. The method of claim 1 , wherein said first computer forwards said replica to said plurality of remote data volumes in an asynchronous manner.
5. The method of claim 1 , wherein said communication protocol comprises the Transmission Control Protocol/Internet Protocol (TCP/IP) protocol suite.
6. The method of claim 1 , wherein said first computer and said one or more computers in said storage network operate without a volume manager facility.
7. In a computer network having computers, wherein each of said computers in the network hosts a data replication facility for remote mirroring of data between said computers, a method comprising the steps of:
receiving a data volume at said data replication facility of a first of said computers from said first of said computers for said remote mirroring; and
replicating said data volume from said first of said computers to multiple other ones of the computers.
8. The method of claim 7 , further comprising the step of packaging data with said replicated data volume that identifies a storage location for said replicated data at each of said multiple other ones of the computers.
9. The method of claim 7 further comprising the step of, replicating said data volume from said first of said computers to a plurality of volumes on a second of said computers.
10. The method of claim 7 , wherein said communication protocol comprises Transport Control Protocol/Internet Protocol (TCP/IP) protocol suite.
11. The method of claim 7 , wherein said replicating said data volume from said first of said computers to each of said multiple other computers occurs in a synchronous manner.
12. The method of claim 7 , wherein said replicating said data volume from said first of said computers to each of said multiple other computers occurs in an asynchronous manner.
13. The method of claim 7 , wherein said data volume is a logical data volume.
14. The method of claim 7 , wherein said data volume is a physical data volume.
15. The method of claim 7 , wherein said computer network comprises one of a local area network (LAN), a wide area network (WAN), a virtual private network (VPN), an intranet, an extranet and the Internet.
16. The method of claim 7 , wherein said computers comprises one of a server, a workstation, a “mainframe” and a personal computer.
17. The method of claim 7 , each of said computers in said network operate without a volume management facility.
18. A computer readable medium holding computer executable instructions for replicating a first data volume from a first computer to a plurality of remote data volumes stored on one or more remote computers in a storage network comprising the steps of:
instructing a data replication facility at said first computer to replicate said first data volume and to send the replica to multiple remote data volumes;
in response to the instructing, generating a replica of said first data volume at said data replication facility of said first computer; and
forwarding said replicated data volume from said first computer to said plurality of remote data volumes stored on said one or more remote computers.
19. The computer readable medium of claim 18 , wherein said first computer forwards said replicated data volume to said plurality of remote data volumes stored on said one or more of said remote computers in a synchronous manner.
20. The computer readable medium of claim 18 , wherein said first computer forwards said replicated data volume to said plurality of remote data volumes on the one or more remote computers in an asynchronous manner.
21. The computer readable medium of claim 18 , wherein said communication protocol comprises the Transmission Control Protocol/Internet Protocol (TCP/IP) protocol suite.
22. In a computer network capable of performing remote data mirroring from a first network location to one or more remote network locations, a method of performing said remote data mirroring, said method comprising the steps of:
replicating data from said first network location to a first remote network location of said one or more remote network locations; and
replicating at said first remote network location of said one or more remote network locations, said replicated data from said first network location to a second remote network location of said one or more remote network locations to allow said first network location to perform said remote data mirroring across multiple remote network locations.
23. The method of claim 22 , wherein said computer network transmission capacity bandwidth between said first network location and said first remote network location differs from said computer network transmission bandwidth capacity between said first remote network location and said second remote network location, wherein said first remote network location operates as a secondary data repository to said first network location while operating as an originating location for said remote data mirroring of said replicated data to said second remote network location.
24. The method of claim 22 , wherein communication between said first network location to said first remote network location occurs in a first communications manner while communication between said first remote network location and said second remote network location occurs in a second communications manner.
25. The method of claim 24 , wherein said first communications manner of comprises synchronous communications.
26. The method of claim 24 , wherein said first communications manner comprises asynchronous communications.
27. The method of claim 24 , wherein said second communications manner comprises synchronous communications.
28. The method of claim 24 , wherein said second communication manner comprises asynchronous communications.
29. The method of claim 22 , wherein communications from said first network location to said one or more remote locations occurs in the Transport Control Protocol/Internet Protocol (TCP/IP) protocol suite.
30. The method of claim 22 , wherein said first network location and said one or more network locations operate without a volume management facility.
31. A method for replicating data from a first location to a plurality of remote locations, said method comprising the steps of:
replicating a selected data structure at said first location; and
transmitting said replicated data structure to a first of said plurality of remote locations for replication of said replicated data structure to a second of said plurality of remote locations.
32. The method of claim 31 further comprising the steps of,
replicating said replicated data structure at said first of said plurality of remote locations; and
transmitting said replication of said replicated data structure to said second of said plurality of remote locations.
33. The method of claim 31 , wherein said first location communicates with said plurality of remote locations in the Transport Control Protocol/Internet Protocol (TCP/IP) protocol suite.
34. The method of claim 31 , wherein said transmission of said replicated data structure to said first of said plurality of remote locations occurs at a first transmission rate.
35. The method of claim 32 , wherein said transmission of said replication of said replicated data structure from said first of said plurality of remote locations to said second of said plurality of remote locations occurs at a second transmission rate.
36. The method of claim 31 , wherein said first location comprises a workstation executing a first operating system.
37. The method of claim 31 , wherein said first of said plurality of remote locations comprises a server executing a second operating system.
38. The method of claim 31 , wherein said first location and said plurality of remote locations operate without a volume manager facility.
39. A computer readable medium holding computer executable instructions for replicating data from a first location to a plurality of remote locations, comprising the steps of:
replicating a first data structure at said first location; and
forwarding said replicated first data structure to a first of said plurality of remote locations for replication of said replicated first data structure to a second of said plurality of remote locations.
40. The computer readable medium of claim 39 further comprising the steps of:
replicating said replicated first data structure at said first of said plurality of remote locations; and
forwarding said replication of said replicated first data structure to said second of said plurality of remote locations.
41. The computer readable medium of claim 39 , wherein said first location communicates with said plurality of remote locations in the Transport Control Protocol/Internet Protocol (TCP/IP) protocol suite.
42. The computer readable medium of claim 39 , wherein said forwarding of said replicated first data structure to said first of said plurality of remote locations occurs at a first transmission rate.
43. The computer readable medium of claim 40 , wherein said forwarding of said replication of said replicated first data structure from said first of said plurality of remote locations to said second of said plurality of remote locations occurs at a second transmission rate.
44. The computer readable medium of claim 39 , wherein said first location comprises a workstation executing a first operating system.
45. The computer readable medium of claim 39 , wherein said first of said plurality of remote locations comprises a server executing a second operating system.
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/905,436 US20030014523A1 (en) | 2001-07-13 | 2001-07-13 | Storage network data replicator |
US09/988,854 US7340490B2 (en) | 2001-07-13 | 2001-11-19 | Storage network data replicator |
US09/988,853 US20030014432A1 (en) | 2001-07-13 | 2001-11-19 | Storage network data replicator |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/905,436 US20030014523A1 (en) | 2001-07-13 | 2001-07-13 | Storage network data replicator |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/988,854 Continuation US7340490B2 (en) | 2001-07-13 | 2001-11-19 | Storage network data replicator |
US09/988,853 Continuation US20030014432A1 (en) | 2001-07-13 | 2001-11-19 | Storage network data replicator |
Publications (1)
Publication Number | Publication Date |
---|---|
US20030014523A1 true US20030014523A1 (en) | 2003-01-16 |
Family
ID=25420811
Family Applications (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/905,436 Abandoned US20030014523A1 (en) | 2001-07-13 | 2001-07-13 | Storage network data replicator |
US09/988,854 Active 2024-08-04 US7340490B2 (en) | 2001-07-13 | 2001-11-19 | Storage network data replicator |
US09/988,853 Abandoned US20030014432A1 (en) | 2001-07-13 | 2001-11-19 | Storage network data replicator |
Family Applications After (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/988,854 Active 2024-08-04 US7340490B2 (en) | 2001-07-13 | 2001-11-19 | Storage network data replicator |
US09/988,853 Abandoned US20030014432A1 (en) | 2001-07-13 | 2001-11-19 | Storage network data replicator |
Country Status (1)
Country | Link |
---|---|
US (3) | US20030014523A1 (en) |
Cited By (82)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030033327A1 (en) * | 2001-07-27 | 2003-02-13 | Chhandomay Mandal | Method and apparatus for managing remote data replication in a distributed computer system |
US20040034618A1 (en) * | 2002-08-01 | 2004-02-19 | Oracle International Corporation | Utilizing rules in a distributed information sharing system |
WO2005001713A1 (en) | 2003-06-30 | 2005-01-06 | International Business Machines Corporation | Retrieving a replica of an electronic document in a computer network |
US20050038835A1 (en) * | 2003-08-14 | 2005-02-17 | Oracle International Corporation | Recoverable asynchronous message driven processing in a multi-node system |
US20050038834A1 (en) * | 2003-08-14 | 2005-02-17 | Oracle International Corporation | Hierarchical management of the dynamic allocation of resources in a multi-node system |
US20050038800A1 (en) * | 2003-08-14 | 2005-02-17 | Oracle International Corporation | Calculation of sevice performance grades in a multi-node environment that hosts the services |
US20050049945A1 (en) * | 2003-08-27 | 2005-03-03 | International Business Machines Corporation | Database log capture program that publishes transactions to multiple targets to handle unavailable targets by separating the publishing of subscriptions and subsequently recombining the publishing |
WO2005022389A2 (en) * | 2003-08-29 | 2005-03-10 | Veritas Operating Corporation | Method and system of providing cascaded replication |
US20050120092A1 (en) * | 1998-09-09 | 2005-06-02 | Hitachi, Ltd. | Remote copy for a storage controller with reduced data size |
US20050160315A1 (en) * | 2004-01-15 | 2005-07-21 | Oracle International Corporation | Geographically distributed clusters |
US20050198385A1 (en) * | 2004-01-30 | 2005-09-08 | Aust Brian S. | System and method for generating a consistent user name-space on networked devices |
WO2005096186A2 (en) * | 2004-03-18 | 2005-10-13 | Thomson Licensing | Automatic mirroring of information |
US20050256908A1 (en) * | 2004-05-14 | 2005-11-17 | Wanli Yang | Transportable database |
US20050256971A1 (en) * | 2003-08-14 | 2005-11-17 | Oracle International Corporation | Runtime load balancing of work across a clustered computing system using current service performance levels |
US20050253739A1 (en) * | 2004-05-14 | 2005-11-17 | Oracle International Corporation | Cross platform transportable tablespaces |
US20050262183A1 (en) * | 2003-08-14 | 2005-11-24 | Oracle International Corporation | Connection pool use of runtime load balancing service performance advisories |
US20050262312A1 (en) * | 2002-07-30 | 2005-11-24 | Noboru Morishita | Storage system for multi-site remote copy |
US20060004894A1 (en) * | 2003-09-01 | 2006-01-05 | Hitachi, Ltd. | Storage system, method of controlling storage system, and storage device |
US20060031485A1 (en) * | 2001-09-27 | 2006-02-09 | Alex Veprinsky | Remote data facility over an IP network |
US20060074957A1 (en) * | 2004-09-29 | 2006-04-06 | Hitachi, Ltd. | Method of configuration management of a computer system |
US20060107007A1 (en) * | 2004-04-28 | 2006-05-18 | Yusuke Hirakawa | Data processing system |
US20060126201A1 (en) * | 2004-12-10 | 2006-06-15 | Arvind Jain | System and method for scalable data distribution |
US20060149702A1 (en) * | 2004-12-20 | 2006-07-06 | Oracle International Corporation | Cursor pre-fetching |
US7076690B1 (en) | 2002-04-15 | 2006-07-11 | Emc Corporation | Method and apparatus for managing access to volumes of storage |
US20060195667A1 (en) * | 2001-05-10 | 2006-08-31 | Hitachi, Ltd. | Remote copy for a storage controller with consistent write order |
US20060200454A1 (en) * | 2004-08-12 | 2006-09-07 | Sanjay Kaluskar | Database shutdown with session migration |
US20070011213A1 (en) * | 2003-10-28 | 2007-01-11 | Burton David A | Systems and methods of asynchronous data replication |
US20070083563A1 (en) * | 2005-10-07 | 2007-04-12 | Benny Souder | Online tablespace recovery for export |
US7263590B1 (en) | 2003-04-23 | 2007-08-28 | Emc Corporation | Method and apparatus for migrating data in a computer system |
US7277997B2 (en) | 2004-03-16 | 2007-10-02 | International Business Machines Corporation | Data consistency for mirroring updatable source data storage |
US7325109B1 (en) * | 2003-10-24 | 2008-01-29 | Network Appliance, Inc. | Method and apparatus to mirror data at two separate sites without comparing the data at the two sites |
US7370025B1 (en) * | 2002-12-17 | 2008-05-06 | Symantec Operating Corporation | System and method for providing access to replicated data |
US20080120351A1 (en) * | 2006-11-16 | 2008-05-22 | Bhushan Khaladkar | Efficient migration of binary XML across databases |
US7415591B1 (en) | 2003-04-23 | 2008-08-19 | Emc Corporation | Method and apparatus for migrating data and automatically provisioning a target for the migration |
US20080250077A1 (en) * | 2007-04-03 | 2008-10-09 | Access Integrated Technologies, Inc. | Method and apparatus for media duplication |
US20090094425A1 (en) * | 2007-10-08 | 2009-04-09 | Alex Winokur | Fast data recovery system |
US7546482B2 (en) | 2002-10-28 | 2009-06-09 | Emc Corporation | Method and apparatus for monitoring the storage of data in a computer system |
US20090150398A1 (en) * | 2007-12-05 | 2009-06-11 | Sachin Ramesh Raut | Directory server replication |
US7549080B1 (en) * | 2002-08-27 | 2009-06-16 | At&T Corp | Asymmetric data mirroring |
US20090158284A1 (en) * | 2007-12-18 | 2009-06-18 | Inventec Corporation | System and method of processing sender requests for remote replication |
US7568034B1 (en) * | 2003-07-03 | 2009-07-28 | Google Inc. | System and method for data distribution |
US20090287967A1 (en) * | 2008-05-19 | 2009-11-19 | Axxana (Israel) Ltd. | Resilient Data Storage in the Presence of Replication Faults and Rolling Disasters |
US7693960B1 (en) * | 2003-10-22 | 2010-04-06 | Sprint Communications Company L.P. | Asynchronous data storage system with geographic diversity |
US7707151B1 (en) | 2002-08-02 | 2010-04-27 | Emc Corporation | Method and apparatus for migrating data |
US7707453B2 (en) | 2005-04-20 | 2010-04-27 | Axxana (Israel) Ltd. | Remote data mirroring system |
US7752403B1 (en) * | 2003-04-01 | 2010-07-06 | At&T Corp. | Methods and systems for secure dispersed redundant data storage |
US20100172084A1 (en) * | 2009-01-05 | 2010-07-08 | Axxana (Israel) Ltd | Disaster-Proof Storage Unit Having Transmission Capabilities |
US20100199089A1 (en) * | 2009-02-05 | 2010-08-05 | Wwpass Corporation | Centralized authentication system with safe private data storage and method |
US20100211681A1 (en) * | 2009-02-19 | 2010-08-19 | Oracle International Corporation | Intelligent flood control management |
US7805583B1 (en) * | 2003-04-23 | 2010-09-28 | Emc Corporation | Method and apparatus for migrating data in a clustered computer system environment |
US20110106906A1 (en) * | 2009-11-04 | 2011-05-05 | Simon Assouad | Method and system for offline data access on computer systems |
US8060619B1 (en) * | 2003-11-07 | 2011-11-15 | Symantec Operating Corporation | Direct connections to a plurality of storage object replicas in a computer network |
US8136025B1 (en) | 2003-07-03 | 2012-03-13 | Google Inc. | Assigning document identification tags |
US8458530B2 (en) | 2010-09-21 | 2013-06-04 | Oracle International Corporation | Continuous system health indicator for managing computer system alerts |
US8555079B2 (en) | 2011-12-06 | 2013-10-08 | Wwpass Corporation | Token management |
US8713661B2 (en) | 2009-02-05 | 2014-04-29 | Wwpass Corporation | Authentication service |
US8751829B2 (en) | 2009-02-05 | 2014-06-10 | Wwpass Corporation | Dispersed secure data storage and retrieval |
US8752153B2 (en) | 2009-02-05 | 2014-06-10 | Wwpass Corporation | Accessing data based on authenticated user, provider and system |
US20140195748A1 (en) * | 2013-01-10 | 2014-07-10 | Dell Products L.P. | Efficient replica cleanup during resynchronization |
US8839391B2 (en) | 2009-02-05 | 2014-09-16 | Wwpass Corporation | Single token authentication |
US8938062B2 (en) | 1995-12-11 | 2015-01-20 | Comcast Ip Holdings I, Llc | Method for accessing service resource items that are for use in a telecommunications system |
US9021124B2 (en) | 2009-12-02 | 2015-04-28 | Axxana (Israel) Ltd. | Distributed intelligent network |
US9027025B2 (en) | 2007-04-17 | 2015-05-05 | Oracle International Corporation | Real-time database exception monitoring tool using instance eviction data |
US20150193335A1 (en) * | 2014-01-08 | 2015-07-09 | Samsung Electronics Co., Ltd. | Display apparatus and control method thereof |
US9191505B2 (en) | 2009-05-28 | 2015-11-17 | Comcast Cable Communications, Llc | Stateful home phone service |
US9195397B2 (en) | 2005-04-20 | 2015-11-24 | Axxana (Israel) Ltd. | Disaster-proof data recovery |
US9304865B2 (en) | 2014-03-26 | 2016-04-05 | International Business Machines Corporation | Efficient handing of semi-asynchronous raid write failures |
US9330155B1 (en) * | 2013-09-30 | 2016-05-03 | Emc Corporation | Unified management of sync and async replication for block and file objects |
US9372910B2 (en) | 2012-01-04 | 2016-06-21 | International Business Machines Corporation | Managing remote data replication |
US9378261B1 (en) * | 2013-09-30 | 2016-06-28 | Emc Corporation | Unified synchronous replication for block and file objects |
US20160283373A1 (en) * | 2011-01-07 | 2016-09-29 | International Business Machines Corporation | Scalable cloud storage architecture |
US20170185306A1 (en) * | 2015-12-28 | 2017-06-29 | Netapp Inc. | Synchronous replication |
US10055128B2 (en) | 2010-01-20 | 2018-08-21 | Oracle International Corporation | Hybrid binary XML storage model for efficient XML processing |
US10379958B2 (en) | 2015-06-03 | 2019-08-13 | Axxana (Israel) Ltd. | Fast archiving for database systems |
US10474653B2 (en) | 2016-09-30 | 2019-11-12 | Oracle International Corporation | Flexible in-memory column store placement |
CN110703985A (en) * | 2016-10-25 | 2020-01-17 | 杭州华为数字技术有限公司 | Data synchronization method and out-of-band management equipment |
US10592326B2 (en) | 2017-03-08 | 2020-03-17 | Axxana (Israel) Ltd. | Method and apparatus for data loss assessment |
US10769028B2 (en) | 2013-10-16 | 2020-09-08 | Axxana (Israel) Ltd. | Zero-transaction-loss recovery for database systems |
US10855660B1 (en) * | 2020-04-30 | 2020-12-01 | Snowflake Inc. | Private virtual network replication of cloud databases |
US11349917B2 (en) | 2020-07-23 | 2022-05-31 | Pure Storage, Inc. | Replication handling among distinct networks |
US11442652B1 (en) | 2020-07-23 | 2022-09-13 | Pure Storage, Inc. | Replication handling during storage system transportation |
US11500701B1 (en) * | 2020-12-11 | 2022-11-15 | Amazon Technologies, Inc. | Providing a global queue through replication |
Families Citing this family (124)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6418478B1 (en) * | 1997-10-30 | 2002-07-09 | Commvault Systems, Inc. | Pipelined high speed data transfer mechanism |
US7581077B2 (en) | 1997-10-30 | 2009-08-25 | Commvault Systems, Inc. | Method and system for transferring data in a storage operation |
JP2003141006A (en) * | 2001-07-17 | 2003-05-16 | Canon Inc | Communication system, communication device, communication method, storage medium and program |
US7054890B2 (en) | 2001-09-21 | 2006-05-30 | Sun Microsystems, Inc. | Method and apparatus for managing data imaging in a distributed computer system |
US6996587B2 (en) * | 2001-09-27 | 2006-02-07 | Sun Microsystems, Inc. | Method and apparatus for managing data volumes in a distributed computer system |
US6983465B2 (en) * | 2001-10-11 | 2006-01-03 | Sun Microsystems, Inc. | Method and apparatus for managing data caching in a distributed computer system |
US7000235B2 (en) * | 2001-10-30 | 2006-02-14 | Sun Microsystems, Inc. | Method and apparatus for managing data services in a distributed computer system |
US7159015B2 (en) * | 2001-11-16 | 2007-01-02 | Sun Microsystems, Inc. | Method and apparatus for managing configuration information in a distributed computer system |
WO2003088002A2 (en) * | 2002-04-11 | 2003-10-23 | Linuxcare, Inc. | Managing multiple virtual machines |
US8611919B2 (en) | 2002-05-23 | 2013-12-17 | Wounder Gmbh., Llc | System, method, and computer program product for providing location based services and mobile e-commerce |
US10489449B2 (en) * | 2002-05-23 | 2019-11-26 | Gula Consulting Limited Liability Company | Computer accepting voice input and/or generating audible output |
US7702666B2 (en) * | 2002-06-06 | 2010-04-20 | Ricoh Company, Ltd. | Full-text search device performing merge processing by using full-text index-for-registration/deletion storage part with performing registration/deletion processing by using other full-text index-for-registration/deletion storage part |
US7620666B1 (en) | 2002-07-29 | 2009-11-17 | Symantec Operating Company | Maintaining persistent data change maps for fast data synchronization and restoration |
US7096330B1 (en) | 2002-07-29 | 2006-08-22 | Veritas Operating Corporation | Symmetrical data change tracking |
US7103796B1 (en) | 2002-09-03 | 2006-09-05 | Veritas Operating Corporation | Parallel data change tracking for maintaining mirrored data consistency |
AU2003270482A1 (en) | 2002-09-09 | 2004-03-29 | Commvault Systems, Inc. | Dynamic storage device pooling in a computer system |
US8370542B2 (en) * | 2002-09-16 | 2013-02-05 | Commvault Systems, Inc. | Combined stream auxiliary copy system and method |
JP2004139217A (en) * | 2002-10-16 | 2004-05-13 | Hewlett Packard Co <Hp> | Migration method for database |
JP4136615B2 (en) | 2002-11-14 | 2008-08-20 | 株式会社日立製作所 | Database system and database access method |
US7036040B2 (en) * | 2002-11-26 | 2006-04-25 | Microsoft Corporation | Reliability of diskless network-bootable computers using non-volatile memory cache |
JP2004178254A (en) * | 2002-11-27 | 2004-06-24 | Hitachi Ltd | Information processing system, storage system, storage device controller and program |
US7739240B2 (en) * | 2002-12-09 | 2010-06-15 | Hewlett-Packard Development Company, L.P. | Replication and replica management in a wide area file system |
JP2006511889A (en) * | 2002-12-18 | 2006-04-06 | イー・エム・シー・コーポレイシヨン | Automated media library configuration |
JP4704660B2 (en) * | 2002-12-18 | 2011-06-15 | 株式会社日立製作所 | Storage device control device control method, storage device control device, and program |
US7383264B2 (en) * | 2003-03-27 | 2008-06-03 | Hitachi, Ltd. | Data control method for duplicating data between computer systems |
US7246207B2 (en) | 2003-04-03 | 2007-07-17 | Commvault Systems, Inc. | System and method for dynamically performing storage operations in a computer network |
JP2007503658A (en) * | 2003-05-07 | 2007-02-22 | レバンタ,インク. | Virus detection and alerts in shared read-only file systems |
US7266665B2 (en) * | 2003-06-17 | 2007-09-04 | International Business Machines Corporation | Method, system, and article of manufacture for remote copying of data |
US7043665B2 (en) * | 2003-06-18 | 2006-05-09 | International Business Machines Corporation | Method, system, and program for handling a failover to a remote storage location |
US7467168B2 (en) * | 2003-06-18 | 2008-12-16 | International Business Machines Corporation | Method for mirroring data at storage locations |
US7130975B2 (en) * | 2003-06-27 | 2006-10-31 | Hitachi, Ltd. | Data processing system |
JP4124348B2 (en) | 2003-06-27 | 2008-07-23 | 株式会社日立製作所 | Storage system |
JP4374953B2 (en) | 2003-09-09 | 2009-12-02 | 株式会社日立製作所 | Data processing system |
JP2005309550A (en) * | 2004-04-19 | 2005-11-04 | Hitachi Ltd | Remote copying method and system |
US7797571B2 (en) * | 2003-07-15 | 2010-09-14 | International Business Machines Corporation | System, method and circuit for mirroring data |
JP4419460B2 (en) * | 2003-08-04 | 2010-02-24 | 株式会社日立製作所 | Remote copy system |
US7552294B1 (en) | 2003-08-07 | 2009-06-23 | Crossroads Systems, Inc. | System and method for processing multiple concurrent extended copy commands to a single destination device |
US7251708B1 (en) | 2003-08-07 | 2007-07-31 | Crossroads Systems, Inc. | System and method for maintaining and reporting a log of multi-threaded backups |
US7447852B1 (en) | 2003-08-07 | 2008-11-04 | Crossroads Systems, Inc. | System and method for message and error reporting for multiple concurrent extended copy commands to a single destination device |
WO2005029333A1 (en) * | 2003-09-12 | 2005-03-31 | Levanta, Inc. | Tracking and replicating file system changes |
US7219201B2 (en) * | 2003-09-17 | 2007-05-15 | Hitachi, Ltd. | Remote storage disk control device and method for controlling the same |
US7376859B2 (en) * | 2003-10-20 | 2008-05-20 | International Business Machines Corporation | Method, system, and article of manufacture for data replication |
US7200726B1 (en) | 2003-10-24 | 2007-04-03 | Network Appliance, Inc. | Method and apparatus for reducing network traffic during mass storage synchronization phase of synchronous data mirroring |
US7596672B1 (en) | 2003-10-24 | 2009-09-29 | Network Appliance, Inc. | Synchronous mirroring including writing image updates to a file |
US7203796B1 (en) * | 2003-10-24 | 2007-04-10 | Network Appliance, Inc. | Method and apparatus for synchronous data mirroring |
US7836014B2 (en) | 2003-11-04 | 2010-11-16 | Bakbone Software, Inc. | Hybrid real-time data replication |
US7870354B2 (en) | 2003-11-04 | 2011-01-11 | Bakbone Software, Inc. | Data replication from one-to-one or one-to-many heterogeneous devices |
WO2005065084A2 (en) * | 2003-11-13 | 2005-07-21 | Commvault Systems, Inc. | System and method for providing encryption in pipelined storage operations in a storage network |
JP4412989B2 (en) | 2003-12-15 | 2010-02-10 | 株式会社日立製作所 | Data processing system having a plurality of storage systems |
US7600087B2 (en) | 2004-01-15 | 2009-10-06 | Hitachi, Ltd. | Distributed remote copy system |
JP4477370B2 (en) * | 2004-01-30 | 2010-06-09 | 株式会社日立製作所 | Data processing system |
US8694538B1 (en) * | 2004-06-18 | 2014-04-08 | Symantec Operating Corporation | Method and apparatus for logging write requests to a storage volume in a network data switch |
US7529898B2 (en) | 2004-07-09 | 2009-05-05 | International Business Machines Corporation | Method for backing up and restoring data |
JP4575059B2 (en) * | 2004-07-21 | 2010-11-04 | 株式会社日立製作所 | Storage device |
US7747760B2 (en) * | 2004-07-29 | 2010-06-29 | International Business Machines Corporation | Near real-time data center switching for client requests |
JP4519563B2 (en) * | 2004-08-04 | 2010-08-04 | 株式会社日立製作所 | Storage system and data processing system |
JP2006106985A (en) * | 2004-10-01 | 2006-04-20 | Hitachi Ltd | Computer system, storage device and method of managing storage |
JP4376750B2 (en) * | 2004-10-14 | 2009-12-02 | 株式会社日立製作所 | Computer system |
JP2006127028A (en) * | 2004-10-27 | 2006-05-18 | Hitachi Ltd | Memory system and storage controller |
WO2006052872A2 (en) | 2004-11-05 | 2006-05-18 | Commvault Systems, Inc. | System and method to support single instance storage operations |
US7490207B2 (en) * | 2004-11-08 | 2009-02-10 | Commvault Systems, Inc. | System and method for performing auxillary storage operations |
US7475281B2 (en) * | 2005-03-10 | 2009-01-06 | International Business Machines Corporation | Method for synchronizing replicas of a database |
US20060235863A1 (en) * | 2005-04-14 | 2006-10-19 | Akmal Khan | Enterprise computer management |
US20060277384A1 (en) * | 2005-06-01 | 2006-12-07 | Hitachi, Ltd. | Method and apparatus for auditing remote copy systems |
US8799211B1 (en) * | 2005-09-06 | 2014-08-05 | Symantec Operating Corporation | Cascaded replication system with remote site resynchronization after intermediate site failure |
US8903766B2 (en) * | 2005-10-31 | 2014-12-02 | Hewlett-Packard Development Company, L.P. | Data mirroring using a virtual connection |
CN101025741A (en) * | 2006-02-17 | 2007-08-29 | 鸿富锦精密工业(深圳)有限公司 | Database back up system and method |
US20070234105A1 (en) * | 2006-03-31 | 2007-10-04 | Quinn Brett A | Failover to asynchronous backup site in connection with triangular asynchronous replication |
US8843783B2 (en) * | 2006-03-31 | 2014-09-23 | Emc Corporation | Failover to backup site in connection with triangular asynchronous replication |
US8312323B2 (en) | 2006-12-22 | 2012-11-13 | Commvault Systems, Inc. | Systems and methods for remote monitoring in a computer network and reporting a failed migration operation without accessing the data being moved |
US20080209145A1 (en) * | 2007-02-27 | 2008-08-28 | Shyamsundar Ranganathan | Techniques for asynchronous data replication |
US8001307B1 (en) | 2007-04-27 | 2011-08-16 | Network Appliance, Inc. | Apparatus and a method to eliminate deadlock in a bi-directionally mirrored data storage system |
US7685182B2 (en) * | 2007-05-08 | 2010-03-23 | Microsoft Corporation | Interleaved garbage collections |
JP2008299481A (en) * | 2007-05-30 | 2008-12-11 | Hitachi Ltd | Storage system and data copy method between several base points |
US8073922B2 (en) * | 2007-07-27 | 2011-12-06 | Twinstrata, Inc | System and method for remote asynchronous data replication |
US8862689B2 (en) | 2007-10-24 | 2014-10-14 | International Business Machines Corporation | Local flash memory and remote server hybrid continuous data protection |
US8601526B2 (en) | 2008-06-13 | 2013-12-03 | United Video Properties, Inc. | Systems and methods for displaying media content and media guidance information |
US8230185B2 (en) * | 2008-10-08 | 2012-07-24 | International Business Machines Corporation | Method for optimizing cleaning of maps in FlashCopy cascades containing incremental maps |
JP5387015B2 (en) * | 2009-02-02 | 2014-01-15 | 株式会社リコー | Information processing apparatus and information processing method of information processing apparatus |
US20110060806A1 (en) * | 2009-03-31 | 2011-03-10 | Napera Networks | Using in-the-cloud storage for computer health data |
US9014546B2 (en) | 2009-09-23 | 2015-04-21 | Rovi Guides, Inc. | Systems and methods for automatically detecting users within detection regions of media devices |
US8473677B2 (en) * | 2009-09-29 | 2013-06-25 | Cleversafe, Inc. | Distributed storage network memory access based on memory state |
US20110164175A1 (en) * | 2010-01-05 | 2011-07-07 | Rovi Technologies Corporation | Systems and methods for providing subtitles on a wireless communications device |
US8862816B2 (en) | 2010-01-28 | 2014-10-14 | International Business Machines Corporation | Mirroring multiple writeable storage arrays |
WO2011125127A1 (en) | 2010-04-07 | 2011-10-13 | 株式会社日立製作所 | Asynchronous remote copy system and storage control method |
US10296428B2 (en) * | 2010-05-17 | 2019-05-21 | Veritas Technologies Llc | Continuous replication in a distributed computer system environment |
US8954669B2 (en) | 2010-07-07 | 2015-02-10 | Nexenta System, Inc | Method and system for heterogeneous data volume |
US8984241B2 (en) | 2010-07-07 | 2015-03-17 | Nexenta Systems, Inc. | Heterogeneous redundant storage array |
US10303357B2 (en) | 2010-11-19 | 2019-05-28 | TIVO SOLUTIONS lNC. | Flick to send or display content |
US9767098B2 (en) | 2012-08-08 | 2017-09-19 | Amazon Technologies, Inc. | Archival data storage system |
US9563681B1 (en) | 2012-08-08 | 2017-02-07 | Amazon Technologies, Inc. | Archival data flow management |
US8812566B2 (en) | 2011-05-13 | 2014-08-19 | Nexenta Systems, Inc. | Scalable storage for virtual machines |
US9292588B1 (en) * | 2011-07-20 | 2016-03-22 | Jpmorgan Chase Bank, N.A. | Safe storing data for disaster recovery |
US9652487B1 (en) | 2012-08-08 | 2017-05-16 | Amazon Technologies, Inc. | Programmable checksum calculations on data storage devices |
US9830111B1 (en) | 2012-08-08 | 2017-11-28 | Amazon Technologies, Inc. | Data storage space management |
US8959067B1 (en) | 2012-08-08 | 2015-02-17 | Amazon Technologies, Inc. | Data storage inventory indexing |
US8805793B2 (en) | 2012-08-08 | 2014-08-12 | Amazon Technologies, Inc. | Data storage integrity validation |
US9904788B2 (en) | 2012-08-08 | 2018-02-27 | Amazon Technologies, Inc. | Redundant key management |
US9779035B1 (en) | 2012-08-08 | 2017-10-03 | Amazon Technologies, Inc. | Log-based data storage on sequentially written media |
US9225675B2 (en) | 2012-08-08 | 2015-12-29 | Amazon Technologies, Inc. | Data storage application programming interface |
US10120579B1 (en) | 2012-08-08 | 2018-11-06 | Amazon Technologies, Inc. | Data storage management for sequentially written media |
US10210175B2 (en) | 2012-09-28 | 2019-02-19 | Oracle International Corporation | Techniques for lifecycle state management and in-database archiving |
US20140164323A1 (en) * | 2012-12-10 | 2014-06-12 | Transparent Io, Inc. | Synchronous/Asynchronous Storage System |
US10379988B2 (en) | 2012-12-21 | 2019-08-13 | Commvault Systems, Inc. | Systems and methods for performance monitoring |
US10558581B1 (en) * | 2013-02-19 | 2020-02-11 | Amazon Technologies, Inc. | Systems and techniques for data recovery in a keymapless data storage system |
US9674563B2 (en) | 2013-11-04 | 2017-06-06 | Rovi Guides, Inc. | Systems and methods for recommending content |
US9904481B2 (en) | 2015-01-23 | 2018-02-27 | Commvault Systems, Inc. | Scalable auxiliary copy processing in a storage management system using media agent resources |
US9898213B2 (en) | 2015-01-23 | 2018-02-20 | Commvault Systems, Inc. | Scalable auxiliary copy processing using media agent resources |
US11386060B1 (en) | 2015-09-23 | 2022-07-12 | Amazon Technologies, Inc. | Techniques for verifiably processing data in distributed computing systems |
US10909097B2 (en) | 2017-02-05 | 2021-02-02 | Veritas Technologies Llc | Method and system for dependency analysis of workloads for orchestration |
US11310137B2 (en) | 2017-02-05 | 2022-04-19 | Veritas Technologies Llc | System and method to propagate information across a connected set of entities irrespective of the specific entity type |
US10671639B1 (en) * | 2017-03-30 | 2020-06-02 | Amazon Technologies, Inc. | Selectively replicating changes to hierarchial data structures |
US11010261B2 (en) | 2017-03-31 | 2021-05-18 | Commvault Systems, Inc. | Dynamically allocating streams during restoration of data |
CN107257391A (en) * | 2017-06-09 | 2017-10-17 | 济南中维世纪科技有限公司 | The method of monitoring device locality protection |
US11269679B2 (en) | 2018-05-04 | 2022-03-08 | Microsoft Technology Licensing, Llc | Resource-governed protocol and runtime for distributed databases with consistency models |
US11853575B1 (en) | 2019-06-08 | 2023-12-26 | Veritas Technologies Llc | Method and system for data consistency across failure and recovery of infrastructure |
US11928085B2 (en) | 2019-12-13 | 2024-03-12 | EMC IP Holding Company LLC | Using merkle trees in any point in time replication |
US11386122B2 (en) | 2019-12-13 | 2022-07-12 | EMC IP Holding Company LLC | Self healing fast sync any point in time replication systems using augmented Merkle trees |
US11429640B2 (en) | 2020-02-28 | 2022-08-30 | Veritas Technologies Llc | Methods and systems for data resynchronization in a replication environment |
US11531604B2 (en) | 2020-02-28 | 2022-12-20 | Veritas Technologies Llc | Methods and systems for data resynchronization in a replication environment |
US11928030B2 (en) | 2020-03-31 | 2024-03-12 | Veritas Technologies Llc | Optimize backup from universal share |
US11593223B1 (en) | 2021-09-02 | 2023-02-28 | Commvault Systems, Inc. | Using resource pool administrative entities in a data storage management system to provide shared infrastructure to tenants |
US11775558B1 (en) * | 2022-04-11 | 2023-10-03 | Fmr Llc | Systems and methods for automatic management of database data replication processes |
US11675812B1 (en) | 2022-09-29 | 2023-06-13 | Fmr Llc | Synchronization of metadata between databases in a cloud computing environment |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5812793A (en) * | 1996-06-26 | 1998-09-22 | Microsoft Corporation | System and method for asynchronous store and forward data replication |
US6209002B1 (en) * | 1999-02-17 | 2001-03-27 | Emc Corporation | Method and apparatus for cascading data through redundant data storage units |
US6629264B1 (en) * | 2000-03-30 | 2003-09-30 | Hewlett-Packard Development Company, L.P. | Controller-based remote copy system with logical unit grouping |
US6718347B1 (en) * | 1999-01-05 | 2004-04-06 | Emc Corporation | Method and apparatus for maintaining coherence among copies of a database shared by multiple computers |
US6728751B1 (en) * | 2000-03-16 | 2004-04-27 | International Business Machines Corporation | Distributed back up of data on a network |
US6826665B1 (en) * | 1999-09-07 | 2004-11-30 | Fujitsu Limited | Data backup method and system |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5544347A (en) * | 1990-09-24 | 1996-08-06 | Emc Corporation | Data storage system controlled remote data mirroring with respectively maintained data indices |
US5423037A (en) * | 1992-03-17 | 1995-06-06 | Teleserve Transaction Technology As | Continuously available database server having multiple groups of nodes, each group maintaining a database copy with fragments stored on multiple nodes |
EP0678812A1 (en) * | 1994-04-20 | 1995-10-25 | Microsoft Corporation | Replication verification |
US5502443A (en) * | 1994-06-27 | 1996-03-26 | Newberry; Robert S. | Transponder for interactive data exchange between individually user-controlled computer-steered systems |
CA2227432C (en) * | 1995-07-20 | 2001-05-22 | Novell, Inc. | Transaction synchronization in a disconnectable computer and network |
US5870537A (en) * | 1996-03-13 | 1999-02-09 | International Business Machines Corporation | Concurrent switch to shadowed device for storage controller and device errors |
US5832222A (en) * | 1996-06-19 | 1998-11-03 | Ncr Corporation | Apparatus for providing a single image of an I/O subsystem in a geographically dispersed computer system |
US5909540A (en) * | 1996-11-22 | 1999-06-01 | Mangosoft Corporation | System and method for providing highly available data storage using globally addressable memory |
US6324654B1 (en) * | 1998-03-30 | 2001-11-27 | Legato Systems, Inc. | Computer network remote data mirroring system |
US6324571B1 (en) * | 1998-09-21 | 2001-11-27 | Microsoft Corporation | Floating single master operation |
US6401120B1 (en) * | 1999-03-26 | 2002-06-04 | Microsoft Corporation | Method and system for consistent cluster operational data in a server cluster using a quorum of replicas |
US6587970B1 (en) * | 2000-03-22 | 2003-07-01 | Emc Corporation | Method and apparatus for performing site failover |
US6658590B1 (en) * | 2000-03-30 | 2003-12-02 | Hewlett-Packard Development Company, L.P. | Controller-based transaction logging system for data recovery in a storage area network |
US6691139B2 (en) * | 2001-01-31 | 2004-02-10 | Hewlett-Packard Development Co., Ltd. | Recreation of archives at a disaster recovery site |
WO2002079905A2 (en) * | 2001-04-02 | 2002-10-10 | Akamai Technologies, Inc. | Scalable, high performance and highly available distributed storage system for internet content |
US6662198B2 (en) * | 2001-08-30 | 2003-12-09 | Zoteca Inc. | Method and system for asynchronous transmission, backup, distribution of data and file sharing |
-
2001
- 2001-07-13 US US09/905,436 patent/US20030014523A1/en not_active Abandoned
- 2001-11-19 US US09/988,854 patent/US7340490B2/en active Active
- 2001-11-19 US US09/988,853 patent/US20030014432A1/en not_active Abandoned
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5812793A (en) * | 1996-06-26 | 1998-09-22 | Microsoft Corporation | System and method for asynchronous store and forward data replication |
US6718347B1 (en) * | 1999-01-05 | 2004-04-06 | Emc Corporation | Method and apparatus for maintaining coherence among copies of a database shared by multiple computers |
US6209002B1 (en) * | 1999-02-17 | 2001-03-27 | Emc Corporation | Method and apparatus for cascading data through redundant data storage units |
US6826665B1 (en) * | 1999-09-07 | 2004-11-30 | Fujitsu Limited | Data backup method and system |
US6728751B1 (en) * | 2000-03-16 | 2004-04-27 | International Business Machines Corporation | Distributed back up of data on a network |
US6629264B1 (en) * | 2000-03-30 | 2003-09-30 | Hewlett-Packard Development Company, L.P. | Controller-based remote copy system with logical unit grouping |
Cited By (175)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8938062B2 (en) | 1995-12-11 | 2015-01-20 | Comcast Ip Holdings I, Llc | Method for accessing service resource items that are for use in a telecommunications system |
US7246214B2 (en) * | 1998-09-09 | 2007-07-17 | Hitachi, Ltd. | Remote copy for a storage controller with reduced data size |
US20050120092A1 (en) * | 1998-09-09 | 2005-06-02 | Hitachi, Ltd. | Remote copy for a storage controller with reduced data size |
US20060085612A1 (en) * | 2001-05-10 | 2006-04-20 | Hitachi, Ltd. | Remote copy control method, storage sub-system with the method, and large area data storage system using them |
US20060195667A1 (en) * | 2001-05-10 | 2006-08-31 | Hitachi, Ltd. | Remote copy for a storage controller with consistent write order |
US20030033327A1 (en) * | 2001-07-27 | 2003-02-13 | Chhandomay Mandal | Method and apparatus for managing remote data replication in a distributed computer system |
US6772178B2 (en) * | 2001-07-27 | 2004-08-03 | Sun Microsystems, Inc. | Method and apparatus for managing remote data replication in a distributed computer system |
US7430589B2 (en) * | 2001-09-27 | 2008-09-30 | Emc Corporation | Remote data facility over an IP network |
US20060031485A1 (en) * | 2001-09-27 | 2006-02-09 | Alex Veprinsky | Remote data facility over an IP network |
US7076690B1 (en) | 2002-04-15 | 2006-07-11 | Emc Corporation | Method and apparatus for managing access to volumes of storage |
US7502960B1 (en) | 2002-04-15 | 2009-03-10 | Emc Corporation | Method and apparatus for managing access to volumes of storage |
US7343461B2 (en) | 2002-07-30 | 2008-03-11 | Hitachi, Ltd. | Storage system for multi-site remote copy |
US7685387B2 (en) | 2002-07-30 | 2010-03-23 | Hitachi, Ltd. | Storage system for multi-site remote copy |
US20080126725A1 (en) * | 2002-07-30 | 2008-05-29 | Noboru Morishita | Storage system for multi-site remote copy |
US7188218B2 (en) | 2002-07-30 | 2007-03-06 | Hitachi, Ltd. | Storage system for multi-remote copy |
US20050262312A1 (en) * | 2002-07-30 | 2005-11-24 | Noboru Morishita | Storage system for multi-site remote copy |
US7613741B2 (en) | 2002-08-01 | 2009-11-03 | Oracle International Corporation | Utilizing rules in a distributed information sharing system |
US20040034618A1 (en) * | 2002-08-01 | 2004-02-19 | Oracle International Corporation | Utilizing rules in a distributed information sharing system |
US7707151B1 (en) | 2002-08-02 | 2010-04-27 | Emc Corporation | Method and apparatus for migrating data |
US9344502B2 (en) | 2002-08-27 | 2016-05-17 | At&T Intellectual Property Ii, L.P. | Asymmetric data mirroring |
US8819479B2 (en) | 2002-08-27 | 2014-08-26 | At&T Intellectual Property Ii, L.P. | Asymmetric data mirroring |
US10044805B2 (en) | 2002-08-27 | 2018-08-07 | At&T Intellectual Property Ii, L.P. | Asymmetric data mirroring |
US10887391B2 (en) | 2002-08-27 | 2021-01-05 | At&T Intellectual Property Ii, L.P. | Remote cloud backup of data |
US8443229B2 (en) * | 2002-08-27 | 2013-05-14 | At&T Intellectual Property I, L.P. | Asymmetric data mirroring |
US7549080B1 (en) * | 2002-08-27 | 2009-06-16 | At&T Corp | Asymmetric data mirroring |
US7941694B1 (en) * | 2002-08-27 | 2011-05-10 | At&T Intellectual Property Ii, L.P. | Asymmetric data mirroring |
US20110179243A1 (en) * | 2002-08-27 | 2011-07-21 | At&T Intellectual Property Ii, L.P. | Asymmetric Data Mirroring |
US7546482B2 (en) | 2002-10-28 | 2009-06-09 | Emc Corporation | Method and apparatus for monitoring the storage of data in a computer system |
US8103625B1 (en) | 2002-12-17 | 2012-01-24 | Symantec Operating Corporation | System and method for providing access to replicated data |
US7370025B1 (en) * | 2002-12-17 | 2008-05-06 | Symantec Operating Corporation | System and method for providing access to replicated data |
US7752403B1 (en) * | 2003-04-01 | 2010-07-06 | At&T Corp. | Methods and systems for secure dispersed redundant data storage |
US7263590B1 (en) | 2003-04-23 | 2007-08-28 | Emc Corporation | Method and apparatus for migrating data in a computer system |
US7415591B1 (en) | 2003-04-23 | 2008-08-19 | Emc Corporation | Method and apparatus for migrating data and automatically provisioning a target for the migration |
US7805583B1 (en) * | 2003-04-23 | 2010-09-28 | Emc Corporation | Method and apparatus for migrating data in a clustered computer system environment |
WO2005001713A1 (en) | 2003-06-30 | 2005-01-06 | International Business Machines Corporation | Retrieving a replica of an electronic document in a computer network |
US7568034B1 (en) * | 2003-07-03 | 2009-07-28 | Google Inc. | System and method for data distribution |
US8136025B1 (en) | 2003-07-03 | 2012-03-13 | Google Inc. | Assigning document identification tags |
US9411889B2 (en) | 2003-07-03 | 2016-08-09 | Google Inc. | Assigning document identification tags |
US20110055368A1 (en) * | 2003-08-14 | 2011-03-03 | Oracle International Corporation | Connection Pool Use of Runtime Load Balancing Service Performance Advisories |
US7937493B2 (en) | 2003-08-14 | 2011-05-03 | Oracle International Corporation | Connection pool use of runtime load balancing service performance advisories |
US7437459B2 (en) | 2003-08-14 | 2008-10-14 | Oracle International Corporation | Calculation of service performance grades in a multi-node environment that hosts the services |
US7516221B2 (en) | 2003-08-14 | 2009-04-07 | Oracle International Corporation | Hierarchical management of the dynamic allocation of resources in a multi-node system |
US20050256971A1 (en) * | 2003-08-14 | 2005-11-17 | Oracle International Corporation | Runtime load balancing of work across a clustered computing system using current service performance levels |
US8365193B2 (en) | 2003-08-14 | 2013-01-29 | Oracle International Corporation | Recoverable asynchronous message driven processing in a multi-node system |
US20050038835A1 (en) * | 2003-08-14 | 2005-02-17 | Oracle International Corporation | Recoverable asynchronous message driven processing in a multi-node system |
US20050038800A1 (en) * | 2003-08-14 | 2005-02-17 | Oracle International Corporation | Calculation of sevice performance grades in a multi-node environment that hosts the services |
US20050262183A1 (en) * | 2003-08-14 | 2005-11-24 | Oracle International Corporation | Connection pool use of runtime load balancing service performance advisories |
US8626890B2 (en) | 2003-08-14 | 2014-01-07 | Oracle International Corporation | Connection pool use of runtime load balancing service performance advisories |
US20050038834A1 (en) * | 2003-08-14 | 2005-02-17 | Oracle International Corporation | Hierarchical management of the dynamic allocation of resources in a multi-node system |
US7490113B2 (en) | 2003-08-27 | 2009-02-10 | International Business Machines Corporation | Database log capture that publishes transactions to multiple targets to handle unavailable targets by separating the publishing of subscriptions and subsequently recombining the publishing |
US20090112947A1 (en) * | 2003-08-27 | 2009-04-30 | International Business Machines Corporation | Database Log Capture that Publishes Transactions to Multiple Targets to Handle Unavailable Targets by Separating the Publishing of Subscriptions and Subsequently Recombining the Publishing |
US20050049945A1 (en) * | 2003-08-27 | 2005-03-03 | International Business Machines Corporation | Database log capture program that publishes transactions to multiple targets to handle unavailable targets by separating the publishing of subscriptions and subsequently recombining the publishing |
US7991745B2 (en) | 2003-08-27 | 2011-08-02 | International Business Machines Corporation | Database log capture that publishes transactions to multiple targets to handle unavailable targets by separating the publishing of subscriptions and subsequently recombining the publishing |
WO2005022389A2 (en) * | 2003-08-29 | 2005-03-10 | Veritas Operating Corporation | Method and system of providing cascaded replication |
WO2005022389A3 (en) * | 2003-08-29 | 2005-06-16 | Veritas Operating Corp | Method and system of providing cascaded replication |
US20080052479A1 (en) * | 2003-09-01 | 2008-02-28 | Hitachi, Ltd. | Storage system, method of controlling storage system, and storage device |
US20060004894A1 (en) * | 2003-09-01 | 2006-01-05 | Hitachi, Ltd. | Storage system, method of controlling storage system, and storage device |
US7287132B2 (en) | 2003-09-01 | 2007-10-23 | Hitachi, Ltd. | Storage system, method of controlling storage system, and storage device |
US20080034177A1 (en) * | 2003-09-01 | 2008-02-07 | Masamitsu Takahashi | Storage system, method of controlling storage system, and storage device |
US7185152B2 (en) * | 2003-09-01 | 2007-02-27 | Hitachi, Ltd. | Storage system, method of controlling storage system, and storage device |
US7693960B1 (en) * | 2003-10-22 | 2010-04-06 | Sprint Communications Company L.P. | Asynchronous data storage system with geographic diversity |
US7325109B1 (en) * | 2003-10-24 | 2008-01-29 | Network Appliance, Inc. | Method and apparatus to mirror data at two separate sites without comparing the data at the two sites |
US7685176B2 (en) * | 2003-10-28 | 2010-03-23 | Pillar Data Systems, Inc. | Systems and methods of asynchronous data replication |
US20070011213A1 (en) * | 2003-10-28 | 2007-01-11 | Burton David A | Systems and methods of asynchronous data replication |
US8060619B1 (en) * | 2003-11-07 | 2011-11-15 | Symantec Operating Corporation | Direct connections to a plurality of storage object replicas in a computer network |
US7299378B2 (en) * | 2004-01-15 | 2007-11-20 | Oracle International Corporation | Geographically distributed clusters |
US20050160315A1 (en) * | 2004-01-15 | 2005-07-21 | Oracle International Corporation | Geographically distributed clusters |
US20050198385A1 (en) * | 2004-01-30 | 2005-09-08 | Aust Brian S. | System and method for generating a consistent user name-space on networked devices |
US8108483B2 (en) * | 2004-01-30 | 2012-01-31 | Microsoft Corporation | System and method for generating a consistent user namespace on networked devices |
US7277997B2 (en) | 2004-03-16 | 2007-10-02 | International Business Machines Corporation | Data consistency for mirroring updatable source data storage |
WO2005096186A2 (en) * | 2004-03-18 | 2005-10-13 | Thomson Licensing | Automatic mirroring of information |
WO2005096186A3 (en) * | 2004-03-18 | 2006-05-11 | Thomson Licensing Sa | Automatic mirroring of information |
US7167963B2 (en) * | 2004-04-28 | 2007-01-23 | Hitachi, Ltd. | Storage system with multiple remote site copying capability |
US20070061532A1 (en) * | 2004-04-28 | 2007-03-15 | Yusuke Hirakawa | Data processing system |
US8316198B2 (en) | 2004-04-28 | 2012-11-20 | Hitachi, Ltd. | Data processing system |
US20060107007A1 (en) * | 2004-04-28 | 2006-05-18 | Yusuke Hirakawa | Data processing system |
US20100131795A1 (en) * | 2004-04-28 | 2010-05-27 | Yusuke Hirakawa | Data processing system |
US7415589B2 (en) | 2004-04-28 | 2008-08-19 | Hitachi, Ltd. | Data processing system with multiple storage systems |
US7240173B2 (en) | 2004-04-28 | 2007-07-03 | Hitachi, Ltd. | Data processing system |
US20110138140A1 (en) * | 2004-04-28 | 2011-06-09 | Yusuke Hirakawa | Data processing system |
US8205051B2 (en) | 2004-04-28 | 2012-06-19 | Hitachi, Ltd. | Data processing system |
US7917714B2 (en) | 2004-04-28 | 2011-03-29 | Hitachi, Ltd. | Data processing system |
US7660957B2 (en) | 2004-04-28 | 2010-02-09 | Hitachi, Ltd. | Data processing system |
US7571173B2 (en) | 2004-05-14 | 2009-08-04 | Oracle International Corporation | Cross-platform transportable database |
US20050253739A1 (en) * | 2004-05-14 | 2005-11-17 | Oracle International Corporation | Cross platform transportable tablespaces |
US8554806B2 (en) | 2004-05-14 | 2013-10-08 | Oracle International Corporation | Cross platform transportable tablespaces |
US20050256908A1 (en) * | 2004-05-14 | 2005-11-17 | Wanli Yang | Transportable database |
US7502824B2 (en) | 2004-08-12 | 2009-03-10 | Oracle International Corporation | Database shutdown with session migration |
US20060200454A1 (en) * | 2004-08-12 | 2006-09-07 | Sanjay Kaluskar | Database shutdown with session migration |
US20060074957A1 (en) * | 2004-09-29 | 2006-04-06 | Hitachi, Ltd. | Method of configuration management of a computer system |
US20060126201A1 (en) * | 2004-12-10 | 2006-06-15 | Arvind Jain | System and method for scalable data distribution |
US8959144B2 (en) | 2004-12-10 | 2015-02-17 | Google Inc. | System and method for scalable data distribution |
US8346843B2 (en) | 2004-12-10 | 2013-01-01 | Google Inc. | System and method for scalable data distribution |
US9489424B2 (en) | 2004-12-20 | 2016-11-08 | Oracle International Corporation | Cursor pre-fetching |
US20060149702A1 (en) * | 2004-12-20 | 2006-07-06 | Oracle International Corporation | Cursor pre-fetching |
US20110231366A1 (en) * | 2005-04-20 | 2011-09-22 | Axxana (Israel) Ltd | Remote data mirroring system |
US9195397B2 (en) | 2005-04-20 | 2015-11-24 | Axxana (Israel) Ltd. | Disaster-proof data recovery |
US7996709B2 (en) | 2005-04-20 | 2011-08-09 | Axxana (Israel) Ltd. | Remote data mirroring system |
US20100169706A1 (en) * | 2005-04-20 | 2010-07-01 | Axxana (Israel) Ltd | Remote data mirroring system |
US7707453B2 (en) | 2005-04-20 | 2010-04-27 | Axxana (Israel) Ltd. | Remote data mirroring system |
US8914666B2 (en) | 2005-04-20 | 2014-12-16 | Axxana (Israel) Ltd. | Remote data mirroring system |
US20070083563A1 (en) * | 2005-10-07 | 2007-04-12 | Benny Souder | Online tablespace recovery for export |
US7610314B2 (en) | 2005-10-07 | 2009-10-27 | Oracle International Corporation | Online tablespace recovery for export |
US20080120351A1 (en) * | 2006-11-16 | 2008-05-22 | Bhushan Khaladkar | Efficient migration of binary XML across databases |
US8909599B2 (en) | 2006-11-16 | 2014-12-09 | Oracle International Corporation | Efficient migration of binary XML across databases |
WO2008124517A1 (en) * | 2007-04-03 | 2008-10-16 | Access Integrated Technologies, Inc. | Method and apparatus for media duplication |
US20080250077A1 (en) * | 2007-04-03 | 2008-10-09 | Access Integrated Technologies, Inc. | Method and apparatus for media duplication |
US8271648B2 (en) | 2007-04-03 | 2012-09-18 | Cinedigm Digital Cinema Corp. | Method and apparatus for media duplication |
US9027025B2 (en) | 2007-04-17 | 2015-05-05 | Oracle International Corporation | Real-time database exception monitoring tool using instance eviction data |
US7984327B2 (en) | 2007-10-08 | 2011-07-19 | Axxana (Israel) Ltd. | Fast data recovery system |
US20090094425A1 (en) * | 2007-10-08 | 2009-04-09 | Alex Winokur | Fast data recovery system |
US20090150398A1 (en) * | 2007-12-05 | 2009-06-11 | Sachin Ramesh Raut | Directory server replication |
US9143559B2 (en) * | 2007-12-05 | 2015-09-22 | International Business Machines Corporation | Directory server replication |
US20090158284A1 (en) * | 2007-12-18 | 2009-06-18 | Inventec Corporation | System and method of processing sender requests for remote replication |
US8015436B2 (en) | 2008-05-19 | 2011-09-06 | Axxana (Israel) Ltd | Resilient data storage in the presence of replication faults and rolling disasters |
US20090287967A1 (en) * | 2008-05-19 | 2009-11-19 | Axxana (Israel) Ltd. | Resilient Data Storage in the Presence of Replication Faults and Rolling Disasters |
US8289694B2 (en) | 2009-01-05 | 2012-10-16 | Axxana (Israel) Ltd. | Disaster-proof storage unit having transmission capabilities |
US20100172084A1 (en) * | 2009-01-05 | 2010-07-08 | Axxana (Israel) Ltd | Disaster-Proof Storage Unit Having Transmission Capabilities |
US8752153B2 (en) | 2009-02-05 | 2014-06-10 | Wwpass Corporation | Accessing data based on authenticated user, provider and system |
US8826019B2 (en) | 2009-02-05 | 2014-09-02 | Wwpass Corporation | Centralized authentication system with safe private data storage and method |
US20100199089A1 (en) * | 2009-02-05 | 2010-08-05 | Wwpass Corporation | Centralized authentication system with safe private data storage and method |
US8327141B2 (en) | 2009-02-05 | 2012-12-04 | Wwpass Corporation | Centralized authentication system with safe private data storage and method |
US8751829B2 (en) | 2009-02-05 | 2014-06-10 | Wwpass Corporation | Dispersed secure data storage and retrieval |
US8839391B2 (en) | 2009-02-05 | 2014-09-16 | Wwpass Corporation | Single token authentication |
US8713661B2 (en) | 2009-02-05 | 2014-04-29 | Wwpass Corporation | Authentication service |
US20100211681A1 (en) * | 2009-02-19 | 2010-08-19 | Oracle International Corporation | Intelligent flood control management |
US9128895B2 (en) | 2009-02-19 | 2015-09-08 | Oracle International Corporation | Intelligent flood control management |
US9191505B2 (en) | 2009-05-28 | 2015-11-17 | Comcast Cable Communications, Llc | Stateful home phone service |
US9454325B2 (en) * | 2009-11-04 | 2016-09-27 | Broadcom Corporation | Method and system for offline data access on computer systems |
US20110106906A1 (en) * | 2009-11-04 | 2011-05-05 | Simon Assouad | Method and system for offline data access on computer systems |
US9021124B2 (en) | 2009-12-02 | 2015-04-28 | Axxana (Israel) Ltd. | Distributed intelligent network |
US10055128B2 (en) | 2010-01-20 | 2018-08-21 | Oracle International Corporation | Hybrid binary XML storage model for efficient XML processing |
US10191656B2 (en) | 2010-01-20 | 2019-01-29 | Oracle International Corporation | Hybrid binary XML storage model for efficient XML processing |
US8458530B2 (en) | 2010-09-21 | 2013-06-04 | Oracle International Corporation | Continuous system health indicator for managing computer system alerts |
US10042760B2 (en) * | 2011-01-07 | 2018-08-07 | International Business Machines Corporation | Scalable cloud storage architecture |
US20160283373A1 (en) * | 2011-01-07 | 2016-09-29 | International Business Machines Corporation | Scalable cloud storage architecture |
US8555079B2 (en) | 2011-12-06 | 2013-10-08 | Wwpass Corporation | Token management |
US9384255B2 (en) | 2012-01-04 | 2016-07-05 | International Business Machines Corporation | Managing remote data replication |
US10394666B2 (en) | 2012-01-04 | 2019-08-27 | International Business Machines Corporation | Managing remote data replication |
US11243848B2 (en) | 2012-01-04 | 2022-02-08 | International Business Machines Corporation | Managing remote data replication |
US11243847B2 (en) | 2012-01-04 | 2022-02-08 | International Business Machines Corporation | Managing remote data replication |
US10394665B2 (en) | 2012-01-04 | 2019-08-27 | International Business Machines Corporation | Managing remote data replication |
US10037250B2 (en) | 2012-01-04 | 2018-07-31 | International Business Machines Corporation | Managing remote data replication |
US10037249B2 (en) | 2012-01-04 | 2018-07-31 | International Business Machines Corporation | Managing remote data replication |
US9372910B2 (en) | 2012-01-04 | 2016-06-21 | International Business Machines Corporation | Managing remote data replication |
US9448948B2 (en) * | 2013-01-10 | 2016-09-20 | Dell Products L.P. | Efficient replica cleanup during resynchronization |
US20140195748A1 (en) * | 2013-01-10 | 2014-07-10 | Dell Products L.P. | Efficient replica cleanup during resynchronization |
US9330155B1 (en) * | 2013-09-30 | 2016-05-03 | Emc Corporation | Unified management of sync and async replication for block and file objects |
US9378261B1 (en) * | 2013-09-30 | 2016-06-28 | Emc Corporation | Unified synchronous replication for block and file objects |
US10769028B2 (en) | 2013-10-16 | 2020-09-08 | Axxana (Israel) Ltd. | Zero-transaction-loss recovery for database systems |
US20150193335A1 (en) * | 2014-01-08 | 2015-07-09 | Samsung Electronics Co., Ltd. | Display apparatus and control method thereof |
US9304865B2 (en) | 2014-03-26 | 2016-04-05 | International Business Machines Corporation | Efficient handing of semi-asynchronous raid write failures |
US9582383B2 (en) | 2014-03-26 | 2017-02-28 | International Business Machines Corporation | Efficient handling of semi-asynchronous raid write failures |
US10379958B2 (en) | 2015-06-03 | 2019-08-13 | Axxana (Israel) Ltd. | Fast archiving for database systems |
US11262931B2 (en) | 2015-12-28 | 2022-03-01 | Netapp, Inc. | Synchronous replication |
US10496320B2 (en) * | 2015-12-28 | 2019-12-03 | Netapp Inc. | Synchronous replication |
US11726697B2 (en) | 2015-12-28 | 2023-08-15 | Netapp, Inc. | Synchronous replication |
US20170185306A1 (en) * | 2015-12-28 | 2017-06-29 | Netapp Inc. | Synchronous replication |
US10474653B2 (en) | 2016-09-30 | 2019-11-12 | Oracle International Corporation | Flexible in-memory column store placement |
CN110703985A (en) * | 2016-10-25 | 2020-01-17 | 杭州华为数字技术有限公司 | Data synchronization method and out-of-band management equipment |
US11010086B2 (en) * | 2016-10-25 | 2021-05-18 | Huawei Technologies Co., Ltd. | Data synchronization method and out-of-band management device |
US10592326B2 (en) | 2017-03-08 | 2020-03-17 | Axxana (Israel) Ltd. | Method and apparatus for data loss assessment |
US11063911B1 (en) | 2020-04-30 | 2021-07-13 | Snowflake Inc. | Private virtual network replication of cloud databases |
US11223603B2 (en) | 2020-04-30 | 2022-01-11 | Snowflake Inc. | Private virtual network replication of cloud databases |
US11134061B1 (en) | 2020-04-30 | 2021-09-28 | Snowflake Inc. | Private virtual network replication of cloud databases |
US10999252B1 (en) * | 2020-04-30 | 2021-05-04 | Snowflake Inc. | Private virtual network replication of cloud databases |
US11374908B2 (en) | 2020-04-30 | 2022-06-28 | Snowflake Inc. | Private virtual network replication of cloud databases |
US11539672B2 (en) | 2020-04-30 | 2022-12-27 | Snowflake Inc. | Private virtual network replication of cloud databases |
US10855660B1 (en) * | 2020-04-30 | 2020-12-01 | Snowflake Inc. | Private virtual network replication of cloud databases |
US11943203B2 (en) | 2020-04-30 | 2024-03-26 | Snowflake Inc. | Virtual network replication using staggered encryption |
US11349917B2 (en) | 2020-07-23 | 2022-05-31 | Pure Storage, Inc. | Replication handling among distinct networks |
US11442652B1 (en) | 2020-07-23 | 2022-09-13 | Pure Storage, Inc. | Replication handling during storage system transportation |
US11789638B2 (en) | 2020-07-23 | 2023-10-17 | Pure Storage, Inc. | Continuing replication during storage system transportation |
US11882179B2 (en) | 2020-07-23 | 2024-01-23 | Pure Storage, Inc. | Supporting multiple replication schemes across distinct network layers |
US11500701B1 (en) * | 2020-12-11 | 2022-11-15 | Amazon Technologies, Inc. | Providing a global queue through replication |
Also Published As
Publication number | Publication date |
---|---|
US20030014432A1 (en) | 2003-01-16 |
US7340490B2 (en) | 2008-03-04 |
US20030014433A1 (en) | 2003-01-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7340490B2 (en) | Storage network data replicator | |
US6363462B1 (en) | Storage controller providing automatic retention and deletion of synchronous back-up data | |
US7603581B2 (en) | Remote copying of updates to primary and secondary storage locations subject to a copy relationship | |
US7206911B2 (en) | Method, system, and program for a system architecture for an arbitrary number of backup components | |
US7251743B2 (en) | Method, system, and program for transmitting input/output requests from a primary controller to a secondary controller | |
US8108486B2 (en) | Remote copy system | |
JP3958757B2 (en) | Disaster recovery system using cascade resynchronization | |
US6535967B1 (en) | Method and apparatus for transferring data between a primary storage system and a secondary storage system using a bridge volume | |
CA2621238C (en) | No data loss it disaster recovery over extended distances | |
US7600087B2 (en) | Distributed remote copy system | |
JP2005327283A (en) | Mirroring storage interface | |
US20010047412A1 (en) | Method and apparatus for maximizing distance of data mirrors | |
US7831550B1 (en) | Propagating results of a volume-changing operation to replicated nodes | |
EP1261918A1 (en) | Method and system for transferring data between primary storage and secondary storage using a bridge volume and an internal snapshot copy of the data being transferred | |
US20170003895A1 (en) | Using inactive copy relationships to resynchronize data between storages | |
KR20070059095A (en) | A system, a method and a device for updating a data set through a communication network | |
US8903766B2 (en) | Data mirroring using a virtual connection | |
US7904682B2 (en) | Copying writes from primary storages to secondary storages across different networks | |
US9582384B2 (en) | Method and system for data replication | |
US9218313B2 (en) | Shared-bandwidth multiple target remote copy | |
Pandey et al. | A survey of storage remote replication software | |
US10331358B1 (en) | High performance and low-latency replication using storage mirroring | |
Atwood et al. | Storage Solutions with the IBM TotalStorage™ Enterprise Storage Server and VERITAS Software |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: SUN MICROSYSTEMS INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:TELOH, JOHN;CROSLAND, SIMON;NEWTON, PHILIP;REEL/FRAME:012240/0825;SIGNING DATES FROM 20010827 TO 20010910 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |