ORACLE监听日志文件小问题引发的数据库大血案
来源:互联网 发布:kitti数据集如何使用 编辑:程序博客网 时间:2024/05/02 01:49
一:问题现象
a.应用程序无法连接到数据库,超时不报错
二:问题分析
a.sqlplus 本机登录,正常
b.sqlplus @服务名要5-10分钟
c.tnsping 服务465秒
首先确认是监听部分出了问题,那么看日志信息
三:日志确认
我的老天,listener.log 日志文件大小到4G多,直觉是这个文件过大造成的。
这个文件明显达到极限(服务器NTFS 64位 txt文件可以支持到4G)
四:问题处理
停止监听日志写功能
LSNRCTL> set log_status off
更改文件名字,重新命名新的空的listener.log
启动日志写功能
LSNRCTL> set log_status on
五:验证系统是否正常
a.tnsping验证
b.应用程序连接正常。
问题处理完毕。
心得:运维无小事,小问题不处理就会导致大问题发生。
问题根源:服务器NTFS 64位 txt文件可以支持到4G,超过这个大小,将导致不可写入日志,导致不能正常访问。
后续处理:周期性定时和定大小删除监控日志大小,防止类似问题发生。
1 0
- ORACLE监听日志文件小问题引发的数据库大血案
- Mybatis+0+null,小问题引发的血案
- 数据库字符集引发的血案
- 文件操作引发的血案
- ORACLE数据库的监听日志文件莫名丢失
- oracle字符集引发mview的血案
- 一个时区问题引发的血案
- 一个知乎问题引发的血案
- 【转】一个问题引发的"血案" 之 文件的读写原理(fread, fwrite, fflush)
- 连接oracle数据库超时引发的问题。
- ActiveX引发的“血案”
- size_t引发的血案
- 一个 * 引发的血案
- gets引发的血案
- Print 引发的“血案”
- lease引发的血案
- 一个“-”引发的血案
- MD5引发的血案
- Mac 关于VSCode调试和使用的问题
- kafka安装
- c++socket代码
- 成为Java GC专家系列(二)——监控Java垃圾回收
- 字典树模板
- ORACLE监听日志文件小问题引发的数据库大血案
- 一条语句实现:乘法表打印
- java算法-斐波那契数列四吧(公式递推,不定方程求解)
- 成为Java GC专家系列(一) ——Java垃圾回收机制
- 醉美~~三河中学
- Android App优化之电池省着用
- JVM致命错误日志(hs_err_pid.log)
- 如何快速添补面要素之间的缝隙
- Android 监听app前台、后台状态切换的实现方案