這一節針對您的 Backup 軟體提供重要注意事項和提示,必要時並提出建議。
請使用 範例 1-1 指令集以鎖定一個「未加密 VOB」(版本物件資料庫),作好備份,再解除此 VOB 的鎖定。您自訂的指令集檔案必須駐在與 Backup save 程式安裝所在的同一目錄裡(例如,在 Solaris 系統上,save 程式是安裝在 /usr/sbin/nsr 目錄)。您把指令集的名稱輸入為 ClearCase VOB 配置的客戶機資源其「備份指令」屬性中。在排定的備份中,被調用的是「備份指令」,而非常用的 save 程式。
#!/bin/sh# export the SHELL that we are going to use SHELL=/bin/sh export SHELL # export the correct PATH so that all the required binaries can be found case $0 in /* ) PATH=/usr/atria/bin:/bin:/usr/bin:\Q/bin/dirname $0\Q c=\Q/bin/basename $0\Q ;; * )PATH=/usr/atria/bin:/bin:/usr/bin:/usr/sbin:/usr/bin/nsr:/usr/sbin/nsr c=$0 ;; esac export PATH # These are the valid statuses which save reports on completion of the backup statuses=" failed. abandoned. succeeded. completed savetime= " # Perform the PRECMD (Lock VOB) /usr/atria/bin/cleartool setview -exec "/usr/atria/bin/cleartoollock -c \ `VOB backups in progress' -vob /cm_data/mis_dev" magic_view > /tmp/voblock.log 2>&1 # Perform backup on client save "$@" > /tmp/saveout$$ 2>& # cat out the save output cat /tmp/saveout$$ # search for the backup status in the output reported by save for i in ${statuses}; do result=\Qgrep "${i}" /tmp/saveout$$\Q if [ $? != 0 ]; then echo ${result} fi done # Perform the POSTCMD (Unlock VOB) /usr/atria/bin/cleartool setview -exec "/usr/atria/bin/cleartoolunlock - vob /cm_data/mis_dev" \ magic_view > /tmp/vobunlock.log 2>& # make sure to gracefully exit out of this shell script exit 0 |
您必須在您的指令集內包含 save 指令,以便進行備份。如果指令集不位於與 save 程式相同的目錄,備份就會失敗。
針對 Emass/Grau 和 StorageTek Silo,您需要編輯 /etc/init.d/S95networker 啟動檔案。
繼以下數行之後:
'start') (echo 'starting Backup daemons:') > /dev/console |
針對 Emass/Grau silos 請輸入接下來的 8 行:
DAS_SERVER = name-of-DAS-server export DAS_SERVER DAS_CLIENT = name-of-system-as-defined-to-DAS-server export DAS_CLIENT DAS_MEDIUM = type-of-tape-drive-used (選取下列其中一項: 3480, OD-Thick, OD-Thin, DECDLT, 8MM, 4MM, D2, VHS, 3590, CD, TRAVAN, DTF, BETACAM, AUDIOTAPE) export DAS_MEDIUM ACI_MEDIA_TYPE = same-as-DAS_MEDIUM export ACI_MEDIA_TYPE |
針對 StorageTek silos,請輸入接下來的 4 行:
CSI_HOSTNAME = name-of-ACSLS-system export CSI_HOSTNAME /networker-binaries-path/mini_el & /networker-binaries-path/ssi & |
平行與裝置的最大值取決於所購買的 Backup 產品以及啟動的儲存節點數量,一如 表 1-1 中所示。不論已啟動的儲存節點數量多少,平行段最大值上限為 512,裝置的最大值上限則為 256。
表 1-1
Backup 產品 |
含每個已啟動的儲存節點 |
不含儲存節點 |
---|---|---|
伺服器版 |
平行段:32 最大值 = (32 x #nodes) + 32 |
平行段:32 |
裝置:16 最大值 = (16 x #nodes) + 16 |
裝置:16 |
|
NetWork 版 |
平行段:32 最大值 = (32 x #nodes) + 32 |
平行段:32 |
裝置:16 最大值 = (16 x #nodes) + 16 |
裝置:16 |
|
Power 版 |
平行段:32 最大值 = (32 x #nodes) + 64 |
平行段:64 |
裝置:16 最大值 = (16 x #nodes) + 32 |
裝置:32 |
如果安裝有 Backup 5.0 客戶機軟體的 Backup 客戶機其系統時鐘的設定值與 Backup 伺服器相差超過一分鐘,您在排定的備份(這調用了savegrp 程式)期間就會收到下列的訊息:
Warning: unsynchronized client clock detected |
如果同步化差距少於兩分鐘,您仍看得到這訊息,不過備份排程會照常進行。(這種狀況不會出現在安裝了舊版 Backup 客戶機軟體的機器上)。為了避免這種情形,請將伺服器和客戶機時鐘相互同步在一分鐘之內。
當提示您輸入用以連絡客戶機的授權伺服器時,如果您不為任何備份伺服器命名,所有的備份伺服器都會獲得連絡客戶機的授權。若未設定一個或多個授權備份伺服器,將使任何伺服器都可以連絡客戶機。
執行應變回復時,有些腳本需要在執行應變回復之前即作好其他配置。
如果您有一個以上的裝置,必須在開始應變回復之前即先予以配置。Backup 安裝所建立的的內定裝置一定是是 4mm 裝置。如果您的裝置不是 4mm 的,您就必須將它從 Backup 內予以刪除,並建立一個正確的 裝置類型。
重新安裝 Backup 之後和啟動 mmrecov 之前,請為伺服器編輯客戶機資源,並 將其瀏覽程式和保留規則設定為十年。這樣所有的伺服器記錄就可用 mmrecov 來回復。如果不這樣做,所有的記錄都會回復,但任何記錄只要超過一個月以上,隨後就會被放棄。(因為瀏覽程式規則的內定值為一個月)。
如果您曾將伺服器檔案索引的路徑改放到新的位置,在開始應變回復之前您必須編輯客戶機索引路徑資源。正確的步驟是變更索引路徑以符合故障前所用的路徑。請重新啟動服務以便向 Backup 警示索引路徑已變更。最後,請從 /usr/sbin/nsr 目錄中執行 nsrck -c ,以建立一個空白的檔案索引,供回復的記錄放入。
如果您以nsrjb 指令兩度使用 -o 選項,第一次的 -o 將不予處理。舉例來說,如果您輸入:
# nsrjb -o notreadonly -o notfull -S 2 |
-o notreadonly 選項將不會執行。欲如此做,您必須輸入指令如下:
# nsrjb -Y -o notreadonly -S n # nsrjb -Y -o notfull -S n |
儲存組回復功能目前無法發揮在執行 Windows 95 的電腦上。不久將推出的修補會修正 Windows 95上的儲存組回復。
儲存組回復功能可使用於 Windows NT 客戶機,不過在某些情況中,客戶機使用者介面並不顯示回復所需的磁碟空間數。請忽略不正確的資訊,繼續進行回復。