對比總覽
| 形態 | 架構層級 | 效能 | 管理複雜度 | 典型場景 |
| 1. 作業系統檔案系統 | OS 層(ext4/xfs/NTFS/UFS) | 基準(OS Cache 加成) | 最低 | 開發、測試、中小生產、非 RAC |
| 2. 裸裝置 | 繞過 OS 檔案系統,Oracle 直讀寫磁碟分區 | +20-30% I/O 效能 | 高(需手動分區、權限、備份工具支援) | 極致效能需求、舊版 RAC 共享儲存 |
| 3. ASM (Automatic Storage Management) | Oracle 內建卷管理+檔案系統(10g+) | 接近裸裝置,含負載均衡、條帶化、鏡像 | 中(GUI/命令列管理磁碟群) | 10g/11g/12c/19c 單機與 RAC **首選** |
| 4. OCFS / Cluster File System (RAC) | 叢集檔案系統(OCFS2、GFS、GPFS) | 共享存取,單點故障不影響其他節點 | 高(叢集鎖管理、Fencing、網路心跳) | 7x24 高可用 RAC、多節點並行掛載 |
深度剖析
1. OS 檔案系統
- 優:複製 `.dbf` 即可克隆資料庫,備份工具通用(tar/cp/rman)、OS Cache 減少物理 I/O。
- 劣:檔案系統元資料鎖競爭、日誌雙重寫入(OS + Oracle)、大檔案限制(32/64-bit 邊界)。
2. 裸裝置
- Oracle 直接對分區發起 I/O,消除檔案系統開銷。
- 缺點:無檔案名稱管理(用裝置路徑 `/dev/raw/raw1`)、擴容困難、備份需塊級工具(`dd`/廠商快照)、Windows 支援有限。
- 10g 後**不再推薦新部署**,ASM 取而代之。
3. ASM —— 現代標準
- **磁碟群**:一組磁碟,提供條帶化(細粒度 1MB/4MB)與鏡像(Normal/High Redundancy)。
- **ASM 檔案**:全自動命名(`+DATA/dbname/tsname/file.123.456`)、自動再平衡(加/減磁碟)。
- **實例**:獨立 ASM Instance(`+ASM`)管理磁碟群,DB Instance 透過 ASM 庫存取。
- 優點:無需 LVM/多路徑軟體、線上擴容縮容、ACFS (ASM Cluster File System) 可掛載一般檔案(Grid Home、備份、Data Pump 輸出)。
4. OCFS / RAC 共享檔案系統
- 傳統 NFS/Samba 掛載單點儲存 → 儲存節點掛掉全庫掛掉。
- OCFS2 (Oracle Cluster File System):**對稱叢集**,每節點本地掛載同一檔案系統,元資料鎖由叢集鎖管理(DLM)協調,任一節點故障不影響其他節點存取。
- 支援:Oracle Clusterware 整合、投票盤、OCR 可置於 OCFS2、Rolling Upgrade。
- 適用:標準化 x86 叢集、不想用 ASM 的環境、需共享非 Oracle 檔案(應用層配置、日誌)。
選型建議
- **單機/非 RAC**:ASM(Grid Infrastructure 單機版)或 OS 檔案系統。
- **RAC 生產**:ASM + ACFS(最佳整合、Oracle 原生支援)。
- **既有裸裝置**:規劃遷移至 ASM(`ASMCMD cp` / RMAN 轉換)。
- **混合負載需共享檔案**:OCFS2/GPFS 配合 ASM 磁碟群(OCFS2 掛載 ACFS 卷)。
參考
Oracle Automatic Storage Management Administrator's Guide | Oracle Clusterware Administration and Deployment Guide