ASM 誕生背景：解決傳統檔案系統七大痛點
Bill Bridge（ASM 架構師）總結傳統 OS 檔案系統管理 Oracle 資料檔的七大缺陷：
- 無共享磁碟檔案系統支援歸檔日誌/備份（RAC 環境致命）。
- 邏輯卷管理器（LVM）隱藏檔案物理位置，難以管理 I/O 與統計。
- LVM 在磁碟數 > 100 時效能急劇下降。
- OS 與 Oracle 在資料檔 > 1000 時處理能力不足。
- 大量檔案命名極其困難，易發生衝突與管理混亂。
- 檔案系統特性與限制隨 OS 異，跨平台一致性差。
- OS 層級用戶可繞過 Oracle 直接存取檔案，安全性缺失。
ASM 設計目標：緊密整合、自動化、極致擴展
- 與 Oracle 核心緊密整合，原生支援 RAC（Parallel Server）。
- 自動使用新儲存，以磁碟組/磁碟群組管理，無需手工規劃。
- 支援**成千上萬磁碟**線性擴展。
- 檔案**無名化、OS 不可見**，消除命名衝突與安全風險。
誰需要 ASM？
| 場景 | 建議 |
|---|
| 大型 OLTP/數據倉庫、RAC 叢集 | 強烈建議，核心架構組件 |
| 中小型單機、檔案數 < 100 | 可評估 OMF + 檔案系統，或先在開發環境試用 ASM 3-6 個月 |
| 需從現有儲存榨取更高 I/O 效能、更好統計 | ASM 條帶化/鏡像 + 直接 I/O 顯著優於檔案系統 |
ASM 核心架構概念
- 磁碟群組：一組磁碟的邏輯容器，對應檔案系統的掛載點。
- 磁碟：ASM 管理的最小儲存單元（LUN/分區/裸裝置）。
- 檔案：資料檔、控制檔、Redo Log、備份集、SPFILE 等，僅存在於磁碟群組中。
- 條帶化：細粒度（128KB）與粗粒度（1MB）雙層條帶，自動分散 I/O 熱點。
- 鏡像/冗余：Normal（雙鏡像）、High（三鏡像）、External（由儲存層負責）。
- 模板：定義檔案類型對應的條帶/鏡像屬性，自動套用。
ASM 與 OMF、檔案系統的定位關係
應用層 (SQL, RMAN, Data Pump)
↓
Oracle 資料庫實例
↓
OMF (自動命名、路徑管理) ←→ ASM (儲存卷管理、I/O 平衡、裸裝置、叢集)
↓
ASM 磁碟群組 (+DATA, +FRA, +REDO)
↓
物理磁碟 / SAN LUN / NFS
結論：ASM 非檔案系統，而是**儲存虛擬化層**。OMF 管理檔案生命週期，ASM 管理儲存資源，**兩者強強聯手**才是生產環境最佳組合。
學習路徑建議
- 掌握 OMF 基礎（本文系列前篇）。
- 建立測試環境（VM + 多磁碟）實作 ASM 執行個體建立、磁碟群組創建、資料庫遷移。
- 深入學習
ASMCMD、V$ASM_* 動態視圖、重新平衡操作、故障模擬恢復。
- 結合 RAC、Data Guard、備份恢復場景綜合演練。
