有效管理 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密碼

如何將ASM中的資料檔案複製到作業系統中

Oracle 11g RAC ASM磁碟全部丟失後的恢複

Oracle 11g從入門到精通 PDF+光碟片原始碼

RHEL6 ASM方式安裝Oracle 11g R2

Oracle 10g 手工建立ASM資料庫