International Business Machines Corporation

John Simon Tilling

Paul Michael Cadarette

Martin W Cocks

Andrew Wright

Ian J Mitchell

Fraser P Bohm

Andrew Dean Wharmby

Austin Willoughby

Robert Daniel Love

Darren R Beard

Matthew Alexander Webster

Edward Alan Addison

Peggy A DeVal

William Joseph Bulfin

Martin W J Cocks

James A Harrison

Manuela Mandelli

Scott K S Singleton

Serge Bourbonnais

David B Petersen

Michael G Fitzpatrick

Gregory Walter Vance

Robert F Buxton

Dennis Jack Zimmer

Pamela McLean

Peter James Lupton

Ian Hunter

Handel Glasnant Price

Adam Richards

A mechanism is provided for replicating non-supported data types using an existing replication format supported by an existing replication system. Responsive to detecting an application writing data to a local storage that is to be replicated to the secondary site, the input/output (I/O) operation being performed by the application is intercepted. Data of the I/O operation in a non-supported format is converted to a format supported by the existing replication system. A replication log record is generated for the data in the format supported by the existing replication system. The data described by the replication log record for the data is then stored in a storage device at the secondary site.

Replicating non-supported data types using an existing supported replication format

Tailoring diagnostic information specific to current activity of multiple threads within a computer system. A request to dump system state is received. A system dump is created, including main memory and system state information. The system dump is stored to a database. In response to a request to format the system dump, the system dump is loaded from the database, whereby a virtual memory image of system state at system dump time is created. The virtual memory image and system state information is scanned to identify tasks that were running, tasks that have failed due to an error, and tasks that were suspended at system dump time. State information and control blocks associated with the identified tasks are collected from the system dump and collated based on task number. The database is updated with a formatted system dump, including the state information and control blocks associated with the identified tasks.

Tailoring diagnostic information in a multithreaded environment

Operating an online transaction processing system to perform an application including a first module call by performing the following steps (not necessarily in the following order): (i) assigning a dedicated search path to the application, where the search path specifies an ordered set of location(s) for searching for module code, the set of location(s) includes at least a first dynamic module library and the first dynamic module library is ahead of any other locations which may be included in the dedicated search path; (ii) running the application through the transaction processing system; (iii) receiving the first module call, from the running of the application, specifying a requested module using a requested module name; and (iv) in response to the module call, locating the requested module based on the requested module name and the dedicated search path.

Application multi-versioning in a traditional language environment

Embodiments of the disclosure are directed to methods, systems and computer program products for performing a planned workload switch. A method includes receiving a request to switch a site of an active workload and stopping one or more long running processes from submitting a new request to the active workload. The method also includes preventing a new network connection from accessing the active workload and processing one or more transactions in a queue of the active workload for a time period. Based on a determination that the queue of the active workload is not empty after the time period, the method includes aborting all remaining transactions in the queue of the active workload. The method further includes replicating all remaining committed units of work to a standby workload associated with the active workload.

Achieving continuous availability for planned workload and site switches with no data loss

A multiprocessing transaction recovery manager, operable with a transactional application manager and a resource manager, comprises a threadsafety indicator for receiving and storing positive and non-positive threadsafety data of at least one transactional component managed by one of the transactional application manager and the resource manager; a commit protocol component for performing commit processing for the at least one transactional component; and a thread selector responsive to positive threadsafety data for selecting a single thread for the commit processing to be performed by the commit protocol component. The thread selector is further operable to select plural threads for the commit processing to be performed by the commit protocol component responsive to non-positive threadsafety data.

Multiprocessing transaction recovery manager

Embodiments of the present invention provide a method, system and computer program product for consistent replication of transactional updates. In an embodiment of the invention, a method for consistent replication of data in a transaction processing system is provided. The method includes recording entries in a replication log of different data updates and corresponding transactions and additionally recording entries in the replication log indicating whether or not the transactions have been backed out. The method also includes replicating only those data updates referenced in the log which do not correspond to transactions indicated in the log to have been backed out. For instance the additionally recorded entries in the replication log indicate when a transaction has been backed out. Alternatively, the additionally recorded entries in the replication log indicate when a transaction has been committed.

Consistent replication of transactional updates

A method of moving records, stored on a recovery log, which are associated with units of work which have waited for a long time is described. Units of work which have waited for a long time, such as those which are in-doubt have their records copied from a recovery log to a secondary log. When the earliest-written record for this in-doubt unit of work has been copied, a new record called a fork record is written on to the recovery log which has two effects: to subtract the log records currently on the recovery log for this unit of work from the recovery log and to refer to the copied records written on the secondary log. The new record achieves this using two pointers, a pointer to point to the most-recently written record on the recovery log for this unit of work and a pointer to point to the most-recently written record on the secondary log for this unit of work.

Management of units of work on a computer system log

Growing community of inventors

Chandlers Ford, United Kingdom

John Simon Tilling