檔案群組：將巨型資料庫切分為可管理的備份/還原單元
SQL Server 2005 引入分區與線上還原，**檔案群組備份/還原** 成為大型資料庫 (VLDB) 維護窗口縮減的關鍵槓桿。
核心概念
- 檔案群組 = 邏輯容器，包含 1 個或多個實體檔案（`.ndf`）。
- 資料庫 = PRIMARY + 使用者自訂檔案群組（可依「讀寫特性」、「業務域」、「存取頻率」劃分）。
- 常見劃分策略：
- **熱/冷資料分離**：高頻寫入表放 `PRIMARY`/`FG_HOT`，歷史/歸檔表放 `FG_ARCHIVE`（唯讀）。
- **表與非叢集索引分離**：叢集索引在 `FG_DATA`，非叢集索引在 `FG_INDEX`。
- **分區對齊**：分區函數/配置方案映射到對應檔案群組，實現分區級備份/還原。
檔案群組備份：將 5 小時完整備份拆成 7 個 45 分鐘作業
-- 每晚備份一個檔案群組，一週輪完整庫
BACKUP DATABASE VLDB
FILEGROUP = 'FG_MON'
TO DISK = 'L:\Backup\VLDB_FG_MON.bak'
WITH COMPRESSION, CHECKSUM;
- 配合 **差異備份** 覆蓋組內變更，僅需完整檔案群組備份作為基準點。
- 唯讀檔案群組 (`FG_ARCHIVE`) **僅需備份一次**，後續略過，節省大量時間/空間。
檔案群組還原：線上、分階段、關鍵優先
- 線上還原 (Online Restore)：SQL 2005+ 企業版支援。資料庫保持 ONLINE，逐個檔案群組還原，**還原完成的檔案群組立即可讀取**。
- 還原順序：`PRIMARY` → 關鍵業務檔案群組 (`FG_HOT`) → 次要/歸檔群組 (`FG_ARCHIVE`)。
- 單一檔案損壞：僅還原該檔案/檔案群組，無需全庫還原，RTO 大幅縮減。
規劃檢核表
| 維度 | 關鍵決策 |
|---|
| 劃分依據 | 業務存取模式（熱/冷）、資料生命週期、索引維護策略 |
| 檔案群組數量 | 過多 → 管理複雜、計畫快取膨脹；過少 → 彈性不足。建議 4-12 個。 |
| 唯讀標記 | `ALTER DATABASE ... MODIFY FILEGROUP FG_ARCHIVE READ_ONLY` 鎖定歸檔群組，備份一次永久有效。 |
| 備份排程 | 熱群組每日完整/差異，冷群組每週/每月完整，唯讀群組一次即止。 |
| 還原演練 | 每季演練「PRIMARY + 關鍵群組」線上還原，驗證 RTO/RPO。 |
常見錯誤
- ❌ 為了備份而強行分群組，卻忽略查詢跨群組聯結導致效能下降。
- ❌ 檔案群組過多（>20），計畫快取、統計資料維護成本激增。
- ❌ 僅優化備份速度，忽略還原順序規劃，災難發生時手忙腳亂。
- ❌ 未與應用團隊溝通「哪些資料優先上線」，導致還原優先級錯位。
結語
檔案群組備份/還原是 **VLDB 維護的分治藝術**。正確劃分熱冷、對齊分區、標記唯讀、規劃分階段線上還原，能將 TB 級資料庫的維護窗口從「整晚」壓縮到「小時級」，並確保災難恢復時關鍵業務最快上線。
