OTG 的 Secure Path 實施在每個主機上使用兩個 FCA，兩個光纖信道數據交換機，以及兩個存儲控制器。每個 FCA、交換機和控制器組構成了一個所謂的 Fabric。Secure Path 允許每個 SAN 使用兩個獨立的 Fabric，而且 Fabric 的每個元素都與兩條 Fabric 的從屬元素互連。更精確地說，一個集群中的每個活動節點主機通過安裝在每個主機上的兩個 FCA 相互連接(每個交換機一個 FCA)。每個交換機接受來自每個主機的入站數據并且有兩條出站數據連接，每個控制器一條。每個控制器有兩條入站數據連接，每個交換機一條，并且有一條到 SAN 模組的出站數據連接。Secure Path 使得 OTG 能夠在運行時容忍在一個 FCA、一條連接線纜、一個交換機、或者一個控制器中的單個組件故障。當一個組件發生故障時，服務性能會受影響，但它仍然能夠繼續無縫地運行。

　　Secure Path 還能夠幫助消除節點和連接到的 SAN 存儲之間的許多單點故障。當發生一個組件故障只影響到組成 SAN Fabric 的每個主機上的單個 FCA、多條光纖線纜、光纖信道交換機、或單個存儲控制器時，OTG 能夠維持服務。該組件故障通過 Secure Path 探測，它將 LUN 從故障路徑移動到一條可用的路徑，從而確保 I/O 得以維持。此過程稱為故障轉移，它在維持 LUN 可用性的同時不會造成任何資源停機時間。一旦故障組件被替換，就能夠使用 HP 的 Secure Path Manager 對故障轉移 LUN 進行故障恢復以恢復最佳的 I/O。

　　圖 2 展示了使用 Secure Path 連接一個 16,000 郵箱 SAN 的總部數據中心集群實施。

　　

　　圖 2：連接一個數據中心集群與一對 SAN 的 Secure Path

　　瀏覽全尺寸圖像。

　　備份和恢復

　　通過實施集群服務器環境中的 Exchange 2003，OTG 設計了一個兩段式備份過程(磁盤到磁盤和磁盤到磁帶)以更好地滿足它的 SLA。此過程防止了磁帶備份過程影響生產服務器的性能，并且在管理數據恢復過程方面提供了更大的靈活性。此解決方案基于下面的組合：

　　•Exchange Server 2003

　　•Microsoft Windows Server 2003，Enterprise Edition

　　•支持磁盤到磁盤備份的 Windows NT Backup

　　•支持磁盤到磁帶備份的 Veritas 存儲管理解決方案

　　過去，在直接相連 SCSI 存儲服務器實施上維持一小時備份恢復 SLA 是非常具有挑戰性的。這些服務器設計使用一步的備份過程(磁盤到磁帶)，其中備份通過千兆 LAN 傳輸到磁帶庫。OTG 的經驗顯示它們能夠以大約每秒 36-37 MB 的速率移動數據，即大約每小時 33+ GB。備份被限制在非商務時間內進行，以盡量避免對(在這些服務器上有郵箱的)客戶產生影響。但是，如果備份在上午 7 點以前還未完成，就必須取消。否則，繼續進行的備份過程將會對客戶的通信基礎結構的系統性能造成極大的負面影響。

　　在 Exchange 2000 中恢復一個受損的郵箱存儲意味著 1,000 個郵箱在恢復操作期間暫停服務長達六個小時或更長時間。這代表每個用戶每小時因喪失生產效率而損失 60 到 80 美元。單郵箱恢復操作需要有專用的恢復服務器。圖 3 顯示了這一配置。

　　

　　圖 3：以前的區域消息備份環境

　　瀏覽全尺寸圖像。

　　兩段式備份解決方案

　　為了解決這些問題并支持服務器整合，OTG 設計了一個靈活的、兩段式過程用于在多節點的集群配置中備份數據 - 磁盤到磁盤(階段 1)和磁盤到磁帶(階段 2)。

　　OTG 充分利用了這樣一個事實：在一個集群資源組中的資源能夠在該資源組內移動而不依賴于其它的資源組。例如，一個集群 Exchange 服務器的一個活動節點除了連接到用于恢復生產數據的資源組外，還被連接到一個獨立的專用備份 LUN 集群資源組。

　　在第一階段，備份在集群內的所有活動節點上運行以完成在線的、磁盤到磁盤的備份，數據通過直接相連的光纖信道從生產數據資源組內的 LUN 到達備份資源組內的 LUN。備份資源組具有支持兩條的在線保留的容量。一旦該過程完成，備份資源組中的 LUN 的控制被轉移到一個備用的非活動節點。此時，非活動節點啟動第二階段，磁盤到磁帶的備份，數據通過一個直接相連的光纖信道從備份資源組到達磁帶庫。這一過程將活動階段從等待磁盤到磁帶傳輸的時間中解放出來，從而將活動階段用于處理數據備份操作的時間最小化。此過程如圖 4 所示。

　　

　　圖 4：兩段式備份過程

　　瀏覽全尺寸圖像。

　　OTG 選擇了這種兩段式過程而沒有選擇使用直接光纖連接到磁盤庫的、一段式的、磁盤到磁帶的備份。雖然一段式過程不需要在 SAN 配置備份 LUN，從而可以在 SAN 中騰出更多額外存儲用于更多的郵箱，但 OTG 認識到它無法承受當集群中的節點發生從磁帶庫斷開連接的故障時損失寶貴的生產時間的風險。當發生這種故障時，節點服務器必須重啟才能重新將服務器連接到磁帶庫。如果活動節點是執行此項工作的服務器，OTG 需要對該節點進行故障轉移，以便使它能夠重啟并重新連接到磁帶庫。OTG 認為這對系統可用性是一個無法接受的風險。相反，通過在一個不支持用戶的非活動節點上執行備份到磁帶的工作，當該非活動節點需要重啟以恢復服務器到庫的連接時，不會造成生產服務的損失。

　　每數據庫的在線備份被定期安排在晚上 8:00 到凌晨 1:30 之間，讓 OTG 對每個服務器進行完全備份。數據庫按每個 SG 同時備份。這里有一個重要的特性，Exchange 2003 允許在每 SG 的基礎上進行并行備份與恢復操作。因此，對每個數據庫的備份操作可以交替進行。

　　恢復解決方案

　　利用 OTG 的新集群解決方案，一個服務饔布?收現皇且淮巫遠??航詰愎收獻??服務幾乎不受影響。如果發生磁盤故障，則需要根據故障范圍和故障發生于一天中的哪個時段來實施不同的恢復方案。

　　方法不再依賴于方案

　　在過去，部署什么樣的恢復方案取決于故障的類型和范圍以及商務優先級。在 Exchange 2000 中，組織可以在下面兩種方案中任選其一：快速恢復消息服務但放棄對舊的郵箱數據的立即訪問，或者恢復對他們的服務的完全訪問但需要花費更多的時間。

　　例如，如果一個數據庫被丟失，最多可能會影響 200 個用戶。因為磁盤上有最多達兩天的備份數據，而且可以在一個小時內在線恢復(恢復速率最高為每分鐘 2 GB)，所以使用常規 Exchange 恢復過程來快速地在線恢復用戶的郵箱數據。

　　注：每個 Exchange 數據庫由兩個文件組成： Exchange Database(EDB)文件和 Streaming Media(STM)文件。

　　在 Exchange 2000 中，如果整個 SG 丟失，那么故障在一天中哪個時段發生往往是決定如何處理的關鍵因素。如果故障在工作時間發生，那么恢復服務常常優先于恢復數據，后者可以在以后恢復。在該方案中，損壞的數據庫被刪除并重建(一個稱為“清除數據庫”的過程)。

　　如果故障發生在較晚的非工作時間，OTG 優先選擇更快速地恢復所有丟失的數據，而犧牲立即恢復服務。在這種情況下，他們選擇執行恢復而不清除受影響的數據庫。

　　圖 5 展示了 OTG 用于決定是先恢復服務后恢復數據還是同時恢復數據和服務的決策樹。

　　

　　圖 5：OTG 生產恢復決策樹

　　瀏覽全尺寸圖像。