恢復機制

恢復機制

ASON的恢復更多的是採用動態重路由方法。到2008年為止，恢復機制在網路上和硬碟數據上套用最為廣泛。

概述

恢復機制恢復的實施有預置重路由與動態重路由兩種方法。預置重路由就是在故障發生之前預先為工作連線計算好恢復路由，當故障發生時，激活該連線取代故障連線；動態重路由就是在故障發生時，實時地為工作連線計算恢復路由、選擇備用資源、建立新連線以代替故障連線。ASON的恢復更多的是採用動態重路由方法。

此外，根據故障清除後業務是否返回到原來的連線，恢復分為返回式恢復與非返回式恢復。

在網路上的套用

“保護”是指當網路中的工作連線發生故障時，用預先配置好的

恢復機製備用連線代替它。一旦該連線因為保護目的而被分配，則不能用於路由，在中間節點為保護配置的資源不因保護倒換而改變。

ASON網路支持的保護機制分為基於傳送平面的保護和基於控制平面的保護兩種類型。基於傳送平面的保護，其配置由管理平面完成，控制平面不參與；基於控制平面的保護，其配置由控制平面完成，包括建立一個或多個保護連線，為保護提供連線配置信息等。基於控制平面的保護，發生在被保護鏈路的源節點與宿節點之間，它僅涉及源節點與宿節點中的連線控制器，並不涉及中間節點的連線控制器。保護機制包括以下幾種類型：

（1）1+1保護。業務在工作鏈路和備用鏈路上同時傳送，在接收端選擇質量最好的信號。

（2）1:1保護。業務只在工作鏈路上傳送，而保護鏈路不傳送業務或傳送低優先權的業務。當工作通道發生故障時，業務倒換到保護通道，而保護通道上的低優先權業務被放棄。

（3）M:N保護（M<N）。N條工作鏈路共享M條保護鏈路。保護鏈路可以承載額外業務，兩組鏈路的關係事先不確定，但M與N的值可以預先設定，一條鏈路發生故障，業務被轉移到一條可用保護鏈路上。如果有超過M條工作鏈路同時出現故障，則保護優先權最高的M條工作鏈路。

硬碟數據上的套用

硬故障恢復機制

恢復機制硬故障一般指介質故障,備份的基礎數據源來自資料庫的轉儲介質。因而,它的恢復取決於轉儲(dump)命令的使用情況。
現以250MB磁帶為例來描述轉儲、裝載過程。
(1)配置備份伺服器,啟動SQLSERVER和BACKUPSERVER。如:
startserver-frun-sybase
startserver-frun-syb-backup
(2)建立磁帶轉儲設備
sp-addumpdevice\"tape\",mytape,\"/
dev/nrct0\",6,skip
250
go
其中:\"/dev/nrct0\"指非回卷磁帶設備名,\"6\"是設備控制號,tape在3～8之間,skip通知伺服器忽略已存在的ANSI磁帶標號,250是磁帶的大小,以M為單位。

建立成功後,可以查詢maser.dbo.sysdevices表中有name=\"mytape\"的記錄描述。
(3)轉儲資料庫
即備份一個完整的資料庫,包括它的系統表,建立各種數據對象和事務日誌。備份格式不同於作業系統檔案,tar命令不可讀,它只能由SQLServer的裝載工具來識別和恢復。轉儲命令如下:
dumpdatabaseTRYDBtomytapewithinit
go
其中:TRYDB為庫名;withinit為選項,重新初始化磁帶卷。
(4)裝載資料庫
如果資料庫受到破壞而必須刪除,則要重新初始化庫設備,重建資料庫並裝載最近的資料庫備份及所有事務日誌。
裝載資料庫:
go
以上僅限裝載用戶資料庫,不適用於master庫。另外,也可將資料庫備份成作業系統檔案,執行作業系統備份命令將檔案拷至磁帶上。恢復時先tar入磁帶上的檔案,然後裝載,這種方式不須添加轉儲設備。