Abstract: Methods and systems that provide a resource manager the ability to register with a transaction manager that it needs to be “pre-prepared” for a transaction. The transaction manager will issue a pre-prepare notification to any resource manager so registered, and will delay phase one of the two-phase commitment (2PC) protocol until all pre-prepare-registered resource managers have responded that they are ready for commitment processing.

Abstract: Incorporation of a collateral process as a participant in a transaction is made possible by a method and system in accordance with the present invention. Typically, after the transaction is initiated, the collateral process is called and then is registered as a participant,in the transaction. A prepare signal is sent to each registered collateral process when end stage of the transaction is reached. Then, a ready signal is received from the collateral process if the collateral process is completed successfully; and an abort signal is received from the collateral process if the collateral process does not complete successfully or a violation is detected. If a ready signal is received, a commit record is written to a log, and a commit signal is sent to each registered collateral process. In response to the commit signal, a forgotten signal is received from each registered collateral process.

Abstract: A transaction processing system, including multiple processor units communicatively interconnected, manages information collection by employing a distributed transaction management facility to track and make consistent changes. When each transaction is started, a data structure is created that maintains information concerning the transaction. Included in the data structure is the identity of all processor units having resources involved in the transaction. Should a processor unit fail, and the transaction management facility is notified of that failure, the data structures of all pending transactions will be examined to see if the failed processor unit had a resource that was a participant in the corresponding transaction. If so, the transaction management facility can then make a decision as to whether or not to abort the transaction.

Abstract: Methods and systems for interoperating a transaction processing system implementing the presumed abort variation of the two-phase commit (2PC) protocol with a system implementing the presumed nothing variation. The gateway process that is responsible for exporting a transaction branch to a foreign transaction management system from a system implementing the presumed abort variation records whether the foreign transaction manager is implementing the presumed abort variation or the presumed nothing variation. After system failure, the gateway process determines which variation is adopted for a specific transaction branch. If the foreign transaction manager is implementing the presumed abort variation, the transaction manager from which the transaction branch originated communicates with the foreign transaction manager through the gateway process in accordance with the presumed abort variation.

Abstract: A fault tolerant computer system distributes audit trail files containing audit records, across an arbitrary number of disk volumes. After one audit trail file becomes full, audit records are directed toward a next audit trail file stored on a different disk volume. Storage of newly generated audit rotates through the disk volumes in round-robin fashion. Full audit trail files are eventually archived and their space becomes available again for renaming and storage of newly generated audit records. The number of audit records available for on-line recovery after a failure is not limited to the storage capacity of any single disk volume. Furthermore, there is no contention for disk access between archiving of full audit trail files and storage of newly generated audit records.

Abstract: System-critical files are protected from being inadvertently modified or deleted by placing them in a Reserve name space of storage that requires any process seeking modifying access to the Reserve name space to have a "Right" to do so. The right to modifying access is garnered by a process first making a call to a system library procedure that causes a memory-stored data structure associated with the calling process to be modified, identifying the process as one with a Right to make modifying access to the Reserve name space. Any attempt to modify, delete, or create any file residing in the Reserve name space without the Right will be refused.

Abstract: A computing system comprising a number of multiple processor unit nodes interconnectively connected by a communications system to form a cluster is initialized in a manner that creates separate, independent execution environments for each processor unit. Each multiple processor unit node is configured to operate as a symmetric multiprocessing system with a single, shared memory. During a Startup procedure, memory area segments are created for each processor unit, providing processes running on that processor unit with mutually exclusive access to the associated memory area segment. Startup determines an order of the nodes of the cluster system, and establishes a Coordinator process in the lowest numbered processor unit in the first node of the order. The Coordinator process, when created, directs the remainder of the Startup procedure, and constructs a succession list that identifies the next processor unit in the order to take over the Coordinator process should the first fail.

Abstract: A fault tolerant computer system distributes audit trail files containing audit records, across an arbitrary number of disk volumes. After one audit trail file becomes full, audit records are directed toward a next audit trail file stored on a different disk volume. Storage of newly generated audit rotates through the disk volumes in roundrobin fashion. Full audit trail files are eventually archived and their space becomes available again for renaming and storage of newly generated audit records. The number of audit records available for on-line recovery after a failure is not limited to the storage capacity of any single disk volume. Furthermore, there is no contention for disk access between archiving of full audit trail files and storage of newly generated audit records.

Abstract: A fault tolerant computer system distributes audit trail files containing audit records, across an arbitrary number of disk volumes. After one audit trail file becomes full, audit records are directed toward a next audit trail file stored on a different disk volume. Storage of newly generated audit rotates through the disk volumes in round-robin fashion. Full audit trail files are eventually archived and their space becomes available again for renaming and storage of newly generated audit records. The number of audit records available for on-line recovery after a failure is not limited to the storage capacity of any single disk volume. Furthermore, there is no contention for disk access between archiving of full audit trail files and storage of newly generated audit records.