问题集锦09：“代理XP”组件已作为此服务器安全配置的一部分被关闭。

--在dataguard之后,physical standby的ocm error:

ORA-12012: error on auto execute of job "ORACLE_OCM"."MGMT_CONFIG_JOB_2_1"

ORA-29280: invalid directory path

ORA-06512: at "ORACLE_OCM.MGMT_DB_LL_METRICS", line 2436

ORA-06512: at line 1

--------------------

col owner format a10

col directory_name format a30

col directory_path format a50

sql> select * from dba_directories where directory_name like '%ocm_config%';

owner directory_name directory_path

---------- ------------------------------ --------------------------------------------------

sys oracle_ocm_config_dir /data/oracle/product/11.2.0.3/db1/ccr/state

--而这个目录是之前primary库的目录,所以这边是否可以修改下？

"ORA-12012: error on auto execute of job ORACLE_OCM.MGMT_CONFIG_JOB_2_1" And "ORA-29280: invalid directory path" In Database AlertLog [ID 1453959.1]

In this Document

Applies to:

Oracle Configuration Manager - Version 10.3.3.0.0 and later

Information in this document applies to any platform.

Symptoms

Following error is reported every 24 hours in the alertLog file of 11.2.0.3 database:

Errors in file /opt/oracle/diag/rdbms/db/trace/db_j001_26027.trc:

ORA-12012: error on auto execute of job "ORACLE_OCM"."MGMT_CONFIG_JOB_2_1"

ORA-29280: invalid directory path

ORA-06512: at "ORACLE_OCM.MGMT_DB_LL_METRICS", line 2436

ORA-06512: at line 1

Changes

Newly installed 11.2.0.3 database, or recently upgraded to 11.2.0.3 from an earlier release.

Cause

Newer database releases are automatically instrumented for OCM collections. But here, the OCM instrumentation job is trying to write to a "state" directory which doesn't yet exists.

To verify the OCM db directories, run as sysdba:

SQL>select * from dba_directories where DIRECTORY_NAME like '%OCM_CONFIG%';

MGMT_DB_LL_METRICS wants to write to ORACLE_OCM_CONFIG_DIR2, which is not created by the built-in instrumentation scripts.

Solution

Problem is fixed with OCM Collector version 10.3.7

A. But out-of-box the 11.2 database includes earlier OCM version, therefore one must re-configure database for OCM collections by running the "ORACLE_HOME/ccr/admin/scripts/installCCRSQL" script. If script is missing, first configure OCM by running "ORACLE_HOME/ccr/bin/setupCCR".

Pay attention when on RAC database, with a non-shared file system environment, must set the ORACLE_CONFIG_HOME environment variable to $ORACLE_HOME prior to running the installCCRSQL.sh script. Reference: Oracle Configuration Manager Installation and Administration Guide

or

B. when not using the OCM Collector, remove the OCM objects from database:

SQL> drop user ORACLE_OCM cascade;

OCM is a standalone, separate tool and removing won't affect the database functionality.

Or could simply disable the OCM jobs by running:

exec dbms_scheduler.disable('ORACLE_OCM.MGMT_CONFIG_JOB')

exec dbms_scheduler.disable('ORACLE_OCM.MGMT_STATS_CONFIG_JOB')

--

select * from dba_jobs;

select * from dba_scheduler_jobs;

--

References

@ BUG:12927935 - ORA-12012, ORACLE_OCM.MGMT_DB_LL_METRICS, ORA-29280

NOTE:859113.1 - How To Manually Remove ORACLE_OCM From Database

@ BUG:13402366 - ORA-12012: ERROR ON AUTO EXECUTE OF JOB "ORACLE_OCM"."MGMT_CONFIG_JOB_2_1"

本文出自 “mr.DATABASE” 博客，谢绝转载！