IBM Optim 與 TSM 深度整合：資料精煉與保護的雙重保障

前言：企業資料增長的雙重挑戰

隨著業務系統運行年限增長，歷史資料佔據大量儲存空間，拖垮查詢效能；同時缺乏完善備份機制，一次災難可能導致全量資料遺失。IBM Optim（企業資料管理）與 Tivoli Storage Manager (TSM) 的整合方案，以「歸檔精煉＋分級保護」雙管齊下，解決儲存成本與資料安全兩大痛點。

方案架構總覽

流程核心：

1. Optim 抽取與歸檔：依業務規則（如訂單超過 3 年）抽取歷史資料，壓縮率 60%~80%，並可選擇性刪除原表資料，達到精煉目的。
2. 歸檔檔案移交 TSM：Optim 透過 TSM API 將歸檔檔案送至 TSM 伺服器，進入分級存儲池（磁碟→磁帶）。
3. TSM 策略驅動生命週期：管理類、複製群組定義保留天數、版本數、遷移閾值，自動執行備份、歸檔、災難恢復。
4. 還原時雙向回寫：業務需要時，TSM 還原至 Optim，再由 Optim 以 Insert 或 Load 模式寫回目標資料庫。

Optim 端關鍵組件與操作

三大核心組件

• Optim Database：儲存系統表、存取定義、表/欄位對映、排程等中繼資料。
• Optim Client：圖形介面，定義歸檔/還原任務、提交請求。
• Optim Server：執行引擎，讀取中繼資料、連接源資料庫、執行抽取、壓縮、刪除、報表產出。

歸檔實戰步驟（以訂單系統為例）

1. Client 定義存取定義，關聯 Siebel(客戶)、DB2(訂單)、Oracle(財務) 三系統資料，設定「3 年前」過濾條件。
2. 指定刪除對象為訂單/明細表，啟用比對刪除確保一致性。
3. 提交請求 → Server 執行抽取、壓縮、刪除 → 產生歸檔檔案 → 移交 TSM。

TSM 端儲存策略與安全機制

分級存儲架構

TSM 以資料庫+交易日誌管理中繼資料，支援 500+ 儲存裝置。資料物件（而非捲帶）為管理單位，彈性極高。典型兩層池：

• Archive Pool (磁碟)：高速讀寫，滿足近期存取。
• Tape Pool (磁帶)：低成本長期保留，透過 UPDATE STGPOOL archivepool NEXTPOOL=tapepool 設定遷移。

策略定義範例

DEFINE DOMAIN OPTIMdomain DESCRIPTION="policy domain for OPTIM"
DEFINE POLICYSET OPTIMdomain OPTIMpolicyset DESCRIPTION="policy set for OPTIM"
DEFINE MGMTCLASS OPTIMdomain OPTIMpolicyset OPTIMmgmtclass DESCRIPTION="management class for OPTIM"
ASSIGN DEFMGMTCLASS OPTIMdomain OPTIMpolicyset OPTIMmgmtclass
DEFINE COPYGROUP OPTIMdomain OPTIMpolicyset OPTIMmgmtclass STANDARD DEST=archivepool TYPE=archive
VALIDATE POLICYSET OPTIMdomain OPTIMpolicyset
ACTIVATE POLICYSET OPTIMdomain OPTIMpolicyset

資料安全三重保障

• 傳輸加密：TSM 專有二進制格式 + CRC 校驗。
• 介質鑑別：磁帶卷頭寫入控制資訊，還原時自動比對防止誤載。
• 權限隔離：TSM 管理員與 Client 使用者嚴格分離，支援多層級授權與 IP 安全防護。

災難恢復與資料還原

TSM Disaster Recovery Manager (DRM)

DRM 自動產生「重新獲取計畫書」，記錄離線備份介質位置與還原步驟。災難發生時，將介質送回 TSM，按計畫書自動化還原至 Optim。

Optim 還原兩種模式

還原過程支援斷點續傳、內容一致性比對（衝突時可更新或保留），並產出詳細報表。

結語

Optim 負責「瘦身」，TSM 負責「守護」，兩者透過標準 API 無縫串聯，實現資料全生命週期的分級管理。該方案廣泛適用於電信帳務、電商訂單、醫療病歷等高增長資料場景，助力企業在控制成本前提下達成高可用性與合規需求。