在数据库日志中，发现如下日志信息：
Tue Mar 18 22:00:02 2014
Errors in file /oracle/app/oracle/diag/rdbms/oralnx/oralnx2/trace/oralnx2_j002_21235.trc:
ORA-12012: error on auto execute of job "ORACLE_OCM"."MGMT_CONFIG_JOB_2_2"
ORA-29280: invalid directory path
ORA-06512: at "ORACLE_OCM.MGMT_DB_LL_METRICS", line 2436
ORA-06512: at line 1
操作系统：LINUX 6.4
数据库：11.2.0.3  RAC
这个报错的是ORACLE_OCM的这个用户，这个用户是oracle预定义的非管理员用户。
ORACLE_OCM账户是用来管理ORACLE configuration manager的。默认情况下，该账户是expired and locked状态。
该错误出现在oracle rdbms 11.2.0.3的版本。
导致这个错误的原因如下：
Newer database release are automatically instrumented for OCM collection.The OCM instrumentation job is tryiing to write to a "state" directory which doesn't  yet exists.
可以用sysdba 用户执行如下SQL，来验证OCMDB目录：
sql > set  lin  160
sql> col  owner  for a10
sql>col directory_name for a25
sql>col directory_path for a50
sql>select * from  dba_directories where directory_name like  '%OCM_CONFIG%';
这里只有一个orcle_ocm_config_dir的目录，而mgmt_db_ll_metrics需要写入目录：oracle_ocm_config_dir2。
但是这个目录在built-in 的instrumentation脚本中并没有创建，才报这个错误。
按照网上的执行方法：
执行“ORACLE_HOME/ccr/admin/scripts/installCCRSQL"脚本重新配置OCM collections。
如果没有这个脚本，那么需要执行"ORACLE_HOME/ccr/bin/setupCCR"
但我执行了下，好像没成功。
解决方法2：
如果不适用OCM collector，可以从数据库中移除OCM的对象。
sql>drop  user  oracle_ocm  cascade;
ocm 是一个独立的工具，移除OCM不影响数据库其他功能的使用。
如果不删除OCM的对象，也可以禁用OCM的jobs：
exec dbms_scheduler.disable('ORACLE_OCM.MGMT_CONFIG_JOB')
exec dbms_scheduler.disbale('ORACLE_OCM.MGMT_STATS_CONFIG_JOB')