The NetWork Adapter could not establish the connection
这个问题曾经看人遇到过,原因就是你监听的主机和驱动里的主机不一致。可以尝试以下步骤:
1关闭防火墙并重启一次
2重新启动OracleOraDb11g_home1TNSListener,再重启OracleServiceORCL。
3在配置和移植工具中,重新配置Net Manager:Tcp/ip 为localhost计算机名注意方括号的解释为:(localhost + 你的计算机名)。
4打开Net Configuration Assistant,-->下一步-->重新配置-->下一步--->--->完成。
如果能解决记得给分~!
连接数据库提示异常的话,是需要重新连接数据库才可以的,重新启动一下。
定律是为实践和事实所证明,反映事物在一定条件下发展变化的客观规律的论断。定律是一种理论模型,它用以描述特定情况、特定尺度下的现实世界,在其它尺度下可能会失效或者不准确。
没有任何一种理论可以描述宇宙当中的所有情况,也没有任何一种理论可能完全正确。人生同样有其客观规律可循。
一、生活定律 痛苦定律:死无疑是痛苦的,然而还有比死更痛苦的东西,那就是等死。
幸福定律:如果你不再总是想着自己是否幸福时,你就获得幸福了。
错误定律:人人都会有过失,但是,只有重复这些过失时,你才犯了错误。
沉默定律:在辩论时,沉默是一种最难驳倒的观点。
动力定律:动力往往只是起源于两种原因:希望,或者绝望。
受辱定律:受辱时的唯一办法是忽视它,不能忽视它时就藐视它;如果连藐视它也不能,那么你就只能受辱了。
愚蠢定律:愚蠢大多是在手脚或舌头运转得比大脑还快的时候产生的。
化妆定律:在修饰打扮上花费的时间有多少,你就需要掩饰的缺点也就有多少。
省时定律:要想学会最节省时间的办法,首先就需要学会说"不"。
地位定律:有人站在山顶上,有人站在山脚下,虽然所处的地位不同,但在两者的眼中所看到的对方,却是同样大小的。
失败定律:失败并不以为着浪费时间与生命,却往往意味着你又有理由去拥有新的时间与生命了。
谈话定律:最使人厌烦的谈话有两种:从来不停下来想想;或者,从来也不想停下来。
误解定律:被某个人误解,麻烦并不大;被许多人误解,那麻烦就大了。
结局定律:有一个可怕的结局,也比不上没有任何结局可怕。
二、工作定律
安全定律:最安全的单位几十年没有得过安全奖(最安全证明你们安全没有做工作)
需要定律:同样两个相同的单位,同样的办公费。多少年以后,发生了变化(证明你们单位办公不需要那么多的钱)出来反对,这种成功的概论会归结为零。
评比定律:领导认为谁好,谁就好。(只要领导看你不顺眼,再辛辛苦苦地工作也是白费力气。)
一票否决定律:在一个单位,比如升工资,比如提拔任用,一个人提出来,往往成功的概率最大,而另一个人站
接受教育定律:每个单位都有吊儿郎当不好好干工作的人。但领导往往在批评这些人的时候,这些人恰恰不在场,于是,便出现了遵纪守法的人,经常接受教育的尴尬局面。
哭闹定律;那个部门没有几个因为经常的哭闹而得到了实惠,他有什么理由不经常哭闹下去。(此定理也适用那些经常在领导面前叫苦叫累的部门)
能者多劳定律:在同一科室里,有的人虽然在其岗,但却不能胜任本职工作,那他的工作只能由能胜任该项工作的人去代劳。
不平衡定律:年年当先进的部门或个人,一年没有当先进便想不通;从未当先进的部门或个人,当上先进后便想不到。
少劳多得定律:一般的单位,都分为合同工、(过去称为正式工)协议工、临时工等等。拿钱越少的工作量越大,而且越容易被解雇;拿钱越多的越没有多少事情可干,而且最不容易被解雇。
根据你的异常可以肯定是数据库异常SQLException,有可能是你的项目下WebRoot---WEB-INF---lib下没有添加ojdbc14jar包,或者是你的数据库服务名不是orcl,反正就是你的数据库出错了!
简单说明一下:因为在建服务时我没有没有配置启动参数。所以,服务启动时在无参数的情况下,会进入“后台控制”类型的代码。后台控制代码会要求与桌面交互的,而默认服务是不能与桌面进行交互,肯定会出问题的。(没看懂,也不要紧,毕竟您不必对此感兴趣)。
只需要知道一点:是因为细节处理上的一个大意,急于部署服务,而忽略了此,导致花了大半天天的时间来找问题。很不值,所以,做事放慢节奏是很重要的。WIndows XP的服务中,有一个服务需要以NT AUTHORITY\NetworkService用户启动,使用本地系统帐户启动没有任何问题,但如果以NetworkService即报此错误代码。
如果你的系统分区是NTFS分区,应属帐户的权限问题。
解决办法:将NT AUTHORITY\NetworkService用户添加到Administrator组中。
我的电脑-->右键-->管理-->本地用户和组;
选择“组”-->双击Administrators-->单击“添加”-->单击“高级”-->单击“立即查找”-->在下面的列表中选择Network Service用户-->两次单击“确定”-->加入。
有可能是listener出错或者微软补丁包冲突有可能监听器出错…… 我也经常碰到oracle各式各样的问题,以下是我的经验,希望对你有用:引起ora-1053错误的原因有很多,一般oracle出现问题后,我会依次测试,比如启动服务、在SQL Plus里尝试登录、在Windows命令行尝试启动服务和登录数据库、测试监听器是否正常。以我碰到的问题为例,打开Net8 Configuration Assistant-本地网络服务名配置-测试,选择想要测试的网络服务名,发现测试没有通过,这代表对应数据库例程监听器出现问题了。解决方案: 1在Net8 Configuration Assistant中,选择监听程序配置-删除,删除以前的监听程序(listener,原因可能是电脑IP变动了等等)。 2控制面板-管理-服务,如果oracle listener还是启动或已启动状态,那么将这个服务关闭。 3在Net8 Configuration Assistant
这时候需要找出造成异常阻塞的session并清除。
oracle session通常具有三个特征:
(1)一个session可能阻塞多个session;
(2)一个session最多被一个session阻塞;
(3)session阻塞关系不会形成环路。(环路即死锁,oracle能自动解除)
因此session的阻塞关系为一棵树,进而DB系统所有session的BLOCK阻塞关系是一个由若干session阻塞关系树构成的森林,而异常session一定会在故障爆发时成为根(root)。因此,找寻异常锁表session的过程就是找出异常的root。
一般认为异常root有两个特征:(1)block树的规模过大,阻塞树规模即被root层层阻塞的session总数;(2)阻塞的平均等待时间过长。
查找异常session的方法一:
OEM—> performance—> Blocking Sessions
查找异常session的方法二:
select rroot_sid, sserial#,
rblocked_num, ravg_wait_seconds,
susername,sstatus,sevent,sMACHINE,
sPROGRAM,ssql_id,sprev_sql_id
from (select root_sid, avg(seconds_in_wait) as avg_wait_seconds,
count() - 1 as blocked_num
from (select CONNECT_BY_ROOT sid as root_sid, seconds_in_wait
from v$session
start with blocking_session is null
connect by prior sid = blocking_session)
group by root_sid
having count() > 1) r,
v$session s
where rroot_sid = ssid
order by rblocked_num desc, ravg_wait_seconds desc;
该SQL语句即是根据v$session的字段blocking_session统计阻塞树根阻塞session的计数以及平均阻塞时间、并进行排序,排名最前的往往是异常session。
java 连接oracle数据库出现这样的异常是由于路径下面没有找java连接oracle数据库的驱动。
从错误截图看到,你应该用的是eclipse工具,
将oracle的驱动jar包拷贝到项目,再将其添加到类路径中就可以解决
1首先,你是否是管理员安装的Oracle;
2安装的版本是不是:10203_database_vista,如果不是的话,建议下载安装。
win7的权限要求是非常严格的,不兼容vista以前的版本。
下载地址:
>
以上就是关于为什么Oracle 11g在创建数据库连接上出现异常 连接不上 急 急 急!!!全部的内容,包括:为什么Oracle 11g在创建数据库连接上出现异常 连接不上 急 急 急!!!、连接Oracle数据库提示Io 异常: Got minus one from a read call、求一个关于oracle连接数据库异常的问题等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)