Oracle Crash案例一则

最新推荐文章于 2021-04-08 17:28:43 发布

gtlions

最新推荐文章于 2021-04-08 17:28:43 发布

阅读量1.9k

点赞数

分类专栏： Oracle Troubleshooting

本文链接：https://blog.csdn.net/gtlions/article/details/8931931

版权

本文记录了一起Oracle数据库因Linux系统读写错误导致的崩溃案例。在扩展存储并添加数据文件时，数据库出现故障，无法启动，并报出ORA-27052等错误。通过查看系统日志，发现文件系统变为只读，最终确定问题根源在于存储设备，导致数据文件无法正常读写。

摘要由CSDN通过智能技术生成

接到电话报告说一套Oracle库在临近下班的时候莫名crash掉，让我去现场看看。
刚到现场，现场的维护人员说由于扩展了存储，在添加数据文件的时候数据库不知道什么原因自动停掉了，他尝试将数据库起来的时候收到oracle提示文件出错需要恢复。
坐下来看了下是Linux平台的地市库，版本是10204,现场维护人员想让我直接尝试将库拉起来，我觉得有必要先看下系统日志。
从日志看到如下信息：
Wed May 15 17:11:08 2013
Errors in file /oracle/app/oracle/admin/oradbhost/udump/oradbhost_ora_18178.trc:
ORA-27052: 无法刷新文件数据
Linux Error: 30: Read-only file system
Additional information: 1
ORA-19510: 无法设置 2019327 区块的大小给文件 "/data/oracle/oradata/oradbhost/TS091.dbf" (块大小 = 8192)
ORA-27041: 无法打开文件
Linux Error: 30: Read-only file system
Additional information: 4
ORA-19502: 文件 "/data/oracle/oradata/oradbhost/TS091.dbf", 块编号 2019072 写错误 (块大小 = 8192)
ORA-27072: 文件 I/O 错误
Linux Error: 9: Bad file descriptor
Additional information: 4
Additional information: 2019072
Additional information: