Basics on Journal Cache

Journal caching is a separately chargeable feature that per journal you can allow the system to bundle or cache journal entries in main storage before writing them to disk. Journal caching modifies the behavior of traditional non-cached journaling in batch. Without journal caching, a batch job waits for each new journal entry to be written to disk. Journal caching allows most operations to no longer be held up waiting for synchronous disk writes to the journal receiver. Batch applications which perform large numbers of changes to the data portion of the journaled objects often see the most benefit of journal caching. Changes can be made to files, data areas, data queues, or IFS objects. Applications that use commitment control will see less of a performance improvement because the commit operation will force the entries to disk, regardless of how many entries are bundled.

Journal caching is Option 42 of the i5/OS operating system:

o V5R4Mx = 5722SS1 Opt. 42 HA Journal Performance
o V6R1Mx = 5761SS1 Opt. 42 HA Journal Performance
o V7R1Mx = 5770SS1 Opt. 42 HA Journal Performance

The JRNCACHE parameter on the Create Journal (CRTJRN ) or Change Journal (CHGJRN ) commands can be set to*NO or *YES to turn this function off and on per journal.

It is not recommended to use journal caching if it is unacceptable to lose even one recent change, as in the event of a system failure, where the contents of main memory are not preserved. This type of journaling is directed primarily toward batch jobs and may not be suitable for interactive applications were single system recovery is the primary reason for using journaling.

Furthermore, the results from the following commands or API will not display the journal entries in the cache:

o Display Journal (DSPJRN ) command
o Retrieve Journal Entry (RTVJRNE ) command
o Receive Journal Entry (RCVJRNE ) command
o Retrieve Journal Entries (QjoRetrieveJournalEntries) API

The Display Journal Receiver Attributes (DSPJRNRCVA ) command and the Retrieve Journal Receiver Information (QjoRtvJrnReceiverInformation) API show the total number of journal entries in a journal receiver. The DSPJRN , RTVJRNE , RCVJRNE commands or the QjoRetrieveJournalEntries API will not display the entries in the journal cache. For example, if there are 100 journal entries in a journal receiver, the DSPJRNRCVA command and QjoRtvJrnReceiverInvformation API will show the total number of entries is 100. However, if the last 25 entries are in the journal cache, you can only view the first 75 entries.

Journal caching also affects remote journaling. Journal entries are not sent to the remote system until they are written from the cache to disk. Because journal entries are not sent to the target system right away, the number of journal entries that are not confirmed are always greater than if you are not using journal caching.

There is a 70-day trial period for you to restore Option 42 and test the product before purchasing.






System i Support

IBM disclaims all warranties, whether express or implied, including, but not limited to, the implied warranties of merchantability and fitness for a particular purpose. By furnishing this document, IBM grants no licenses to any related patents or copyrights. Copyright © 1996,1997,1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013 IBM Corporation. Any trademarks and product or brand names referenced in this document are the property of their respective owners. Consult the Terms of use link for trademark information.