暂无图片
大佬们,生产环境alter 日志中很多TNS-12535、TNS-00505、TNS-12537 的错误,这个是什么原因?要怎么处理?
我来答
分享
Y
YanLang
2024-01-29
大佬们,生产环境alter 日志中很多TNS-12535、TNS-00505、TNS-12537 的错误,这个是什么原因?要怎么处理?
暂无图片 25M

大佬们,生产环境alter 日志中很多TNS-12535、TNS-00505、TNS-12537 的错误,这个是什么原因?要怎么处理?


我来答
添加附件
收藏
分享
问题补充
3条回答
默认
最新
周伟
2024-03-07

连接超时或者链接中断,我们的生产库里面经常也有很多这种信息,坦白说只要前端没有反馈异常,后端数据库也没其他异常,我通常都不怎么管的,网上有很多说修改这个参数添加那个参数的,我一概都没怎么理会,几年下来也没出现啥问题。可以设置参数让这种信息不出现在告警日志里面,但是不推荐。可以和Listener.log日志结合来看,看看能否找到经常出现这个问题的IP地址,然后再做深入分析看看有没有什么异常。

这个问题出现的原因比较多,字面上理解可能就是和网络有关,但是如果是数据库或者服务器负载较高,JDBC连接池设置过大,网卡丢包,参数设置不对,甚至客户端连接的service_name写错了(我们生产库就有这种,发来的IP吻合,但是service_name不存在,一般应该回很快返回错误代码才对,但有时候也同时出现了这种信息提示)等等,都有可能会出现这个信息。总之,如果前端和后端除此之外都没有其他异常现象的话,可以暂留观察处理。

暂无图片 评论
暂无图片 有用 1
打赏 0
暂无图片
星星之火
2024-01-30
暂无图片 评论
暂无图片 有用 3
打赏 0
张sir
2024-01-30

连接异常中断了,看看网络防火墙啥的

暂无图片 评论
暂无图片 有用 0
打赏 0
回答交流
Markdown


请输入正文
提交
相关推荐
Oracle数据库的哪种数据类型精度最高?
回答 2
已采纳
TIMESTAMP数据类型在Oracle中精度最高,通常可以精确到微秒(百万分之一秒)。
当RAC环境中,本地FG进程要从远程实例master node的申请数据块时,是与远程哪个进程直接通信的?
回答 2
已采纳
lms进程吧
请帮分析下ORA-00600 [1158]
回答 2
从trace文件可以开头看到:SESSIONID:(2371.9)2019081510:14:14.250是会话sid:2371serial:9的会话。按照这个sid搜索:往下接着翻可以找到你说的sq
Oracle库访问很慢,是什么原因?
回答 6
已采纳
提供个简单的思路吧:1、全库慢还是部分应用慢?2、数据库层面慢还是系统层面慢?若是全库慢,可通过分析服务器资源使用情况和数据库层面有无锁、堵塞、异常等待事件等来分析。若是部分应用慢,其他应用正常,可通
Oracle如何迁移审计表空间
回答 1
考虑到审计数据对业务影响较小,如果数据量不大的话,优先选择数据泵,简单,坑少,易上手如果数据量大的话,可以使用tts,可参考https://www.modb.pro/db/29346
一样的题为什么两个答案?下边那个是墨天轮的
回答 3
好多题都是这样的,出题人也不认真仔细直接照搬还不审核
ORACLE 11G搭建ADG遇到的问题ORA-12170
回答 7
从错误代码是上看,这个应该是你的配置引起的问题。配置包过listener.ora配置文件和tnsnames.ora里面的配置与数据库实际sid或serveicenames不一致,或者是网络问题导致的。
19c 数据泵导出失败 ORA-39126: Worker unexpected fatal error in KUPW$WORKER.CONFIGURE_METADATA_UNLOAD
回答 1
参照https://www.modb.pro/db/52186 试试以SYS用户的身份运行以下脚本以验证包并重新运行DataPump导入作业SQL>$ORACLEHOME/rdbms/
v$RMAN_BACKUP_JOB_DETAILS, V$RMAN_STATUS 查询巨慢
回答 4
已采纳
尝试下看:execdbmsstats.DELETETABLESTATS('SYS','X$KCCRSR');execdbmsstats.LOCKTABLESTATS('SYS','X$KCCRSR')
oracle版本升级方案
回答 2
当然是DG方式,停机时间最短也最靠谱。另外可以不切换,直接激活备库做升级测试。