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

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

　　圖 2 展示了使用 Secure Path 連接一個(gè) 16,000 郵箱 SAN 的總部數(shù)據(jù)中心集群實(shí)施。

　　

　　圖 2：連接一個(gè)數(shù)據(jù)中心集群與一對(duì) SAN 的 Secure Path

　　瀏覽全尺寸圖像。

　　備份和恢復(fù)

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

　　•Exchange Server 2003

　　•Microsoft Windows Server 2003，Enterprise Edition

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

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

　　過去，在直接相連 SCSI 存儲(chǔ)服務(wù)器實(shí)施上維持一小時(shí)備份恢復(fù) SLA 是非常具有挑戰(zhàn)性的。這些服務(wù)器設(shè)計(jì)使用一步的備份過程(磁盤到磁帶)，其中備份通過千兆 LAN 傳輸?shù)酱艓臁TG 的經(jīng)驗(yàn)顯示它們能夠以大約每秒 36-37 MB 的速率移動(dòng)數(shù)據(jù)，即大約每小時(shí) 33+ GB。備份被限制在非商務(wù)時(shí)間內(nèi)進(jìn)行，以盡量避免對(duì)(在這些服務(wù)器上有郵箱的)客戶產(chǎn)生影響。但是，如果備份在上午 7 點(diǎn)以前還未完成，就必須取消。否則，繼續(xù)進(jìn)行的備份過程將會(huì)對(duì)客戶的通信基礎(chǔ)結(jié)構(gòu)的系統(tǒng)性能造成極大的負(fù)面影響。

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

　　

　　圖 3：以前的區(qū)域消息備份環(huán)境

　　瀏覽全尺寸圖像。

　　兩段式備份解決方案

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

　　OTG 充分利用了這樣一個(gè)事實(shí)：在一個(gè)集群資源組中的資源能夠在該資源組內(nèi)移動(dòng)而不依賴于其它的資源組。例如，一個(gè)集群 Exchange 服務(wù)器的一個(gè)活動(dòng)節(jié)點(diǎn)除了連接到用于恢復(fù)生產(chǎn)數(shù)據(jù)的資源組外，還被連接到一個(gè)獨(dú)立的專用備份 LUN 集群資源組。

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

　　

　　圖 4：兩段式備份過程

　　瀏覽全尺寸圖像。

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

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

　　恢復(fù)解決方案

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

　　方法不再依賴于方案

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

　　例如，如果一個(gè)數(shù)據(jù)庫被丟失，最多可能會(huì)影響 200 個(gè)用戶。因?yàn)榇疟P上有最多達(dá)兩天的備份數(shù)據(jù)，而且可以在一個(gè)小時(shí)內(nèi)在線恢復(fù)(恢復(fù)速率最高為每分鐘 2 GB)，所以使用常規(guī) Exchange 恢復(fù)過程來快速地在線恢復(fù)用戶的郵箱數(shù)據(jù)。

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

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

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

　　圖 5 展示了 OTG 用于決定是先恢復(fù)服務(wù)后恢復(fù)數(shù)據(jù)還是同時(shí)恢復(fù)數(shù)據(jù)和服務(wù)的決策樹。

　　

　　圖 5：OTG 生產(chǎn)恢復(fù)決策樹

　　瀏覽全尺寸圖像。