Warning:
JavaScript is turned OFF. None of the links on this page will work until it is reactivated.
If you need help turning JavaScript On, click here.
This Concept Map, created with IHMC CmapTools, has information related to: ch14 dist tran, transaction recovery Recovery manager The task of the Recovery Manager (RM) is: to save objects in permanent storage (in a recovery file) for committed transactions; to restore the server’s objects after a crash; to reorganize the recovery file to improve the performance of recovery; to reclaim storage space (in the recovery file). media failures i.e. disk failures affecting the recovery file need another copy of the recovery file on an independent disk. e.g. implemented as stable storage or using mirrored disks we deal with recovery of 2PC separately, transaction recovery ???? Atomicity property of transactions durability and failure atomicity durability requires that objects are saved in permanent storage and will be available indefinitely failure atomicity requires that effects of transactions are atomic even when the server crashes Recovery is concerned with ensuring that a server’s objects are durable and that the service provides failure atomicity. for simplicity we assume that when a server is running, all of its objects are in volatile memory and all of its committed objects are in a recovery file in permanent storage recovery consists of restoring the server with the latest committed versions of all of its objects from its recovery file