四大儲存機制對比總覽
| 機制 | 本質 | 可見性 | 緩衝 | 管理複雜度 | 典型場景 |
|---|
| Cooked FS (一般檔案系統) | OS 檔案 (NTFS/ext4/xfs...) | Explorer/ls 可見 | OS Cache (雙重緩衝) | 低 | 中小型、非 RAC、開發測試 |
| Raw Device (裸裝置) | 無檔案系統的磁碟分區 | 不可見 (dd/raw 僅可讀寫) | Direct I/O (無 OS Cache) | 極高 | 早期高效能需求、現已罕用 |
| ASM (Automatic Storage Management) | Oracle 內建叢集檔案系統+磁碟管理器 | ASM 命令/Enterprise Manager 可見 | 可配置 Direct I/O / OS Cache | 中 (10g+ 標配) | **企業級首選**、單機/RAC/Exadata |
| Cluster FS (OCFS2/GPFS/ACFS...) | 多節點共享的 POSIX 檔案系統 | 掛載點可見 | 視實作而定 | 中高 | RAC 非 ASM 替代方案、共享 Oracle Home |
深度解析
1. Cooked File System
- 優點：熟悉、工具豐富 (cp/rsync/備份軟體)、支援快照 (LVM/ZFS/Storage Snap)。
- 缺點：OS Cache 與 SGA Buffer Cache 雙重緩衝浪費記憶體；單點掛載限制 RAC 共享 (需 NFS/SMB 降級方案)。
- 優化：掛載選項
noatime,nodiratime、大頁面 (HugePages)、Direct I/O (Oracle FILESYSTEMIO_OPTIONS=SETALL)。
2. Raw Device
- 歷史地位：9i 前 RAC 唯一共享儲存選項。
- 痛點：手工綁定裝置名、擴容需停機、備份需 dd/第三方工具、裝置名跨節點一致性維護極難。
- 現狀：ASM 完全取代，**新部署不建議使用**。
3. ASM (Automatic Storage Management)
- 核心能力：
- 磁碟群：多磁碟條帶化 + 鏡像 (Normal/High Redundancy/Flex/Extended)。
- 檔案管理：自動命名 (OMF)、自動擴展、模板化屬性 (控制檔/日誌/資料檔不同條帶/鏡像策略)。
- 叢集感知：單實例/RAC 同一套碼，磁碟群跨節點共享。
- ACFS (11.2+)：支援一般檔案 (Oracle Home、備份、應用層檔案) 的叢集檔案系統。
- 管理工具：
ASMCMD、SQL*Plus (SYSASM)、Enterprise Manager、REST API。
- 遷移：
RMAN CONVERT / ASMCP 非侵入式從 FS 遷移至 ASM。
4. Cluster File System
- OCFS2 (Oracle Cluster File System 2)：Linux 專用、開源、支援 REFLINK/快照。
- ACFS (ASM Cluster File System)：ASM 磁碟群上建立、Windows/Linux 支援、整合 ASM 管理、支援 Oracle Home 共享。
- 第三方：GPFS (IBM)、VxFS (Veritas)、QFS (Oracle/Sun) — 需 Oracle 認證矩陣確認。
混合部署策略
單一資料庫可同時使用多種機制：
SYSTEM/SYSAUX/UNDO/TEMP → ASM (核心效能與 HA)。ARCHIVELOG、BACKUP、DATAPUMP 目錄 → ACFS/NFS (大容量、低成本)。- 舊應用相依檔案 → Cooked FS (掛載點)。
遷移時可僅移動部分表空間，降低風險。
選型決策樹
- 是否 RAC / Exadata？ → **是 → ASM (含 ACFS)**。
- 單機、追求極致效能、有專業儲存團隊？ → **ASM** (單機版免費)。
- 單機、中小規模、運維資源有限？ → **Cooked FS + Direct I/O + HugePages**。
- 需共享 Oracle Home / 應用層檔案跨節點？ → **ACFS / OCFS2 / 認證 Cluster FS**。
總結
ASM 已成為 Oracle 儲存的**事實標準**，融合磁碟管理、檔案系統、叢集感知於一體。新架構預設選 ASM，僅在特定約束 (舊平台、無 Grid Infrastructure 授權) 下退而求其次選 Cooked FS + 優化參數。
