數(shù)據(jù)中心解決方案之災備方案設計(已修改)
2025-05-22 05:46 本頁面
【正文】 數(shù)據(jù)中心解決方案之災備方案設計隨著社會的發(fā)展和科技的進步，政府日常工作越來越依賴于數(shù)據(jù)處理來進行，政務系統(tǒng)的連續(xù)性依賴于數(shù)據(jù)中心系統(tǒng)的穩(wěn)定運行。然而，災難就像灰塵一樣伏擊在運營環(huán)境周圍，政務系統(tǒng)的數(shù)據(jù)中心可能正在一個充滿風險和威脅的環(huán)境下運行。如果不能對這些風險采取有效治理，一旦數(shù)據(jù)由于某種原因丟失，就很有可能對政府的日常工作造成嚴重的影響。如果核心數(shù)據(jù)丟失，將會使得某些核心功能陷入癱瘓，造成不可估量的損失。因此，保證政務的連續(xù)性和數(shù)據(jù)的高可靠性和可用性，已經成為政府部門在數(shù)據(jù)中心建設中，必須要考慮的問題。首先，在制定容災系統(tǒng)方案的過程中要考慮的就是容災系統(tǒng)建設對原有業(yè)務系統(tǒng)帶來的影響。比如，采用數(shù)據(jù)復制技術對系統(tǒng)I/O帶來的延遲，應用數(shù)據(jù)同步對日常業(yè)務處理系統(tǒng)帶來的壓力等。因此，企業(yè)要通過周密的測試和分析來規(guī)避容災系統(tǒng)建設時帶來的這些風險，以保證業(yè)務系統(tǒng)不會因容災系統(tǒng)的建設而出現(xiàn)在處理性能上下降的問題。第二，數(shù)據(jù)狀態(tài)要保持同步。為保證在災難發(fā)生時，業(yè)務可以成功地切換到備份中心，就必須保證容災系統(tǒng)數(shù)據(jù)同步機制的可靠性。因此，建立可靠的數(shù)據(jù)同步校驗機制是必須的。 同時，還要考慮建立定時的、自動的數(shù)據(jù)同步核查對比機制，以檢驗兩個中心數(shù)據(jù)的一致性，這是數(shù)據(jù)容災工作中非常重要的一部分。第三，容災系統(tǒng)的日常維護工作要盡可能輕，并能承擔部分業(yè)務處理和測試的工作。容災系統(tǒng)的維護和管理是容災切換成功的重要保證，在系統(tǒng)建設中，就必須要考慮系統(tǒng)的維護管理流程。生產中心任何業(yè)務處理過程的改變都必須完整地復制到備份中心。 所有新業(yè)務系統(tǒng)上線時，必須通知備份中心，并在備份中心配置好數(shù)據(jù)同步機制。 對原程序的改動也必須保證兩個中心同時上線。第四，系統(tǒng)恢復時間要盡可能短。容災系統(tǒng)主要是為了實現(xiàn)在主中心系統(tǒng)發(fā)生災難時，可以在規(guī)定時間切換到備份中心，保證數(shù)據(jù)不會丟失，并且繼續(xù)向用戶提供服務。但往往在災難發(fā)生時，主要技術人員不能及時到達現(xiàn)場，為了順利實現(xiàn)系統(tǒng)間的切換，應該讓系統(tǒng)切換操作盡可能地簡單。 并建立固定化的、標準化的切換流程，要求維護人員在切換演習時嚴格按照流程的指導步驟進行操作。第五，可實現(xiàn)部分業(yè)務子系統(tǒng)的切換和回切。當人事變動、業(yè)務變化、IT設施變化以及其他可能引起恢復規(guī)劃文檔失效的變化發(fā)生時，應及時更新各恢復規(guī)劃文檔，并在必要時啟動模擬測試或演習，確保業(yè)務連續(xù)性系統(tǒng)的工作能力。第六，技術方案選擇要遵循成熟穩(wěn)定、高可靠性、可擴展性、透明性的原則。目前，國際上比較成熟的容災技術包括： SAN/NAS技術、遠程鏡像技術、虛擬存儲、基于IP的SAN互連技術以及快照技術等。其中基于IP的SAN遠程數(shù)據(jù)容災備份技術應用比較廣泛，其是利用基于IP的SAN的互連協(xié)議，將主數(shù)據(jù)中心SAN中的信息通過現(xiàn)有的TCP/IP網絡，遠程復制到備份中心的SAN中的。當備份中心存儲的數(shù)據(jù)量過大時，可利用快照技術將其備份到磁帶庫或光盤庫。這種基于IP的SAN遠程容災備份，可以跨越LAN、MAN和WAN，成本低、可擴展性好?；贗P的互連協(xié)議主要包括FCIP、iFCP、InfiniBand、iSCSI等。第七，構建系統(tǒng)方案可以選擇多種技術組合方式。目前，業(yè)內應用較多的容災方案是基于智能存儲系統(tǒng)的遠程數(shù)據(jù)復制技術，它是由智能存儲系統(tǒng)自身實現(xiàn)的數(shù)據(jù)遠程復制和同步，即智能存儲系統(tǒng)將對該系統(tǒng)中的存儲器I/O操作請求復制到遠端的存儲系統(tǒng)中并執(zhí)行。由于在這種方式下，數(shù)據(jù)復制軟件運行在存儲系統(tǒng)內，因此較容易實現(xiàn)主中心和容災備份中心的操作系統(tǒng)、數(shù)據(jù)庫、系統(tǒng)庫和目錄的實時拷貝及維護能力，且不會影響主中心主機系統(tǒng)的性能。如果在系統(tǒng)恢復場具備了實時數(shù)據(jù)，那么就可以做到在災難發(fā)生時，及時開始應用處理過程的恢復。但這種方案也有開放性差(不同廠家的存儲設備系統(tǒng)一般不能配合使用)、對于主、備中心之間的網絡條件(穩(wěn)定性、帶寬、鏈路空間距離)要求較苛刻等缺點。 RTO和RPORTO（RecoveryTime Object）：是指災難發(fā)生后，從IT系統(tǒng)宕機導致業(yè)務停頓之刻開始，到IT系統(tǒng)恢復至可以支持各部門運作，業(yè)務恢復運營之時，此兩點之間的時間
公司管理相關推薦
鄂ICP備17016276號-1