二十個不可不知的 TSM 知識點(一)

你可能是個TSM 新手,也可能是個TSM 老手,但這20個知識點不一定都清晰。

背景知識:TSM能做什麼?

Tivoli Storage Manager(簡稱TSM)是IBM的一款備份軟體,能夠為大型的企事業單位提供可靠的集中數據備份管理,是業界最主要的備份軟體之一。TSM支持以下類型的數據備份:

  1. 基本文件的備份歸檔:基於普通文件類型的備份
  2. 操作系統基本的裸機備份:支持aix、linux、windows、solaris等主流操作系統
  3. 資料庫的備份保護:支持oracle、sql server、db2、informix等主流資料庫備份
  4. SAN 備份模塊:支持lanfree的傳輸模式備份,提升備份效率
  5. NAS設備支持:支持NDMP協議備份,對netapp和emc的nas設備提供原生支持
  6. ERP備份:支持SAP備份,包括基於hana的SAP
  7. 郵件系統備份支持:支持基於MS exchange和lotus nodes的備份

一般來講,我們需要如果需要對某款應用進行保護,安裝對應的模塊即可。比如,需要對oracle數據進行保護。需要安裝如下模塊:

  1. tsm server:服務端
  2. tsmba client:基本客戶端模塊
  3. tdp for oracle:tsm備份oracle的模塊
  4. tsm for san:可選,lanfree模塊

背景知識:TSM的架構和概念

TSM作為一款功能強大的備份軟體,底層有著自己清晰的邏輯架構。要想學好並靈活的應用tsm軟體,需要對TSM底層的架構及相關概念有一個清晰的掌握。在TSM的架構中,主要分兩大塊:

1.策略層:含以下概念

– 策略域:相同或相似節點數據保留需求的一個集合體,其下包含策略集。

– 策略集:策略域的子集,每個策略域中可以有多個策略集,但只有1個是激活的。

– 管理類:策略集的子類,一個策略集中可有多個管理類,但只有1個是默認的。

– 副本組:管理類的子類,每個管理類中最多只有2個副本組,按功能分備份副本組和歸檔副本組。副本組中指定數據存放的策略,並執行存放的位置-存儲池

2.存儲層

– 庫:磁帶庫,實際上指的是機械手

– 驅動器:磁帶庫中的磁帶機

– 設備類:區分不同類型存儲的邏輯概念。

– 存儲池:根據設備類的不同,使用不同的存儲介質組成的邏輯存儲集合

– 卷:根據不同情況,可能是磁帶。也可能是文件或設備。

物理存儲設備和邏輯存儲概念通過設備類關聯起來,存儲層和策略層通過副本組關聯起來,下圖:

TSM 20個常見問題和難點

1TSM支持各種主流操作系統的備份,實現方式是什麼?

windows、linux、aix:cristie公司的cbmr或tbmr,支持操作系統的備份。和ibm有合作關係,好像可以買tsm的時候一起下單。可獨立使用,可集成到tsm里,受tsm統一調度管理。同時支持win linuxaix。恢復的時候需要使用cbmr的引導光碟。獨立收費,需要激活碼。首推的,非常好用。除了這些,cbmr還支持hp-ux和solaris的系統備份。

aix:sysback,ibm自己的aix系統備份工具,優勢是免費,集成度高。劣勢是必須搭配nim使用。也就是說你環境里至少2台小機。配置複雜。

windows、linux:早期還有fastback,ibm自己的快速備份軟體。支持win和lin操作系統的備份,屬於獨立的產品線。現在產品線已經停了。

2TSM 能否備份VMware ESX下的虛機?

首先,從VMware的備份來講,VMware有兩種備份實現方式

  1. VCB: 需要額外的proxy伺服器和空間,如1T的虛機空間,還需要額外的1t空間來存放備份數據
  2. Vstorage API(也叫VADP,vStorage API for Data Protection):2009年推出,可以直接從vm存儲上傳到備份伺服器空間,VADP伺服器可以是虛擬機。tsm支持通過vadp執行文件級別的備份

TSM的ba client直接支持vmwarevm的備份,但是安裝tsm for ve後可以支持高級特性。Tsm for ve基於VADP技術實現,支持esx下虛擬機的備份。更新到TSM V7以後,tsm for ve也有了較大更新,具體可參考官方的技術更新:

3TSM 對資料庫的保護如何實現?

目前,TDP for Database支持MS sql server、db2、oracle等主流資料庫。對於sql server和oracle來說,需要購買TSM FOR DATABASE模塊,然後安裝對應的模塊來實現;對於DB2來說,安裝TSM的ba client即可直接支持,不需要額外購買相應的模塊。

對應各資料庫來說,TSM的備份模塊僅提供了備份通道,實際上還是通過資料庫自身的備份工具來實現。以oracle為例,在安裝配置好tdp for oracle後,備份還是使用rman,僅通過tdp的通道將數據備份到tsm所管理的磁帶庫中。

4TSM系統部署流程是怎樣的?需要做好哪些準備工作?

1,備份系統的整體規劃,包括存儲架構,主機的部署,備份方案的確定。

2,tsm系統的安裝配置,初始化。

3,備份伺服器的配置,策略域的設置,存儲池等。

4,客戶端的實施,安裝tsm軟體包並配置。

5,備份恢複測試。

5TSM系統在首次部署時關注點有哪些?

1,你需要知道你要備份的是資料庫還是操作系統,決定了你要選用的tsm模塊

2,備份的數據量有多大,能否在規定的時間窗口內完成備份

3,為了在規定的時間窗口內完成備份,對磁帶庫有哪些要求

4,如果有同城備份選用什麼傳輸線路?帶寬具體多少能滿足要求,這些都需要考慮

5,未來數據量增長的趨勢,盡量建成備份系統後,滿足未來1~3年的數據增長需求

6TSM 保本版本參數詳解

verexists指定當前在客戶機文件系統中的文件所保留的最大備份版本數,如果某個備份操作超過了限制,則伺服器使磁帶庫中最舊的備份版本到期。(即代表文件系統中有的文件在磁帶庫中保留的版本數)

版本數既文件的個數,比如verexists=2 ,則有文件/backup/file1,第一次備份保留一個版本,第二次備份,又會重新備份一次,同一個文件總共2個版本,但可能文件內容不一樣了(因為文件被修改了)。

如果verexists=1,則第二次備份時,就會將第一次備份的文件刪除掉,保留第二次最新的版本。

最新的版本叫ACTIVE的版本,其他的版本都叫INACTIVE的版本。INACTIVE的版本可以通過 QUERY -INACTIVE參數查詢出來。但一旦版本保留時間超過了retextra規定的保留天數,則TSM將把版本變為過期的(expire),用-inactive參數無法查看到。只能釋放掉文件(expire inventory)。

verdeleted指定要保留的文件備份版本的最大數目,該文件經TSM備份後,已從客戶機文件系統中刪除。

如果用戶從客戶機文件系統刪除文件,則下一次備份導致伺服器讓超過此數值的文件的最舊的版本到期。保留版本的失效日期由RETEXTRA和RETONLY參數指定的保留時間決定。

此參數就是說如果主機上刪除了這個文件,那麼TSM中繼續保留多少個版本數。如果verdeleted=0,則主機上刪除了文件,則TSM也將文件刪除掉。沒有起到備份的意義。verdeleted=1代表如果主機上刪除了文件,則TSM中仍然保留最後1個版本,但是是INACTIVE的了。verdeleted=2,是說如果主機刪除了文件,則TSM中保留2個inactive的版本

retextra當版本成為非活動版本以後,指定保留此備份版本的天數。當客戶機存儲更新的備份版本,或客戶機刪除工作站中的文件,然後運行完全增量備份時,文件的備份版本變為非活動。伺服器根據保留時間刪除非活動版本,即使非活動版本數超過VEREXISTS或VERDELETED參數容許的數目。預設值是30天。

此參數就是說當主機上的文件被刪除後,TSM中如果定義了還保留有版本,則此參數指定改版本保留的天數。

retonly指定已從客戶機文件系統中刪除的文件的上一個備份版本要保留的天數,預設是60天。

此參數就是說主機上文件被刪除後,TSM中保留的最後一個版本的天數。

以上四個參數一定要記住。否則將釀成大錯。

客戶一般是把文件備份到TSM裡面以後,就把文件從主機上刪除掉了。看LOG什麼的都正常備份了。

每天對同一個目錄做備份,每天做刪除,年復一年。

然後直到有一天,要恢複數據了,發現以前備份的數據都不在了,為什麼?為什麼?

因為:verexists=1 verdeleted=0

7TSM備份調度策略如何規劃?

通過上面的介紹,我們對TSM的策略層面和存儲層面有了一個簡單的理解。基於這個理解,在設計調度的時候可採取正反向兩個方向去推論。

  1. 正向:基於業務需求,備份窗口等去設計。比如,考慮到白天業務繁忙,為了減少影響需要將備份放到晚上。備份最少需要3個小時,那就要計算好備份的時間段,避免影響業務。
  2. 反向:基於存儲的實際情況。比如備份環境使用了物理磁帶庫,驅動器的個數、是否使用lanfree等因素就要考慮進來,避免備份作業設置不當發生驅動器的爭用。

8、同一節點數據保留不同時間,TSM能否通過指定不同的保留策略來完成?

對於同一節點的數據保留數據的期限不同比如每天備份保留一個月每月備份保留1年每年備份保留10年這樣的保留策略。TSM 要設置並指定不同的管理類不同的節點或者添加排除等,而目前很多其他的備份軟體只需要指定不同的保留策略就可以了。 TSM有沒有這種簡單的做法?

TSM使用兩種方法來解決:

  1. 設置不同的節點,節點分屬不同的策略域
  2. 只用1個節點,使用多個管理類,再通過dsm.sys文件中的選項來實現

實際上從原理來講,和其他備份軟體的實現方式應該大致相同。

以下文章點擊率最高

Loading…

     

如果這文章對你有幫助,請掃左上角微信支付-支付寶,給於打賞,以助博客運營