Abstract: A method for assuring consistency between a primary volume and a remote secondary volume wherein a host CPU manages track-to-track transfers using loosely-coupled, storage control unit mediated, data paths. The method includes initial volume synchronization in which concurrent updates to primary tracks are serialized by the copy progression at the secondary volume according to address. The method further includes volume resynchronization in the event of extrinsic error, fault, or the like in which the status of primary tracks updated during a volume suspension interval utilize bit maps to determine status of tracks unmodified during the suspension interval, and updated tracks and timestamps in addition to addresses. The bit maps and timestamps preserve the most recent version copy order of the tracks on the secondary volume.

Abstract: A method for assuring consistency between a primary volume and a remote secondary volume wherein a host CPU manages track-to-track transfers using loosely-coupled, storage control unit mediated, data paths. The method includes initial volume synchronization in which concurrent updates to primary tracks are serialized by the copy progression at the secondary volume according to address. The method further includes volume resynchronization in the event of extrinsic error, fault, or the like in which the status of primary tracks updated during a volume suspension interval utilize bit maps to determine status of tracks unmodified during the suspension interval, and updated tracks and timestamps in addition to addresses. The bit maps and timestamps preserve the most recent version copy order of the tracks on the secondary volume.

Abstract: A method for assuring consistency between a primary volume and a remote secondary volume wherein a host CPU manages track-to-track transfers using loosely-coupled, storage control unit mediated data paths. The method includes initial volume synchronization in which concurrent updates to primary tracks are serialized by the copy progression at the secondary volume according to address. The method further includes volume resynchronization in the event of extrinsic error, fault, or the like in which bit maps and timestamps are used to determine the status of primary tracks either lost while in flight to the secondary volume or updated during a volume suspension interval. The bit maps and timestamps preserve the most recent version copy order of the tracks on the secondary volume.

Abstract: A method and system for a scalable I/O system are presented. The scalable I/O system includes a server, at least one client, and at least one storage device. The server interfaces with the at least one client and at least one storage device. The at least one storage device and at least one client also interface for data transfer. The server initiates data transfer from the storage device on behalf of an open client. The server further sets up a disconnect state in the at least one storage device to be reconnected for transfer to a non-server interface. The server further passes information to the open client that is requesting data transfer, which allows the open client to determine dimensions of data transfer, number of storage devices that require accessing for the data transfer, and the relationship of the data transfer of each storage device to the original data request sent to the server.

Abstract: A method and system for a scalable I/O system are presented. The scalable I/O system includes a server, at least one client, and at least one storage device. The server interfaces with the at least one client and at least one storage device. The at least one storage device and at least one client also interface for data transfer. The server initiates data transfer from the storage device on behalf of an open client. The server further sets up a disconnect state in the at least one storage device to be reconnected for transfer to a non-server interface. The server further passes information to the open client that is requesting data transfer, which allows the open client to determine dimensions of data transfer, number of storage devices that require accessing for the data transfer, and the relationship of the data transfer of each storage device to the original data request sent to the server.

Abstract: A system and method are provided for coordinating command for updating and reconstructing data in an array of storage devices connected to a computer system when multiple initiators issue commands. Sets of data blocks and corresponding parity blocks are arranged on a plurality of storage devices, such that a data block can be reconstructed using a set of data blocks and at least one parity block. When a new data block is written to the disk drive, a corresponding old parity block is write updated with an updated parity block. When reconstructing an unavailable data block an initiator issues a read command to each storage device having a data block or a parity block used for reconstructing the unavailable data block. Each read command is enqueued on a command queue for each storage device in a priority order coordinating each read command with any write update command for the same block so that a new data block and an old parity block are not read as part of the same parity stripe and vice versa.

Abstract: Non-disruptive data migration moves are performed form a source DASD to target DASD in a data subsystem. Both source and target DASDs comprise a cache and a nonvolatile store (NVS). Relative to the host, the target DASD generally operates as a source, managing requests for access to source DASD data by issuing I/O requests to the source DASD. First, the target DASD initiates a background data transfer, where data is copied from the source DASD to the target DASD preparing the target DASD to replace the source DASD. The data transfer includes copying data items directly from the source DASD's cache to that of the target DASD's cache, as well as copying data items from the source DASD's NVS to the target DASD's NVS. During background data transfer, the host can still perform data access operations, such as reads and writes, using the target DASD. Namely, for data already copied from the source DASD to the target DASD, the host reads this data from the target DASD.

Abstract: A remote data shadowing system provides storage based, real time disaster recovery capability. Record updates at a primary site cause write I/O operations in a storage subsystem therein. The write I/O operations are time stamped and the time, sequence, and physical locations of the record updates are collected in a primary data mover. The primary data mover groups sets of the record updates and associated control information based upon a predetermined time interval, the primary data mover appending a prefix header to the record(updates thereby forming self describing record sets. The self describing record sets are transmitted to a remote secondary site wherein consistency groups are formed such that the record updates are ordered so that the record updates can be shadowed in an order consistent with the order the record updates cause write I/O operations at the primary site.

Abstract: A disaster recovery system providing asynchronous remote data shadowing between a primary and a secondary site uses a pair of track arrays for each primary data storage device of a remote copy pair to monitor which record updates are in transit between the primary site and the secondary site. A host processor at the primary site of the disaster recovery system transfers a sequentially consistent order of copies of record updates to the secondary site for back-up purposes. The copied record updates are stored on the secondary data storage devices which form remote copy pairs with the primary data storage devices at the primary site. One track array, the active track array, is used to set elements according to which tracks on the primary data storage device receive record updates from the host processor at the primary site.

Abstract: A data storage system atomically suspends multiple duplex pairs across either a single storage subsystem or multiple storage subsystems. The duplex pairs are suspended such that the data on the secondary DASDs of the duplex pairs is maintained in a sequence consistent order. A host processor in the data storage system running an application generates records and record updates to be written to the primary DASDs of the duplex pairs. The storage controller directs copies of the records and record updates to the secondary DASDs of the duplex pairs. Sequence consistency is maintained on the secondary DASDs by quiescing the duplex pairs and then suspending the duplex pairs with change recording. Quiescing the duplex pairs allows any current write I/O in progress to complete to the primary DASD. The storage controller then locks out any subsequent write I/O from the host processor by raising a long busy signal to such subsequent write requests.

Abstract: A method and means for asynchronous remote data duplexing at a distant location from copies based at a primary site storage subsystem in which there are first and second pluralities of subsystems at primary and remote sites respectively. Each of the first plurality of subsystems is independently coupled to one or more of the second plurality of subsystems. Further, the first plurality of subsystems is interconnected, and the second plurality of subsystems is interconnected. The method utilizes checkpoint messages to maintain sequence integrity between the first and second plurality of subsystems without the use of a centralized communications service.

Abstract: Primary and secondary data processing systems are coupled via a communication system. Data storage in both systems is provided by a log structured array (LSA) system that stores data in compressed form. Each time data are updated within LSA, the updated data are stored in a data storage location different from the original data. Selected data recorded in a primary data storage of the primary system is remote dual copied to the secondary system for congruent storage in a secondary data storage, such as for disaster recovery purposes. The primary systems creates a remote copying session. Within such remote copying session, a series of "pending write update" sessions are ESTABLISHED. All data updated within each pending write update session is a consistency group of data. Within each pending write update session update data are retentively stored in both the primary and secondary systems (such as in a non-volatile cache).