配置oracle11g EM database control

项目中经常遇到需要重建em的问题，由于自己水平有限，不能直接分析oracle性能文件，只能依靠em，但有时默认没安装，怎么办呢，重建！

env |grep SID 检查环境变量若sid不正确则修改之

 

emca -repos recreate 重建一个Em资料库 当然如果之前没有也可以emca -repos create

emca -config dbcontrol db 配置数据库的database control

emca -reconfig dbcontrol ports 重新配置database control端口 默认是1158

当然还可以设置另外两个端口：emca -reconfig ports -dbcontrol_http_portemca -reconfig ports -agent_port

emca start dbconsole 启动em

OK

 

总结一下 配置em基本就是 create-config-start

重新配置 先drop 再create-config-start。

 

Cannot start Database Control. The following ports are already in use

如果出现端口冲突解决方法如下：

su - root

netstat -anp |grep 3938 //查看3938端口是不是被占用

lsof -i :3938 查看是哪个进程占用

kill 然后kill之

最后重新运行emca -config dbcontrol db 配置

 

 

http: snmehl_connect: connect failed to (test:1158): Connection refused (error = 111)

连接不上1158端口 开始认为是1158被firewall干掉了 后来突然注意到https://test:1158/em/upload/: retStatus=-32 这个https 联想到创建的时候要进行security的配置，于是果断认为是这个https引起的 ，网上查一下 果然有人也遇到这问题，使用命令emctl unsecure dbconsole 去掉安全选项，也就是用http登录，然后emctl start dbconsole 世界从此清净了。（注：必要是每次start前先kill掉emagent）

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

创建一个EM资料库
emca -repos create
重建一个EM资料库
emca -repos recreate
删除一个EM资料库
emca -repos drop
配置数据库的 Database Control
emca -config dbcontrol db
删除数据库的 Database Control配置
emca -deconfig dbcontrol db
重新配置db control的端口，默认端口在1158
emca -reconfig ports
emca -reconfig ports -dbcontrol_http_port 1160
emca -reconfig ports -agent_port 3940
先设置ORACLE_SID环境变量后,启动EM console服务
emctl start dbconsole
先设置ORACLE_SID环境变量后,停止EM console服务
emctl stop dbconsole
先设置ORACLE_SID环境变量后,查看EM console服务的状态
emctl status dbconsole

配置dbconsole的步骤
emca -repos create
emca -config dbcontrol db
emctl start dbconsole
重新配置dbconsole的步骤
emca -repos drop
emca -repos create
emca -config dbcontrol db
emctl start dbconsole
-------------

oracle从10g以来一直大力推荐dba通过EM来进行管理，不管个人的喜好如何，都不能否认EM还是具有很强的易用性的。

前阵子装好了11g后，发现oracle11g文档很多快速管理指南的内容都是通过EM来进行的，但我在文档上并没找到EM的安装说明，于是试着通过10g的说明来对其进行配置。

从安装软件上看，我并没找到 grid control部分，不知道是不是还没有推出，下面简单描述一下db control的配置过程以及遇到的几个问题。

跟10g的方法相仿，oracle11g也可以通过EMCA来配置db control（在装数据库时候用dbca可以同时创建em）

登陆oracle用户，执行emca -h命令后可以看到emca的各种配置参数及选项，具体参数的说明可以参考10g中的说明（可在Introduction to Enterprise Manager Advanced Configuration中找到）。执行emca -config dbcontrol db -repos create，按提示输入一些配置后，创建过程开始，可惜建到一半后，SYSAUX空间不足，报错退出了。看来自10G以后SYSAUX空间的要求越来越大了，这里要注意，不光是sysaux表空间，system表空间也要有足够的空闲。

扩展表空间后执行emca -config dbcontrol db -repos recreate准备重新开始创建，结果刚一开始就报错退出了，竟然是报没有tns监听，lsnrctl status检查监听是启的，用配置的tnsnames连接数据库也能连上，想了很久后怀疑跟监听没有采用动态注册方式有关，可按道理在一些缺省条件达成的情况的下，动态注册是自动生效的。lsnrctl status命令再看了一下，动态注册果然没有启动，没办法只能试试强制指定了，tnsnames里增加

listener1=
(DESCRIPTION=
(ADDRESS=(PROTOCOL=tcp)(HOST=oratest)(PORT=1521))
)

并指定local_listener＝listener1后，动态注册立即生效了。至于为啥，我不知道，新特性还是bug？以后再说吧（10G没怎么玩过，不知道有没这个问题）

重新执行 emca -config dbcontrol db -repos recreate，成功，开始drop以前的配置了，之后一切顺利，执行过程及结果消息如下：

$ emca -config dbcontrol db -repos recreate

STARTED EMCA at Aug 29, 2007 8:40:57 AM
EM Configuration Assistant, Version 11.1.0.5.0 Production
Copyright (c) 2003, 2005, Oracle. All rights reserved.

Enter the following information:
Database SID: test11g
Listener port number: 1521
Password for SYS user:
Password for SYSMAN user: Email address for notifications (optional):
Outgoing Mail (SMTP) server for notifications (optional):
-----------------------------------------------------------------

You have specified the following settings

Database ORACLE_HOME ................ /oracle11g/product/11g

Local hostname ................ oratest
Listener port number ................ 1521
Database SID ................ test11g
Email address for notifications ...............
Outgoing Mail (SMTP) server for notifications ...............

-----------------------------------------------------------------
Do you wish to continue? [yes(Y)/no(N)]: Y
Aug 29, 2007 8:41:20 AM oracle.sysman.emcp.EMConfig perform
INFO: This operation is being logged at /oracle11g/cfgtoollogs/emca/test11g/emca_2007_08_29_08_40_56.log.
Aug 29, 2007 8:41:30 AM oracle.sysman.emcp.EMReposConfig invoke
INFO: Dropping the EM repository (this may take a while) ...
Aug 29, 2007 8:50:26 AM oracle.sysman.emcp.EMReposConfig invoke
INFO: Repository successfully dropped
Aug 29, 2007 8:50:28 AM oracle.sysman.emcp.EMReposConfig createRepository
INFO: Creating the EM repository (this may take a while) ...
Aug 29, 2007 9:16:21 AM oracle.sysman.emcp.EMReposConfig invoke
INFO: Repository successfully created
Aug 29, 2007 9:17:05 AM oracle.sysman.emcp.EMReposConfig uploadConfigDataToRepository
INFO: Uploading configuration data to EM repository (this may take a while) ...
Aug 29, 2007 9:20:57 AM oracle.sysman.emcp.EMReposConfig invoke
INFO: Uploaded configuration data successfully Aug 29, 2007 9:21:22 AM oracle.sysman.emcp.util.DBControlUtil configureSoftwareLib
INFO: Software library configured successfully.
Aug 29, 2007 9:21:22 AM oracle.sysman.emcp.EMDBPostConfig configureSoftwareLibrary
INFO: Deploying Provisioning archives ...
Aug 29, 2007 9:26:27 AM oracle.sysman.emcp.EMDBPostConfig configureSoftwareLibrary
INFO: Provisioning archives deployed successfully.
Aug 29, 2007 9:26:27 AM oracle.sysman.emcp.util.DBControlUtil secureDBConsole
INFO: Securing Database Control (this may take a while) ...
Aug 29, 2007 9:27:34 AM oracle.sysman.emcp.util.DBControlUtil secureDBConsole
INFO: Database Control secured successfully.
Aug 29, 2007 9:27:34 AM oracle.sysman.emcp.util.DBControlUtil startOMS
INFO: Starting Database Control (this may take a while) ...
Aug 29, 2007 9:36:05 AM oracle.sysman.emcp.EMDBPostConfig performConfiguration
INFO: Database Control started successfully
Aug 29, 2007 9:36:08 AM oracle.sysman.emcp.EMDBPostConfig performConfiguration
INFO: >>>>>>>>>>> The Database Control URL is https://oratest:1158/em <<<<<<<<<<<
Aug 29, 2007 9:37:50 AM oracle.sysman.emcp.EMDBPostConfig invoke
WARNING:
************************ WARNING ************************

Management Repository has been placed in secure mode wherein Enterprise Manager data will be encrypted. The encryption key has been placed in the file: /oracle11g/product/11g/oratest_test11g/sysman/config/emkey.ora. Please ensure this file is backed up as the encrypted data will become unusable if this file is lost.

***********************************************************
Enterprise Manager configuration completed successfully
FINISHED EMCA at Aug 29, 2007 9:37:51 AM

emkey.ora是密钥的所在地所以如果在生成系统上还是需要备份好的。
$ more /oracle11g/product/11g/oratest_test11g/sysman/config/emkey.ora
KEY=056790FE22685160158605895E3E62FC06D7C153C224D99BAA82236AD677DD962B974B3BDA0A678E9D8278C75662EFEB5A8EB793695A79C131F79B8F8BDBBD03
80955F67D1BFBE675F5E20B9DC6B710A92

都完成之后，执行emctl status dbconsole可以查看状态，emctl start dbconsole和emctl stop dbconsole可以对Database Control Console Process进行启停。缺省端口依然跟10G一样是1158，不过似乎不在支持http，只能用https登陆。我从远程用ie7登陆的时候会警告证书是错误的（linux本地上没有问题），不用管它，继续就可以看到em的登陆界面了，呵呵。

界面看起来挺友好的，具体功能有待日后研究。






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

今天在往oracle11g（11.2.0.2）数据库导入oracle10G（10.2.0.5）的数据.

使用imp导入的。

进入oracle oem的时候页面报错：

使用https://IP:1158/em/console/logon/logon 登录
IE显示
503 Service Unavailable
?????????????????????????????

于是删除OEM然后再重建OEM就好了，具体操作如下：

[oracle@test ~]$ emca -deconfig dbcontrol db -repos drop

EMCA 开始于 2010-11-23 14:47:44
EM Configuration Assistant, 11.2.0.0.2 正式版
版权所有 (c) 2003, 2005, Oracle。保留所有权利。

输入以下信息:
数据库 SID: orcl
监听程序端口号: 1521
SYS 用户的口令: 
SYSMAN 用户的口令: 

----------------------------------------------------------------------
警告: 当删除资料档案库时, 数据库将进入静默模式。
----------------------------------------------------------------------
是否继续? [是(Y)/否(N)]: y
2010-11-23 14:48:00 oracle.sysman.emcp.EMConfig perform
信息: 正在将此操作记录到 /u01/app/oracle/cfgtoollogs/emca/orcl/emca_2010_11_23_14_47_44.log。
2010-11-23 14:48:00 oracle.sysman.emcp.util.DBControlUtil stopOMS
信息: 正在停止 Database Control (此操作可能需要一段时间)...
2010-11-23 14:48:23 oracle.sysman.emcp.EMReposConfig invoke
信息: 正在删除 EM 资料档案库 (此操作可能需要一段时间)...
2010-11-23 14:50:39 oracle.sysman.emcp.EMReposConfig invoke
信息: 已成功删除资料档案库
已成功完成 Enterprise Manager 的配置
EMCA 结束于 2010-11-23 14:50:43
[oracle@test ~]$ emca -config dbcontrol db -repos create

EMCA 开始于 2010-11-23 14:50:56
EM Configuration Assistant, 11.2.0.0.2 正式版
版权所有 (c) 2003, 2005, Oracle。保留所有权利。

输入以下信息:
数据库 SID: orcl
监听程序端口号: 1521
监听程序 ORACLE_HOME [ /u01/app/grid/product/11.2.0/grid ]:
SYS 用户的口令: 
DBSNMP 用户的口令: 
2010-11-23 14:51:10 oracle.sysman.emcp.util.GeneralUtil initSQLEngineLoacly
警告: ORA-01017: ?????/??????Ч; ????????

2010-11-23 14:51:11 oracle.sysman.emcp.util.GeneralUtil initSQLEngineLoacly
警告: ORA-01017: ?????/??????Ч; ????????

用户名/口令无效。
DBSNMP 用户的口令: 
2010-11-23 14:51:15 oracle.sysman.emcp.util.GeneralUtil initSQLEngineLoacly
警告: ORA-01017: ?????/??????Ч; ????????

2010-11-23 14:51:16 oracle.sysman.emcp.util.GeneralUtil initSQLEngineLoacly
警告: ORA-01017: ?????/??????Ч; ????????

用户名/口令无效。
DBSNMP 用户的口令: 
SYSMAN 用户的口令: 
通知的电子邮件地址 (可选):
通知的发件 (SMTP) 服务器 (可选):
ASM ORACLE_HOME [ /u01/app/grid/product/11.2.0/grid ]:
ASM SID [ +ASM ]:
ASM 端口 [ 1521 ]:
ASM 用户名 [ ASMSNMP ]:
ASM 用户口令: 
-----------------------------------------------------------------

已指定以下设置

数据库 ORACLE_HOME ................ /u01/app/oracle/product/11.2.0/dbhome_1

本地主机名 ................ test
监听程序 ORACLE_HOME ................ /u01/app/grid/product/11.2.0/grid
监听程序端口号 ................ 1521
数据库 SID ................ orcl
通知的电子邮件地址 ...............
通知的发件 (SMTP) 服务器 ...............
ASM ORACLE_HOME ................ /u01/app/grid/product/11.2.0/grid
ASM SID ................ +ASM
ASM 端口 ................ 1521
ASM 用户角色 ................ SYSDBA
ASM 用户名 ................ ASMSNMP

-----------------------------------------------------------------
是否继续? [是(Y)/否(N)]: y
2010-11-23 14:51:35 oracle.sysman.emcp.EMConfig perform
信息: 正在将此操作记录到 /u01/app/oracle/cfgtoollogs/emca/orcl/emca_2010_11_23_14_50_55.log。
2010-11-23 14:51:36 oracle.sysman.emcp.EMReposConfig createRepository
信息: 正在创建 EM 资料档案库 (此操作可能需要一段时间)...
2010-11-23 14:57:29 oracle.sysman.emcp.EMReposConfig invoke
信息: 已成功创建资料档案库
2010-11-23 14:57:33 oracle.sysman.emcp.EMReposConfig uploadConfigDataToRepository
信息: 正在将配置数据上载到 EM 资料档案库 (此操作可能需要一段时间)...
2010-11-23 14:58:23 oracle.sysman.emcp.EMReposConfig invoke
信息: 已成功上载配置数据
2010-11-23 14:58:24 oracle.sysman.emcp.ParamsManager getLocalListener
警告: 检索 test 的监听程序时出错
2010-11-23 14:58:26 oracle.sysman.emcp.util.DBControlUtil secureDBConsole
信息: 正在保护 Database Control (此操作可能需要一段时间)...
2010-11-23 14:58:38 oracle.sysman.emcp.util.DBControlUtil secureDBConsole
信息: 已成功保护 Database Control。
2010-11-23 14:58:38 oracle.sysman.emcp.util.DBControlUtil startOMS
信息: 正在启动 Database Control (此操作可能需要一段时间)...
2010-11-23 14:59:11 oracle.sysman.emcp.EMDBPostConfig performConfiguration
信息: 已成功启动 Database Control
2010-11-23 14:59:11 oracle.sysman.emcp.EMDBPostConfig performConfiguration
信息: >>>>>>>>>>> Database Control URL 为https://test:1158/em<<<<<<<<<<<
2010-11-23 14:59:15 oracle.sysman.emcp.EMDBPostConfig invoke
警告:
************************  WARNING  ************************

管理资料档案库已置于安全模式下, 在此模式下将对 Enterprise Manager 数据进行加密。加密密钥已放置在文件 /u01/app/oracle/product/11.2.0/dbhome_1/test_orcl/sysman/config/emkey.ora 中。请务必备份此文件, 因为如果此文件丢失, 则加密数据将不可用。

***********************************************************
已成功完成 Enterprise Manager 的配置
EMCA 结束于 2010-11-23 14:59:15

 

可能是导入10G的数据，破坏了原来11G的OEM资料库.

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

oracle11g重装数据库后em无法访问的解决过程

windows 7 64位环境下在装oracle11g的时候，我把oracle软件和数据库一同在安装过程中给全装上了，后面由于某些需要把数据库删了，然后重新创建一个数据库，这时候发现em登录不了，报“503 Service Unavailable”的错，我检查了下数据库连接是可以正常连接上的，然后打开Net Manager查看了下监听，发现监听没有把当前的数据库服务配置进去。

以上为出现的问题，以下为解决方法：

1、打开oracle配置工具里的Net Configuration Assistant，选择“监听程序配置”，下一步，接着选择“重新配置”，下一步，仔细看下每一步配置的参数是否正确就OK了。

2、在命令行上使用“emca -deconfig dbcontrol db”命令删除配置

3、使用“emca -repos drop”命令删除 repository

注：第2、3步骤都要做，要不然在重新安装EM的时候会报“ ORA-20001: SYSMAN already exists..”的错误导致安装失败。

4、使用“emca -config dbcontrol db -repos create”命令进行创建em。

以上步骤做完后就成功创建好em了，点击开始菜单上的oracle文件夹里的Database control-orcl连接就可以正常访问em了。

这里需要注意的是，之前我初次安装好oracle时访问em的地址是https://localhost:1158/em ，这里端口号是1158，而现在我重建em后访问时地址链接后面的端口号变成了5500.

 

接下来我个人出现的情况是用system用户登录em后直接在页面上显示“出现内部错误。有关详细信息, 请查看日志文件。”的错误信息，不过我直接点击右上角的“数据库”链接就可以正常访问主页了，之后再重新登录就不会再报这个错了。