有效管理 ASM 磁盘组空间

ORA-15041: diskgroup space exhausted 对您的数据库环境的直接和间接影响？与 ASM 磁盘组相关的磁盘空间问题和 ORA-15041 错误会

ORA-15041: diskgroup space exhausted 对您的数据库环境的直接和间接影响？

与 ASM 磁盘组相关的磁盘空间问题和 ORA-15041 错误会对数据库环境产生严重影响，如

数据库挂起/数据库崩溃

归档、备份、恢复失败

克隆构建延迟

IO 失衡/IO 失败

性能下降

管理 ASM 磁盘组及其空间使用时所采取的最佳实践和主动措施，，从而主动避免ORA-15041: diskgroup space exhausted.

监控:

持续监控空间使用很重要。下面是一系列建议

监控磁盘组及其各磁盘的空间使用率

当磁盘组及其磁盘的使用达到 % 时设置警告

=> 可以使用 Enterprise Manager 和/或基于 v$asm_* 视图查询的监控脚本(有关示例请参阅 Note 470211.1 )

监控 ASM alert.log 中是否存在任何与空间相关的错误或警告

=> 这样有助于在需要时增添更多空间或从磁盘组中清理空间。理想情况下，磁盘组中任何一个磁盘都不应达到几乎 100% 的利用率。

最佳实践 :

此外，还应考虑下列最佳实践：

监控各个磁盘，而不仅是整个磁盘组。

磁盘组中的所有磁盘大小都应相同。

大小相同的磁盘还要均匀分配 IO 负载。

如果有不同的磁盘，尝试在磁盘组中通过添加和删除磁盘来获得大小相等的磁盘，或者如有可能，重新调整磁盘大小。

如果是正常冗余和高冗余的磁盘组，则每个故障组都应具有相同数量、相同大小的磁盘。

如果通过监控在任何时候看到失衡（由于添加磁盘操作失败或其他原因），可以在线进行手动重新平衡操作。

注意：通过对重新平衡的并行（power）限制设置，可以动态控制重新平衡操作施加在系统上的负载。

还可以时常运行磁盘组上的“check all norepair”命令。除空间问题之外，如果磁盘组中有任何其他问题，同样会在 ASM alert.log 中报告。

推荐阅读：

如何修改ASM的sys密码

如何将ASM中的数据文件复制到操作系统中

Oracle 11g RAC ASM磁盘全部丢失后的恢复

Oracle 11g从入门到精通 PDF+光盘源代码

RHEL6 ASM方式安装Oracle 11g R2

Oracle 10g 手工创建ASM数据库

本文永久更新链接地址：