IBM Tivoli storage manage（TSM）備份軟體詳細介紹

Tivoli TSM產品功能詳述
Tivoli TSM(Tivoli Storage Manager) 是一個企業級的Client/Server結構跨平臺網路備份、恢復及儲存管理軟體。TSM Client主要功能是向TSM Server提供需要備份的資料，或向TSM Server索取已備份資料及歸檔資料以便Client恢復資料。TSM Server負責管理TSM Client的備份資料、備份策略及管理連線在TSM Server上的各類儲存產品。

  TSM自動備份和恢復
一旦整個備份系統設定完成，每個應用系統的伺服器會在指定的時間把需要備份的資料送到TSM伺服器中集中存放。如果需要恢復資料，TSM Client端只要透過非常簡單易用的圖形介面或由應用程式發出指令指出恢復哪些個物件檔案，TSM Server自動從磁帶庫中取出檔案，交給TSM Client。如果備份磁帶不在磁帶庫中，TSM Server提示系統管理員插入某盒磁帶。
TSM是一個徹底的線上備份軟體。對資料庫，TSM透過TSM Connect Agent備份正在開啟的資料庫。對一般檔案系統的檔案，TSM的Client端能夠備份開啟的檔案，甚至能備份正被修改的檔案。當備份TSM遇到需備份的檔案正被改動時，有四種處理方式：
不備份，同時在日誌中留一個標記；
馬上備份
重試數次(次數由使用者預定)，如檔案仍然在修改，則不備份，記日誌；
重試數次(次數由使用者預先指定)，最後一次無論檔案靜止或仍然在改動，都備份該檔案。

TSM比同類備份軟體考慮的更多的是資料的恢復能力。TSM的觀念是：備份的目的就是恢復。所以在備份軟體的評測中，備份速度TSM的優勢並不明顯，而恢復速度往往是其他軟體的數倍。
TSM 這種驚人的恢復速度及其他許多獨一無二的功能主要依賴於TSM強大的核心，TSM的引擎是一個關聯式資料庫。迄今沒有任何一家其他備份軟體是採用關係型資料庫作核心的。關聯式資料庫的處理能力和搜尋速度是TSM效能超越其他採用索引檔案作為引擎的備份軟體的主要原因。TSM完善的介質管理能力也得益於這個資料庫引擎。

  TSM備份和恢復過程的容錯性
TSM是唯一採用資料庫作為核心的備份管理軟體，每個備份物件都作為一個交易 (Transaction)來處理。因此TSM具有很強的容錯能力，TSM的傳輸資料原則是：儘量避免不必要的重複資料傳送佔用網路頻寬。當某個備份或恢復過程因為網路中斷或機器故障而意外終止，下次重新遞交該備份或恢復程式時，TSM會從中斷處繼續傳輸，而不是從頭開始(許多備份軟體都必須從頭開始重做)。原因是TSM對每個物件備份完成與否都有日誌記錄，就象銀行系統對每筆交易完成與否都有記錄一樣。

 TSM的永遠增量備份
TSM 支援全盤備份和獨一無二的“永久增量備份”方式。永久增量備份是指：初始時做所有資料檔案的全盤備份，以後只備份新的或改動過的檔案。這種方式減少了備份時間和所需的儲存容量，減輕了網路負擔。這種方式的原因是TSM把每個備份物件作為一個交易，記錄在它的關聯式資料庫中，每個備份物件對應檔案系統的一個檔案。當使用者需要恢復檔案系統時，TSM找到所有屬於該檔案系統原備份物件，交給使用者。所以，TSM能夠做永遠的增量備份。

 TSM的介質管理能力
TSM 對備份和歸檔資料分別管理。因為歸檔資料儲存時間比備份資料長，而且備份資料有‘版本’，歸檔資料無版本。‘版本’就是同一個資料物件的多個備份 copy，例如，記錄銷售情況的檔案每天都在改變，如果每天做備份，那麼每天的備份就是一個‘版本’。使用者可以根據實際業務需要，保留必要的‘版本’數。 TSM能夠自動清除過期的備份版本和歸檔資料。
TSM在介質管理中採用了獨一無二的“磁帶集中”和“磁帶重用”技術。“磁帶集中”使每個客戶機的每天的備份資料都對應放在一盒或一組磁帶上，使得TSM能夠用最少的磁帶數做恢復。這是一種迅速、可靠的資料恢復方式。
“ 磁帶重用”的目的是使磁帶庫或光碟庫介質自動輪轉，完全實現備份、恢復的無人值守。原理是：當介質上的過期資料越來越多並達到一定限度時，比如介質上 80%的資料都過期了，TSM會自動把數個這樣的介質的殘餘資料整合到一個介質中，而其它介質重新進入新的介質輪轉中去。所以，如果使用者有足夠的儲存容量，TSM可以做到真正的‘零管理’。

TSM能夠自動跟蹤所有介質的去向和使用情況。TSM不僅自動管理磁帶庫、光碟庫中的介質，還能跟蹤放在磁帶庫、光碟庫外的介質和保留在異地的備份介質。當恢復需要這些介質時，TSM會提示管理員到何處去取標籤為xxx的介質。
TSM本身具有完善的自我保護和恢復機制。配合TSM的災難恢復，可幫助使用者在計算機系統發生災難性事件後迅速恢復系統和資料。這在後面有更詳細的說明。

 資料庫備份的考慮：
資料庫的備份主要考慮備份是線上熱備份還是冷備份。資料庫的儲存空間是建立在檔案系統還是裸裝置上。
建立在裸裝置上的檔案無法透過作業系統的檔案系統來訪問，而大部分應用程式包括TSM都是透過檔案系統來訪問資料的。資料庫熱備份是在資料庫開啟的情況下做的，所以在備份前一定要保證資料據庫的完整性。失去完整性的資料庫是無法恢復的。冷備份是在資料庫正常關閉後做的備份，所以不需要考慮完整性(資料庫已經是完整的)。
如果資料庫存放在檔案系統中，又只要做冷備份。非常簡單，使用TSM的Client自動備份(或使用者選定)相關檔案即可。備份Oracle就採用這種辦法。同樣，如果Informix和Sybase基於檔案系統，需做冷備份也採用這種方式。
如果做冷備份的資料庫基於裸裝置，或者需要熱備份，則需要資料庫工具來實現， TSM提供對以下應用的線上備份能力：
Lotus Domino、DB2、Oracle、Informix、SAP R/3、Exchange、SQL Server等
而且，Tivoli提供對應用的備份將可以充分利用到Tivoli對SAN的支援，應用可以支援透過SAN進行線上備份和恢復。

災難恢復功能
TSM的Disaster Recovery Management(DRM) 選件能夠幫助使用者迅速恢復系統。
優點：
在各類災難恢復方案中，是最全面及簡單易行的方案之一
災難發生後能夠全自動恢復TSM伺服器
自動生成可執行描述檔案，準確、迅速恢復TSM伺服器
為系統級的災難恢復提供所需資訊及步驟的詳細描述
管理和跟蹤TSM資料庫和儲存區間備份卷，智慧化減少人為錯誤
為PC機的硬碟提供物理級映象式恢復
大幅度減少系統管理員在容災方面的時間投入
詳細地指導操作人員如何一步一步恢復系統

好的計劃是容災的關鍵
許多企業機構都認識到資料備份是保證業務正常持續執行的重要部分。如果缺少了正確的資料保護，那麼裝置的故障、人為錯誤或自然災害都會導致關鍵任務資料的丟失。但是，資料保護工作卻變的越來越複雜，原因是關鍵性資料的儲存越來越分散，資料分佈在不同的地理位置或不同的組織部門中。
即使已經做了安全守護措施，那麼當災難發生後，在一個大型組織中需要多少時間才能徹底恢復資料呢？
答案取決於多種因素。災難發生前，備份是否不折不扣的執行；如果日常有資訊系統的恢復計劃存在，該計劃是否始終保持更新；如何在災後迅速找到所有本地或異地的備份資料；如果災難摧毀了伺服器和工作站，那麼這些裝置的軟硬體配置環境必須能夠重新建立起來。
在很多情形中，實施恢復任務的工作小組往往不熟悉整個企業計算環境的結構，因為他們並沒有參與當時結構的設計和初始化安裝設定。
在災難發生後的混亂中，管理員很難做到周全安排、井井有條的恢復系統及資料。因此，他們需要一份無懈可擊、條理清晰的恢復指導書，TSM的災難管理功能(簡稱DRM)能夠指導使用者如何操作來迅速恢復企業範圍內的各種資料。
 DRM管理自動恢復所需的每個細節
自動、準確的DRM功能幫助使用者保護寶貴資料的安全性。在TSM管轄內的資料，都能透過DRM自動策劃、準備及製作備份恢復計劃，一旦DRM生成了計劃檔案，所有伺服器上最新的相關資訊都被收集起來，以備恢復。
如果災難發生，DRM提供恢復步驟的詳細文件，可執行的描述檔案自動恢復資料、重建環境。DRM使得企業可以很快回復正常運轉。
DRM智慧化管理和跟蹤備份介質的轉移。幫助管理員決定哪些介質本地儲存，哪些介質需要異地儲存。當恢復災難時，DRM幫助使用者迅速找到所有需要的介質，無論這些介質是在本地或運輸途中或在異地的保險櫃裡。
TSM客戶端追蹤管理功能幫助系統管理員瞭解哪些系統被災害摧毀，以及這些機器所需要的軟硬體，以便使用者決定需要重新定購哪些裝置來替換損壞的裝置。
其他DRM記錄的重要資訊包括：需要恢復的各臺機器的優先順序；相關人員的連續方式等
 DRM簡化了計劃和稽查過程
DRM自動收集制定恢復計劃所需要的資訊，並自動執行災難恢復過程中的一些重要步驟，從而節省了系統管理員大量的時間。
許多機構需要定期測試容災方案以確定其可行性，DRM集中式的管理和維護便於檢查，而DRM清晰的步驟使得無論是全域性測試或區域性測試都簡單易行。