Checkpoint processing with save-while-active
Checkpoint processing occurs after the system determines exactly which objects it will save for a particular library. If the save-while-active request is for multiple libraries, then the system performs checkpoint processing for all libraries in the save request.
Checkpoint processing does not require that the system maintain two complete copies of the objects you are saving. The system only maintains two copies of the pages of the object that the applications are changing while you are performing the save. The more pages that applications change for an object during the save-while-active request, the greater the storage requirement for the object. After the system completes checkpoint processing to create the checkpoint image of the page, performance decreases slightly for the first update to a page. The performance impact varies depending on the disk type, available disk storage, and processor model. Further updates to the same changed page do not require any additional processing with respect to the checkpoint version of the page.
The following figure shows how the system maintains a checkpoint image of an object during a save-while-active operation. The shaded parts of the diagram represent the checkpoint version of the object. An explanation of the steps follows the figure.
Figure 1. System management of updates to objects after checkpoint processing is completeThe figure above shows a timeline with T1 — T5:
- Time T1 is the save preprocessing phase of the save-while-active operation. The object reaches a checkpoint at the end of time T1.
- Time T2 shows an update to the object, referred to as C1. The update occurs while the save-while-active request saves the object to the media.
- An application makes a request to update C1.
- The system first makes a copy of the original page.
- The applications make the change to the object.
The original page copied is then part of the checkpoint image for the object.
- Time T3 shows that the object received two additional changes, C2 and C3. Any additional change requests that are made to the pages of the object already changed for C1, C2, or C3 do not require any additional processing. At the end of time T3, the save-while-active request has completely saved the object to the media.
- Time T4 shows that the system no longer maintains copied pages for the checkpoint image of the object because the system no longer needs them.
- Time T5 shows the object on the system has the C1, C2, and C3 changes. But the copy, or image, of the object saved to the media does not contain those changes.
Parent topic:
Save-while-active functionRelated concepts
Commitment control with save-while-active