The save-while-active function is an option on several i5/OS™ save commands. It allows you to save parts of your server without putting your server in a restricted state. You can use the save-while-active function to reduce your save outage or to eliminate your save outage.
i5/OS objects consist of units of storage, which are called pages. When you use the save-while-active function to save an object, the server creates two images of the pages of the object:
In other words, when an application makes changes to an object during a save-while-active job, the server uses one image of the object's pages to make the changes. At the same time, the server uses the other image to save the object to the media. The image that the server saves does not have the changes you made during the save-while-active job. The image on the media is as it existed when the server reached a checkpoint.
The checkpoint for an object is the instant in time that the server creates an image of that object. The image that the server creates at that instant in time is the checkpoint image of the object.
Creating a checkpoint image is similar to taking a photograph of a moving automobile. The point in time that you took the photograph would equate to the checkpoint. The photograph of the moving automobile would equate to the checkpoint image. When the server has finished making the checkpoint image of the object, the object has reached a checkpoint.
Despite the name save-while-active, you cannot change objects while the server obtains their checkpoint images. The server allocates (or locks) objects as it obtains checkpoint images. After the server obtains the checkpoint images, you can change the objects.
When you save more than one object, you must choose when the objects will reach a checkpoint in relationship to each other. This is synchronization. There are three kinds of synchronization:
The amount of time during the backup process that you cannot use the server is the save-outage time. You can use the save-while-active function to reduce or eliminate your save outage.
The easiest and recommended way to use the save-while-active function is to reduce your save-outage time. You can reduce your save-outage time by ending your applications that change objects. You can restart the applications after the server has reached a checkpoint for those objects. You can choose to have the save-while-active function send a notification when it completes the checkpoint processing. After the save-while-active function completes checkpoint processing, it is safe to start your applications again. When you use the save-while-active function in this way, the save-outage time can be much less than with normal save operations.
You can also use the save-while-active function to eliminate your save-outage time. When you use the save-while-active function to eliminate your save-outage time, you do not end the applications that make changes to the objects you save. However, the save operation affects the performance and response time of your applications. You should also use journaling or commitment control for all of the objects you are saving when using save-while-active in this way. Using the save-while-active function to eliminate your save-outage time may also greatly increase the complexity of your recovery procedures.
The save-while-active function is an option on the i5/OS save commands listed below:
Command | Function |
---|---|
SAVLIB | Save Library |
SAVOBJ | Save Object |
SAVCHGOBJ | Save Changed Objects |
SAVDLO | Save Document Library Objects |
SAV | Save |
SAVRSTLIB | Save/Restore Library |
SAVRSTOBJ | Save/Restore Object |
SAVRSTCHG | Save/Restore Changed Objects |
SAVRSTDLO | Save/Restore Document Library Objects |
SAVRST | Save/Restore |