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数据库
：