/
Archive log Management Module (AMM)

Archive log Management Module (AMM)

Dec 31, 2013

The Dbvisit Standby Archive Log Management Module fully automates the management and monitoring of the Oracle archive log space on either the primary, standby server or both. Unlike the Oracle database files location, the Oracle archive logs location needs to be monitored and managed constantly to ensure the database continues its optimal operation. If the disk space available to Oracle archive logs is used up, the whole database will "freeze" and not allow any update or insert operation.

Dbvisit Standby Archive Log Management Module includes the following options:

  1. Alerts through email when Oracle archive logs have reached a set threshold of available disk space.

  2. Can delete Oracle archive logs after a set number of days.

  3. Can ensure that only x number of Oracle archive log files remain on server.

  4. Can delete Oracle archive logs after available disk space has been used up to ensure continual database operation.

  5. Ensures the Oracle archive logs have been sent to standby database before removing any logs.

  6. Can integrate with Backup software to ensure logs have been backed up before removing.

Note: Normal backup software should still be used to backup Oracle archive log files to tape or other storage device.

To configure AMM choose option 3 from the main dbvisit_setup utility:

Follow the on-screen instructions to install AMM or please see the  

Dbvisit Standby Archive log Management Module (AMM) setup section for description of each step.

Home > Setup > Update Dbvisit > Update Dbvisit Configuration. Choose the AMM settings to update and click on Save Configuration.

Dbvisit Standby Archive Log Management Module variables

The variables that control the Dbvisit Standby Archive Log Management Module (AMM) processing for the primary server are listed here: Primary Archive log Management Module (AMM) 

The variables that control the Dbvisit Standby Archive Log Management Module (AMM) processing for the standby server are listed here: Standby Archive log Management Module (AMM)

Note

  1. The standby server variables work exactly the same as the primary server variables. The standby server variables have the word DEST instead of SOURCE.

  2. In normal circumstances either variable DAYS_TO_KEEP_ARCHSOURCE or NUM_ARCHSOURCE_TO_KEEP will be used, but not both.

  3. The variables DAYS_TO_KEEP_ARCHSOURCE and NUM_ARCHSOURCE_TO_KEEP can be turned off by setting them to 0.

  4. The variable THRESHOLD_ARCHSOURCE can be turned off by setting it to 100.

Dbvisit Standby Archive Log Management Module processing overview

 

Dbvisit Standby Archive Log Management Module log file

The Dbvisit Standby Archive Log Management Module (AMM) produces a separate log file to the Dbvisit Standby database processing. The log file can be found in the same location as Dbvisit Standby database log file. The log file is called <DDC>_arch_management.log. The location is determined by the LOGDIR and LOGDIR_DR settings in the DDC file.

Backup software

To use the Dbvisit Standby Archive log Management Module together with Backup software that backs up the archive logs, the post-processing option of Dbvisit Standby can be used. The post-processing option of Dbvisit Standby runs after Dbvisit Standby has executed, but before the Archive Management Module executes. This ensures that the archive logs have been backed up before they are removed by the Dbvisit Standby Archive log Management Module. The post-processing option can be called either on the primary or on the standby server or both.

On the primary server:

The sequence of events on the primary server is:

  1. Dbvisit Standby pre-processing

  2. Dbvisit Standby transfers the archive logs

  3. Dbvisit Standby post-processing (Backup software can be scheduled here)

  4. Dbvisit Standby Archive log Management Module.

On the standby server:

The sequence of events on the standby server is:

  1. Dbvisit Standby pre-processing

  2. Dbvisit Standby applies the archive logs

  3. Dbvisit Standby post-processing (Backup software can be scheduled here)

  4. Dbvisit Standby Archive log Management Module.

The Backup software can be scheduled as part of the post-processing option. If the Backup software fails, the return code can be trapped and passed back to Dbvisit Standby. This means Dbvisit Standby will alert with a notification and will stop processing. This ensures that the Dbvisit Standby Archive log Management Module will not be executed, and that archive logs will not be deleted before they are backed up.

For more information about post-processing see the Pre- and post-processing section.