漫談ILM與DLM-3 由DLM著手落實ILM的精神
“企業資訊”是個不夠具體的概念,無法聚焦。但IT仍可引用ILM的觀念於具體的應用系統資料,將其一一落實,此即資料生命週期管理 ( Data Life-cycle Management,DLM )。換句話說,將Information改為Data,那ILM的朦朧就豁然開朗了。
相對於ILM沒有Solution,DLM相關解決方案則早已推出,例如檔案管理系統、郵件/檔案歸檔、階層式儲存管理 ( HSM ) 等;故由DLM著手,較易予以規劃及導入現行系統。建議的方法論為:
乍看之下,歸檔軟體似乎就是DLM的最佳解決方案;例如:File Server搭配檔案歸檔軟體、Mail Server搭配郵件歸檔軟體、Database則搭配特定資料庫歸檔軟體,然後將資料各自歸檔於第二階儲存系統中。但歸檔解決方案仍有問題如下:
許多歸檔軟體都未考慮到資料典藏的階段,無法涵蓋整體生命週期,不過就是將資料往後面一層儲存空間搬移罷了;
若IT仍舊以每套系統分別建置的方式實施,很容易遷就現實而變為“應用系統A—歸檔軟體A—儲存系統A”、“應用系統B—歸檔軟體B—儲存系統B”、“應用系統C—歸檔軟體C—儲存系統C”的情況,不利整體管理維護,成本也較高;
在資料庫方面,歸檔軟體較少,不見得都有解決方案。
實務上IT是否有可能以一個Infrastructure來涵蓋眾多現行系統,以免逐一客製各系統DLM機制?其實建置一套公用DLM平台是有解決方案。茲先分析IT的資料型態,可概分為三大類:
Unstructured Data — 檔案
Semi-structured Data — 郵件等
Structured Data — 資料庫資料
若引進郵件歸檔軟體,則歸檔後的郵件檔即是一般檔案;是故IT的資料型態只有二大類:檔案與資料庫資料。基於這兩種截然不同的資料型態,IT可分別規劃公用DLM平台。
公用的檔案DLM平台以HSM應用為基礎,如圖:
以HSM Server與Tiered Storage組成的檔案DLM平台,由HSM Server以Policy-base Migration方式將各系統的檔案依設定的條件自動搬移至不同階段的儲存系統中,如此即可以單一平台服務多套應用系統檔案的生命週期管理。而所有的系統其資料調閱方式不變,使用者毋須改變操作方式,唯有調閱磁帶中的資料時須等待較長的時間。
由於業界尚未推出一套包山包海的DB HSM軟體 ( 應該也不會有吧 ),因此公用資料庫資料DLM平台架構較為複雜,如圖:
各資料庫系統以客製的ETL程序將欲歸檔資料擷取至第二階Storage Pool中,此為自動作業;典藏資料則由備份系統轉存於磁帶,此為半自動作業。歸檔的歷史資料可由Report Server執行查詢、產出報表;若欲參考更久遠的典藏資料,則須由人工執行回存。如果經過慎密的規劃,藉由將資料庫資料DLM平台的歷史資料整合,則可以建置更有價值的應用:
主資料管理 ( Master Data Management,MDM )
資料倉儲 ( Data Warehouse ) 與資料探勘 ( Data Mining )
這是我們主張以ETL作為資料庫DLM平台資料歸檔工具的原因。
結語
誠然ILM訴諸不甚具體的“企業資訊”,又缺乏Solid Solution,導致淪落至無人聞問;即使仍有廠商偶爾提及,也只是搭配話題而已。
但若不打高空,直接檢視企業的重要資料為何,例如會計帳、郵件、重要檔案、生產資料…等等,我們將發現這些資料的保存方式與期限大多都已由資料的擁有單位與IT協議過,而且一直實施中。引進生命週期的觀念,可以提供相關單位 ( 尤其是IT ) 理論基礎,從而改善資料的管理。因此將ILM轉化為DLM,即是將此觀念實務化的關鍵;本文也將我們的方法論與公用DLM平台解決方案作粗略的說明,就教於同業。
Back To >