Distributed multiprocess transaction processing system and method
Transaction processing facility within an operating system environment
Two-pass multi-version read consistency
Fault-tolerant transaction-oriented data processing
System for database integrity with multiple logs assigned to client subsets
System and method for improving data recovery performance
Consistent recreation of events from activity logs
Method and a system for processing a log record
Method and apparatus for block-level auditing and database recovery in a transaction processing system
Log data management system having a plurality of processing units and a common memory
ApplicationNo. 737040 filed on 10/25/1996
US Classes:707/202, Recoverability707/201, Coherency (e.g., same view to multiple users)714/15, State recovery (i.e., process or data file)714/20, Plural recovery data sets containing set interrelation data (e.g., time values or log record numbers)714/49, State error (i.e., content of instruction, data, or message)718/100TASK MANAGEMENT OR CONTROL
ExaminersPrimary: Lintz, Paul R.
Assistant: Corrielus, Jean B.
Attorney, Agent or Firm
Foreign Patent References
International ClassG06F 017/30
Foreign Application Priority Data1995-02-28 JP
AbstractThe transaction processing throughput of a system in which a plurality of servers cooperatively perform distributed processing of transactions is improved. The servers (1a, 1b, 1c, . . .) are connected to each other through a communication network (2), and a resources (16) and a log 18 are distributed over these servers. When one of the servers, e.g., the server (1a) receives a transaction, the server (1a) instructs the servers (1b, 1c, . . . ) over which the resource 16 relating to this transaction are distributed to update their resources, acquires the log data representing the updating contents and stores the log data in its log (18)The servers (1b, 1c, . . .) update the resources in accordance with the instruction. Even when a fault occurs in one of the servers (1b, 1c, . . .) during the transaction processing so that the updating of the resources has not been executed, the system assumes that all the resource has been updated and proceeds to processing the following transaction. The server in which the fault acquires the log data related to the failed transaction from the log (18) of the server (1a) after the server has restored from the fault, and correctly updates its own database (16) based on the log data. The log data storing method for the transaction processing, the log retrieving method for the recovery processing, and the method of judging whether or not the resources have been updated during the recovery processing are all improved and of high speed.