Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.