31 results about "Recovery point objective" patented technology

The present invention provides a system and method for management of Recovery Point Objectives (RPO) of a business continuity or disaster recovery solution. The system comprises a management server logically coupled with at least a first computer, at least a second computer, and a network coupling the first and the second computers. The first and second computers host at least one continuously available application and at least one data protection scheme for replicating the application data; the application data being periodically replicated from the first computer to at least the second computer. The system manages RPO by inputting an RPO value for the solution, calculating a real time RPO value for the solution, and making the real time RPO value equal to the input RPO value.

A distribution plan that indicates how to encode and distribute backup data across multiple data centres may be generated. The distribution plan may be generated such that one or more characteristics of the distribution plan, such as costs, are optimized while constraints on the plan, such as protection level, recovery point objective (RPO), and recovery time objective (RTO) are satisfied. The protection level may indicate the number of the data centres that are to remain available such that the backup data is recoverable from encoded fragments of the backup data stored in the data centres that remain available.

An apparatus, system, and method for creating a database backup schedule in a SAN environment based on a recovery plan. A user provides a desired recovery point objective (RPO) from a system recovery plan and an identifier of a database for back up. The present invention determines a priority (w) for a recent recovery point and determines a number (N) of volumes for storing backup images and a number (n) of database volumes used by the database. The present invention generates a scheduling formula where RPO is divided by the priority (w) of the most recent recovery point raised to the power of the truncated integer value of the ratio of volumes for storing backup images (N) and the number of volumes in use by the database (n) minus a scheduling interval determinant (i). The scheduling formula is used to determine a backup interval and backup assurance points.

In one embodiment, a recovery manager may define a plurality of recovery target sets. Each recovery target set comprises a recovery point target, a recovery time target, and at least one other property. The recovery manager also defines a plurality of recovery classes. Each recovery class comprises at least one recovery target set of the plurality of recovery target sets. Each recovery class describes recovery requirements over an asset state life cycle. The recovery manager applies a first recovery class of the plurality of recovery classes to a first asset dependent on an importance of the first asset to an owner of the first asset. In some cases, the first recovery class and/or other recovery classes of the plurality of recovery classes may each be applied to multiple assets. In another embodiment, a recovery manager defines one or more recovery target sets to be applied to one or more assets and saves the one or more recovery target sets. In some embodiments, recovery classes are also saved.

A system and method for proactively monitoring and maintaining a consistent recovery point objective (RPO) across data centers, the system comprising: one or more RPO Management Server(s) logically connected to one or more Production Sites and one or more Disaster Recovery Sites; a Network connecting the said RPO Management Server(s) with the said Production Site and the said Disaster Recovery Site wherein the said RPO Management Server is provided with at least one RPO Manager, at least one Disaster Recovery Management (DRM) System and at least one Replication Management System.

A system is provided for storage of journal data from a primary site to a secondary site with a predefined quality of service. In one implementation, the primary storage system stores information for updating data stored on the primary disk array in the form of a history of updates made to the data. The primary storage system is configured to transfer this journal information to the secondary storage system. The user can specify the quality of service desired using a variety of measures, for example, a recovery point objective or a recovery time objective. In response, a copy manager within one of the storage systems determines the capacity of the various primary and secondary volumes, and determines the copy rate available, typically dependent upon the bandwidth between the primary and secondary systems. The copy manager then copies journal data to the remote site where it is stored.

Provided is an architecture that eliminates the need for on-disk full backups of data retaining only changes that have occurred, in a separate table. Thus, the architecture provides for incremental recovery of incremental changes in a relational database (e.g., SQL). The architecture provides improved recovery time and recovery point objectives. By using the incremental capture of changed data (e.g., in an XML format), the capability is provided to capture schema changes, query the incremental change data and efficiently restore user data to an earlier point-in-time state. Changes (e.g., insert, update and delete operations) are tracked (e.g., continuously) by a set of triggers and the incrementally captured changed rows are inserted in a data capture table (a differential change ''delta'' table) in a human-readable format (e.g., XML). Rollback is also provided.

A mirrored storage system for applications is provided, which enables and supports the variation and dynamic adaptation of the Recovery Point Objectives (RPO) based on policies. Furthermore, methods are provided for running such a mirrored storage system. Said mirrored storage system comprises a first storage system and at least one further storage system, wherein said first and said further storage system are connected via at least one mirror link. An application accesses said mirrored storage system via a network. Therewith, the data to be stored as response to a write command of said application can be mirrored according to a configurable time-varying RPO requirement of the application transmitting the corresponding write command.

A method and apparatus for scheduling backup tasks on a source system specified by a backup job to meet a recovery point objective (RPO) specified for the backup job is presented. A method generally includes estimating resource utilization at the source system expected during a plurality of time periods based on historical resource utilization by jobs executed on the source system. The backup system estimates a time required to complete the backup tasks during each time period on the source system based on the estimated resource utilization for each time period and historical backup performance data. Upon determining that the estimated time required to complete the backup tasks for one or more of the time periods meets the RPO, the backup system schedules the backup tasks to be executed during a time period of the one or more time periods with the lowest estimated resource utilization.

Disclosed herein are methods, systems, and processes to adjust replication operations in a distributed environment. A set of replicated data is received from a first appliance as a result of a replication operation. The replication operation is initiated by the first appliance and the set of replicated data includes a first timestamp. A write operation is performed to store the set of replicated data and a second timestamp is recorded. Recovery point information is generated based on the first timestamp and the second timestamp. The recovery point information is configured to be utilized in adjusting replication parameters of a subsequent replication operation.

Virtual computing instance data that are stored across multiple storage volumes are replicated in a manner such that the write order is maintained. The frequency of the replication is set so that the recovery point objective defined for the VM data can be satisfied. The replication includes the steps of determining a set of logical storage volumes across which the virtual computing instance issues dependent write IOs, issuing a first command to the virtual computing instance to block new IOs and to block receipt of IO acknowledgements, issuing a command to create replicas of all the logical storage volumes in the set, and then issuing a second command to the virtual computing instance to unblock new IOs and unblock receipt of IO acknowledgements.

A computer-implemented method for managing virtual machine backups may include (1) identifying a maximum recovery point objective for a virtual machine with a virtual machine disk file on a storage device with snapshot capabilities, (2) identifying an available snapshot of the storage device that contains the virtual machine disk file, (3) determining that the snapshot's timestamp is within the maximum recovery point objective, and (4) constructing a backup of the virtual machine using the snapshot, instead of creating the backup from the virtual machine disk file. Various other methods, systems, and computer-readable media are also disclosed.

The invention provides a method for calculating a disaster recovery point objective of an information system. The key of the method is an information system consisting of m production systems, wherein k items of services K1, K2,..., Kk run on the information system, and each item of service only can run on one production system. Through analyzing the importance of each production system, the importance of each service, the existing data volume and the data volume (per second) generated by each department in the information system, and based on the generated data volume (per second) relevant to each service, according to the percentage of the existing data volume in a service used by a department to the total data volume of the department, new generated data (per second) of each service and new generated data (per second) of the production system relevant to each service are estimated; and then, through synthesizing the importance of each production system in the information system, the generated data volume of a production system is divided by the newly increased weighted data volume of the production system so as to obtain a value of the disaster RPO (recovery point objective) ofthe whole information system.

Example implementations described herein are directed to automated failover and assuring RTO (Recovery Time Objective) assurance, and RPO (Recovery Point Objective) on asynchronous remote copy feature of storage. By using markers that are cyclically stored to the journal volume, the storage device can thereby determine an accurate communication loss period.

Embodiments for an approach to resource optimization during consistency group formation associated with a global mirror environment is provided. The approach detects when a primary volume associated with the consistency group has completed transmitting its out-of-sync (OOS) data towards its associated secondary volume. A command is sent to create a next consistency group sidefile so further writes can be sent to the sidefile rather than queueing at the primary volume. The approach repeats this process for each primary volume associated with the global mirror environment until all primary volumes are complete. Commands are sent to disable writes to the associated sidefiles and to merge the data stored in the sidefiles into normal cache as the next consistency group becomes the current consistency group.

The invention provides an information system disaster recovery time objective calculation method. The key of the method is that k services (K1, K2...Kk) altogether operate on an information system comprising m production systems and that each service only can operate on one production system. By analyzing the importance of each production system in the information system, the importance of each service, the profit produced per second by each department and post-disaster tolerable loss, and on the basis of the post-disaster tolerable loss related to a service, the profit newly produced per second by each service, the profit newly produced per second by the production system related to the service and post-disaster tolerable loss are estimated according to the percentage of the post-disaster tolerable loss of the service used by a department accounting for the total post-disaster tolerable loss of the department, and according to the importance of each production system in the information system and the CPU (Central Processing Unit) load condition, the ratios of the tolerable losses to the produced profits of the production systems are weighted and averaged in order to work out the RTO (recovery time objective) value of the disaster recovery point objective of the whole information system.

An improved data replication system with goals of Recovery Point Objective of zero, meaning a zero potential for loss of data, and a Recovery Time Objective in the seconds, meaning very short downtime after a failure. The system includes duplicates of a data set preferably on multiple drives in multiple computers. Change requests are stored within duplicates, and when a change request has been stored in enough duplicates, it may be applied to any duplicate after all prior change requests have been applied to that duplicate. The system applies changes to duplicates of a data set in the same order. The system further includes a replicator operable to implement accessing and changing steps to meet the goals.