有效管理 ASM 磁盘组空间

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密码 http://www.linuxidc.com/Linux/2013-09/89744.htm如何将ASM中的数据文件复制到操作系统中 http://www.linuxidc.com/Linux/2013-08/88418.htmOracle 11g RAC ASM磁盘全部丢失后的恢复 http://www.linuxidc.com/Linux/2013-07/87000.htmOracle 11g从入门到精通 PDF+光盘源代码 http://www.linuxidc.com/Linux/2013-06/85670.htmRHEL6 ASM方式安装Oracle 11g R2 http://www.linuxidc.com/Linux/2013-06/86002.htmOracle 10g 手工创建ASM数据库 http://www.linuxidc.com/Linux/2013-01/78229.htm更多Oracle相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx？tid=12本文永久更新链接地址