![]() This causes CA ACF2 for VM to use the primary databases. Copy the alternate databases to the primary databases.If the databases are corrupted, make a DDR copy of the primary databases for debugging purposes.When the primary databases are available and you have enough time, perform the following: IPL the system using the alternate databases.For additional information on this utility, see the Re ports and Utilitie s Guide. Run the ACFRECVR utility to merge database changes from the SMF records to the alternate databases.Identify the SMF files needed for recovery.Verify that the automatic restore occurred correctly. Skip this step if you use the post backup service machine to restore backups to alternate databases after each backup occurs. Restore the latest backups to the alternate databases.IPL the system without starting CA ACF2 for VM (NOAUTO mode).When the primary databases are unavailable because of hardware error or database corruption, follow these steps for complete recovery: If you cannot afford the downtime to do complete recovery, review the other recovery methods presented in the following sections. Because database recovery is a rare occurrence, complete recovery in NOAUTO mode prevents users from accessing the system until recovery is completed. ![]() A disadvantage is that only FORCEID users can access CA ACF2 for VM during recovery. This approach enables complete database recovery, assuming all SMF files are available since the last backup was taken. ![]() When a problem occurs that makes the primary databases unavailable or unusable, IPL CA ACF2 for VM in NOAUTO mode (when CA ACF2 for VM is not active) for recovery. We recommend this approach for database recovery. Backup and Recovery › Sample Backup and Recovery Procedures › Complete Database Recovery
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |