系统环境:hp-ux
数据库架构:5 nodes RAC --> 4 nodes RAC ( ADG )
数据库版本:11.1.0.7 <<< 这个版本真心的不靠谱。请大家慎用第一个版本!
数据量:数据文件大小在 14T 左右
数据库中一些表中不时会有逻辑坏块产生(坏块都是在索引上),无法分析确定问题根因,每次都要通过 drop / recreate index 。数据库上跑的业务是核心业务,不能有丝毫的含糊,折腾的崩溃了都。
oracle 给的说法是,如要定位根因需要确定坏块产生的时间点,然后通过数据库恢复,逐步应用归档日志来找出造成坏块的归档日志,做进一步分析。
数据库架构:5 nodes RAC --> 4 nodes RAC ( ADG )
数据库版本:11.1.0.7 <<< 这个版本真心的不靠谱。请大家慎用第一个版本!
数据量:数据文件大小在 14T 左右
数据库中一些表中不时会有逻辑坏块产生(坏块都是在索引上),无法分析确定问题根因,每次都要通过 drop / recreate index 。数据库上跑的业务是核心业务,不能有丝毫的含糊,折腾的崩溃了都。
oracle 给的说法是,如要定位根因需要确定坏块产生的时间点,然后通过数据库恢复,逐步应用归档日志来找出造成坏块的归档日志,做进一步分析。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/66634/viewspace-1189270/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/66634/viewspace-1189270/