These same techniques are used to maintain a current tape database at a remote disaster site. The transaction load is minimal yet the resiliency is extensive. Users are provided extensive capabilities to process all types of tape related requirements. This includes such applications as user owned tape data sets, interchange tape processing, managing UNIX utilities like AIX's mksysb, piping data from database and others. Operator actions, queries, response screens, menus, and monitors, are available.
All backup routines allow for preprocessing and post-processing scripts to be included.
Set the database in archive mode, backup the database, then start the database routines to return to normal state. Break a mirror, backup the mirror, reestablish the mirror. The system checks for available drives, then produces load lists for each available drive in proper tape set order. This approach allows restores to run on the same, less than, or more drives than the backup was created on depending upon the tape resources and urgency of the restore. All backup and restore processes provide the ability to cleanly stop a job and restart the processes where they were stopped.