ASM元数据之FST损坏的修复

最新推荐文章于 2023-09-07 15:14:20 发布

congxin0545

最新推荐文章于 2023-09-07 15:14:20 发布

阅读量221

点赞数

作者:李向辉擅长oracle数据库性能分析、诊断、优化及故障处理 /**!!!!转载请注明出处

qq:654268465 tel:18092015108
本文讲述FST元数据简介及损坏后的影响及对应修复方法

FST 简介：

FST和ASM磁盘头块一样属于ASM的物理元数据信息，FST(Free Space Table)信息存储在ASM磁盘头块的后一个块中，也就是AU0 blk1中。我们都知道ASM磁盘头损坏后会导致asm磁盘组无法mount，数据库实例也就无法正常启动，关于磁盘头的修复网上参考的信息也很多(11g针对磁盘头块的修复也提供了自动修复命令)。那么对于FST这部分信息损坏后会有什么样的结果，以及如何修复这部分，下面进行一步步的模拟损坏、损坏后的结果及修复过程。

FST 损坏模拟及损坏结果：

模拟之前我们首先检查下我们的磁盘组及磁盘信息，可以看出磁盘组 DATA 状态是 OK 的。

如果某个 ASM 磁盘损坏了前 8k ，那么除了磁盘头损坏外 FST 也随之损坏了，实验我们
将 ASM 实例关闭后通过 dd 命令只将 ASM 磁盘 /dev/asm-diskd 的 FST 信息清空，然后启动
ASM 实例和数据库

随后 ASM 实例和数据库均正常启动没有报错，但当在数据库实例执行数据文件 resize
操作后发现 DATA 磁盘组立即被 dismount

FST 损坏修复思路：
我们修复方法采用将同一个磁盘组中的另一个磁盘 /dev/asm-diske 的 FST 信息复制一份
并修改相应位置的信息，然后 dd 到 /dev/asm-diskd 的 FST 位置
FST 损坏修复方法：
首先将 /dev/asm-diske 的 FST 信息 dd 出来，然后使用 bbed 进行修改

bbed 将 offset 8 的 01 改成 00 表示是这个磁盘组的第 1 个磁盘

将修改后的文件 dd 回 /dev/asm-diskd 的 fst 位置 ,mount DATA 磁盘组并启动数据库

启动数据库再次 resize 发现报错，此时我们根据错误信息再次修改 diske_fst.out 文件的
相应信息 ( 把 2187368565 修改为 2187368564) ，并写入到 /dev/asm-diskd 的 FST 位置并再次
mount DATA 磁盘组

再次启动数据库，再次执行数据文件的 resize 操作发现不再报错，磁盘组也没有 dismount
掉，说明修复成功。

总结：
实际这个修复过程并不完美，因为 FST 中还包括 AT 块的条目信息，同一个磁盘组中的
不同磁盘的 AT 块条目信息还是有一些区别的，不过这个 AT 块条目信息的修复要结合 AT 块
中的实际信息来修复，实际处理起来也非常耗时，实际意义不大。我们这个模拟修复过程主
要是防止 ASM 磁盘因数据文件自动扩展和数据库一些与数据文件空间相关的递归 sql 操作而
导致磁盘组 dismount 掉，这个修复过程对于 asm 磁盘故障后抽取其中的数据来说已经足够
了。