当前位置:Gxlcms > mysql > 有效管理ASM磁盘组空间

有效管理ASM磁盘组空间

时间:2021-07-01 10:21:17 帮助过:77人阅读

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

本文永久更新链接地址:

linux

人气教程排行