windows 2008 64位oracle11g部署问题(4)之Environment variable ORACLE_UNQNAME not defined

简介:

在windows 2008上安装oracle 11g r2后,发现在客户端无法连接em

登录oracle服务器也就是windows 2008服务器下,查看服务列表,发现服务列表中没有OracleDBConsoleorcl服务,也许你有该服务确启动不了。

通过cmd打开dos窗口,开始-->程序-->emctl start dbconsole

结果如下,提示ORACLE_UNQNAME没被定义

Environment variable ORACLE_UNQNAME not defined. Please set ORACLE_UNQNAME to database unique name.

根据资料进行如下的修改


C:\app\Administrator\product\11.2.0\dbhome_1\BIN>set ORACLE_HOSTNAME=localhost


C:\app\Administrator\product\11.2.0\dbhome_1\BIN>set ORACLE_UNQNAME=orcl


C:\app\Administrator\product\11.2.0\dbhome_1\BIN>emctl  start dbconsole

结果报如下错误

OC4J Configuration issue. C:\app\Administrator\product\11.2.0\dbhome_1/oc4j/j2ee

/OC4J_DBConsole_localhost_orcl not found.


C:\app\Administrator\product\11.2.0\dbhome_1\BIN>emca -config dbcontrol db -repos create


EMCA 开始于 2014-3-2 16:19:15

EM Configuration Assistant, 11.2.0.0.2 正式版

版权所有 (c) 2003, 2005, Oracle。保留所有权利。


输入以下信息:

数据库 SID: orcl

监听程序端口号: 1521

监听程序 ORACLE_HOME [ C:\app\Administrator\product\11.2.0\dbhome_1 ]:

SYS 用户的口令:

DBSNMP 用户的口令:

SYSMAN 用户的口令:

SYSMAN 用户的口令: 通知的电子邮件地址 (可选):

通知的发件 (SMTP) 服务器 (可选):

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


已指定以下设置


数据库 ORACLE_HOME ................ C:\app\Administrator\product\11.2.0\dbhome_1



本地主机名 ................ localhost

监听程序 ORACLE_HOME ................ C:\app\Administrator\product\11.2.0\dbhome

_1

监听程序端口号 ................ 1521

数据库 SID ................ orcl

通知的电子邮件地址 ...............

通知的发件 (SMTP) 服务器 ...............


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

是否继续? [是(Y)/否(N)]: y

2014-3-2 16:19:56 oracle.sysman.emcp.EMConfig perform

信息: 正在将此操作记录到 C:\app\Administrator\cfgtoollogs\emca\orcl\emca_2014_03

_02_16_19_15.log。

2014-3-2 16:19:57 oracle.sysman.emcp.EMReposConfig createRepository

信息: 正在创建 EM 资料档案库 (此操作可能需要一段时间)...

2014-3-2 16:19:57 oracle.sysman.emcp.EMReposConfig invoke

严重: 创建资料档案库时出错

2014-3-2 16:19:57 oracle.sysman.emcp.EMReposConfig invoke

信息: 有关详细资料, 请参阅 C:\app\Administrator\cfgtoollogs\emca\orcl\emca_repos

_create_<日期>.log 中的日志文件。

2014-3-2 16:19:57 oracle.sysman.emcp.EMConfig perform

严重: 创建资料档案库时出错

有关详细资料, 请参阅 C:\app\Administrator\cfgtoollogs\emca\orcl\emca_2014_03_02_

16_19_15.log 中的日志文件。

无法完成配置。 有关详细资料, 请参阅 C:\app\Administrator\cfgtoollogs\emca\orcl\e

mca_2014_03_02_16_19_15.log 中的日志文件。


运行后发现创建EM中报错,既然报错就先删除EM,再创建EM,此时确定

OracleOraDb11g_home1TNSListener

OracleServiceORCL 服务启动,其他oracle开头的服务均停止。


C:\app\Administrator\product\11.2.0\dbhome_1\BIN>emca -repos drop


EMCA 开始于 2014-3-2 9:30:15

EM Configuration Assistant, 11.2.0.0.2 正式版

版权所有 (c) 2003, 2005, Oracle。保留所有权利。

输入以下信息:

数据库 SID: orcl

监听程序端口号: 1521

SYS 用户的口令:

SYSMAN 用户的口令:

SYSMAN 用户的口令:

是否继续? [是(Y)/否(N)]: y

2014-3-2 9:30:27 oracle.sysman.emcp.EMConfig perform

信息: 正在将此操作记录到 C:\app\Administrator\cfgtoollogs\emca\orcl\emca_2010_07

_16_09_30_15.log。

2014-3-2 9:30:28 oracle.sysman.emcp.EMReposConfig invoke

信息: 正在删除 EM 资料档案库 (此操作可能需要一段时间)...

2014-3-3 9:34:21 oracle.sysman.emcp.EMReposConfig invoke

信息: 已成功删除资料档案库

已成功完成 Enterprise Manager 的配置

EMCA 结束于 2014-3-2 9:34:21


此时运行如下命令,就会成功创建EM了

C:\app\Administrator\product\11.2.0\dbhome_1\BIN>emca -config dbcontrol db -repos create


此时在C:\app\Administrator\product\11.2.0\dbhome_1\BIN>emctl status dbconsol

发现成功启动


Oracle Enterprise Manager 11g Database Control Release 11.2.0.1.0

Copyright (c) 1996, 2010 Oracle Corporation. All rights reserved.

https://localhost:5500/em/console/aboutApplication

Oracle Enterprise Manager 11g is running.

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

Logs are generated in directory C:\app\Administrator\product\11.2.0\dbhome_1/192.168.136.131_orcl/sysman/log


发现重建em后可能端口被改为5500即https://localhost:5500/em,如果需要修改访问端口为1158,执行:

C:\> emca -config dbcontrol db -DBCONTROL_HTTP_PORT 1158

此时先手动在服务列表中,停止em,然后再运行该命令。


windows 2008 64位oracle11g部署问题(1)之警告-启动database control时出错

http://starpoint.blog.51cto.com/968349/1364135

windows 2008 64位oracle11g部署问题(2)之 监听服务无法启动

http://starpoint.blog.51cto.com/968349/1364231

windows 2008 64位oracle11g部署问题(3)之ORA-12514:TNS:监听程序当前无法识别连接描述符中请求的服务

http://starpoint.blog.51cto.com/968349/1364246









本文转自hblxp32151CTO博客,原文链接:http://blog.51cto.com/starpoint/1365968,如需转载请自行联系原作者

相关文章
|
3月前
|
Windows
Windows操作系统部署安装Kerberos客户端
详细介绍了在Windows操作系统上部署安装Kerberos客户端的完整过程,包括下载安装包、安装步骤、自定义安装路径、修改环境变量、配置hosts文件和Kerberos配置文件,以及安装后的验证步骤。
422 3
Windows操作系统部署安装Kerberos客户端
|
4月前
|
开发框架 JavaScript .NET
【Azure 应用服务】Azure Mobile App (NodeJS) 的服务端部署在App Service for Windows中出现404 Not Found
【Azure 应用服务】Azure Mobile App (NodeJS) 的服务端部署在App Service for Windows中出现404 Not Found
|
4月前
|
存储 安全 网络安全
【Azure 环境】使用Azure中的App Service部署Web应用,以Windows为主机系统是否可以启动防病毒,防恶意软件服务呢(Microsoft Antimalware)?
【Azure 环境】使用Azure中的App Service部署Web应用,以Windows为主机系统是否可以启动防病毒,防恶意软件服务呢(Microsoft Antimalware)?
|
4月前
|
Python Windows
【Azure 应用服务】App Service For Windows 环境中部署Python站点后,如何继续访问静态资源文件呢(Serving Static Files)?
【Azure 应用服务】App Service For Windows 环境中部署Python站点后,如何继续访问静态资源文件呢(Serving Static Files)?
|
4月前
|
负载均衡 网络协议 安全
【Azure 应用服务】Azure Web App的服务(基于Windows 操作系统部署)在被安全漏洞扫描时发现了TCP timestamps漏洞
【Azure 应用服务】Azure Web App的服务(基于Windows 操作系统部署)在被安全漏洞扫描时发现了TCP timestamps漏洞
|
2月前
|
存储 Oracle 关系型数据库
Oracle数据库的应用场景有哪些?
【10月更文挑战第15天】Oracle数据库的应用场景有哪些?
192 64
|
12天前
|
存储 Oracle 关系型数据库
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
48 11
|
4月前
|
数据采集 Oracle 关系型数据库
实时计算 Flink版产品使用问题之怎么实现从Oracle数据库读取多个表并将数据写入到Iceberg表
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
|
25天前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。
|
1月前
|
存储 Oracle 关系型数据库
oracle数据恢复—Oracle数据库文件大小变为0kb的数据恢复案例
存储掉盘超过上限,lun无法识别。管理员重组存储的位图信息并导出lun,发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息,重新导出控制文件中记录的数据文件,发现这些文件的大小依然为0kb。