Abstract: A computer system is provided, including a first data storage with a first retrieval latency, a second data storage with a second retrieval latency that is higher than the first retrieval latency, and a processor coupled to a memory that stores instructions, which cause the processor to store a series of recovery points of a data collection in the first data storage. For a current recovery point of the series of recovery points, the processor is further configured to compute a difference between an incremental changed block value of one or more prior recovery points and a number of memory blocks inherited from the one or more prior recovery points. The processor generates and outputs a storage transfer recommendation to store a subset of the one or more of the prior recovery points in the second data storage rather than the first data storage, based on the computed difference.

Abstract: A computer system is provided, including a first data storage with a first retrieval latency, a second data storage with a second retrieval latency that is higher than the first retrieval latency, and a processor coupled to a memory that stores instructions, which cause the processor to store a series of recovery points of a data collection in the first data storage. For a current recovery point of the series of recovery points, the processor is further configured to compute a difference between an incremental changed block value of one or more prior recovery points and a number of memory blocks inherited from the one or more prior recovery points. The processor generates and outputs a storage transfer recommendation to store a subset of the one or more of the prior recovery points in the second data storage rather than the first data storage, based on the computed difference.

Abstract: Storage access requests are received from one or more applications. Multiple servers update multiple virtual disks as directed by the storage access requests. The virtual disks store data that is write order dependent across the virtual disks. Logs are associated with the virtual disks. Information associated with each storage access request is stored in one of the logs. A cycle of log switching is performed. A write order consistent tracking coordinator coordinates the log switching with agents at the servers to maintain request ordering. Replication coordinators coordinate the application of the switched-out log files from primary storage to replica storage, creating a write-order consistent point on the replica side matching the primary side, and providing for failure resiliency regarding transfer of the logs. The replication logs may be received individually on the replica side from the servers on the primary side to enable highly scalable parallel/simultaneous transfers of the logs.

Abstract: Storage access requests, such as write requests, are received from a virtual machine. A storage request processing module updates one of multiple virtual disks as directed by each of the storage access requests, and a replication management module stores information associated with each storage access request in one of multiple logs. The logs can be transferred to a recovery device at various intervals and/or in response to various events, which results in switching logs so that the replication management module stores the information associated with each storage access request in a new log and the previous (old) log is transferred to the recovery device. During this switching, request ordering for write order dependent requests is maintained at least in part by blocking processing of the information associated with each storage access request.

Abstract: Storage access requests are received from one or more applications. Multiple servers update multiple virtual disks as directed by the storage access requests. The virtual disks store data that is write order dependent across the virtual disks. Logs are associated with the virtual disks. Information associated with each storage access request is stored in one of the logs. A cycle of log switching is performed. A write order consistent tracking coordinator coordinates the log switching with agents at the servers to maintain request ordering. Replication coordinators coordinate the application of the switched-out log files from primary storage to replica storage, creating a write-order consistent point on the replica side matching the primary side, and providing for failure resiliency regarding transfer of the logs. The replication logs may be received individually on the replica side from the servers on the primary side to enable highly scalable parallel/simultaneous transfers of the logs.

Abstract: This application describes a system and techniques for managing the replication, migration, or backing up of virtual machines (VM) operating on a computing device. The techniques include managing real time or near real replication or migration of VM operations logs between computing devices. The operations logs include information or data that would enable another VM to function or operate in the same manner as the VM that generated the operations logs. Techniques are presented herein to insure the replication or migration process of VMs is not open ended or indefinite. For example, the write rate of the source operations log is managed to insure the replication or migration of the source operations log to destination device terminates within a reasonable amount of time.

Abstract: Techniques involving replication of virtual machines at a target site are described. One representative technique includes an apparatus including a virtual machine configured to provide storage access requests targeting a virtual disk. A storage request processing module is coupled to the virtual machine to receive the storage access requests and update the virtual disk as directed by the storage access requests. A replication management module is coupled to the virtual machine to receive the storage access requests in parallel with the storage request processing module, and to store information associated with the storage access requests in a log file(s). The log file may be transferred to a destination as a recovery replica of at least a portion of the virtual disk.

Abstract: Techniques involving replication of virtual machines at a target site are described. One representative technique includes an apparatus including a virtual machine configured to provide storage access requests targeting a virtual disk. A storage request processing module is coupled to the virtual machine to receive the storage access requests and update the virtual disk as directed by the storage access requests. A replication management module is coupled to the virtual machine to receive the storage access requests in parallel with the storage request processing module, and to store information associated with the storage access requests in a log file(s). The log file may be transferred to a destination as a recovery replica of at least a portion of the virtual disk.

Abstract: Storage access requests, such as write requests, are received from a virtual machine. A storage request processing module updates one of multiple virtual disks as directed by each of the storage access requests, and a replication management module stores information associated with each storage access request in one of multiple logs. The logs can be transferred to a recovery device at various intervals and/or in response to various events, which results in switching logs so that the replication management module stores the information associated with each storage access request in a new log and the previous (old) log is transferred to the recovery device. During this switching, request ordering for write order dependent requests is maintained at least in part by blocking processing of the information associated with each storage access request.

Abstract: This application describes a system and techniques for managing the replication, migration, or backing up of virtual machines (VM) operating on a computing device. The techniques include managing real time or near real replication or migration of VM operations logs between computing devices. The operations logs include information or data that would enable another VM to function or operate in the same manner as the VM that generated the operations logs. Techniques are presented herein to insure the replication or migration process of VMs is not open ended or indefinite. For example, the write rate of the source operations log is managed to insure the replication or migration of the source operations log to destination device terminates within a reasonable amount of time.

Abstract: Techniques involving replication of virtual machines at a target site are described. One representative technique includes an apparatus including a virtual machine configured to provide storage access requests targeting a virtual disk. A storage request processing module is coupled to the virtual machine to receive the storage access requests and update the virtual disk as directed by the storage access requests. A replication management module is coupled to the virtual machine to receive the storage access requests in parallel with the storage request processing module, and to store information associated with the storage access requests in a log file(s). The log file may be transferred to a destination as a recovery replica of at least a portion of the virtual disk.

Abstract: Storage access requests are received from one or more applications. Multiple servers update multiple virtual disks as directed by the storage access requests. The virtual disks store data that is write order dependent across the virtual disks. Logs are associated with the virtual disks. Information associated with each storage access request is stored in one of the logs. A cycle of log switching is performed. A write order consistent tracking coordinator coordinates the log switching with agents at the servers to maintain request ordering. Replication coordinators coordinate the application of the switched-out log files from primary storage to replica storage, creating a write-order consistent point on the replica side matching the primary side, and providing for failure resiliency regarding transfer of the logs. The replication logs may be received individually on the replica side from the servers on the primary side to enable highly scalable parallel/simultaneous transfers of the logs.