目錄
1 前言
2 需求分析
2.1 客戶環境介紹
2.2 客戶需求描述
2.3 方案設計考慮
3 IBM TSM存儲解決方案概述
3.1 方案簡介和產品選型
3.1.1 文件級別的備份
3.1.2 數據庫級別的備份
3.1.3 應用級別的備份
3.1.4 操作系統級別的備份
3.1.5 基於硬件鏡像的應用/數據庫備份
3.2 TSM解決方案架構及功能
3.2.1 硬件配置
3.2.2 物理拓撲圖
3.2.3 軟件配置及部署拓撲圖
3.3 方案特點
4 XXX數據備份與恢復策略建議
4.1 備份與恢復方式及數據流
4.2 文件系統備份與恢復策略建議
4.2.1 備份策略（永久增量備份）
4.2.2 恢復策略（一次恢復）
4.2.3 備份/恢復策略舉例
4.3 數據庫備份及恢復策略建議
4.3.1 數據庫系統數據備份策略
4.3.2 Oracle數據庫的備份與恢復
4.3.3 DB2數據庫的數據備份及恢復策略
4.3.4 SQL Server數據庫的備份
4.4 郵件系統的備份與恢復建議
4.4.1 Domino郵件系統備份與恢復
4.4.2 Exchange 郵件系統的備份與恢復
4.5 SAP系統的數據備份及恢復策略
4.6 操作系統的備份與恢復建議
4.6.1 本地TSM服務器系統的恢復
4.6.2 當本地整個計算機系統的恢復
4.7 災難恢復流程建議
4.7.1 TSM備份系統的離線介質管理
4.7.2 TSM備份系統故障保護與恢復
4.7.3 基於TSM的數據容災方案
4.7.4 基於TSM的數據恢復流程
5 方案優勢總結
5.1 全面的解決方案
5.2 高性能的數據備份和恢復
5.3 集中的監控管理
5.4 強大的災難恢復
5.5 數據的安全性
5.6 其它優勢
1 前言
XXX經過多年的信息建設，其IT信息環境已經初具規模，XXX的XXX系統更是爲整個公司的信息化建設起到了重要作用。其中XXX系統的數據一般都是XXX公司多年的積累下來的業務數據，是XXX公司極其珍貴的無形資產。因此必須對這些數據進行備份保護，在數據丟失的時候，才能夠及時恢復，挽回損失；對數據和存儲資源、存儲設備進行有效的管理，也能夠最大限度的提高設備利用率，提高公司在存儲資源方面的投資回報率。
一個完整的備份解決方案需要有統一的管理策略，建立起安全和備份管理體制，將日常數據的安全管理與災難恢復系統的建設結合起來。要實現以上目標，有必要在數據管理上做到自動化備份，實現無憂化管理，並能實現高效簡單的災難恢復。
另外，企業在系統規劃設計中，應該制定完善的數據存儲管理和備份方案以及維護方案。一方面要儘可能實施嚴密的防範措施，預防存儲數據被破壞；另一方面，在存儲數據被破壞的情況下，能及時恢復，並且做到儘可能的完整恢復。一個好的存儲管理和備份解決方案應包括多方面的周密考慮，加強網絡系統的數據安全性和可靠性，也包括數據被破壞後的恢復解決辦法。
2 需求分析
2.1 客戶環境介紹
簡要介紹用戶系統環境，同時配上系統環境圖。
2.2 客戶需求描述
通過對客戶環境的充分分析和了解，結合用戶對建立存儲系統的要求，我們認爲，用戶的數據備份系統應當具有的功能包括：
(1) 採用的技術成熟、先進，並具有較強的可擴充性
成熟而先進的備份軟件能夠爲XXX提供更穩定的服務。具有良好的擴展性使得日後的擴展，如對SAN的支持以及將來容災等無縫的擴展。
(2) 支持XXX目前的所有異構環境
XXX的IT環境具有很大的異構性，在操作系統方面有包括AIX，HP-UX，Win2003，WinXP，Solaris，Linux，Netware在內的多種操作系統，在服務器方面有包括xxxxxxxxxxxxxxxxxxxxxxxxxxxxx在內的多種服務器，在數據庫方面，則採用了DB2，Oracle，SQL Server以及Informix。備份軟件應該充分考慮到XXX IT環境的這種異構性，充分支持其IT環境中的各個IT要素，能夠針對各個系統進行全面的備份。
(3) 實現文件系統數據、操作系統數據、多種應用/數據庫數據的備份
所選用的備份軟件應該是一個全面的解決方案，充分滿足XXX在各個層次上的備份需求，例如針對操作系統級別的備份，針對文件的備份，針對數據庫的備份，針對應用如SAP系統，郵件服務器系統等的備份。
(4) 能夠比較智能化的制定管理上的策略，並將這些策略非常容易地部署下去
(5) 對某些時間性較強的數據定期進行歷史數據歸檔。
有些數據具備歸檔價值，能夠對這些數據進行定期、自動歸檔也是XXX所需要的功能。
(6) 備份軟件應保證在不停數據庫和應用的前提下對數據進行備份和恢復，也就是應該保證應用和數據庫7 x 24的使用性能
(7) 實現分級存儲管理(HSM)
分級存儲管理能更充分的利用XXX存儲設備，實現非活動數據從不同存儲介質（如磁盤和磁帶）之間的自動遷移和透明回調，使用戶的投資得到最大化。
(8) 提供全自動備份的集中數據存儲管理模式
集中式數據存儲模式能夠降低用戶投資並使提高存儲資源利用率，提高可靠性。
(9) 對備份介質的有效管理
XXX環境中存在很多不同種類的存儲介質，如服務器的本地硬盤，外掛陣列，帶機，帶庫等，對這些介質進行有效的管理將能夠進一步提高存儲資源利用率，從而獲得更高的投資回報率。
(10) 對備份數據的及時恢復
備份的目的在於在數據丟失的時候能夠快速恢復數據，因此，及時恢復也是XXX最重要的需求之一。
(11) 對多種存儲環境的支持，如SAN、LAN、NAS等
(12) 提供對關鍵數據遠程容災的功能
爲了對關鍵業務數據提供更加可靠和完善的保護，建議對XXX公司的核心數據提供遠程容災保護，即使本地生產系統和本地備份系統都受到損害，依然可以利用遠程備份實現數據的快速恢復。
2.3 方案設計考慮
根據以上的分析和客戶需求，集中式存儲管理系統的實施應遵循以下的原則：
安全性原則
必須在方案設計上保證系統的安全性和高可用性。在實施的過程中，能在線安裝和部署，儘量對現有的生產系統的影響減至最低。同時，存儲管理軟件安全性能應在數據的傳輸，全壽命週期管理和應用存儲系統管理員和操作員各個層次得到體現，滿足用戶的安全機制。
可管理性與系統高效原則
爲保證數據存儲的可管理性，減少管理的複雜性。採用先進的備份技術和先進的備份系統軟件，採用統一的管理機制，保證大數據量的一致性備份和高速切換。必須提供高效的存儲設備的管理能力和數據備份功能。
可擴展性原則
存儲管理軟件需採用先進技術，以利於整個系統的平滑升級。同時，必須考慮到今後存儲環境的變化和災難恢復系統建立的需要。
系統完整性原則
作爲數據存儲系統的組成部分，本系統的各項設計從整體考慮，協調各子系統構成完整的數據存儲管理系統。
系統成熟性原則
存儲管理軟件必須穩定可靠，不能存在單點故障。
投資有效原則
系統方案應具有高性能價格比，具有較高實用性。
3 IBM TSM存儲解決方案概述
3.1 方案簡介和產品選型
在我們這次提供的備份解決方案中，我們利用IBM Tivoli Storage Manager和相關產品來實現XXX的數據備份需求。
針對XXX不同類型的主機、應用以及備份要求，我們使用了五種級別的備份方式，一種是基於文件級別的備份；第二種是基於數據庫級別的備份；第三種是基於應用的備份；第四種是基於操作系統的備份；最後一種是基於硬件數據鏡像的數據庫/應用備份。下面分別對這五種級別的備份方式加以介紹。
3.1.1 文件級別的備份
考慮到XXXIT環境中除了數據庫服務器和應用服務器以外，基本上屬於文件級別的服務器。例如：Web服務器、其它類型的文件服務器等。
對於這些文件服務器，我們會直接使用IBM Tivoli Storage Manager來實現對這些文件服務器的備份和恢復的功能。
3.1.2 數據庫級別的備份
XXX的IT環境中涉及到了多種類型的數據庫，Oracle、DB2、MS SQL，Infomix等。爲了確保這些數據庫7 x 24小時的運行狀態，我們提供了兩種數據庫的備份接口，以滿足數據庫的在線備份和恢復的功能。
對於DB2數據庫，它本身已經帶有了和IBM Tivoli Storage Manager的備份接口，它可以直接使用IBM Tivoli Storage Manager來做數據庫的在線備份和恢復。
對於其它數據庫，我們會使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Databases來實現這兩類數據庫進行數據庫的在線備份和恢復的功能。
3.1.3 應用級別的備份
考慮到XXXIT環境中使用的不同應用，例如：SAP服務器、郵件服務器等。而且爲了確保應用7 x 24小時的運行狀態，我們會提供相應應用的備份接口，以滿足應用的在線備份和恢復的功能。
對於SAP應用，我們會使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for ERP來實現對SAP應用的在線備份和恢復的功能。
對於Domino或者MS Exchange郵件服務器，我們會使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Mail來實現對郵件服務器的在線備份和恢復的功能。
3.1.4 操作系統級別的備份
考慮到XXX IT環境中需要具有對於故障服務器恢復時，通過集中備份系統快速恢復操作系統，例如：AIX、Windows服務器等。同時，可以通過集中備份，增量備份不同時間點的操作系統，以便按需恢復。
對於AIX操作系統，我們會使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for sysback來實現對操作系統的在線備份和快速恢復的功能。
對於Windows 2003或者Windows XP操作系統，IBM Tivoli Storage Manager內置了對Windows ASR功能的支持，因此僅使用IBM Tivoli Storage Manager基本模塊就可以實現Windows 2003 或者Windows XP操作系統的裸機備份和恢復功能。
3.1.5 基於硬件鏡像的應用/數據庫備份
XXX的IT環境中可能會使用IBM的企業存儲服務器例如ESS 800，DS8000, DS6000，SVC等。這類企業存儲服務器具備Flashcopy的即時數據鏡像功能，可以在很短的時間內將一個邏輯卷的數據鏡像到另外一個邏輯卷中。通過使用這種功能與TSM的結合，可以實現應用的快速在線備份和恢復，而且將備份對應用服務器的資源佔用減小到最少。
對於使用企業存儲服務器的用戶，運行Oracle或DB2的SAP應用，我們會使用IBM Tivoli Storage Manager搭配IBM Tivoli Storage Manager for Advanced Copy Service和IBM Tivoli Storage Manager for Enterprise Resource Planning來實現對SAP應用的在線備份和恢復的功能。
對於使用企業存儲服務器的用戶，直接運行Oracle數據庫，我們會使用IBM Tivoli Storage Manager搭配IBM Tivoli Storage Manager for Databases和IBM Tivoli Storage Manager for Advanced Copy Services來實現對Oracle數據庫的在線備份和恢復的功能。
對於使用企業存儲服務器的用戶，直接運行DB2數據庫，我們會使用IBM Tivoli Storage Manager和IBM Tivoli Storage Manager for Advanced Copy Services來實現對DB2數據庫的在線備份和恢復的功能。
3.2 TSM解決方案架構及功能
對於具體的備份環境和結構，我們提出以下兩種備份結構，一種是基於LAN環境的備份結構，在該備份架構下，數據流將經過局域網並通過備份服務器備往帶庫；另外一種是基於SAN環境的備份結構，在該備份架構下，數據流將通過LAN-Free的備份方式直接備往帶庫。我們根據XXX的實際備份需求選擇適當的軟硬件。
3.2.1 硬件配置
考慮到系統穩定性及安全性，我們建議採用一臺額外的UNIX或者Windows服務器作爲IBM TSM服務器，和一臺磁帶庫用於存儲備份數據。IBM TSM服務器和磁帶庫之間使用光纖連接。在這裏我們推薦使用UNIX服務器作爲IBM TSM服務器，因爲它可以提供更爲優秀的可靠性和IO吞吐量等。磁帶庫我們建議使用IBM xxxxxxxxx。下面是我們推薦使用的UNIX服務器和磁帶庫：
xxxxxxxxxxxxxxxxxxxxxx
3.2.2 物理拓撲圖
IBM TSM服務器與客戶端之間通訊採用的是IP協議，因此IBM TSM服務器理論上可以安裝在局域網的任何地方。但是考慮到備份性能的因素，我們建議將備份服務器安裝在連接所有主服務器的主交換機上。
用於存儲的磁帶庫通過光纖和備份服務器相連。
使用基於SAN的備份架構，要求TSM備份服務器、磁帶庫以及所有需要採用LAN-Free進行備份的業務服務器都直接連接在SAN交換機上，這樣，在進行數據備份及恢復時，數據流可以通過SAN直接到帶庫，從而大大提高數據備份與恢復的速度。
3.2.3 軟件配置及部署拓撲圖
在這個方案中，我們使用了以下的IBM Tivoli存儲產品
IBM Tivoli Storage Manager Extended Edition (TSMEE)
IBM Tivoli Storage Manager for Databases (TSM for Databases)
IBM Tivoli Storage Manager for SAN (TSM for SAN)
這些產品和模塊的部署如下圖所示：
推薦採用的各個軟件及模塊安裝配置如下：
-
Tivoli Storage Manager Extended Edition 安裝在備份服務器上，該模塊是整個備份系統的核心組件，用於集中管理備份數據、備份策略、備份客戶端以及備份所使用的存儲設備等；
-
TSM Client安裝在所有需要備份的服務器上，是基本的備份客戶端，用於對所在服務器進行文件級別的數據備份及恢復；
-
TSM for Databases安裝在數據庫服務器上，用於數據庫服務器數據的在線備份；
-
TSM for SAN安裝在與光纖交換機直接相連，並且需要採用LAN-Free備份方式進行數據備份的服務器。
Tivoli TSM是一個企業級的Client/Server結構跨平臺網絡備份、恢復及存儲管理軟件。TSM Client主要功能是向TSM Server提供需要集中備份的數據，或向TSM Server索取已備份數據及歸檔數據以便Client恢復數據。TSM Server負責管理TSM Client的備份數據、備份策略及統一管理連接在TSM Server上的各類存儲產品。
系統管理員通過WEB瀏覽器登錄TSM Server進行管理。他爲不同的TSM Client設置相應的備份策略，例如自動備份進行的時間，備份數據保留的長短等等。如下圖：
系統管理人員還可通過Web界面幫助TSM Client做數據備份和恢復。所以TSM的管理員無論身在何處，使用何種機器，只要能夠訪問到TSM服務器，就可以使用Internet瀏覽器管理和使用TSM。配合內嵌在TSM內部的免費的企業級管理功能(Enterprise Management)，一名管理員可方便地管理企業內多臺TSM服務器，這尤其適合如用戶這樣的單位。
在進行數據恢復時，TSM給用戶列出修正數據後的版本，文件修改時間，方便管理員查詢備份數據。並提供了一個類似於IE的操作界面：
3.3 方案特點
(1) 對現有的存儲環境改動小，能最大限度的減少對現有應用系統的影響。
(2) 能滿足客戶對海量數據的管理要求。
(3) 可以制定統一的存儲管理策略，並可以統一部署TSM服務器上，實現統一的集中管理。
(4) 可以實現高度自動化的集中式數據保護。
(5) 高效的存儲設備管理功能。
(6) 高度的擴展性，保證未來系統發展的需求，並考慮到將來災難恢復系統的建設。通過TSM獨有的SERVER TO SERVER功能，可以方便的將現有存儲系統升級成災難恢復系統，充分保護企業在系統管理的投資。
4 XXX數據備份與恢復策略建議
4.1 備份與恢復方式及數據流
XXX業務系統的日常備份操作由備份系統自動完成，操作人員按照要求在備份服務器上制定備份策略，全網的備份由TSM備份服務器統一管理。各客戶端也可以自行手工啓動備份。TSM備份服務器(包括主服務器和共享服務器)的數據(文件和數據庫資料)直接進入磁帶庫；各客戶端的備份數據由網絡傳到備份主服務器，進入帶庫；如果採用LAN-Free備份方式，客戶端的備份數據則不經過局域網和備份服務器，而是直接備往帶庫；對於一些小文件，我們可以先將這些小文件備份到TSM備份服務器的本地硬盤存儲池中，待達到一定百分比時，在一次性遷移到帶庫中；而對於一些大文件，可以直接備份到帶庫中。這樣可以大大提高數據的備份效率，提高存儲設備的利用率。爲提高備份質量、保證數據安全，可以採用TSM軟件的自動的副本存儲池複製功能，同時進行備份複製，一份近線保管，另一份離線保管(所有管理均由備份軟件完成)提高系統容災能力。
4.2 文件系統備份與恢復策略建議
4.2.1 備份策略（永久增量備份）
XXX業務系統有很多數據保存在文件系統中，對於文件系統的備份，TSM採用業界最爲先進的永久增量備份方法，即：除了第一次需要進行全量備份之外，以後每次都進行增量備份，而無須進一步的全量備份，在恢復的時候可以一次性的恢復，從而能夠大大減少需要備份的數據量，加快備份和恢復的速度；
除TSM之外，其他的備份軟件基本上都採用某種完全、完全+增量或完全+差異的備份策略。TSM引入了一個新範例叫永久增量備份方法。當首次備份文件系統或計算機時，由於TSM以前未曾備份，所有的文件都將移動。當備份拷貝發送到TSM服務器時，每個文件單獨存放在數據庫中。文件名信息、所有者和安全信息、創建和修改時間，以及拷貝自身都放置在TSM服務器連續存儲分層結構中。如果客戶策略要求拷貝到磁帶上，TSM數據庫將記錄磁帶的條形碼、起始塊地址和文件長度。
在初始的備份後，將只考慮增量問題（不再進行完全拷貝）。每天將只移動上次備份操作後改變了的文件。並且，文件發送到TSM服務器後被單獨存放在數據庫中。當需要拷貝到磁帶時，TSM服務器查詢數據庫，確定從前的拷貝在哪一個磁帶上。一旦確定，將對該磁帶進行再設置並把新拷貝附加在磁帶末尾。這種對備份拷貝的收集都來自於同一臺計算機或文件系統，於是形成了所謂的排列組。每天，改變的文件累加到排列組中（見圖）。
圖：永久增量備份
永久增量備份採用增量，提供了備份效率；採用排列組，提高了介質管理效率；準確地只移動期望的文件，提高了恢復效率。該方法最大的功效還在於：累加方法並不需要在一個完全備份後才能開始恢復過程，也就是說並不需要週期性地建立完全備份拷貝。而對完全+增量或完全+差異方法，無論是否改變，每週都要移動和存儲幾十億字節的數據。有了永久增量備份方法，就不需要這樣做了。於是客戶節省了大量的網絡帶寬（LAN、WAN或SAN）、磁帶介質和時間。
在TSM中，一個備份策略的制定可以讓所需要被備份的客戶端來共享，也可以在一個備份中心制定多個備份策略以滿足不同數據備份的需要。Tivoli使用Domain的模式來進行管理，可以爲每個Domain的備份和歸檔分別制定備份策略，包括：
-
保留的版本數
-
每個版本保留的天數
-
到期版本的保留天數
-
介質數據再集中的閥值
-
。。。。。
4.2.2 恢復策略（一次恢復）
恢復操作的目標是讓文件系統或計算機回到期望的某一時間點。常見的情況是客戶期望的時間點就是最近某時刻。在永久增量備份方法下，完成一個完全的恢復操作只需告訴TSM服務器期望的時間點。利用時間點信息，TSM服務器查詢數據庫中文件集合，看它們是否在期望的時間點上。這些文件存在於同一個排列組上，通常也位於一個（或少數幾個）磁帶上。設置了正確的磁帶後，數據庫指定每個文件的長度和起始塊位置。大多數現代的磁帶驅動器都具有快速掃描功能，能迅速定位到期望的備份拷貝並執行恢復操作，這樣只移動了期望的文件。用戶可以把該過程看作完全系統操作中一個完整的恢復過程。該過程就象在期望的時間點做了完全備份一樣（見圖）。
圖：時間點恢復
4.2.3 備份/恢復策略舉例
備份策略的制定在很大程度上需要和XXX的實際備份需求相適應。下面結合Tivoli的永久增量備份技術來描述一個簡單的備份策略：
-
初始採取全備份策略，保留一份完整的數據。
-
以後每天採用增量備份，選用增量級別。
-
當出現恢復要求時，只需將全備份的全部數據加上前一天備份的增量數據恢復出來即可。
-
經過一段較長時間後，可以再進行一次全備份。
-
當要求恢復某些錯誤刪除的文件時，系統會根據文件索引，找到刪除文件的各個備份時間版本，從而幫助用戶確認後從刪除前一天的備份介質中加以恢復。
4.3 數據庫備份及恢復策略建議
對於XXX的業務系統而言，數據庫是核心數據組成部分之一，因此針對數據庫制定一個良好的備份策略是至關重要的。對於數據庫系統的備份工作，主要主要內容包括數據庫系統備份和業務數據備份兩個方面：
4.3.1 數據庫系統數據備份策略
爲了在主機、數據庫、應用軟件系統發生故障時，能夠迅速、有效的使系統得到恢復，需要對主機、數據庫、應用軟件系統進行備份。由於主機、數據庫、應用軟件極少發生變動，所以它的備份策略也比較簡單。
(1) 在主機、數據庫、應用軟件安裝調試完畢後，將主機、數據庫、應用軟件系統的備份到磁帶上。
(2) 在對主機參數、數據庫參數、應用軟件進行修改後，及時將主機、數據庫、應用軟件系統備份到磁帶上。
(3) 定期對主機、數據庫、應用軟件系統進行全備份。這些全備份可以通過TSM的定時自動完成。
此外，TSM備份解決方案還可以提供額外的操作系統備份模塊，應用系統備份模塊等，能夠對操作系統進行裸機備份，通過避免系統故障時重裝操作系統來減少恢復時間。
4.3.2 Oracle數據庫的備份與恢復
Oracle在歸檔模式下運行，利用IBM Tivoli Storage Manager for Databases模塊調用RMAN進行在線的熱備份，可以在備份時，對備份數據保存在不同的存儲對象中，以滿足客戶容災的要求，可以利用TSM的多線程的數據遷移、利用多個磁帶驅動器同時讀寫提高其數據備份的效率。
針對Oracle的總數據量和增量數據量大小，我們可以利用Oracle的多達三級的增量備份機制，結合TSM強大的備份數據追蹤尋址能力和介質管理功能，制定靈活的備份策略，實現全自動的備份數據的全生命週期管理。
根據客戶的數據量和網絡條件，我們建議：Oracle的備份以周爲備份週期，星期一到星期六做數據庫累積增量、歸檔日誌、控制文件和CATALOG用戶所有對象的備份，星期天做全備份，保留前面一週期和當前週期的備份，每個週期有兩份容餘。而且由於該應用的Oracle系統版本較新，也可以利用一些最新的Oracle備份技術，將同樣的一份備份數據同時保存在不同的存儲介質中去，如磁帶和硬盤，以保證備份數據的完整性和安全性。對於Oracle系統的數據備份和恢復的性能，可以通過開闢多個Oracle數據備份通道和多重數據遷移的技術得到保障。
對於以上的備份文件，根據管理的要求設定其保存時間，當此類數據過期時，TSM將自動進行清理，無須管理人員參與。備份時可以利用TSM的永遠增量備份的功能、多線程的數據遷移提高數據備份的效率，也可以利用TSM獨特的磁帶分類集中存放技術保證數據存放的合理性，減少磁帶的佔用，提高數據恢復的效率。如果此類文件較小的話，可以利用TSM獨特的磁盤池的功能，先將這些小文件備份到備份服務器的本地硬盤存儲池的TSM臨時存儲池中，待達到一定百分比時，再一次性遷移到帶庫中。
恢復操作及策略
可以通過本地的TSM Server結合TSM for Databases利用備份數據進行數據恢復。恢復時，TSM可以實現多線程的數據恢復，可以利用TSM獨特的磁帶分類集中存放技術，減少磁帶的就位時間，提高數據恢復的效率。
先用最近一次的全備份恢復＋恢復最近一次的增量備份＋增量備份到斷點的ARCHIVE LOG來恢復（要求數據庫在ARCHIVE LOG模式下工作）。這種恢復方式比全部用ARCIVE LOG恢復要快。
如果兩份容餘的最近一次增量備份都不可用，可以追溯再上次的增量備份來恢復，然後用增量備份到斷點的ARCHIVE LOG恢復。
如果最近一次的全備份恢復都不可用上個週期的全備份＋上個週期的最後一次增量備份＋本週期的最近一次增量備份＋增量備份到斷點的ARCHIVE LOG來恢復。
如果增量備份都不可用，那麼可以用全備份＋ARCHIVE LOG來恢復。
4.3.3 DB2數據庫的數據備份及恢復策略
在DB2數據庫內部集成了TSM的備份模塊，數據能夠直接備份到TSM備份服務器或者在TSM備份服務器的控制之下通過LAN-Free的方式將數據通過SAN直接備往帶庫。結合TSM強大的備份數據追蹤尋址能力和介質管理功能，制定靈活的備份策略，實現全自動的備份數據的全生命週期管理。
Tivoli Storage Manager 能夠無縫的支持DB2數據庫的各種備份操作，而不需要增加任何模塊。DB2數據庫內部集成了TSM的備份模塊，使得數據能夠直接備往TSM備份服務器或者在TSM備份服務器的控制之下通過LAN-Free的方式將數據通過SAN直接備往帶庫。
TSM 提供了備份接口供數據庫和應用程序使用，而DB2的備份工具集成了使用該接口的模塊。TSM能夠不僅能夠通過備份接口來備份DB2的data file，還能夠備份DB2數據庫log file。log file 在變爲inactive 時就會被移至User Exit應用程序，然後通過設置可以自動被TSM所接受。如下圖所示：
圖：TSM 通過應用接口備份DB2
DB2數據庫備份的自動調度也可以通過多種方式來實現，如通過TSM的調度、通過DB2的定時備份功能以及通過操作系統的定時功能等。TSM和DB2數據庫備份的無縫集成使得DB2數據備份更加安全而有效，從而爲用戶提供更爲方便有效的備份服務。
4.3.4 SQL Server數據庫的備份
備份操作將在 Tivoli Storage Manager 存儲媒體上創建所有或部分 SQL 數據庫的副本。TSM for SQL 提供備份和恢復 SQL 數據時必需的邏輯機制和邏輯。
當備份執行後，TSM for SQL 將保留關於 SQL Server 和數據庫的信息。備份完成後這些信息將用於查詢和恢復操作。有關數據庫文件組和文件的名稱和大小的信息作爲子對象與數據庫數據一起存儲。這些子對象被稱爲元數據。僅當需要有關單個數據庫文件組和文件的信息時才需要此“元”子對象。
TSM for SQL 提供除了完全和日誌備份以外範圍擴大的備份類型，這樣當您不想備份整個數據庫或由於備份時間或性能需要不允許執行這樣的備份時，它將提供更大的靈活性。Data Protection for SQL 提供六種類型的備份：完全數據庫備份、差分備份、日誌備份、文件備份、組備份和集備份
4.4 郵件系統的備份與恢復建議
4.4.1 Domino郵件系統備份與恢復
如果採用Domino系統，可以利用IBM Tivoli Storage Manager for Mail實現在線的熱備份。
對於5.0.3以上版本的Domino系統，可以利用Domino的Active Log模式，利用Tivoli Data Protection For Mail實現在線的熱備份，可以實現Domino系統的數據庫文件的全備份和增量備份，也可以實現Active Log的在線熱備份。對於5.0.3以下版本的Domino系統，利用Tivoli Data Protection For Mail實現在線的熱備份，也可以實現Domino系統的數據庫文件的全備份和增量備份。
對於Domino系統的恢復，可以通過本地的TSM Server結合TSM for mail利用備份數據進行數據恢復。
對於5.0.3以上版本的Domino系統，先用最近一次的全備份恢復＋恢復最近一次的增量備份＋增量備份到斷點的ACTIVE LOG來恢復。
對於5.0.3以下版本的Domino系統，用最近一次的全備份恢復＋恢復最近一次的增量備份實現恢復。
4.4.2 Exchange 郵件系統的備份與恢復
如果採用Exchange系統，也可以利用IBM Tivoli Storage Manager for Mail實現在線的熱備份。包括郵件組和單個郵件的熱備份。
對於備份文件，根據管理的要求設定其保存時間，當此類數據過期時，TSM將自動進行清理，無須管理人員參與。備份時可以利用TSM的永遠增量備份的功能、多線程的數據遷移提高數據備份的效率，也可以利用TSM獨特的磁帶分類集中存放技術保證數據存放的合理性，減少磁帶的佔用，提高數據恢復的效率。如果此類文件較小的話，可以利用TSM獨特的磁盤池的功能，先將這些小文件備份到備份服務器的本地硬盤存儲池的TSM臨時存儲池中，待達到一定百分比時，在一次性遷移到帶庫中。
對於文件系統和裸設備的備份，可以直接利用TSM Client進行備份。
備份通過TSM的定時機制自動完成。
當操作系統或應用出現問題時導致不可用時，需要通過TSM進行數據的恢復，在本方案中，數據的恢復策略可以根據不同的情況而制定：
4.5 SAP系統的數據備份及恢復策略
對於XXX的SAP系統，我們建議採用TSM客戶端與TSM for ERP(SAP)相結合的方法來進行SAP數據的在線備份；TSM for ERP是對SAP進行實時在線備份的軟件。SAP的系統是一個三層架構的Server-Client的應用，如下圖所示：
圖：SAP的三層結構
第一層是數據庫服務器（Database server）：R/3應用的所有數據和Log都存放在此層，目前，R/3系統支持的後臺外掛關係型數據庫有：Oracle、DB2、Informix、SQL等，國內使用面最廣的是基於Oracle或DB2的R/3應用。
第二層是SAP的應用服務器（SAP Application-server），SAP的源程序和客戶開發的R/3應用集中在此層，R/3系統通過一個內部的數據管理工具SAPDBA和數據庫服務器緊密的關聯在一起，執行對數據庫服務器的系統管理、存儲管理等。
第三層是用戶的操作層（Presentation Client），終端用戶通過此層進行系統的具體應用。
因此，從完整的系統存儲管理來說，對於SAP的應用，在存儲管理方面，必須兼顧數據庫服務器和SAP的應用服務器兩個層次，才能作到SAP應用的在線備份。Tivoli提供了Tivoli Storage Manager For ERP On Oracle/DB2模塊，結合Tivoli Storage Manager，可以對SAP的數據庫服務器（Oracle或DB2）進行在線的熱備份和恢復。在存儲區域網（SAN）的環境下，可以實現不依賴網絡帶寬（LAN-FREE）的數據備份和恢復。
TSM for SAP和 Tivoli Storage Manager 提供可靠的可再生的操作過程使得系統管理員可以有效的管理大量的數據。它使ERP管理員通過一個定製的界面和SAP DBA提供的功能，同時藉助TSM的自動數據管理能力來備份和恢復ERP數據庫。TSM for ERP是業界領先的SAP數據保護解決方案。
在XXX ERP系統中，對於生產系統的ERP服務器，需要使用TSM for ERP軟件，保證系統在正常運行時可以在線備份。由於備份工作由ERP的控制接口控制，具體備份的策略結合實際情況，採用全量備份和增量備份結合的備份方式進行。
4.6 操作系統的備份與恢復建議
AIX操作系統數據存放在根卷組（rootvg），而用戶數據，包括數據庫系統文件及數據、其他文件數據等存放在其他的卷組。那麼，用戶在進行日常數據備份時，可以通過TSM將用戶數據所在的卷組進行備份（包括全備份和增量備份）；對於根卷組下的操作系統數據，可以使用AIX操作系統本身提供的命令mksysb來備份到磁帶中。這樣，在進行系統恢復時，如果只是涉及到某一個卷組、數據庫或者是文件，操作系統並沒有損壞，那麼通過TSM即可完成對系統的恢復；如果發生了系統嚴重故障，必須重建操作系統時，可以先使用通過mksysb備份出來的磁帶來啓動，恢復操作系統，再使用TSM來恢復其他的卷組以及數據庫、關鍵文件等數據。其他的UNIX操作系統如Solaris和HP-UX也有類似的命令。
對於Windows操作系統，可以利用系統引導盤快速啓動操作系統，進入ASR恢復界面，利用TSM Client備份的操作系統的系統對象快速恢復操作系統。
4.6.1 本地TSM服務器系統的恢復
如果TSM Sever建立在HA的環境下(即TSM Server分別安裝在HA的雙機上，而數據庫文件則建立在共享的盤陣上)，一旦TSM Server癱瘓，將由Standby TSM Server自動接管。
如果在配置TSM Server中，已經將其後臺數據庫作了MIRROR配置，則只需將MIRROR的數據庫文件直接激活即可。
否則，我們將會利用對TSM數據庫所作的本地備份，利用該數據庫的恢復功能恢復本地數據庫，直接恢復TSM Server。
4.6.2 當本地整個計算機系統的恢復
如果是硬件或網絡的故障，必須首先排除硬件或網絡的故障。然後，進行操作系統的恢復，在此基礎上，利用Tivoli Disaster Recovery Manager，可以來幫助管理人員實現數據恢復計劃的建立和實施。包括實現TSM系統和應用系統的自動重建。通過DRM的實時的災難恢復計劃，有效的管理各種在線和離線的存儲介質，爲應用系統的恢復提供強有力的保障。而無須系統管理人員在大量的磁帶中尋找合適的磁帶進行應用系統的恢復。並且，災難恢復計劃是一個非常實用的災難恢復流程顧問工具，通過DRM，不僅可以自動的恢復TSM系統和應用系統的數據，而且，可以幫助用戶進行存儲管理流程的建立和優化，實現規範化的存儲管理。
同時，如果本地恢復比較困難的話，可以利用本地TSM的Backupset功能，進行本地數據的異地恢復工作。TSM的Backupset，可以把備份節點的文件數據和元數據都寫入到同一卷磁帶上，因此可以脫離開TSM服務器環境而獨立進行數據的讀取和恢復。
4.7 災難恢復流程建議
4.7.1 TSM備份系統的離線介質管理
XXX本次備份方案，不僅涉及到生產中心的數據本地備份，還應該考慮備份數據的離線保存，和部分生產中心數據到容災中心的異地傳輸；
爲了保證備份數據的可靠性，我們建議對生產中心重要數據備份的磁帶介質進行復制，一份用於近線保存，另一份用於離線數據保護（建議將此份磁帶保存在災備中心，可用於數據的異地恢復）。TSM能夠生成備份數據的多個副本，並支持對離線介質的管理，如下圖所示：
TSM能夠自動進行存儲磁帶介質的管理，對於離線的磁帶，TSM能夠自動跟蹤其狀態，如從磁帶庫到離線位置，TSM的DRM模塊還能夠自動進行離線磁帶上的數據過期與淘汰，自動標示那些離線磁帶可以被回收利用等。這些技術充分簡化了離線磁帶的管理。
TSM是建立在關係型數據庫上的企業級數據備份管理軟件。Tivoli災難恢復管理器創建並使用數據庫信息，從而管理災難恢復的準備過程。TSM的DRM模塊（災難恢復管理器）加強了TSM備份系統。
TSM的DRM模塊不僅通過將數據異地保存來保護企業的數據，而且能跟蹤所有在線和離線的磁帶，並可以自動識別哪盤磁帶離線。自動產生的災難恢復計劃也能自動的每日更新。通過這個自動產生的災難恢復計劃，我們可以以最小的工作量在異地或本地重建我們的應用系統，這意味着，TSM的DRM模塊將不僅包括通常的意義上的災難恢復計劃，還包括前瞻性的業務持續性發展計劃，可以對企業的應用提供多重的災難恢復模式。
4.7.2 TSM備份系統故障保護與恢復
TSM備份系統與其他的業務系統一樣，也需要進行充分的保護，以備發生故障時有效的進行數據恢復，充分保證數據的可靠性和安全性；
TSM備份系統的保護主要有以下手段：
1． TSM服務器採用HA雙機技術，當其中一臺服務器停止工作的時候，另外一臺服務器能夠順利接管，保證備份和恢復任務不中斷；
2． 採用鏡像技術和備份技術保護TSM系統的索引信息數據庫，可以將TSM的內置數據庫卷鏡像到其他的硬盤空間，還可以將其通過NFS鏡像到其他機器的存儲空間，從而充分保證索引數據庫的可用性；此外，我們還建議通過備份技術每天對TSM系統的索引信息數據庫進行備份，可以備份至一盤或一組獨立的磁帶上，並定時做離線，從而充分保證索引數據庫的可靠性；
3． 通過拷貝存儲池技術來對備份的業務數據進行額外保護，並定期做離線，當災難發生時，能夠有效恢復；
當TSM系統由於意外而需要重建時，我們可以按以下步驟處理：
1． 如果TSM Sever建立在HA的環境下(即TSM Server分別安裝在HA的雙機上，而數據庫文件則建立在共享的盤陣上)，一旦TSM Server癱瘓，將由Standby TSM Server自動接管。
2． 如果在配置TSM Server中，已經將其後臺數據庫作了MIRROR配置，則只需將MIRROR的數據庫文件直接激活即可。
3． 如果對其後臺數據庫作了及時的本地備份，利用數據庫的恢復功能恢復本地數據庫，直接恢復TSM Server。
4.7.3 基於TSM的數據容災方案
爲了充分保護數據的安全性，我們建議將重要的業務數據不僅備份到本地的磁帶庫，還應該複製一份用於離線，離線的磁帶應該由TSM系統進行有效跟蹤管理；此外，我們還建議由TSM系統負責將一些沒有同步到容災中心的數據定期複製到容災中心，以備災難發生的時候進行快速恢復；
因此，我們在此建議使用TSM磁帶離線管理和TSM遠程數據傳輸管理兩個重要的技術構建數據級的數據容災方案。
使用DRM模塊進行離線磁帶管理
關於TSM的離線磁帶管理，我們在前面章節已經專門闡述，基本思想是採用TSM的災難恢復模塊DRM進行集中管理；
TSM的DRM模塊用於對TSM系統進行自動化的保護，在災難恢復時進行系統的快速自動恢復。DRM的核心功能是自動生成並更新災難恢復計劃，自動跟蹤離線磁帶的狀態，進行磁帶介質的自動管理，自動化TSM服務器的恢復管理。具體功能如下圖所示：
針對XXX的具體需求，我們建議在生產中心集中數據備份的基礎上，由TSM系統定期生成離線磁帶，定期做磁帶離線，當災難發生時，有效進行數據恢復；
TSM遠程數據傳輸方案
針對那些沒有同步到容災中心的重要業務系統數據，我們建議採用TSM的遠程數據傳輸功能進行數據級容災複製；TSM提供兩種遠程備份容災機制，一種是基於網絡和移動介質的導出和導入機制，另外一種是遠程備份技術；我們將分別闡述這兩種技術，並根據XXX具體的網絡條件和要求選用相應的技術。
Server-To-Server數據複製技術：該技術能夠將生產中心TSM備份系統的所有或部分數據導出，並可傳輸到另一服務器（導入）。有兩種方法可用來執行導出和導入操作：
-
直接導出到網絡上另一TSM服務器，即容災中心的TSM系統。這種方式不需要在兩個TSM服務器間有兼容的順序設備類型就能立即進行數據傳輸。
-
導出到順序介質，然後使用此介質將數據導入到具有兼容設備類型的另一個TSM服務器。
使用TSM的遠程Server-To-Server容災複製功能，我們能夠通過下列一個或多個導出命令將全部服務器控制信息或其子集導出：
EXPORT ADMIN
EXPORT NODE
EXPORT POLICY
EXPORT SERVER
將數據導出到目標服務器時，需要指定將接收導入TSM操作數據的服務器名稱。TSM的遠程複製功能支持增量複製，系統管理員可限制在指定的日期與時間或在此之後導出到存儲在服務器上的對象的文件數據。可使用 FROMDATE 和 FROMTIME 參數，基於文件原來存儲在服務器中的日期與時間來導出數據。FROMDATE 和 FROMTIME 參數僅適用於客戶機用戶文件數據；這些參數不影響其它已導出的信息，例如策略。
遠程備份技術：TSM同時提供遠程備份技術，TSM技術架構的靈活性使我們能夠使用一個TSM客戶端將數據備份到不同的TSM服務器，因此，我們可以將需要遠程容災備份的數據首先備份到生產中心的TSM系統，然後通過廣域網遠程備份到容災中心的TSM系統，容災中心的業務系統可以通過TSM客戶端直接從本地的TSM系統進行數據恢復；
考慮到XXX的具體需求，我們建議根據需要遠程傳輸的數據量和網絡帶寬選擇合適的方式，如果需要傳輸的數據量較大，而帶寬較小，則採用先在生產中心將數據導出到磁帶，然後再從磁帶導入容災中心的TSM系統的方式；反之，如果需要傳輸的數據量較小，則可以採用Server-To-Server的傳輸方式，或者採用遠程備份技術從生產中心的TSM系統直接將數據複製到容災中心的TSM系統中去。
從TSM V5.5開始，TSM系統對Server-To-Server也支持斷點續傳的功能，因此更大限度的降低了對容災網絡的要求。
4.7.4 基於TSM的數據恢復流程
當發生大規模災害，導致本地IT系統崩潰時，啓動異地數據恢復。由於XXX的生產中心數據都已經複製到了容災中心，所以當生產中心由於災難而不可訪問時，可以切換應用到容災中心；而只有在容災中心發生災難時，纔會考慮採用TSM的最後恢復方案；
TSM的災難恢復方案，主要是使用生產系統備份的離線磁帶，在災備中心恢復生產中心備份系統DB和recovery log，再將備份數據異機恢復到災備中心環境中。TSM具備災難恢復模塊，Tivoli Disaster Recovery Manager，該模塊能夠幫助管理人員實現數據恢復計劃的建立和實施。包括實現TSM系統和應用系統的自動重建。通過DRM的實時的災難恢復計劃，有效的管理各種在線和離線的存儲介質，爲應用系統的恢復提供強有力的保障。無須系統管理人員在大量的磁帶中尋找合適的磁帶進行應用系統的恢復。並且，災難恢復計劃是一個非常實用的災難恢復流程顧問工具，通過DRM，不僅可以自動的恢復TSM系統和應用系統的數據，而且，可以幫助用戶進行存儲管理流程的建立和優化，實現規範化的存儲管理。
具體來講，當數據需要災難恢復時，我們建議按照以下流程處理：
1. 爲災難恢復準備TSM服務器；
2. 通過DRM模塊，恢復生產中心備份服務器（包括DB和recovery log）；
3. 重建應用系統並通過TSM快速恢復至上一次備份狀態；
4. 通過TSM Client恢復文件系統；Windows系統直接恢復到目標服務器；SCO UNIX系統先恢復到臨時服務器，通過NFS方式將文件恢復到SCO UNIX系統
5. 恢復數據庫，SAP等系統的應用數據；直接通過DB2自帶的TSM備份接口恢復數據庫；
6. 重新啓動數據庫，驗證數據庫數據的可用性
5 方案優勢總結
5.1 全面的解決方案
Tivoli軟件覆蓋了系統管理（包括硬件、操作系統、網絡、應用的監控和管理）、安全管理、存儲管理等領域，而且，Tivoli所有的產品都可以良好的集成在一起，通過一個統一的界面就可以實現系統管理的所有功能。
TSM可以通過Tivoli Plus Module和Tivoli的其他產品無縫集成，包括Tivoli的系統監控、事件分析處理工具、網管、安全模塊等，從而構成一個完整的系統管理解決方案。
TSM可以和Tivoli的綜合事件管理平臺Tivoli Enterprise Console(TEC)無縫集成，通過TEC進行統一的事件收集和綜合事件分析。
與DB2和Informix數據庫的無縫集成，由於XXX的數據庫主要採用DB2，所以TSM具有最好的集成性；同樣作爲IBM 的軟件產品，Tivoli Storage Manager 能夠無縫的支持DB2數據庫和Informix (從Informix IDS 10開始)數據庫的各種備份操作，而不需要增加任何模塊。在DB2和Informix數據庫內部集成了TSM的備份模塊，使得數據能夠直接備往TSM備份服務器或者在TSM備份服務器的控制之下通過LAN-Free的方式將數據通過SAN直接備往帶庫。
5.2 高性能的數據備份和恢復
- TSM備份軟件提供業界最爲高效的數據備份和恢復，並提供最優的網絡及磁盤和磁帶利用率，其原因在於TSM先進的設計架構和領先的技術手段：
- TSM提供後臺關係數據庫的支持，從而使恢復和備份速度大大加快，有效的減少管理成本。
- 提供永遠增量備份方式，通過先進的技術手段減少需備份的數據量，最大限度的提高備份工作的效率。應用永遠增量備份技術，可以大大減少磁帶的消耗，減少備份時對網絡的佔用，減少總體擁有成本，滿足今後企業發展的需要，實現最大限度的投資保護，備份數據的減少可以提高系統的恢復效率，這可以提高應用的可用性，實現應用級的快速恢復。
- 在備份和恢復過程中，TSM都提供了多線程的數據流支持。
- 通過磁帶數據的自動重整，減少磁帶碎片，提高磁帶的利用率，節約客戶成本，保證數據的可用性。
- 通過磁帶的數據分類集中存放，可以將同類型的數據集中存放在一組或一個磁帶上，從而在恢復時保證以最少的磁帶恢復，大大加快了恢復速度。
- 支持在SAN環境下的LAN-FREE數據遷移。
- 支持備份和恢復過程中的斷點再續。
- 提供Web Proxy Server（TSM代理服務器），減輕在多個備份進程同時發生時TSM服務器的負擔。
- TSM提供了SELF-TUNING的調試工具，可以指導系統管理人員進行性能優化。
- 在TSM的系統配置文件，提供了一系列的參數優化TSM系統。
5.3 集中的監控管理
通過TSM的ISC（Integrated Solution Console）可以進行多個TSM Server的集中統一監控，這就意味着XXX可以在生產中心通過一臺服務器，一個ISC界面集中生產中心和災備中心的TSM備份系統，並且由於ISC是基於Portal技術構建的，可以定義不同權限的用戶，進行不同TSM的管理。
下圖所示：已配置server1爲配置管理器，可以向作爲受管服務器的server2,server3下發管理策略，建立了profile1，定義這三個服務器爲group1
可通過“服務器組”查看服務器狀態
5.4 強大的災難恢復
TSM備份軟件內置了災難恢復管理器(Disaster Recovery Manager，簡稱DRM)來提供災難管理和恢復的功能，指導用戶如何操作來迅速恢復企業範圍內的各種數據。
自動、準確的DRM功能幫助用戶保護寶貴數據的安全性。在TSM管轄內的數據，都能通過DRM自動策劃、準備及製作備份恢復計劃，一旦DRM生成了計劃文件，所有服務器上最新的相關信息都被收集起來，以備恢復。
如果災難發生，DRM提供恢復步驟的詳細文檔，可執行的描述文件自動恢復數據、重建環境。DRM使得企業可以很快回復正常運轉。
DRM智能化管理和跟蹤備份介質的轉移。幫助管理員決定哪些介質本地保存，哪些介質需要異地保存。當恢復災難時，DRM幫助用戶迅速找到所有需要的介質，無論這些介質是在本地或運輸途中或在異地的保險櫃裏。
TSM客戶端追蹤管理功能幫助系統管理員瞭解哪些系統被災害摧毀，以及這些機器所需要的軟硬件，以便用戶決定需要重新定購哪些設備來替換損壞的設備。其他DRM記錄的重要信息包括：需要恢復的各臺機器的優先級；相關人員的連續方式等。
同時，對於異地數據保管和恢復，TSM 提供了一個獨特功能：Instant Archive and Rapid Recovery。這個功能是在TSM server上將所需要恢復的數據影像到其它的可移動存儲介質中，如普通8mm tape、可寫CD等。管理人員再將這些存儲介質拿到需要恢復的設備上，利用TSM Client的功能將這些數據恢復到系統中即可。這個功能即可以幫助客戶將最爲重要的數據複製到CD或磁帶中永久歸檔保存；又可以在網絡出現故障時，作爲解決遠程恢復問題的輔助手段。Instant Archive and Rapid Recovery在功能上類似於UNIX的系統備份。這種脫機恢復方式可以允許系統恢復到任意符合要求的設備上，爲分析，開發，災備提供了更大的靈活性。
5.5 數據的安全性
作爲頂級的企業備份軟件，TSM在進行產品設計時，充分考慮到了備份數據的安全性，採用多種技術手段進行數據保護，而且所有這些技術特性都包含在TSM 軟件的基本配置中，不需要用戶單獨購買新的產品或模塊，有效的保護用戶的投資。所有主要採取的技術手段包括：
128位數據加密：對備份數據採用128位的AES數據加密，充分保證備份數據的安全性，有效防止備份數據被非法截獲或讀取；
Web系統的SSL加密：管理系統和備份客戶端等所有web管理系統使用SSL加密；
虛擬存儲池技術：備份數據保存的虛擬存儲池採用專有格式，任何人拿到單獨的備份介質，無法使用通用的tar之類的指令讀出數據，截取信息。
單一通訊端口的跨防火牆備份技術：其他備份軟件需要打開很多通訊端口，造成安全漏洞。TSM只需要打開單一的通信端口，就可以完成數據傳輸、控制信號傳輸等所有工作，並且TSM專門設計了TSM Web Proxy Server，保證安全萬無一失。
內置關係數據庫的認證技術：備份系統的索引(Catalog)信息使用內置關係數據庫，任何人只要沒有TSM的管理授權，無法查詢、修改這一信息。其他備份軟件使用普通的asiic碼文件保存，任何人都可以查詢、修改文件而無需授權，造成信息泄漏和數據丟失。
5.6 其它優勢
除了以上提到的優勢之外，TSM軟件還具有其他衆多的優勢：
5.6.1 磁盤高速緩存的優勢
客戶機文件可以直接被輸送到磁盤池、磁帶池或者光盤池中。磁盤池對隨後將輸出給磁帶的來自多個客戶機的數據進行臨時緩存，這就使得IBM解決方案能啓動比配置的磁帶驅動器更多的備份任務，而且不必對處於單一數據流下的多個客戶機數據進行交替存儲。將緩存的數據移植到磁帶內，可以保證TSM通過磁帶間隙最小化而更有效地利用磁帶，通常在數據傳送時的暫停而造成的磁帶啓動和停止會造成這種磁帶間隙。將數據緩存到磁盤池也使TSM能夠以一種智能方式對數據進行重組，同時將數據寫進磁帶以便進行最有效的恢復。
5.6.2 更高的數據可靠性
TSM並不是在多個磁帶盒間將數據條紋化，這就解決了需要多個驅動器來啓動恢復的問題。另外，它不需要跨多個磁帶驅動器從多個客戶機來傳送數據就能實現對話複用，從而有效實現了所需要的吞吐量。通過將數據從低性能客戶機輸出給磁盤，TSM可以將數據從單個客戶機節點移植到單盤磁帶上，這樣就提供了更高的數據可用性，因爲單一數據流有效的可靠性即爲所有存儲數據流的介質產品的可靠性（例如，假如備份數據以99%的可靠性在三個磁帶盒間進行“條紋化”備份，則有效的可靠性將只有97%）。因爲不必等待安裝磁帶媒體，因此磁盤緩存還提供了用於單個文件恢復（通常佔全部恢復的80%多）的更快的平均恢復時間。
5.6.3 介質回收
最佳的介質管理能力使已用過的的磁帶盒在到期後能被回收。這種對有效數據持續不斷的整合使得TSM能使用比競爭對手產品更少的磁帶盒，這樣，在將所有有效數據保存進磁帶庫的同時，也節省了大量存儲費用。
5.6.4 內置關係數據庫
與那些大多數採用普通文件索引目錄的其它備份和存檔產品不同，TSM唯一地具有用來跟蹤備份和存檔數據的全功能數據庫和恢復紀錄。TSM關係數據庫的多階段提交序列以及恢復紀錄技術能保證數據被完整地輸送到存儲池而無需驗證過程。目前，大多數IT機構正在利用數據庫體系結構來存儲他們最關鍵的數據。數據庫被應用於保護關鍵數據的存儲管理系統中，這一點很有意義。
5.6.5 集中管理
可以減少管理人員數量、時間和工作、並且易於從一箇中心管理屏幕對多個TSM服務器進行管理的企業管理，已被完全集成進基本的TSM產品中，而且做到了統一計費。特性的配置能夠直接完成，無需再編寫專門的腳本。另外，TSM告警信息可以被送給EA控制檯和Tivoli企業控制檯（TEC），或者送到Tivoli 業務系統管理器以進行額外的自動和業務影響分析。
5.6.6 永久增量備份
用於文件系統數據的累進備份意味着客戶不必再進行完全備份，這意味着客戶每晚只備份較少的數據，從而節省了網絡、服務器和存儲資源。備份將被更快地完成，而且恢復也將變得更快，因爲TSM不需要完全加增量備份的恢復樣式。
5.6.7 瞬時存檔/ 快速恢復
TSM可以由您數據的最新“活動”備份版本來創建一個存檔映像。該存檔映像可由儲存在主存儲池中的備份數據來創建，從而避免了LAN上的額外數據流量。該映像保存在可以提供給最終用戶的專用介質上，用戶不需要使用TSM服務器或通過LAN來進行恢復就能有效地恢復數據。
5.6.8 SAN能力/磁帶池
TSM具備SAN能力，並採用了第一個可交付的磁帶池產品，該產品不僅提供了SCSI磁帶庫共享能力，而且也實現了用於AIX、SUN和NT TSM服務器的動態磁帶共享。由於Magstar 3494不是SCSI庫，因此不需要使用傳統的SAN磁帶庫共享產品（由TSM和其他廠商使用）。基於這個原因，Tivoli和IBM開發了獨特的TSM功能，利用對等方法來進行協作式的驅動器分配。當3590驅動器通過SCSI或SAN連接時，這些功能可以得到有效使用，並且通過一個新的TSM服務器選項：3494SHARED來實現。在SCSI環境下，3590-E驅動器的雙線能力可連接（或動態共享）兩個或更多的TSM服務器。而在SAN環境下，兩個或更多的TSM服務器可以共享一臺3590驅動器。
5.6.9 支持TCP IP v6, SSL和長文件名
TSM自從v5.5版本開始提供了對TCP /IP v6的支持，並對任何一組TSM組件之間的通信提供SSL加密的支持，例如服務器與備份歸檔客戶端的通信，服務器與管理客戶端的通信等。
TSMv5.5目前可以支持長達8704字節的長文件名。
5.6.10 高效，自動的報告功能
高效，自動的報告功能，TSM提供集中，統一的報告功能，具體可以劃分爲運作報告和故障報告兩類。運作報告將按指定時間彙報，TSM備份環境的工作狀態，各種作業是否成功完成等；而故障報告會在備份環境出現故障時報警。這兩種報告都支持使用郵件，Windows桌面消息，Web網頁等多種方式來及時通知管理員。
圖TSM報表功能