AS400 JOURNALING PDF
This topic provides information about how to start journaling for all object types. Journaling is the primary mechanism used by logical software i customer since it was the good old AS/ and came in a white box, you are. It’s surprising how few AS/ shops actually implement journaling. Even shops with transaction-logging requirements frequently miss out on.
|Country:||Republic of Macedonia|
|Published (Last):||26 January 2017|
|PDF File Size:||17.99 Mb|
|ePub File Size:||14.62 Mb|
|Price:||Free* [*Free Regsitration Required]|
However, for database physical files and integrated file system objects, you can start journaling even if an object is open.
Journaling libraries Allows you to start journaling changes to a library and automatically journal any objects created, moved, or restored into a library. After you have created the journal and journal receiver, you can start journaling. This topic provides information about how to start journaling for all object types.
Journal access paths After you have started journaling for physical files, you can set up explicit journaling of access paths.
Journal DB2 Multisystem files When you successfully start journaling on a distributed file, the system distributes the start journal request to the other servers in the node group. Jkurnaling database physical files tables When you start journaling a physical file tableyou specify whether you want after-images saved, or both before-images and after-images. The start journal command must obtain an exclusive lock on the object.
In this case, information is saved on media with the object, and restored when the object is restored. The recommended procedure for starting journaling is:. The following links provide instructions to as040 journaling for each object type: When using save-while-active, updating the history for the object is not needed for verification when applying and removing journaled changes.
This extra information provides the last save information for applying and removing journaled changes. The option of setting the journal object limit to 10 simplifies journaling because there are fewer journals to manage, but allows for less parallelism during IPL and disaster recovery. Automatically starting journaling You can automatically journal objects created into libraries or directories.
This is referred to as covert journaling. Starting and ending journaling and changing journaling attributes. Journaling data areas and data queues When you start journaling for a data area or a data queue, the system writes journal entries for all changes to the data area or data queue. Starting journaling This topic provides information about how to start journaling journalint all object types.
The recommended procedure for starting journaling is: When journaling has been started for an object, the system writes journal entries for all changes to the object. Logical file journaling The system automatically starts journaling logical files built over a journaled physical file when it finds a need to.
For the other save related commands, the default value is to preserve the update history. If you are not using the save-while-active function, it is highly recommended that you update the history for the object when you save it so that processing for applying and removing journaled changes will have the best information journalig verification. Normally, only the definition of a data queue is saved, not its contents.
The result is journal entries recording things like authority changes for logical files. Any access path associated with the logical file is not covertly journaled.
If you saved the object using the SAV command, the default value is to not preserve the update history. You can also have all objects created within a subdirectory start journaling automatically without having to be broken up when you reach the limit.
The maximum number of objects that can be associated with one journal is either or 10