在Oracle 10g中,ASM磁盘组的信息需要在Mount之后才能通过内部视图查询,如果磁盘组因为故障无法正常加载,那么信息将不可用,这为诊断带来了诸多不便。 从Oracle 11g开始,Oracle提供了一个工具AMDU用于协助诊断,通过这个工具可以在磁盘组加载之前将ASM的元数据抽取出来,用于数据库诊断,这个工具可以向后兼容,引入到10g中。
最近遇到的一则案例,由于一个失败的操作,导致了数据库崩溃和不可启动,最后的处理过程非常复杂。 但是我想说的是,对于一个DBA需要学习去避免问题而不是陷入问题之中,以下一个简单的测试就可以重现类似的问题。 DBA应当存在一种基本的常识,那就是:每一个异常中断的操作都可能极为危险,我们应当尽量避免,思虑周全是对于DBA的基本要求。
[Oracle数据恢复]在数据库创建时,SYSTEM通常都写在磁盘最开始的位置,而在很多误操作如格式化、ASM故障时,都会从磁盘开始写起,这就会导致SYSTEM无可恢复,如果SYSTEM能够让出磁盘开始的位置,则很多故障的恢复就简单多了。USER表空间太小,UNDO还有用,TEMP是稀疏文件,所以最佳选择是SYSAUX。