TSM Policy Management (原則管理)

IBM Tivoli Storage Management原則(Policy)可用來指定檔案如何自用戶端節點儲存體備份(Backup)、保存(Archive)、移轉(Migrate)，以及在伺服器儲存體中管理。下圖顯示原則的各組件，以及之間的關係。

1.          Backup copy group (備份副本群組)

控制與管理類別有關的檔案之備份處理。Backup copy group可決定下列項目:

I.          每隔多久備份一次檔案

II.        如何處理備份期間尚在使用的檔案

III.       伺服器最初將備份版本的檔案和目錄儲存在哪裡

IV.      伺服器要為檔案與目錄保留幾份備份版本

V.         伺服器要為檔案與目錄保留備份版本多久

2.          Archive copy group (保存副本群組)

控制與管理類別有關的檔案之保存處理。Archive copy group可決定下列項目:

I.            Archive時如何處理使用中的檔案

II.         伺服器將檔案的Archive備份儲存在哪裡

III.       伺服器要為檔案保留Archive副本多久

3.          Management class (管理類別)

在Backup和Archive群組與檔案之間建立關聯性，並且指定用戶端節點是否要移轉到儲存區，以及如何移轉。管理類別可包含一個Backup或Archive copy group，或Backup與Archive copy group各一，或者不含Copy group。使用者可以經由include-exclude(併入排除)清單，讓其檔案連結管理類別。

4.          Policy set (原則集)

指定使用者群組可用的Management class，Policy set含有一或多個Management class。您必須將其中一個Management class定為Default Management class。只有一個Policy set(即Active policy set)可以控制Policy作業。

5.          Policy domain (原則領域)

一個Policy domain可以設定一或多個Policy set，但一次只能啟動一個Policy set(命名為Active)。針對指定給Policy domain的用戶端節點，伺服器只用Active policy set來管理檔案。

您可以使用Policy domain來執行下列作業:

I.      將檔案管理需求類似的用戶端節點分類成群組

II.     提供不同的預設Policy給不同組的用戶端

III.   根據所需，將不同的用戶端群組檔案導入不同的儲存體階層(不同的檔案目的地有不同的儲存體階層)

IV.   限制用戶端存取的Management class數目

用戶端、儲存體與原則(Policy)之間的關係

1.      當用戶端登錄時，他們會與一個原則領域(Policy domain)建立關聯性。在原則領域中，有原則集(Policy set)、管理類別(Management class)以及副本群組(Copy group)。

2. 3. 當用戶端Backup、Archive或Migrate檔案時，它會連結到某個管理類別(Management class)。管理類別及其內的Backup、Archive副本群組(Copy group)負責指定檔案儲存在哪裡，以及自用戶端加以Backup、Archive或Migrate時該如何處理。

4. 5. 儲存區是Backup、Archive或空間管理檔的目的地。副本群組負責指定要儲存Backup、Archive的儲存區，管理類別會指出空間管理檔的儲存區。

6.      如果儲存區是依照儲存體階層來設定，則原來儲存在磁碟儲存區的檔案，可以移轉到磁帶儲存區。

定義原則領域 (Policy domain)

當定義及更新原則領域(Policy domain)時會需要指定以下參數及選項:

I.            Backup Retention Grace Period (備份保留寬限期)

指定當伺服器無法將檔案重新連結至適當的管理類別時，保留非現行Backup版本的天數。預設Standard Policy domain為30天。

II.         Archive Retention Grace Period (備份保留寬限期)

指定當檔案的管理類別沒有Archive副本群組以及預設管理類別沒有保存副本群組時，保留Archive備份的天數。預設Standard Policy domain為365天。

範例:

1.      將Standard原則領域複製到mydom原則領域

Copy domain standard mydom

2.      更新原則領域mydom，將Backup保留寬限期延至90天，將Archive保留寬限期延成2年。

Update domain mydom backretention=90 archretention=730

定義原則集 (Policy set)

當定義及更新原則集(Policy set)時會需要指定以下參數及選項:

I.        Policy domain name (原則領域名稱)

原則集所屬原則領域的名稱

PS. 新原則集設定完成後，需啟動Active原則集，否則不會生效。

範例:

1.      將Standard原則集複製到myset原則集(註: 複製現存原則集時，也會複製相關的管理類別與備份副本群組)

Copy policyset mydom standard myset

定義管理類別 (Management class)

當定義及更新管理類別(Management class)時會需要指定以下參數及選項:

I.       Policy domain name (原則領域名稱)

管理類別所屬原則領域的名稱

II.     Policy set name (原則集名稱)

管理類別指定的原則集名稱

下列四個參數只適用於HSM clients (Tivoli Storage Manager for Space Management)

I.        Whether space management is allowed (能否進行空間管理)

指定檔案適合自動及選擇性移轉、僅選擇性移轉，或無移轉。

II.     How frequently files can be migrated (檔案移轉頻率)

指定檔案在最近一次存取之後，必須經過幾天才能自動移轉。

III.   Whether backup is required (是否需要備份)

指定檔案在移轉前，是否需要有一份檔案備份版本。

IV.  Where migrated files are to be stored (移轉檔的儲存位置)

指定移轉檔所儲存之儲存區名稱。

範例:

1.      定義新的管理類別mymc

Define mgmtclass mydom standard mymc

定義備份副本群組 (Backup copy group)

當定義備份副本群組前，你需要先知道要將備份檔儲存在哪裡，如何處理在備份期間曾修改過的檔案，每隔多久備份一次檔案，保留多少備份版本以及保留多久。

I.       Where to store backed-up files (將備份檔儲存在哪裡)

可以指定一個儲存區，讓伺服器一開始時儲存與此備份副本群組相關的檔案。此稱為目的地。你不能指定Copy storage pool或Active-data pool作為目的地。

II.     How to manage files that are modified during backup (如何處理在備份期間曾修改過的檔案)

你可以在DEFINE COPYGROUP指令上使用SERIALIZATION屬性，來指定檔案在備份期間若曾被修改，該如何處理。可為這屬性選擇下列其中一個值。

1.      STATIC

指定TSM只嘗試備份檔案一次，如果檔案或目錄在備份期間曾被修改，那麼伺服器就不會備份它。

2.      SHRSTATIC(共用靜態)

若檔案或目錄在備份期間曾被修改，則伺服器會根據用戶端選項檔中CHANGINGRETRIES選項所指定的次數再度嘗試備份。如果檔案在最後一次嘗試期間被修改，則不會備份該檔案或目錄。

3.      DYNAMIC

即使備份時修改檔案或目錄，也在第一次嘗試時就備份檔案或目錄。

4.      SHRDYNAMIC(共用動態)

若檔案或目錄在備份期間曾被修改，則伺服器會根據用戶端選項檔中CHANGINGRETRIES選項所指定的次數再度嘗試備份。即使正在修改檔案或目錄，伺服器仍會在最後一次嘗試時備份檔案。

III.   Defining the frequency of backing up files (每隔多久備份一次檔案)

可以使用FREQUENCY和MODE兩種參數，來指定檔案的備份頻率。

1.      FREQUENCY (頻率)

FREQUENCY是指至少過了幾天後才能進行下一次的Incremental backup

2.      MODE (模式)

MODE參數用以指出在Full incremental backup程序期間，檔案或目錄是否必須有所修改才能進行備份。你可以選擇下列二個模式的期中一項。

i.     Modified (已修改): 檔案自上次備份後有所變更，才採用Incremental backup。下列項目成立時，表示檔案已變更:

l   檔案最後修改日期

l   檔案大小

l   檔案擁有者

l   檔案許可權

ii.    Absolute (絕對): 無論檔案自上次備份有無變更，都採用Incremental backup。

IV.  Retaining backup versions (保留多少備份版本以及保留多久)

檔案最近備份版本稱為Active(作用)版本，所有其他版本都稱為Inactive(非作用)版本。你可以執行下列步驟，指定要保留幾份版本。

1.     直接指定版本數量 (numbers)

i.      Versions Data Exists (現存資料的版本數)

資料仍在用戶端節點上時所保留的版本數

ii.       Versions Data Deleted (刪除資料的版本數)

資料已經不在用戶端節點時所保留的版本數

2.     指定保留每一個備份版本的天數 (days)

i.     Retain Extra Versions (保留額外版本)

要將非作用中(inactive)備份版本保留幾天。它是從active變inactive的那一天起開始計算。

 ii.      Retain Only Versions (保留唯一版本)

已刪除檔案的前次備份版本要保留幾天

範例:

為MYDOM原則領域STANDARD原則集中的MYMC管理類別，定義一個備份副本群組。需定義的條件如下:

1.   使用「Frequency」參數預設值0 (亦即，不指定Frequency參數)，讓使用者備份已變更的檔案，而不管自前次備份以來已過了多久。

2.   使用「Versions Data Exists」參數，在原始檔備保留在使用者工作站的情況下，最多保留四個inactive備份版本(verexists=5)。

3.   使用「Versions Data Deleted」參數，在原始檔案已自使用者工作站中刪除的情況下，最多保留四個inactive備份版本(verdeleted=4)。

4.   使用「Retain Extra Versions」參數，保留非作用中備份版本不超過90天(retextra=90)。

5.   如果只有一個備份版本，則使用「Retain Only Version」參數，在原始檔案自工作站中刪除後，可再保留600天(retonly=600)。

6.   使用「Serialization」參數，以防備份正在使用中的檔案(serialization=static)。

7.   使用「Destination」參數，將檔案儲存於MYPOOL儲存區中(destination=mypool)。

define copygroup mydom standard mymc standard destination=mypool serialization=static verexists=5 verdeleted=4 retextra=90 retonly=600

指定預設管理類別 (Assigning a default management class)

在定義原則集及其所含的管理類別之後，必須指定一個預設的管理類別給該原則集使用。

範例:

將MYMC管理類別指定為MYDOM原則領域中之MYSET原則集的預設管理類別

assign defmgmtclass mydom myset mymc

驗證和啟動原則集 (Validating and activating a policy set)

在定義原則集並且對它定義管理類別之後，可以驗證(validate)該原則集，並且對原則領域啟動(activate)該原則集。在一個原則領域中，只會有一個active的原則集。

範例:

驗證和啟動MYDOM原則領域中的MYSET原則集:

validate policyset mydom myset

activate policyset mydom myset

將用戶端節點指定到原則領域

範例:

1.   建立新用戶端節點MYNODE，並將之指定到MYDOM原則領域中。

register node mynode mynode domain=mydom

2.    修改現有用戶端節點MYNODE2，指定到MYDOM原則領域。

Update node mynode2 domain=mydom