Space announcement


This space provides the same content as before, but the organization of the home page has changed. The content is now organized based on logical branches instead of legacy book titles. We hope that the new structure will help you quickly find the content that you need.

PACLOG in disaster recovery

When a disaster recovery is necessary, only local site data that has already been dispatched to the recovery site can be used in the recovery.

The point in time to which applications can be recovered is determined by the end point of the most recent local site archive log taken to the recovery site. Records of transactions occurring after the last archive log was created and prior to the failure exist only in the active log and cannot be recovered from the data taken to the recovery site.

PACLOG can contribute to disaster recovery contingency planning in the following areas:

  • At the local site, PACLOG can make and catalog additional archive logs (copies 3 and 4) for use at the recovery site. Using PACLOG for this task allows you to filter and compress the logs before dispatching them to the recovery site.

    If you use RECOVERY MANAGER for DB2, consider using PACLOG to make processed offsite archive logs instead of using the RECOVERY MANAGER archive log copy program (ARMBARC) to make copies of the original (unprocessed) archive logs.

  • At the recovery site, PACLOG can restore archive log copies 3 and 4 to disk.

    If you use RECOVERY MANAGER, this step can be automatically included in the disaster recovery JCL. If you do not use RECOVERY MANAGER, you must first restore the BSDS at the recovery site and then use the CHANGE LOG INVENTORY utility to modify it so that archive log copies 3 and 4 are renamed as copies 1 and 2.


If archive log copies 3 and 4 are being compressed, then the PACLOG subsystem started tasks must be started at the recovery site when the system is started.

For detailed information about the role of archive logs in disaster recovery, see the section on disaster recovery in the RECOVERY MANAGER for DB2 documentation .

Related topic
Was this page helpful? Yes No Submitting... Thank you