oracle写文件卡住不动,Oracle写错误与文件离线

当Oracle写数据文件遇到错误时，该如何应对呢？是离线文件还是崩溃实例？这个简单问题的技术变化跨度超过了20年。

自Oracle 11.2.0.2版本开始，一个新的隐含参数 - _datafile_write_errors_crash_instance 被引入到数据库中，通过这个参数名就可以了解到其含义：当发生数据文件写错误时，Crash数据库实例。

为什么要引入这个参数呢？这个参数后台解决的是什么问题呢？我在《数据安全警示录》一书上曾经写过多个案例，在归档模式下当发生文件(非SYSTEM文件)写错误时，Oracle会自动将数据文件离线，这造成了很多灾难，类似的错误日志可能是这样的：Fri Jan 13 19:32:21 2013

KCF: write/open error block=0xf1fa6 online=1

file=73 dev/rods_gm05

error=27063 txt: 'IBM AIX RISC System/6000 Error: 22: Invalid argument

Additional information: -1

Additional information: 557056'

Automatic datafile offline due to write error on

file 73: /dev/rods_gm05

鉴于很多用户遇到的困境，Oracle做出了修正，这一修正在MOS上以BUG形式被提交，其内容为：Bug 7691270  Crash the DB in case of write errors (rather than just offline files) 。

在11.2.0.2之前，如果数据库运行在归档模式下，并且写错误发生在非SYSTEM表空间文件，则数据库会将发生错误的文件离线，在从

11.2.0.2开始，数据库会Crash实例以替代Offline。注意：在非归档模式下或者SYSTEM遭受错误时，数据库会直接崩溃。

当然如果我们不想尝试这个新特性，可以通过将 _DATAFILE_WRITE_ERRORS_CRASH_INSTANCE 设置为FALSE来屏蔽该行为，该参数是一个动态参数。

详细的技术内容参考原文链接。