您企業(yè)的業(yè)務(wù)通過(guò)異步備份便能夠獲得支持，抑或還是必須通過(guò)異地服務(wù)器的更新，才能夠始終保持業(yè)務(wù)的正常運(yùn)行呢。

異步與同步;災(zāi)難恢復(fù)與主動(dòng)的架構(gòu)(active architecture);主動(dòng)與被動(dòng)。客觀上而言，這幾者之間其實(shí)并沒(méi)有孰優(yōu)孰劣之分。對(duì)您企業(yè)來(lái)說(shuō)，最適合的一套方案的選擇將主要取決于您企業(yè)業(yè)務(wù)對(duì)于服務(wù)器發(fā)生停機(jī)中斷等事故的容忍程度。

[[213690]]

業(yè)界的安全專(zhuān)家指出，在預(yù)期可能發(fā)生停機(jī)中斷事故的情況下，個(gè)別公司所選擇的如何保存其數(shù)據(jù)的具體方式，將取決于他們的業(yè)務(wù)在停機(jī)中斷恢復(fù)之前所能夠保持繼續(xù)運(yùn)行的時(shí)間有多久。您所在的公司需要怎樣的可用性呢?如果貴公司的主營(yíng)業(yè)務(wù)是一個(gè)電子商務(wù)類(lèi)的網(wǎng)站，那么，哪怕僅僅只是幾分鐘的停機(jī)離線(xiàn)中斷就能造成天文數(shù)字般的經(jīng)濟(jì)損失?投資于積極主動(dòng)的系統(tǒng)保障的成本開(kāi)銷(xiāo)較之因停機(jī)中斷而造成的業(yè)務(wù)潛在損失之間孰輕孰重，您又會(huì)如何決擇呢?

“這并不是一個(gè)比另一個(gè)更有效率的比較。更為重要的是要正視您企業(yè)究竟想要解決什么方面的需求。例如，購(gòu)買(mǎi)一輛法拉利固然能夠完成運(yùn)輸食品雜貨的需求，但殺雞真的焉用牛刀?”Commvault公司解決方案營(yíng)銷(xiāo)和技術(shù)聯(lián)盟高級(jí)總監(jiān)Don Foster表示說(shuō)。

在主動(dòng)的體系架構(gòu)中，通常是由一組非現(xiàn)場(chǎng)的服務(wù)器與現(xiàn)場(chǎng)服務(wù)器同步的。這樣，就可以確保在發(fā)生一臺(tái)服務(wù)器處于脫機(jī)狀態(tài)的災(zāi)難事件時(shí)不會(huì)發(fā)生停機(jī)事故。其可以配置為故障的自動(dòng)轉(zhuǎn)移。在此設(shè)置中，僅僅只需要較少的硬件，因?yàn)閮商幷军c(diǎn)上的所有系統(tǒng)都正在使用中，而在災(zāi)難恢復(fù)的情況下，則只有一半的硬件被使用。如果您企業(yè)擁有48個(gè)內(nèi)核的災(zāi)難恢復(fù)，那么您總計(jì)將擁有96個(gè)內(nèi)核，并且只能使用48個(gè)內(nèi)核。在主動(dòng)的模式下，您企業(yè)可以規(guī)?；s小為32 x 2的64個(gè)內(nèi)核，全部64個(gè)處于活躍狀態(tài)。

在災(zāi)難恢復(fù)情況下，容量是一個(gè)完全冗余的系統(tǒng)——所有的硬件和軟件都已經(jīng)準(zhǔn)備就緒，但是完全閑置。在***處站點(diǎn)發(fā)生故障失敗之前，這一容量根本不會(huì)被使用，但是在某些特定時(shí)候會(huì)被復(fù)制。

Bluelock公司的高級(jí)云解決方案架構(gòu)師Erin Swike解釋說(shuō)：“主動(dòng)的災(zāi)難恢復(fù)是DR世界的獨(dú)角獸。這一理念是，如果您企業(yè)的生產(chǎn)站點(diǎn)發(fā)生故障，則您的災(zāi)難恢復(fù)站點(diǎn)將自動(dòng)開(kāi)始向用戶(hù)提供應(yīng)用程序，而絕不會(huì)造成那怕單個(gè)數(shù)據(jù)包的丟失，這絕對(duì)可以說(shuō)是任何CIO或系統(tǒng)工程師們的必殺技。

“對(duì)于我們絕大多數(shù)人來(lái)說(shuō)，這聽(tīng)起來(lái)仍然像是童話(huà)般的東西。因此，請(qǐng)忘記接近數(shù)據(jù)中心處理站點(diǎn)和網(wǎng)絡(luò)延遲等明顯的要素吧;這其中所涉及到的一個(gè)最重要的因素是您的應(yīng)用程序是否被編寫(xiě)為能夠支持這種類(lèi)型的場(chǎng)景情況。”她說(shuō)，除非從一開(kāi)始就秉承著這一理念進(jìn)行應(yīng)用程序的編寫(xiě)，否則支持就不可能實(shí)現(xiàn)。

在主動(dòng)模式下，軟件成本較高，因?yàn)樵谥鲃?dòng)模式下運(yùn)行的任何系統(tǒng)都必須具有軟件許可授權(quán)。當(dāng)系統(tǒng)處于災(zāi)難恢復(fù)模式時(shí)，第二個(gè)系統(tǒng)便不需要為數(shù)據(jù)庫(kù)內(nèi)核的許可授權(quán)付費(fèi)，例如，因?yàn)橐淮沃挥幸豢钤O(shè)備處于活動(dòng)狀態(tài)。兩個(gè)系統(tǒng)保持同步的事實(shí)根本不會(huì)影響到成本。

在同步復(fù)制中，兩臺(tái)服務(wù)器之間需要有可靠的網(wǎng)絡(luò)連接。此外，還將需要安排額外的人手來(lái)不斷管理另一處的站點(diǎn)。

異步復(fù)制的消極面包括會(huì)在停機(jī)和服務(wù)器上一次更新之間丟失一些數(shù)據(jù)。但這也可以設(shè)置為故障的自動(dòng)轉(zhuǎn)移。

Webscale Networks公司的產(chǎn)品副總裁Anand Hariharan表示，這基本上是服務(wù)器的熱備份、溫備份、冷備份(Hot/Warm/Cold Backup)的概念。其利弊可以從兩個(gè)方面進(jìn)行分析，即：服務(wù)水平協(xié)議和成本?；謴?fù)點(diǎn)目標(biāo)(RPO)和恢復(fù)時(shí)間目標(biāo)(RTO)定義了供應(yīng)商將提供的SLA，以便在發(fā)生停機(jī)時(shí)，通知用戶(hù)可接受的數(shù)據(jù)可能丟失的時(shí)間長(zhǎng)度，以及服務(wù)恢復(fù)的速度。

“當(dāng)然，通過(guò)熱備份或主動(dòng)架構(gòu)，停機(jī)時(shí)間為零，數(shù)據(jù)***復(fù)制，因此，從SLA的角度來(lái)看，這是一個(gè)非常有利的途徑，因?yàn)槠浯_保了關(guān)鍵數(shù)據(jù)不會(huì)丟失，而且關(guān)鍵的應(yīng)用程序也將繼續(xù)正常運(yùn)行。”Hariharan表示說(shuō)。“這方面所存在的缺點(diǎn)當(dāng)然是成本。維護(hù)兩款始終運(yùn)行的系統(tǒng)基本上會(huì)讓成本翻倍，無(wú)論這些成本是與在私有數(shù)據(jù)中心中運(yùn)行的副本體系架構(gòu)，支付托管托管服務(wù)提供商在非現(xiàn)場(chǎng)位置執(zhí)行相同的任務(wù)相關(guān)，還是在云中運(yùn)行雙倍實(shí)例的費(fèi)用成本開(kāi)銷(xiāo)相關(guān)。在其中一些情況下，根據(jù)部署規(guī)模的不同，可能還有人工成本方面的考慮，需要額外的技術(shù)人員來(lái)管理兩倍的系統(tǒng)也會(huì)導(dǎo)致成本急劇增加。”

考慮到平均每分鐘高達(dá)7,900美元(數(shù)據(jù)來(lái)源：Ponemon Institute)的停機(jī)時(shí)間成本，這無(wú)疑將對(duì)任何企業(yè)短期的業(yè)務(wù)利潤(rùn)及長(zhǎng)期的聲譽(yù)都會(huì)造成巨大的影響。

其他方面的成本還包括托管站點(diǎn)的服務(wù)器。這可以通過(guò)向眾多用戶(hù)分?jǐn)偦A(chǔ)架構(gòu)成本來(lái)節(jié)省資金帶來(lái)巨大的吸引力，但是，根據(jù)ScaleArc白皮書(shū)的說(shuō)法：仔細(xì)分析，就會(huì)發(fā)現(xiàn)這些成本節(jié)省根本沒(méi)能實(shí)現(xiàn)。托管服務(wù)供應(yīng)商仍然會(huì)向企業(yè)客戶(hù)收取任何未使用的資源的費(fèi)用，包括可能在未來(lái)某一天才被激活完全使用的資源。然而，企業(yè)不能減少專(zhuān)用于輔助站點(diǎn)的資源量，因?yàn)閬?lái)自主服務(wù)器的所有信息都必須備份到輔助站點(diǎn)。

ScaleArc的報(bào)告還指出，就像托管服務(wù)一樣，公有云解決方案由于其規(guī)模經(jīng)濟(jì)而顯得很有吸引力。然而，由于隱私方面的問(wèn)題，擔(dān)心安全問(wèn)題的企業(yè)組織(例如銀行和政府機(jī)構(gòu))仍然避開(kāi)采用云計(jì)算。另外，云系統(tǒng)可能會(huì)有延遲，造成對(duì)于應(yīng)用程序性能的影響超出可接受的水平。而且，云計(jì)算的經(jīng)濟(jì)性并不總是其表面上所看起來(lái)那樣。在全面運(yùn)營(yíng)的情況下，云計(jì)算的支出通常比企業(yè)自有和運(yùn)營(yíng)自己的基礎(chǔ)設(shè)施時(shí)的開(kāi)支要高。

ScaleArc認(rèn)為，主動(dòng)架構(gòu)的維護(hù)成本較低，因?yàn)檫@些任務(wù)可以在工作時(shí)間內(nèi)完成，而無(wú)需在半夜安排機(jī)組人員。其所需要的工作人員的數(shù)量更少，因?yàn)槠髽I(yè)組織可以在維護(hù)期間保持應(yīng)用程序的運(yùn)行，所以不需要開(kāi)發(fā)人員和其他應(yīng)用程序?qū)＜业膮⑴c。

ScaleArc寫(xiě)道：“成本僅增加20%，企業(yè)客戶(hù)將享有多出33%的系統(tǒng)容量，同時(shí)還能降低停機(jī)時(shí)間，降低運(yùn)營(yíng)成本，提高資產(chǎn)利用率，并可能帶來(lái)更高的總營(yíng)收。”

企業(yè)客戶(hù)可能不了解計(jì)算體系架構(gòu)，但他們確實(shí)希望他們的應(yīng)用程序和數(shù)據(jù)始終保持可用。任何無(wú)法提供100%正常運(yùn)行時(shí)間的供應(yīng)商都有可能失去客戶(hù)和營(yíng)收。

OneLogin公司的高級(jí)總監(jiān)Al Sargent從財(cái)務(wù)角度分析說(shuō)，***企業(yè)在IT預(yù)算上的花費(fèi)會(huì)讓一般企業(yè)相形見(jiàn)絀。一項(xiàng)研究表明，企業(yè)在IT方面的開(kāi)銷(xiāo)占到其營(yíng)收的3%至7%。他表示：“轉(zhuǎn)向主動(dòng)的架構(gòu)可能會(huì)將IT預(yù)算增加一個(gè)百分點(diǎn)，但卻可以防止可能導(dǎo)致的高達(dá)百分之幾的營(yíng)收下降的停機(jī)中斷。

一些基于云的SaaS解決方案降低了這些成本方面的問(wèn)題，可以在兩個(gè)站點(diǎn)之間自動(dòng)維護(hù)一個(gè)通用的管理環(huán)境。Hariharan說(shuō)，云可以實(shí)現(xiàn)快速的橫向擴(kuò)展，因此您企業(yè)可以部署一個(gè)縮小的(更小的占地面積)故障轉(zhuǎn)移基礎(chǔ)設(shè)施，在發(fā)生災(zāi)難事件時(shí)幾乎可以立即恢復(fù)應(yīng)用程序，從而實(shí)現(xiàn)更好的SLA。

Foster表示說(shuō)，這兩種情況都適用于企業(yè)的災(zāi)難恢復(fù)策略。許多應(yīng)用程序甚至包括基礎(chǔ)設(shè)施(企業(yè)空間中的存儲(chǔ)陣列通過(guò)可跨數(shù)據(jù)中心的單個(gè)命名空間創(chuàng)建主動(dòng)網(wǎng)格)已經(jīng)開(kāi)發(fā)了這種技術(shù)，以使企業(yè)客戶(hù)可以更容易的制定業(yè)務(wù)連續(xù)性計(jì)劃，并實(shí)現(xiàn)基礎(chǔ)設(shè)施的停機(jī)恢復(fù)。

“問(wèn)題是維護(hù)和運(yùn)行這些基礎(chǔ)設(shè)施的成本。如果一款應(yīng)用程序或服務(wù)要求真正成為始終在線(xiàn)的系統(tǒng)，那么企業(yè)將花費(fèi)所需的資金來(lái)確保五個(gè)九的可用性。”他說(shuō)。

具有這方面需求的大多數(shù)關(guān)鍵應(yīng)用程序都具有內(nèi)置的故障轉(zhuǎn)移機(jī)制，以便在發(fā)生故障時(shí)二級(jí)或三級(jí)系統(tǒng)可以恢復(fù)。對(duì)于服務(wù)器來(lái)說(shuō)，集群也已經(jīng)存在了很長(zhǎng)一段時(shí)間，而且隨著技術(shù)已經(jīng)進(jìn)入了基礎(chǔ)設(shè)施服務(wù)的范疇，可用性所提供的便利性也得到了極大的提高，只是需要付出成本代價(jià)。

他說(shuō)，雖然成本并不是其唯一的缺點(diǎn)。“主動(dòng)的恢復(fù)解決方案并不能解決用戶(hù)的人為錯(cuò)誤。如果發(fā)生這種類(lèi)型的停機(jī)中斷，則需要有一些跟蹤時(shí)間點(diǎn)來(lái)數(shù)據(jù)恢復(fù)的一致性。” Foster說(shuō)。

市場(chǎng)調(diào)研機(jī)構(gòu)451 Research的高級(jí)存儲(chǔ)分析師Steven Hill表示：“可能有許多關(guān)鍵任務(wù)應(yīng)用程序值得采用主動(dòng)冗余保護(hù)，訣竅在于確定那些應(yīng)用程序是值得花費(fèi)的。重要的是要記住，一套好災(zāi)難恢復(fù)/業(yè)務(wù)連續(xù)性計(jì)劃要求對(duì)企業(yè)關(guān)鍵業(yè)務(wù)的優(yōu)先事項(xiàng)進(jìn)行廣泛的評(píng)估;支持這些因?yàn)樗璧娜藛T、數(shù)據(jù)和應(yīng)用程序;以及替代它們的備選方案的成本，所有這些成本/效益分析權(quán)衡都是在發(fā)生損失風(fēng)險(xiǎn)和重大業(yè)務(wù)中斷可能性的情況下進(jìn)行的。

災(zāi)難恢復(fù)更具成本效益，其通常是數(shù)據(jù)中斷的重點(diǎn)，可以作為內(nèi)置的主動(dòng)恢復(fù)服務(wù)的補(bǔ)充，F(xiàn)oster指出?；A(chǔ)架構(gòu)可以通過(guò)實(shí)時(shí)和版本化的時(shí)間點(diǎn)參考來(lái)跟蹤數(shù)據(jù)副本變得高度可用，以解決可能出現(xiàn)的任何中斷問(wèn)題。

ScaleArc的***執(zhí)行官Justin Barney認(rèn)為，對(duì)主動(dòng)架構(gòu)成本的評(píng)估必須考慮到潛在的停機(jī)損失。“主動(dòng)操作確實(shí)會(huì)花費(fèi)一定的費(fèi)用 ——約20%的硬件和軟件成本。但是這些額外的成本不包括對(duì)于造成損失的來(lái)源的抵消，例如由于避免了停機(jī)而避免的營(yíng)收損失?？偟膩?lái)說(shuō)，主動(dòng)操作只適用于無(wú)法承受停機(jī)時(shí)間的企業(yè)。

Barney表示，隨著持續(xù)可用性的需求開(kāi)始逐漸主導(dǎo)幾乎每個(gè)行業(yè)，主動(dòng)的操作運(yùn)營(yíng)顯然提供了***的組合優(yōu)勢(shì)。

據(jù)Barney稱(chēng)，有新的數(shù)據(jù)顯示，備份系統(tǒng)和企業(yè)流程最依賴(lài)的確保業(yè)務(wù)的連續(xù)性/災(zāi)難恢復(fù)實(shí)際上可能不利于防止重大的停機(jī)中斷。 “這在現(xiàn)在很重要，因?yàn)檫@些災(zāi)難恢復(fù)系統(tǒng)已經(jīng)不能滿(mǎn)足必須實(shí)現(xiàn)企業(yè)組織持續(xù)可用的需求了。”

他說(shuō)：“今天的企業(yè)負(fù)擔(dān)不起停機(jī)失敗的損失，故而在脫機(jī)時(shí)從故障失敗中恢復(fù)過(guò)來(lái)并不是一種選擇。”

Foster不同意這種說(shuō)法。“如果您企業(yè)仍然像十多年前那樣運(yùn)行備份和恢復(fù)以及災(zāi)難恢復(fù)，那么，這樣的說(shuō)法可能是正確的，但現(xiàn)實(shí)情況是，隨著基礎(chǔ)架構(gòu)和體系架構(gòu)的成熟和變化，企業(yè)客戶(hù)正在對(duì)他們?nèi)绾螆?zhí)行災(zāi)難恢復(fù)和備份進(jìn)行現(xiàn)代化改造。當(dāng)他們不這樣做時(shí)，由于沒(méi)有整合的方式來(lái)進(jìn)行保護(hù)和災(zāi)難恢復(fù)決策，停機(jī)中斷可能會(huì)發(fā)生。”

另外，主服務(wù)器的正常工作流程必須重定向到輔助服務(wù)器，至少暫時(shí)成為新的主服務(wù)器。這種重定向可能需要大量的人工手動(dòng)配置，需要兩個(gè)IT團(tuán)隊(duì)(每處站點(diǎn)位置一個(gè)團(tuán)隊(duì))加班工作，以啟用和排除交換機(jī)故障。類(lèi)似的重新配置適用于DNS、網(wǎng)絡(luò)、復(fù)制拓?fù)浜推渌A(chǔ)設(shè)施元素。測(cè)試需求是巨大的，必須安排額外的IT人員在輔助設(shè)施中就位管理，而原始的IT團(tuán)隊(duì)仍然將會(huì)被迫停止嘗試將主要設(shè)施恢復(fù)到在線(xiàn)狀態(tài)。

“當(dāng)然，隨著我們看到‘軟件正在主導(dǎo)整個(gè)世界’和‘每家公司都在成為軟件公司’的大趨勢(shì)，只會(huì)有越來(lái)越少的企業(yè)可以接受停機(jī)中斷。災(zāi)難恢復(fù)通常意味著至少幾分鐘的停機(jī)時(shí)間，當(dāng)然，因?yàn)槟髽I(yè)突然間將一款閑置的系統(tǒng)聯(lián)機(jī)，可能無(wú)法順利啟動(dòng)。而主動(dòng)架構(gòu)最適合那些不能容忍停機(jī)中斷的企業(yè)組織。”Barney說(shuō)。

Sungard AS的產(chǎn)品管理副總裁Joseph George表示，他不會(huì)僅僅從效率角度來(lái)看待這兩種架構(gòu)之間的爭(zhēng)論，因?yàn)闆Q定企業(yè)彈性層級(jí)選擇的***決定因素是基于企業(yè)是否能夠負(fù)擔(dān)得起的。“顯然，如果成本不是唯一一個(gè)因素，每家企業(yè)都會(huì)有高可用性的系統(tǒng)。但他們通常只能為大多數(shù)關(guān)鍵任務(wù)的系統(tǒng)和應(yīng)用程序提供(并且需要)這一級(jí)別的可用性。他說(shuō)。

企業(yè)將他們的應(yīng)用程序進(jìn)行分層，以幫助管理風(fēng)險(xiǎn)與投資之間的經(jīng)濟(jì)平衡，對(duì)于減輕風(fēng)險(xiǎn)來(lái)說(shuō)是至關(guān)重要的。應(yīng)用程序分層以及映射它們之間的相互依賴(lài)關(guān)系，可以實(shí)現(xiàn)***的恢復(fù)順序排序，并允許基于應(yīng)用程序停機(jī)中斷和數(shù)據(jù)丟失業(yè)務(wù)所造成的影響水平，來(lái)確定***成本效益的可用性程序，他補(bǔ)充說(shuō)。

Swike說(shuō)，大多數(shù)企業(yè)并不需要特別實(shí)施主動(dòng)的災(zāi)難恢復(fù)。溫災(zāi)難恢復(fù)就能夠滿(mǎn)足他們的需求。利用站點(diǎn)之間的適當(dāng)帶寬，就可以實(shí)現(xiàn)幾秒鐘的RPO和幾分到幾小時(shí)的RTO技術(shù)。“技術(shù)只是這其中的一部分，災(zāi)難的過(guò)程必須有嚴(yán)格的規(guī)定和時(shí)間。服務(wù)器的復(fù)制是一個(gè)很好的步驟，但是如果您企業(yè)不經(jīng)常進(jìn)行測(cè)試的話(huà)，您怎么知道其到底是否奏效呢?

她說(shuō)，對(duì)于很多企業(yè)來(lái)說(shuō)，災(zāi)難恢復(fù)在他們企業(yè)排名前10位的優(yōu)先級(jí)事項(xiàng)中僅排名第11位。“這絕不意味著他們不關(guān)心災(zāi)難恢復(fù)。只是日常問(wèn)題和生產(chǎn)項(xiàng)目往往是排在最前面的。”

Coalfire實(shí)驗(yàn)室的副總裁Mike Weber說(shuō)，從根本上說(shuō)，堅(jiān)實(shí)的備份戰(zhàn)略的關(guān)鍵取決于企業(yè)的業(yè)務(wù)需求和關(guān)鍵任務(wù)的系統(tǒng)。有許多分層模型會(huì)需要與關(guān)鍵數(shù)據(jù)通信，在幾分鐘內(nèi)需要RTO測(cè)量，需要流式備份或復(fù)制到冗余(但不是高可用性)系統(tǒng)，通過(guò)非關(guān)鍵數(shù)據(jù)可以在幾天內(nèi)消化恢復(fù)的影響。

“這兩者之間以及各個(gè)層面都需要不同的策略來(lái)實(shí)現(xiàn)業(yè)務(wù)連續(xù)性和災(zāi)難恢復(fù)目標(biāo)。有幾十種方法可以實(shí)現(xiàn)這些目標(biāo)。” Weber說(shuō)。

他曾多次表示，Coalfire實(shí)驗(yàn)室發(fā)現(xiàn)備份或?yàn)?zāi)難恢復(fù)站點(diǎn)并沒(méi)有與生產(chǎn)站點(diǎn)相同的安全保護(hù)和控制。滲透測(cè)試發(fā)現(xiàn)，當(dāng)系統(tǒng)使用各種備份或冗余容量時(shí)，預(yù)算限制通常會(huì)導(dǎo)致缺乏相同的網(wǎng)絡(luò)安全控制措施來(lái)保護(hù)生產(chǎn)環(huán)境。