TSM的磁帶選擇機制

下面是一個客戶經常遇到的問題：

客戶為節點A進行資料備份，已經在磁帶A0000中存入了一些資料。但是客戶出於某種需要，想把磁帶A0000從帶庫中取出。因此客戶執行了如下的命令：

checkout libv library_name A0000 remove=yes

當客戶完成這一操作後，自然可以把磁帶A0000從帶庫中取走。

但是當客戶下一次再為節點A進行備份，出現的結果通常是：

ANR8308I 001: LTO volume A0000 is required for use in library LTO3582; CHECKIN LIBVOLUME required within 58 minutes.

這一提示表示：TSM伺服器要求使用者把磁帶A0000重新放入帶庫中。由於A0000是一盤已經經過讀寫，但沒有寫完的磁帶，所以TSM希望繼續重新使用這盤磁帶。A0000成了使用者無法取出帶走的磁帶。

這種情況的出現是由TSM對磁帶的選擇機制決定的。TSM在選擇磁帶的時候受儲存池定義引數collation的影響。

在預設情況下 collacation引數被設定為no(此為5.3版本以前，5.3版本以後是group)，表示collacation屬性被disable掉。在這種情況下，TSM選擇磁帶的順序是：

1．一盤已經被使用過但仍然有空白空間的磁帶（通常情況下，已經裝載最多資料但還沒有寫滿的磁帶會被優先選擇）

2．一盤空白磁帶

當TSM寫滿一盤磁帶後，一般會挑選一盤空白磁帶繼續進行讀寫。如果這時無法找到一盤空白磁帶。TSM會從儲存池中挑選一盤已經用過但還有空間的磁帶繼續進行讀寫。

從這個機制可以判斷上述情況出現的原因。

如果collocation的引數設定不是no。則可能的引數值包括：filespace，node，group。

如果設定為filespace，則磁帶選擇的順序是：

1．優先選擇已經備份同一檔案空間資料的磁帶；

2．已經定義的空白磁帶；

3．定義為scratch的空白磁帶；

4．包含同一節點資料的已經使用過的磁帶；

5．空間最大的一盤已經使用過的磁帶；

如果設定為node，則磁帶的選擇順序是：

1．包含同一節點資料的已經使用過的磁帶；

2．已經定義的空白磁帶；

3．定義為scratch的空白磁帶；

4．空間最大的一盤已經使用過的磁帶；

如果設定為group，則磁帶的選擇順序是：

1．優先選擇已經包含來自客戶端所屬的collocation group的備份資料的磁帶；

2．已經定義的空白磁帶；

3．定義為scratch 的空白磁帶；

4．空間最大的一盤已經是使用過的磁帶。

面對上述例子中情況，使用者可以考慮下列方法來跳過需要等待的60分鐘。

在checkout命令執行完後，修改磁帶A0000的access屬性為unavailable。命令如下：

update volume A0000 access=unavailable

這樣，當使用者在以後為節點A進行資料備份的時候，TSM就會第一選擇磁帶 A0000，而選擇其它的磁帶進行備份

TSM的磁帶選擇機制

相關文章