标签归档:OEL6.2 EXT4 filesystemio_options=SETALL

OEL6.2 EXT4 filesystemio_options=SETALL造成archivelog坏块

又踩了个坑…… 今天同事告诉我前天调整一个数据库的参数,重启后,备库总报错: 初分析,这个错误有点怪异,有redo 头损坏,有“Possible network disconnect with primary database” 尝试clear online redo log和standby redo log,没用 尝试在主库重建控制文件,然后再直接重启备库,还是上面的错误。 冷静下来,感觉不对劲,检查主库和备库,发现主库归档日志是按照sequence顺序生成 备库则是断断续续的,有的可以从主库传过来,有的传不过来 手工传过来,APPLY还是报错: 感觉是arch异常了,而且貌似所有报错的,都是没有从主库传过来的 而所有没传过来的,都是损坏的,因此手工传过来也没用,因此抽取一个arch进行校验: 结果显示,确实arch损坏了。 . 根据问题发生的时间,想起来那天调整数据库参数的时候,有一个filesystemio_options=SETALL 也就是调整文件系统AIO方式的,去年在公司还给大家发邮件说起来“ext4上不要使用 filesystemio_options=SETALL” 否则会造成数据库坏块,没想到今年自己被坑了……(哇哇大哭啊……) 具体可以参见Oracle 文档: ORA-1578 ORA-353 ORA-19599 Corrupt blocks with zeros when filesystemio_options=SETALL on ext4 … 继续阅读

发表在 backup&recovery, Dataguard | 标签为 , , | 留下评论