11g 重建EM 报ORA-20001: SYSMAN already exists

今天在安装11g(11.1.0.7.0)数据库之后,通过emca -config dbcontrol db -repos create 命令手工创建em的时候报错,查看日志后发现有以下错误

CONFIG: Spooling to C:\app\Administrator\cfgtoollogs\emca\orcl\emca_repos_create_2009_01_16_06_44_13.log

Jan 16, 2009 6:44:13 AM oracle.sysman.emcp.EMReposConfig createRepository

INFO: Creating the EM repository (this may take a while) ...

Jan 16, 2009 6:44:13 AM oracle.sysman.emcp.EMReposConfig createRepository

CONFIG: ORA-20001: SYSMAN already exists..

ORA-06512: at line 17

oracle.sysman.assistants.util.sqlEngine.SQLFatalErrorException: ORA-20001:
SYSMAN already exists..

ORA-06512: at line 17

at
oracle.sysman.assistants.util.sqlEngine.SQLEngine.executeImpl(SQLEngine.java:1530)

at oracle.sysman.assistants.util.sqlEngine.SQLEngine.executeScript(SQLEngine.java:880)

at
oracle.sysman.assistants.util.sqlEngine.SQLPlusEngine.executeScript(SQLPlusEngine.java:270)

at
oracle.sysman.assistants.util.sqlEngine.SQLPlusEngine.executeScript(SQLPlusEngine.java:311)

at
oracle.sysman.emcp.EMReposConfig.createRepository(EMReposConfig.java:492)

at
oracle.sysman.emcp.EMReposConfig.invoke(EMReposConfig.java:218)

at
oracle.sysman.emcp.EMReposConfig.invoke(EMReposConfig.java:147)

at
oracle.sysman.emcp.EMConfig.perform(EMConfig.java:222)

at
oracle.sysman.emcp.EMConfigAssistant.invokeEMCA(EMConfigAssistant.java:535)

at
oracle.sysman.emcp.EMConfigAssistant.performConfiguration(EMConfigAssistant.java:1215)

at
oracle.sysman.emcp.EMConfigAssistant.statusMain(EMConfigAssistant.java:519)

at
oracle.sysman.emcp.EMConfigAssistant.main(EMConfigAssistant.java:468)

Jan 16, 2009 6:44:13 AM oracle.sysman.emcp.EMReposConfig invoke

SEVERE: Error creating the repository

Jan 16, 2009 6:44:13 AM oracle.sysman.emcp.EMReposConfig invoke

INFO: Refer to the log file at
C:\app\Administrator\cfgtoollogs\emca\orcl\emca_repos_create_.log for more
details.

Jan 16, 2009 6:44:13 AM oracle.sysman.emcp.EMConfig perform

SEVERE: Error creating the repository

Refer to the log file at
C:\app\Administrator\cfgtoollogs\emca\orcl\emca_2009_01_16_06_43_53.log for
more details.

Jan 16, 2009 6:44:13 AM oracle.sysman.emcp.EMConfig perform

CONFIG: Stack Trace:

oracle.sysman.emcp.exception.EMConfigException: Error creating the repository

at
oracle.sysman.emcp.EMReposConfig.invoke(EMReposConfig.java:230)

at
oracle.sysman.emcp.EMReposConfig.invoke(EMReposConfig.java:147)

at oracle.sysman.emcp.EMConfig.perform(EMConfig.java:222)

at
oracle.sysman.emcp.EMConfigAssistant.invokeEMCA(EMConfigAssistant.java:535)

at
oracle.sysman.emcp.EMConfigAssistant.performConfiguration(EMConfigAssistant.java:1215)

at oracle.sysman.emcp.EMConfigAssistant.statusMain(EMConfigAssistant.java:519)

at
oracle.sysman.emcp.EMConfigAssistant.main(EMConfigAssistant.java:468)

经过同事提醒,才知道自己犯了一个很白痴的错误,在手工创建EM之前,需要先要删除EM配置信息:

具体操作如下 :

0、管理员方式启动cmd. 注意一定是管理员方式,否则后面的移动文件操作可能会造成失败。

1、使用emca -deconfig
dbcontrol db命令删除配置

2、使用emca -repos drop删除repository

3、使用emca -config dbcontrol
db -repos create 创建Database Control。

以上操作,也适用于10g。配置成功后,会有一下截图的提示内容。

总结:

这种错误,要查看日志文件的具体记录:如E:\Files\Oracle\cfgtoollogs\emca\orcl 中的日志文件

emca_2016_10_22_11_29_55.log

可以看到类似于下面的内容:

以上错误的提示内容为:

只要按照出错的日志提示,便可以找到问题的根本原因,而非根据网上的关键字搜索结果,去修改配置,结果弄巧成拙反而浪费了大量的时间。

参考文章

11g 重建EM 报ORA-20001: SYSMAN already exists

时间: 2024-10-24 07:25:58

11g 重建EM 报ORA-20001: SYSMAN already exists的相关文章

Oracle11g重建EM 报ORA-20001: SYSMAN already exists

日志: Apr 4, 2015 10:08:09 PM oracle.sysman.emcp.EMReposConfig createRepository CONFIG: ORA-20001: SYSMAN already exists.. ORA-06512: at line 17 oracle.sysman.assistants.util.sqlEngine.SQLFatalErrorException: ORA-20001: SYSMAN already exists.. ORA-0651

Oracle 11g 重建EM需要删除的对象

因为需求需要重建EM,重建时因为某些错误被迫停止,比如对象已存在.用户已经存在等,最终找出了创建必备的条件: 1.环境变量(Oracle和Grid在同一个用户下安装): ORACLE_HOME 要设为DB路径; ORACLE_UNQNAME 要设置; 2.删除em相关的同义词: select 'drop public synonym '||synonym_name||';' from dba_synonyms where regexp_like(synonym_name,'^MGMT_|^SMP

解决Oracle 11g重建em时报错创建档案资料库时出错以及删除原有em时报监听程序未启动

1.首先打开Net Manager,将监听程序中的地址名改成自己的主机名 2.在数据库服务中做如下修改: 其中Oracle主目录填到C:\app\oracle\product\11.2.0\dbhome_1 3.在右击计算机->管理->服务和应用程序->服务中重启监听程序 4.再执行emca -repos drop删除原有em程序 5.再执行emca -config dbcontrol db -repos create重写em程序 原文地址:https://www.cnblogs.com

ORACLE 11G RAC重建EM问题

前段时间出现了一个问题,就是重启一个RAC节点时突然报恢复区大小不足的问题,查了一下应该没有问题,已经修改为500G了,应该还有200多G的剩余空间的,怎么一下就没了,而且删除了里面不少文件,并且用RMAN里的crosscheck同步了控制文件,还是不行.后来检查了一下,发现是该节点重启后忘记了原来修改的参数了,直接变成了初始参数,怪不得一直报空间不够,初始参数才那么一点! 重新设置参数后,该节点起来了,但问题也来了!EM进不去了,查看EM状态后,决定重启下EM,EMCTL STOP DBCON

关于oracle 11g导出数据时 报 ORA 1455错误的处理

由于导出的该用户的表可能存在空数据表,那么可能就会出现此其异常. 首先: 查看: SQL>show parameter deferred_segment_creation; 如果为TRUE,则将该参数改为FALSE: 在sqlplus中,执行如下命令: SQL>alter system set deferred_segment_creation=false; 然后: 可以针对数据表.索引.物化视图等手工分配Extent SQL>Select 'alter table '||table_n

重建EM

问题: [[email protected] ~]$ emctl start dbconsoleTZ set to US/PacificOC4J Configuration issue. /home/app/oracle/product/10.2.0/db_1/oc4j/j2ee/OC4J_DBConsole_CRM_CRM not found. 解决方法:重建em 用到三个指令 /*重新配置dbcosoleemca -repos dropemca -repos createemca -conf

plsql 连接oralce数据库,报ora 12557 tns 协议适配器不可加载错误

使用plsql 连接oracle 数据库报ora 12557 错误: 解决方案: 1:首先确保服务中的service以及监听器都开启 2:F:\app\Administrator\product\11.2.0\dbhome_1\NETWORK\ADMIN下的tnsnames配置文件中的字符串连接是否配置 这个路径根据你的oracle安装路径有关 3:如果还是不行,删除注册表里面的环境变量oracle_home,默认只想路径 cmd——rededit—— HKEY_LOCAL_MECHINE——S

racle 11g impdp时 报ORA-12899

racle 11g impdp时 报ORA-12899 (2012-07-16 16:42:12) 转载▼ 标签: oracle imp impdp it 分类: oracle技术-开发 源库ZHS16BGK,汉字在数据库存放的时候占用两个字节 目标库UTF8,汉字在数据库里存放的时候占用三个字节 由于字符集不同,导致现在数据库impdp的时候有些表的字段长度不够,出现ORA-12899: value too large for column的错误. 解决办法:更改数据库字符集为GBK SHUT

重启网卡报错RTNETLINK answers: File exists

2019-08-10 时间起因 今日搭建kvm服务器时,配置完成桥接网卡,重启网络服务之后,发现服务器IP无法访问,凭经验判断一定是网卡相关服务出现问题 查找原因 查看网卡服务状态 systemctl status network 发现如下报错 RTNETLINK answers: File exists 度娘查找原因,network与NetworkManager服务冲突了 [[email protected] ~]# chkconfig --list network network 0:off