Examples of BMC AMI Recover operations
This section describes and provides examples of some of the recovery scenarios that you can implement by using
BMC AMI Recover
.
The recovery scenarios show the different BMC AMI Recover execution phases. BMC AMI Recover analyzes all requests in the SYSIN data set and then constructs a plan that consists of the execution phases needed to accomplish the work requested. The following table describes the major execution phases.
Phase | Description |
|---|---|
LOG INPUT | The LOG INPUT phase reads the Db2 log records required for recovery and sends them to a sort task. If you specified MAXLOGS > 1, BMC AMI Recover starts multiple subtasks to handle log file allocation. The main task processes log records. The subtasks handle allocation. |
MERGE | The MERGE phase reads sorted log records and applies them to page images, from an image copy or, in the case of BACKOUT and LOGONLY, from the space itself. This phase recovers table spaces or indexes from logs, extracts keys and sends them to a sort, reads the space for BACKOUT or LOGONLY recovery, writes output image copy data sets, writes output change accumulation files, and performs many other tasks. Multiple MERGE phases can run in parallel (using the MAXLSORT option). |
UNLOAD | The UNLOAD phase extracts the index keys from a table space or partition that is not being recovered (and has no MERGE phase) and sends those keys to a sort task. A MERGE phase and an UNLOAD phase should not occur for the same table space or table space partition. |
BUILD | The BUILD phase constructs indexes by using sorted keys extracted in a MERGE or UNLOAD phase. |
SNAP | The SNAP phase uses XBM or SUF to perform a data set snap to restore an Instant Snapshot copy. |
This section contains the following topics:
Related topic