ORACLE 假死 连接超时，无法查看监听状态

最新推荐文章于 2024-12-25 22:40:35 发布
原创 最新推荐文章于 2024-12-25 22:40:35 发布 · 827 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文分享了一次生产环境中Oracle数据库连接突然超时的问题解决经验。通过检查监听状态、尝试登录PL/SQL与sqlplus，最终发现是listener.ora文件过大（超过4G）导致的问题。重命名该文件后，成功恢复了数据库的正常连接。

 

今天生产环境中，数据库连接突然超时，所有应用及接口都无法连接数据库。

使用 lsnrctl status 检查监听状态报错 oracle   01153未能处理字符串,重新配置监听卡死。

但使用PL/SQL、sqlplus登陆第一次出现未响应，再次登录却正常。

最后网上搜寻资料提示可能是listener.org文件过大达到4G引起。

一般在路径：$ORACLE_HOME\diag\tnslsnr\机器名\listener\trace\listener.org
修改文件名后，就可以正常登录了。

Oracle不能连接数据库，本地SQLPlus可以正常访问，ora12541+tns-01153未能处理字符串
水滴的专栏
01-19 1621
Oracle突然不能连接数据库 问题发生：一套正常跑了一年的应用系统，忽然无法连接上数据库，Oracle不能连接数据库，本地SQLPlus可以正常访问，而且ora12541+ tns-01153提示未能处理字符串。 数据库服务器端查看： 使用lsnrctl status查看监听状态卡住，10分钟左右结果才会反馈，重启监听问题依旧。 数据库运行中突然连接不上 ora12541TNS:无监听程序，使用dos端sqlplus登录正常，重启Oracle服务依然无法登陆 ora12541TNS。 问题梳理 “查看D:
oracle无法通过监听登录数据库TNS-01153
qq_35233353的博客
03-16 1548
环境：windows2008 oracle11g 问题：通过plsql登录报TNS-12571 包写入程序失败 解决问题步骤： 首先可以确定的是应该是监听的故障; 在数据库本地通过sqlplus登录sys用户正常说明数据库正常； 通过服务中的OracleOraDb11g_home1TNSListener可以正常启动，停止； 使用监听的命令LSNRCTL START/STOP/START 均无法进行下去，显示正在连接到 最后提示TNS-01153:未能处理字符串：？ 查找到可能因为$ORAC..
oracle 启动监听提示tns-01153未能处理字符串
weixin_43366546的博客
12-18 2738
删除D:\app\Administrator\diag\tnslsnr\计算机名\listener\trace目录下listener.log文件,原因是log文件超过4G,存储不下了
TNS-01153错误
ezbit
12-07 8329
今天周六，上午8-12点进行数据库拆分，拆分完成后部分应用程序出现连接错误，查看grid下的日志文件发现如下内容： TNS-01153: Failed to process string: (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=172.16.1.82)(PORT=1521))(CONNECT_DATA=(CID=(PROGRAM=)(HOST=__j
oracle 伪造ip连接,Oracle做ip连接限制
weixin_39806288的博客
04-05 147
限制登录oracle的IP地址有两种方法一、编辑$ORACLE_HOME/network/admin/sqlnet.ora，增加tcp.validnode_checking = yes#tcp.invited_nodes=() #允许访问的IP列表，各IP之间用逗号分隔tcp.excluded_nodes=() #限制访问的IP列表，个IP之间用逗号分隔注意：•不能同时使用tcp.invited_...
Oracle数据库之假死
macx_1371873xxxx的博客
04-12 1900
场景：部署项目时发现，每次部署项目就会造成数据库监听无法使用，以下是解决方案，转载先前的样例，情况一样，如下；在客户端连接服务器的时候，点击“登录”，需要10秒多钟才可以连接到数据库，连接后操作一切正常。在客户端用tnsping服务器，如下：C:\Documents and Settings\Administrator>tnsping ORA11G很长时间没有反应.终于找到问题所在了:原因在...
oracle监听卡死,oracle监听无响应解决
weixin_35834271的博客
04-03 1793
今天现场维护人员报告说数据库连接不上，PLSQL连接无响应。登陆数据库服务器后输入lsnrctl status就卡住了。查下监听日志，主要是以下内容：TNS-12525: TNS:listener has not received client's request in time allowedTNS-12535: TNS:operation timed outTNS-12606: TNS: Ap...
listener.log文件过大导致oracle假死
weixin_30660027的博客
11-18 253
/home/u01/oracle/product/11gr2/db_1/log/diag/tnslsnr/VM_179_95_centos/listener/trace/listener.log listener.log文件过大导致oracle假死 转载于:https://www.cnblogs.com/sweet22353/p/9977697.html...
监听lsnrctl status查询状态报错linux error 111:connection refused
weixin_30892037的博客
07-29 1803
报错现象 今天给客户一个单实例环境配置监听，创建正常，查询状态异常报错 tns 12541 tns 12560 tns 00511 linux error 111:connection refused 匹配MOS Starting TNS Listener or LSNRCTL Start Yields TNS-12541, Linux Error: 111: Conne...
oracle数据库操作执行不了，出现假死状态
weixin_33798152的博客
01-05 1396
问题：update 不能更新表表中19条记录，在更新的时候,偶尔能更新,偶尔就 update 不动了。更新操作执行的时候,就不动了,好象是死掉一样.关于数据库事务引起的问题在oracle一个事务没有提交之前，下一个事务是处于挂起状态，通常会出现表被锁定，就是上述的假死状态。查看被挂起的事务（或者说没有被提交的事务），网上有的说法是查看被锁定的表（我认为此说法不妥，表并没有被锁...
oracle TNS-01153 错误处理
zlzdj的专栏
12-25 494
oracle启动监听的时候提示Tns-01153未能处理字符串
监听无法启动报TNS-01150 TNS-01153错误
cuandan3585的博客
12-03 1533
业务新装的数据库，在启动监听的时候报TNS-01150 TNS-01153错误，下面是错误信息 ecctest:orar6d 42> lsnrctl start LSNRCTL for Linux: V...
orcle数据库一直连接但是连接不上，有时候会显示TNS:无监听程序
sonwing的博客
07-19 699
环境： 系统：window7 数据库：orcle11g 显示：TNS:无监听程序 一，出现的情况 1，使用nvicat连接数据库时一直在连接 2，项目所连接的数据库有时候能连上有时候连接不上，而且连接起来特别慢。 3，在cmd中输入lsnrctl status会等很久才能出现正常的界面，而且有的时候会显示tns-01153未能处理字符串 4，在lsnrctl status命令中显示的日志文件中发现。 我的原因是监听文件写满了。 ...
ora12541+tns-01153未能处理字符串
obgnahs的专栏
08-04 5386
操作系统： windows2008 数据库：oracle11g 数据库运行中突然连接不上 ora12541TNS:无监听程序 数据库服务器端查看： 使用dos端sqlplus登录正常 重启Oracle服务依然无法登陆 ora12541TNS plsql无法连接 使用 lsnrctl status 查看监听状态 tns-01153未能处理字符串 参考http://www.cnb...
Oralce数据库lsnrctl命令卡死，数据库连接超时
GeorgeChan_的博客
05-24 3715
现象描述：在命令行界面输入lsnrctl status后没有反应，输入lsnrctl stop也没有任何反应。连接数据库的应用在启动时显示数据库连接超时。 问题原因：数据库监听日志listener.log大小达到最大值（官方建议文件大小要小于4G，当达到4G时，数据库连接会变得非常慢1分钟以上，超过2G时就会影响到访问，需要进行处理） 解决方案： 方案1、删除掉listener.log日志文件，重启数据库监听 方案2、关闭listener.log日志 命令行界面（cmd）进行如下操作 进入监听控
lsnrctl status后即无任何反应，而SQL*Plus正常
DolphinHat的专栏
06-18 9791
错误信息：lsnrctl status后即无任何反应，而SQL*Plus正常 问题诊断：oracle 10.2.0.1.0的一个4518443的bug导致的，这个bug会自动创建一个子监听器，当出现这种情况时，监听就会挂起 解决方式： #查看LISTNER进程 ps -aux |grep LISTENER #或 ps -aux |grep tns oracle   261
ORACLE 11g 由新特性引发lsnrctl hang住卡死迷雾的详细剖析历程
热门推荐
csdn's blog
07-25 1万+
1、问题描述 同事说卡住了，连接oracle数据库很慢，需要很久，连上了做一个简单的查询也非常慢，感觉像是hang主了一般。 2、分析oracle服务器负载 一开始登录进去，查看oracle服务器，负载很低，服务器毫无压力，感觉不是服务器卡的问题了： [root@pldb236 data]# w 19:59:47 up 122 days, 4:32,...
oracle数据库连接超时，无法连接
脑子进水养啥鱼？的博客
03-10 1万+
1、现象： 客户端连接数据库时连接缓慢或超时。 数据库服务器执行lsnrctl status命令查看监听状态时缓慢或卡住。 数据库日志无报错记录。 2、原因： 此时一般为数据库监听日志listener.log大小超过限制的原因，此问题多出现在Windows操作系统，windows使用FAT16文件系统时，单个最大文件大小为2GB。windows使用FAT32文件系统时，单个最大文件大小为4GB。Linux使用ext2文件系统时，单个最大文件大小为1TB。Linux使用ext3文件系统时，单个最大文件
navicat连接oracle报错tns连接超时
最新发布
01-09
### Navicat 连接 Oracle TNS 超时解决方案 当遇到Navicat连接Oracle时出现TNS连接超时问题，可以采取多种措施来解决问题。 #### 修改 OCI 文件路径 一种常见的解决办法是调整OCI文件路径。具体来说，在本地Oracle安装目录下找到`oci.dll`文件，并将其路径替换为Navicat Premium版本自带的OCI路径[^1]。这一步骤能够确保Navicat使用的是与当前环境兼容的最佳驱动程序版本。 #### 配置 `tnsnames.ora` 文件 另一个重要方面是对`tnsnames.ora`文件进行适当配置。该文件作为网络服务名配置文件，定义了客户端如何定位并连接至目标Oracle数据库实例[^2]。确认此文件中的条目正确无误对于建立稳定可靠的连接至关重要。 #### 设置监听器和服务名称 还需验证Oracle监听器是否正常运行以及所使用的端口号是否开放。此外，检查防火墙设置以允许必要的通信流量通过也很必要。最后，核对所提供的服务名称或SID是否准确匹配目标数据库的实际配置[^3]。 ```sql -- 测试连接命令示例 (需在SQL*Plus或其他支持工具中执行) conn username/password@//hostname:port/service_name; ``` #### 更新软件版本 考虑到不同版本间的兼容性差异，建议保持Navicat和Oracle客户端组件均为最新版，从而减少因版本不一致引起的问题发生几率。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值