
急急急!!!Oracle在设置客户端网络连接时,测试显示ORA:12357连接关闭。
MYTHB是服务名,如果输入tnspingVIS的话,则显示无法解析。。。求帮帮忙,弄了一整天了我的TNS是...
MYTHB是服务名,如果输入 tnsping VIS的话,则显示无法解析。。。求帮帮忙,弄了一整天了
我的TNS是 展开
我的TNS是 展开
- 你的回答被采纳后将获得:
- 系统奖励15(财富值+成长值)+难题奖励10(财富值+成长值)+提问者悬赏5(财富值+成长值)
2个回答
展开全部
这个问题,你先看看,服务器上面可不可以 通过本地服务连接数据库 如果服务器端通过username/password@servicename 可以正常连接(不要用sqlplus / as sysdba),证明服务这块问题应该不大 再检查客户机和服务器间的网络是否有问题 比如 服 客两端防火墙啥的 排除法,慢慢整吧
本回答被提问者和网友采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
一般请况下
1-检查数据库服务器是否没有启动监听
2-检查客户端配置的监听文件tnsnames.ora是否正确,
oracle\product\10.2.0\db_1\network\ADMIN\tnsnames.ora关注IP,端口,SID
这里要注意的是服务名前面不要有空格,例如ORCL_32.21之前
ORCL_32.21 =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.32.21)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = ORCL)
)
)
第三种情况,就是尼日同时之前遇到的,开始可以时,后续是不是的提示ORA-12537,问题是由于listener.log文件过大引起,
listener.log已经有好几个G,引起写入日志过大时引起监听不工作, 清理掉listener.log文件问题可解决
下面是网上朋友提供的方法
摘自:http://blog.itpub.net/10314474/viewspace-694404/
Normal 0 0 2 false false false EN-US ZH-TW X-NONE处理方式
1.删除...\product\10.2.0\db_1\NETWORK\log下listener.log(或重命名以备份),重启监听器
rename listener.log listener.old
lsnrctl stop
lsnrctl start
2.上一种方法会中断数据库的使用,为了最小化数据库中断时间,采用先关闭再开启listener日志功能的方法
lsnrctl set log_status off
rename listener.log listener.old
lsnrcl set log_status on
使用以上两种方法中的任意一种之后,listener.log都被重新创建了
以上回答摘自:http://www.cnblogs.com/liuyongcn/p/5567833.html
1-检查数据库服务器是否没有启动监听
2-检查客户端配置的监听文件tnsnames.ora是否正确,
oracle\product\10.2.0\db_1\network\ADMIN\tnsnames.ora关注IP,端口,SID
这里要注意的是服务名前面不要有空格,例如ORCL_32.21之前
ORCL_32.21 =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.32.21)(PORT = 1521))
)
(CONNECT_DATA =
(SERVICE_NAME = ORCL)
)
)
第三种情况,就是尼日同时之前遇到的,开始可以时,后续是不是的提示ORA-12537,问题是由于listener.log文件过大引起,
listener.log已经有好几个G,引起写入日志过大时引起监听不工作, 清理掉listener.log文件问题可解决
下面是网上朋友提供的方法
摘自:http://blog.itpub.net/10314474/viewspace-694404/
Normal 0 0 2 false false false EN-US ZH-TW X-NONE处理方式
1.删除...\product\10.2.0\db_1\NETWORK\log下listener.log(或重命名以备份),重启监听器
rename listener.log listener.old
lsnrctl stop
lsnrctl start
2.上一种方法会中断数据库的使用,为了最小化数据库中断时间,采用先关闭再开启listener日志功能的方法
lsnrctl set log_status off
rename listener.log listener.old
lsnrcl set log_status on
使用以上两种方法中的任意一种之后,listener.log都被重新创建了
以上回答摘自:http://www.cnblogs.com/liuyongcn/p/5567833.html
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询