orcle 链接错误

客户那边的服务器重启了,我重新glassfish之后,再打开项目的路径直接报404错误,这我可傻眼了,咋回事啊 ,昨天还好好的,去看日志,

权限问题???

1, 脑海里出现的解决办法就是重新部署项目。

把之前的项目给删掉,重新上传,又啥掉了,

这和日志文件里边报的一样一样的。。。。。。

2,找老大

老大就是见过世面的人

你看下数据库配置正确了吗?

oracle服务开启了没?

能进权限库吗??

一个一个的排查,服务开了,权限库进不去,另外的那个库也进不去,这是怎么回事????

老大在另外一个现场,也不能老打扰他,自己百度

3,百度

问题:Oracle主服务和监听器服务已经启动,使用SQL Plus能够正常连接,使用PL SQL Developer连接报次错误:ORA-12514: TNS: 监听程序当前无法识别连接描述符中请求的服务。如图:

解决:

打开H:\Oracle\product\11.2.0\dbhome_1\NETWORK\ADMIN(不同机器目录可能不同)目录下的listener.ora文件,发现此文件内容如下:

#listener.ora Network Configuration File:

H:\Oracle\product\11.2.0\dbhome_1\network\admin\listener.ora

#Generated by Oracle configuration tools.

SID_LIST_LISTENER=

(SID_LIST =

(SID_DESC =

(SID_NAME = CLRExtProc)

(ORACLE_HOME =H:\Oracle\product\11.2.0\dbhome_1)

(PROGRAM = extproc)

(ENVS ="EXTPROC_DLLS=ONLY:H:\Oracle\product\11.2.0\dbhome_1\bin\oraclr11.dll")

)

)

LISTENER=

(DESCRIPTION_LIST =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = IPC)(KEY =EXTPROC1521))

(ADDRESS = (PROTOCOL = TCP)(HOST =localhost)(PORT = 1521))

)

)

ADR_BASE_LISTENER= H:\Oracle

修改成如下内容(注意红色部分的内容):

#listener.ora Network Configuration File:

H:\Oracle\product\11.2.0\dbhome_1\network\admin\listener.ora

#Generated by Oracle configuration tools.

SID_LIST_LISTENER=

(SID_LIST =

(SID_DESC =

(GLOBAL_DBNAME = ORCL)

(ORACLE_HOME =H:\Oracle\product\11.2.0\dbhome_1)

(SID_NAME = ORCL)

)

(SID_DESC =

(SID_NAME = CLRExtProc)

(ORACLE_HOME = H:\Oracle\product\11.2.0\dbhome_1)

(PROGRAM = extproc)

(ENVS ="EXTPROC_DLLS=ONLY:H:\Oracle\product\11.2.0\dbhome_1\bin\oraclr11.dll")

)

)

LISTENER=

(DESCRIPTION_LIST =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = IPC)(KEY =EXTPROC1521))

(ADDRESS = (PROTOCOL = TCP)(HOST =localhost)(PORT = 1521))

)

)

ADR_BASE_LISTENER= H:\Oracle

说明:每台电脑的Oracle安装目录和实例名不尽相同,修改此文件的ORACLE_HOME(本机Oracle安装目录)和SID_NAME应该按照你自己的设置。

自己进去改了,还是不可以那这可怎么办呢?

4,求助同事,同事一看说你启动服务的顺序错了。试试

我又百度了一下,Orcle 启动的时候先启动service,然后再启动listener   将这两个服务关掉,然后再一个一个的重启。竟然好了。。。。。

天煞的,这是要闹哪样?

以后一定要记住:

先启动服务,再启动监听

反思:自己的问题自己先百度,不会了再去问别人,要不你把别人都问烦了你自己还是解决不了,因为很多事情只有你自己知道,别人只是一个外因,只能给你提供一个思路,主要的还是要靠你自己的查找问题。

时间: 2024-12-20 14:24:21

orcle 链接错误的相关文章

mysql链接错误:2003 can't connect to mysql server on 10038

出现这个错误原因是端口号不是3306. 打开D:\Program Files\MySQL\MySQL Server 5.5 \my.ini文件,当然还有其他的.ini的文件: [client] port=3306 [mysql] default-character-set=utf8 # SERVER SECTION# ----------------------------------------------------------------------## The following opt

mysql链接错误

Warning: mysqli_connect() [function.mysqli-connect]: [2002] No such file or directory (trying to connect via unix:///var/mysql/mysql.sock) in xxx.php on line 14 解决方案: cd /var sudo mkdir mysql sudo chmod 755 mysql cd mysql ln -s /tmp/mysql.sock mysql.

Duplicate Symbol链接错误的原因总结和解决方法[转]

from:http://www.cocoachina.com/bbs/read.php?tid=177492 duplicate symbol是一种常见的链接错误,不像编译错误那样可以直接定位到问题的所在.但是经过一段时间的总结,发现这种错误总是有一些规律可以找的.例如,我们有如下的最简单的两个类代码: //  ClassA.h#import <Foundation/Foundation.h>@interface ClassA : NSObject@end //  ClassA.m#impor

关于我遇到的“LNK 2019无法解析的外部符号”的链接错误

昨天在调试程序的时候出现了"LNK 2019无法解析的外部符号"的问题(VS2008),依照网上说的方法都没有解决这个问题,最后在项目文件里发现有两个同名的可是不在同一个目录下的cpp文件,而产生LNK错误的cpp文件里有对这个重名文件的引用,结果导致了当中一个cpp文件产生的目标文件(obj)覆盖了真正须要的cpp产生的OBJ文件,导致链接的时候找不到指定的符号而出现了链接错误. 以下给个图说明一下我遇到的情况吧: 在项目中.同一时候包括了目录1和目录2中的全部cpp文件,而ref.

Ogre1.6.5 编译链接错误之FreeImage

这两天想重新学习下ogre,但是在vs2010上编译1.6.5的版本上遇到链接失败的问题,耗了不少时间这里记一下. 主要是一些重定义报错. >msvcprtd.lib(MSVCP100D.dll) : error LNK2005: "public: class std::basic_ostream<char,struct std::char_traits<char> > & __thiscall std::basic_ostream<char,stru

Xerces链接错误原因之/Zc:wchar_t-设置不一致

今天程序需要使用Xerces作为xml文件的解析与序列化工具,使用的是Xerces2.7.0版本.具体编译教程如下: 成功编译出了Xerces.dll和Xerces.lib.但是在链接到主工程的时候,总是链接失败.报错如下 error LNK2001: 无法解析的外部符号 "__declspec(dllimport) public: static wchar_t const * const xercesc_2_7::XMLUni::fgDOMWRTFormatPrettyPrint"

__system_property_get arm64 链接错误

undefined reference to `__system_property_get' 这一系列的函数在arm64的头文件有定义,但是在libc.so中却找不到实现. header: sys/system_properties.h __system_property_get __system_property_set __system_property_find __system_property_read __system_property_find_nth __system_prope

Treat wchar_t as built-in type不一致导致的链接错误

今天用VS2013新建了一个工程,生成时出现很多怪异的链接错误,比如: error LNK2019: unresolved external symbol "__declspec(dllimport) public: static class MTString __cdecl MTString::fromWCharArray(wchar_t const *,int)"([email protected]@@[email protected][email protected]) refe

VC中链接错误,提示string重定义

VC链接错误,说是string已经有了实现了,只要 rebuild 一下好了. Linking...LINK : warning LNK4075: ignoring '/EDITANDCONTINUE' due to '/OPT:ICF' specificationmsvcprtd.lib(MSVCP71D.dll) : error LNK2005: "public: __thiscall std::basic_string<char,struct std::char_traits<