Abstract: Storing recovery data includes providing chunks of data to a remote destination, where each chunk of data represents data written before a first time and after a second time and where the second time for one of the particular chunks corresponds to a first time for a subsequent one of the particular chunks, providing synchronous data to a local destination, and providing an indicator to the local destination in connection with creation of a new chunk of data for storage at the remote destination. The local destination may maintain a plurality of maps, where each of the maps associates synchronous data being provided thereto with a specific chunk of data. In response to receiving an indicator in connection with creation of a new chunk of data, the local destination may point to a new map. There may be two maps or more than two maps.

Abstract: Storing recovery data includes providing chunks of data to a remote destination, where each chunk of data represents data written before a first time and after a second time and where the second time for one of the particular chunks corresponds to a first time for a subsequent one of the particular chunks, providing synchronous data to a local destination, and providing an indicator to the local destination in connection with creation of a new chunk of data for storage at the remote destination. The local destination may maintain a plurality of maps, where each of the maps associates synchronous data being provided thereto with a specific chunk of data. In response to receiving an indicator in connection with creation of a new chunk of data, the local destination may point to a new map. There may be two maps or more than two maps.

Abstract: Storing recovery data for a data center includes providing synchronous data from the data center to a local destination, providing chunks of data from the local destination to a first remote destination, different from the first remote destination, and providing chunks of data from the data center to a second remote destination. At least some of the destinations may maintain a plurality of maps, where each of the maps associates synchronous data being provided to the local destination with a specific chunk of data. In response to receiving an indicator in connection with creation of a new chunk of data, the at least some of the destinations that maintain a plurality of maps may point to a new map. There may be two maps or more than two maps.

Abstract: Toggling between a first storage configuration and a second storage configuration includes disabling asynchronous data transfer to a third storage group from one of the first storage group and the second storage group and enabling asynchronous data transfer to the third storage group from an other one of the first storage group and second storage group. Toggling between a first storage configuration and a second storage configuration may also include, prior to disabling asynchronous data transfer to the third storage group, transferring pending data to the third storage group. Toggling between a first storage configuration and a second storage configuration may also include, after enabling asynchronous data transfer to the third storage group, transferring data to the third storage group that had been pending prior to disabling asynchronous data transfer to the third storage group.

Abstract: Providing storage configurations for a data center includes providing synchronous data transfer from the data center to a local destination, establishing a first connection between the data center and a remote destination to provide chunks of data from the data center to a remote destination, establishing a second connection between the local destination and the remote destination to provide chunks of data from the local destination to the remote destination, and enabling at least one of the first and second connections to transfer chunks of data to the remote destination.

Abstract: A method and apparatus for migrating one or more data sets each having one or more extents from one or more source logical devices to one or more target logical devices concurrently with interaction between the application and the data being migrated. A background operation copies each extent from the source logical device to the target logical device in a copy state. When a certain level of data has been copied, the extent is locked to assure synchronization of the data in the target logical device to the corresponding data in the source logical device. The status is changed to a mirrored state. When the extents for a data set in a source logical device or in a group of data sets have been mirrored, all the extents are changed to a diverted state. I/O requests to the diverted extents thereafter are intercepted and processed according to whether they access an extent that is in the copy, mirrored, or diverted state.

Abstract: Determining when to migrate a data set includes providing performance criteria for the data set, measuring performance of the data set to provide a measured performance of the data set, and, if the measured performance indicates that the data set is not performing according to the performance criteria, choosing a new location for migrating the data set and migrating the data set to the new location. Migrating the data set may include moving the data set to a new location irrespective of whether other applications are accessing the data set. Choosing a new location may include analyzing each of a plurality of locations to determine if a projected performance thereof is according to the performance criteria. Determining when to migrate a data set may include adjusting the performance criteria after the data set has been made operational.

Abstract: Handling failure of a primary group at a first data center may be simulated by cloning the at least one storage volume at a second data center, cloning at least one storage volume at a third data center, cloning at least one of: buffers used for providing data to the asynchronous backup group and maps used to maintain a record of data sent to the synchronous backup group but not yet sent to the asynchronous backup group; and simulating resuming work at one of the second data center and the third data center using at least one of clones of the buffers and clones of the maps.

Abstract: Described are techniques used in performing data replication processing. Data is replicated on a recovery site from a production site. When a disaster occurs, the state of the replication processing is determined and a restart copy of the data is made available from the recover site. Processing continues based on whether protection mode is desired such that the system executes using the recovery site as the restart with a replicated copy of the data. Data is propagated from the recovery site to the production site to resume operations and replication processing originating from the production site.

Abstract: Handling failure of a primary group at a first data center that is part of plurality of data centers providing triangular asynchronous replication includes creating a data mirroring relationship between at least one storage volume at a second data center having a synchronous backup group that is part of the plurality of data centers and at least one storage volume at a third data center having an asynchronous backup group that is part of the plurality of data centers and resuming work at the third data center. Handling failure of a primary group at a first data center may also include synchronizing the at least one storage volume at the second data center with the at least one storage volume at the third data center prior to resuming work at the third data center.

Abstract: Described are techniques used in performing data replication processing. Data is replicated on a recovery site from a production site. When a disaster occurs, the state of the replication processing is determined and a restart copy of the data is made available from the recover site. Processing continues based on whether protection mode is desired such that the system executes using the recovery site as the restart with a replicated copy of the data. Data is propagated from the recovery site to the production site to resume operations and replication processing originating from the production site.

Abstract: A host computer system (host) includes an application that generates I/O commands for a first type of point-in-time (PIT) copy operation, and an I/O subsystem coupled to a data storage system capable of performing a second type of PIT copy operation. The host processes the I/O commands as part of an emulation of the first type of PIT copy operation, including determining whether the I/O commands require modification for the emulation, and if so whether they are of a back-end type or an out-of-band type. The I/O commands that do not require modification are processed without modification via the I/O subsystem. For the back-end I/O commands, (i) an intercept condition is set, (ii) the I/O commands are processed via the I/O subsystem, and (iii) upon completion with the intercept condition set, the results are modified so as to indicate to the application that the first type of PIT copy operation can be performed on the storage volumes.

Abstract: A method and apparatus for monitoring update activity, particularly in the form of write requests, to a data storage facility, over at least one cycle to identify any write operation or update that occurs to that data storage facility on a track-by-track basis. At the end of each cycle a list of changed tracks is stored in a data set. After information has been accumulated by a collector application, a reporter application manipulates the data to obtain information concerning the track changes and to estimate communication path requirements.

Abstract: A primary group may be swapped with a synchronous backup group where triangular asynchronous replication is being provided between the primary group, the synchronous backup group and an asynchronous backup group. Swapping may include halting work at the primary group, transferring pending mirrored data from the primary group to an asynchronous backup group, creating a data mirroring relationship between a storage volume at the synchronous backup group and a storage volume at the asynchronous backup group, reversing a data mirroring relationship between the storage volume at the primary group and the storage volume at the synchronous backup group, and resuming work at the asynchronous backup group.

Abstract: Storing recovery data for a data center includes providing synchronous data from the data center to a local destination, providing chunks of data from the local destination to a first remote destination, different from the first remote destination, and providing chunks of data from the data center to a second remote destination. At least some of the destinations may maintain a plurality of maps, where each of the maps associates synchronous data being provided to the local destination with a specific chunk of data. In response to receiving an indicator in connection with creation of a new chunk of data, the at least some of the destinations that maintain a plurality of maps may point to a new map. There may be two maps or more than two maps.

Abstract: Toggling between a first storage configuration and a second storage configuration includes disabling asynchronous data transfer to a third storage group from one of the first storage group and the second storage group and enabling asynchronous data transfer to the third storage group from an other one of the first storage group and second storage group. Toggling between a first storage configuration and a second storage configuration may also include, prior to disabling asynchronous data transfer to the third storage group, transferring pending data to the third storage group. Toggling between a first storage configuration and a second storage configuration may also include, after enabling asynchronous data transfer to the third storage group, transferring data to the third storage group that had been pending prior to disabling asynchronous data transfer to the third storage group.

Abstract: Handling data includes providing a first storage area of a first type that contains sections of data, providing a second storage area of the first type that contains sections of data, providing a third storage area of a second type where the second type has, for each section thereof, a pointer to one of: a corresponding section of data of the first storage area and a corresponding section of data of the second storage area, causing the third storage area to be not available for accessing, and after causing the third storage area to not be available for accessing, providing data from the second storage area corresponding to pointers of the third storage area that point to sections of the second storage area.

Abstract: Offloading application processing from a host processor system includes providing a first part of the application on the host processor system and providing a second part of the application on a storage device containing data for the application. The first part of the application communicates with the second part of the application to generate requests from the first part of the application to the second part of the application. The second part of the application services the requests by obtaining data internally from the storage device and processing the data within the storage device to obtain a result that is provided from the second part of the application to the first part of the application. Portions of the data that are not part of the result are not provided. Shared memory of the storage device may be used to obtain data internally.

Abstract: Handling a database request includes providing a first database manager on a storage device containing data for the database, generating the database request external to the storage device, providing the database request to the first database manager on the storage device, and the first database manager servicing the database request by obtaining data internally from the storage device and processing the data within the storage device to provide a result thereof, wherein portions of the data that are not part of the result are not provided externally from the storage device. Handling a database request may also include providing a host having a database application running thereon. The database request may be generated by the database application. Handling a database request may also include providing a second database manager on the host, where the second database manager communicates with the first database manager to provide the database request.

Abstract: A method and apparatus for enhancing data recovery in data processing systems in which applications span multiple logical devices. A data processing system includes multiple standard devices for storing data and corresponding BCV devices for, in one mode, operating as mirrors of those standard devices. If certain of those BCV devices are associated with the same data set, a CONSISTENT SPLIT operation controls the way in which each of these BCV devices is detached from its corresponding standard device and made available to another application. Each command to an application for controlling the BCV devices is translated into one or more request data structures that identify the BCV devices as being involved in a consistent split operation and that establishes a system lock out for those particular devices during which those devices are split from their respective devices in a consistent manner.