Method for managing reuse of hard log space by mapping log data during state changes and discarding the log data

Claim 1

A method, implemented on a digital computer system, for managing the reuse of space on a hard log stored on memory means in said computer system in support of forward resource recovery (FIG. 4) in a transaction-oriented system in which concurrently executing, failure-independent processes share a common hard log and one or more resources, comprising the steps of: (a) recording log data on said memory means with a log manager in said computer system in a partitioned fashion by a unit of recovery (UR) in a transaction recovery stream (TRS) resident on the hard log, said UR selectively assuming an inflight, ensure commit, or ensure abort state (FIGS. 2, 3, 6); (b) classifying using said log manager to classify the log data into subsets (BEGIN, COMMIT, ABORT, END, REDO, UNDO) according to the function of their role in recovery (FIGS. 6, 8); (c) responsive to UR state changes from either inflight to ensure commit (FIG. 2) or inflight to ensure abort (FIG. 3), using said log manager to perform a one-to-n mapping of the log data of one of said subsets (typed REDO or UNDO shown in FIGS. 9, 10, 13-16) from a given UR partition on the TRS into resource recovery streams (RRSs) (FIGS. 5, 7); and (d) at the termination (END) of the UR state changes utilizing the RRSs, using said log manager to discard all log data identified on the hard log as belonging to the given UR partition from the TRS rendering space occupied by said discarded log data on said hard log amenable to reuse (FIGS. 11, 17-24).

Claim 2

A method, implemented on a digital computer system, for managing the reuse of space on a hard log stored on memory means in said computer system in support of forward resource recovery (FIG. 4) in a transaction-oriented system in which concurrently executing, failure-independent processes share a common hard log and one or more resources, comprising the steps of: (a) recording log data on said memory means with a log manager in said computer system in a partitioned fashion by a unit of recovery (UR) in a transaction recovery stream (TRS) resident on the hard log, said UR selectively assuming an inflight, ensure commit, or ensure abort state (FIGS. 2, 3, 6); (b) classifying using said log manager to classify the log data into subsets (BEGIN, COMMIT, ABORT, END, REDO, UNDO) according to the function of their role in recovery (FIGS. 6, 8); (c) responsive to UR state changes from either inflight to ensure commit (FIG. 2) or inflight to ensure abort (FIG. 3), using said log manager to perform a one-to-n mapping of the log data of one of said subsets (typed REDO or UNDO shown in FIGS. 9, 10, 13-16) from a given UR partition on the TRS into resource recovery streams (RRSs) (FIGS. 5, 7); and (d) at the termination (END) of the UR state changes utilizing the RRSs, using said log manager to discard all log data identified on the hard log as belonging to the given UR partition from the TRS rendering space occupied by said discarded log data on said hard log amenable to reuse (FIGS. 11, 17-24).

Claim 5

A method, implemented on a digital computer system, for managing the reuse of space on a hard log stored on memory means in said computer system in support of forward resource recovery (FIG. 4) in a transaction-oriented system in which concurrently executing, failure-independent processes share a common hard log and one or more resources, and further wherein each transaction utilizes begin, commit, abort, redo/undo operations to bound the transaction, and in which redos ensure transaction return to the most recent commit point and undos ensure return to the transaction begin point, comprising the steps of: (a) initiating the recording of log data on said memory means with a log manager in said computer system in a partitioned fashion by a unit of recovery (UR) using a begin marker on a transaction recovery stream (TRS) resident on the hard log (FIG. 8); (b) using said log manager to classify and then to write and then writing to the TRS log data into subsets according to the COMMIT, ABORT, REDO, UNDO function of their role in recovery (FIGS. 6, 8, 12); (c) upon a UR state change responsive to a commit operation, used said log manager to perform a one-to-n mapping of all log data in the REDO subset of the UR partition from the TRS into predeterminedly associated resource recovery streams (RRSs), and upon a UR state change responsive to an abort operation, to perform a one-to-n mapping of log data in the UNDO subset of the UR partition from the TRS into predeterminedly associated RRSs (FIGS. 9, 15, 16 for commit and FIGS. 10, 13, 14 for abort); and (d) at the termination (END) of the UR state changes utilizing the RRSs, using said log manager to discard all log data identified on the hard log as belonging to the given UR partition from the TRS rendering space occupied by said discarded log data on said hard log amenable to reuse (FIGS. 11, 17-24).

Claim 6

A method, implemented on a digital computer system, for managing the reuse of space on a hard log stored on memory means in said computer system in support of forward resource recovery (FIG. 4) in a transaction-oriented system in which concurrently executing, failure-independent processes share a common hard log and one or more resources, and further wherein each transaction utilizes begin, commit, abort, redo/undo operations to bound the transaction, and in which redos ensure transaction return to the most recent commit point and undos ensure return to the transaction begin point, comprising the steps of: (a) initiating the recording of log data on said memory means with a log manager in said computer system in a partitioned fashion by a unit of recovery (UR) using a begin marker on a transaction recovery stream (TRS) resident on the hard log (FIG. 8); (b) using said log manager to classify and then to write and then writing to the TRS log data into subsets according to the COMMIT, ABORT, REDO, UNDO function of their role in recovery (FIGS. 6, 8, 12); (c) upon a UR state change responsive to a commit operation, used said log manager to perform a one-to-n mapping of all log data in the REDO subset of the UR partition from the TRS into predeterminedly associated resource recovery streams (RRSs), and upon a UR state change responsive to an abort operation, to perform a one-to-n mapping of log data in the UNDO subset of the UR partition from the TRS into predeterminedly associated RRSs (FIGS. 9, 15, 16 for commit and FIGS. 10, 13, 14 for abort); and (d) at the termination (END) of the UR state changes utilizing the RRSs, using said log manager to discard all log data identified on the hard log as belonging to the given UR partition from the TRS rendering space occupied by said discarded log data on said hard log amenable to reuse (FIGS. 11, 17-24).