backup" /> How often should a page set be backed up?

 

How often should a page set be backed up?

Frequent page set backup is essential if a reasonably short recovery time is required. This applies even when a page set is very small or there is a small amount of activity on queues in that page set.

If you use persistent messages in a page set, the backup frequency should be in hours rather than days. This is also the case for page set zero.

To calculate an approximate backup frequency, start by determining the target total recovery time. This consists of the following:

  1. The time taken to react to the problem.

  2. The time taken to restore the page set backup copy.

    (For example, you can restore approximately 60 cylinders of 3390 data a minute from and to RAMAC Virtual Array 2 Turbo 82 (RVA2-T82) DASD using Access Method Services REPRO.)

    If you use SnapShot backup/restore, the time taken to perform this task is a few seconds. For information about SnapShot, see the DFSMSdss Storage Administration Guide.

  3. The time the queue manager requires to restart, including the additional time needed to recover the page set.

    This depends most significantly on the amount of log data that must be read from active and archive logs since that page set was last backed up. All such log data must be read, in addition to that directly associated with the damaged page set.

    Note:
    When using fuzzy backup (where a snapshot is taken of the logs and page sets while a unit of work is active), it might be necessary to read up to three additional checkpoints, and this might result in the need to read one or more additional logs.

When deciding on how long to allow for the recovery of the page set, the factors that we need to consider are: