【正文】 SOLTP重要業(yè)務二次處理1小時BOAMSSOLTP重要業(yè)務二次處理60分鐘A/B郵件MSSOLTP重要業(yè)務二次處理2小時B后勤管理MSSOLTP一般業(yè)務二次處理2小時C測試業(yè)務nBSS/OSS/MSSOLAP測試業(yè)務測試數(shù)據(jù)4小時D 警務綜合平臺場景分析 業(yè)務場景分析公安的大部分業(yè)務各類應用系統(tǒng)隸屬于公安系統(tǒng)不同業(yè)務管理部門，是在不同的時期建立的，因此它們所運行的平臺、數(shù)據(jù)結構等是不同的。其建設目標：216。 建立公安信息庫進行整合，形成數(shù)據(jù)倉庫，消除部門間的信息孤島；216。圖 31警務信息綜合應用架構警綜平臺的建設涉及到以下8個基礎信息數(shù)據(jù)庫：數(shù)據(jù)庫名稱責任單位人口基本信息資源庫戶政出入境人員資源庫出入境管理機動車/駕駛人信息庫交警警員基本信息資源庫人事在逃人員信息資源庫監(jiān)所管理違法犯罪人員信息庫監(jiān)所管理被盜搶汽車信息資源庫交警安全重點單位信息資源治安警綜平臺里面包含諸如警用地理信息系統(tǒng)、大情報系統(tǒng)等多個分支系統(tǒng)，出于應用需求，這些應用系統(tǒng)都具備專用的數(shù)據(jù)庫以及硬件設備，這些數(shù)據(jù)庫和硬件設備也是屬于警綜平臺的。除去專用的應用系統(tǒng)外，警綜平臺存儲建設的重點就是8個基礎信息庫的建設。 高性能需求：多個業(yè)務部門及下級部門同時進行信息錄入以及信息查詢，需求存儲系統(tǒng)高性能以滿足業(yè)務需要。 異構陣列統(tǒng)一管理需求：警綜平臺建設時間長，原本各系統(tǒng)各自建設，警綜平臺整合時不可能完全拋棄原有系統(tǒng)。需統(tǒng)一管理、統(tǒng)一規(guī)劃。 高可靠及業(yè)務連續(xù)性需求：警綜平臺建設的原則就是警務信息資源大集中、高共享。因此警綜平臺的業(yè)務安全性和可靠性在公安內(nèi)部就是一項重要的政治任務。推薦災備總體架構為同城和異地的兩地三中心模式。異地災備推薦A、B類業(yè)務采用應用主備災備模式；C類業(yè)務采用數(shù)據(jù)級主備（如通過陣列遠程異步復制功能實現(xiàn)）。該方案采用虛擬化存儲網(wǎng)關和主機集群、網(wǎng)絡集群技術在同城的兩個數(shù)據(jù)中心構建跨站點的業(yè)務集群和存儲虛擬化集群。l 同城雙活方案架構描述采用虛擬化存儲實現(xiàn)存儲雙活架構，為兩個數(shù)據(jù)中心存儲同時提供讀寫服務，且整個存儲系統(tǒng)架構全冗余，任意數(shù)據(jù)中心故障時，另外一個數(shù)據(jù)中心有一份存儲設備和相同數(shù)據(jù)可用，最大化提高了業(yè)務連續(xù)性。整個雙活系統(tǒng)分為存儲層、前端網(wǎng)絡層與應用層與容災管理層。同時，在新建數(shù)據(jù)中心配置與現(xiàn)網(wǎng)HP陣列系列（如HP XP24000）同等級和同容量的存儲陣列。兩個數(shù)據(jù)中心的存儲陣列利用HyperMetro雙活技術做鏡像冗余配置，使得兩個數(shù)據(jù)中心存儲數(shù)據(jù)實時鏡像，互為冗余。網(wǎng)絡層，數(shù)據(jù)中心之間應用集群IP心跳和FC數(shù)據(jù)傳輸網(wǎng)絡都采用裸光纖直連，傳遞應用集群信息和雙寫IO數(shù)據(jù)同步，滿足雙活數(shù)據(jù)中心網(wǎng)絡時延要求。容災管理層，為了實現(xiàn)雙活數(shù)據(jù)中心存儲設備的統(tǒng)一管理，建議部署統(tǒng)一容災管理軟件，通過統(tǒng)一容災管理軟件實現(xiàn)雙活數(shù)據(jù)中心的可視化管理，并通過管理軟件直觀的展示雙活業(yè)務的物理拓撲。建議部署拓撲圖如下: 4 關鍵技術 網(wǎng)絡層解決方案 全局負載均衡(GSLB)技術概述隨著用戶對應用可用性和擴展性需求的進一步增加，越來越多的用戶不滿足于在單一數(shù)據(jù)中心提供服務，開始考慮容災、用戶就近訪問等問題。絕大部分使用負載均衡技術的應用都通過域名來訪問目的主機，在用戶發(fā)出任何應用連接請求時，首先必須通過DNS請求獲得服務器的IP地址，基于DNS的GSLB正是在返回DNS解析結果的過程中進行智能決策，給用戶返回一個最佳的服務IP。l 客戶端訪問切換：當生產(chǎn)中心故障，可以將用戶的訪問流量自動切換到容災站點，從而實現(xiàn)客戶端訪問路徑的自動切換。2） 當本地DNS中沒有該站點對應的IP地址信息時，則轉發(fā)該請求給GSLB Master。4） 所有GSLB Slave反饋響應信息給GSLB Master。6） 本地DNS轉發(fā)GSLB Master的應答給客戶端。技術特點從GSLB處理流程可以看出，其核心在GSLB策略，常用的一些GSLB策略包括：1） 各內(nèi)容站點的“健康狀況”GSLB Controller對各內(nèi)容站點負載均衡設備上定義的VIP或服務器（沒有本地負載均衡的情況）進行第四層TCP/UDP健康檢查和第七層應用健康檢查。2） 地理區(qū)域或用戶自定義區(qū)域一個區(qū)域為若干條IP地址前綴。值得一提的是，由于DNS本身的工作原理所限，GSLB Controller只能看到用戶本地DNS的IP地址，而不是用戶終端的IP地址。這是基于DNS的GSLB的一個弱點，但由于絕大部分運營商現(xiàn)在限制其他運營商的客戶使用自己的DNS，出現(xiàn)這種錯誤配置的比例非常小。4） 站點（Site）權重可以為每個Site分配權重，權重決定與其他候選Site相比分配到該Site的流量比例。6） 活動服務器指一個GSLB節(jié)點綁定到一個VIP上的活動真實服務器數(shù)量。有兩種模式的RTT測量：Active RTT測量與Passive RTT測量。8） 當前可用會話數(shù)10） 10)最少選擇選擇從前被選擇的次數(shù)最少的節(jié)點。 DWDM技術概述WDM 波分復用（WDM，Wavelength Division Multiplexing）是指，在1根光纖上承載多個波長（信道）系統(tǒng)，將1根光纖轉換為多條“虛擬”纖，每條虛擬纖獨立工作在不同波長上。DWDM技術是指相鄰波長間隔較小的WDM技術，工作波長位于1550nm窗口。主要應用于長距離傳輸系統(tǒng)。組網(wǎng)架構華為OSN系列OTN設備將為數(shù)據(jù)中心容災提供業(yè)界領先的廣域傳送特性，適合于對容量、實時性等要求較高的容災系統(tǒng)，華為OSN系列具備海量級數(shù)據(jù)傳送能力，最大支持40G/100G80波(~8T)；支持14種專業(yè)級存儲接口（FC/FICON/ESCON等），具備7大主流存儲廠商的兼容性認證；針對各種容災組網(wǎng)類型，OSN系列提供電信級的50ms級可靠保護；提供業(yè)界最佳的3000公里SAN拉遠能力，滿足長距離異地容災需求。如圖6所示，多個光信號通過采用不同的波長復用到一根光纖中傳輸，每個波長上承載不同信號，在一根光纖中傳輸，大大提高了光纖容量，極大的節(jié)約了光纖資源，降低線路建設成本。3） 平滑升級擴容由于DWDM系統(tǒng)中的每個波長通道透明傳輸10，不對通道數(shù)據(jù)進行任何處理，因此，擴容時，只需增加復用光波長通路數(shù)即可，方便易行。 HyperMetro雙活集群原理存儲雙活集群技術HyperMetro最大支持32個存儲控制器，向應用服務器提供無差異的并行訪問，同時處理應用服務器的I/O請求；各控制器間互為備份，均衡負載，控制器故障后，其承接的業(yè)務自動切換到正?？刂破?，保證系統(tǒng)的可靠性、業(yè)務的連續(xù)性。其工作原理如下圖所示。兩臺存儲設備上的LUN被虛擬化為一個虛擬的卷，主機寫操作通過卷虛擬化鏡像技術同時寫入兩個數(shù)據(jù)中心的存儲設備，保持數(shù)據(jù)實時一致。假如數(shù)據(jù)中心A陣列收到寫I/O，處理流程如下：申請寫權限和記錄寫日志：數(shù)據(jù)中心A陣列收到主機寫請求，先申請HyperMetro LUN的寫權限；獲得寫權限后，HyperMetro將該請求記錄寫日志。執(zhí)行雙寫：將該請求拷貝2份分別寫入本地LUN和遠端LUN。雙寫結果處理：等待兩端LUN的寫處理結果都返回；響應主機：鏡像卷返回寫I/O操作完成。 存儲數(shù)據(jù)修復單塊磁盤可能會因為掉電等異常情況出現(xiàn)壞塊。假如數(shù)據(jù)中心A陣列收到寫I/O，鏡像處理流程如下：申請讀權限：陣列收到主機讀請求，先確認HyperMetro的本地讀權限。讀本地LUN結果返回，如果可修復錯誤，執(zhí)行錯誤修復。遠端讀返回。本地寫入修復。采用虛擬快照技術，在操作前對現(xiàn)有數(shù)據(jù)卷激活快照，實現(xiàn)本地數(shù)據(jù)保護。當原卷數(shù)據(jù)被錯誤修改或刪除，需要進行恢復時，采用快照對原卷進行回滾，實現(xiàn)數(shù)據(jù)恢復，并且，快照卷可分別映射給主機進行數(shù)據(jù)測試和挖掘，不影響生產(chǎn)業(yè)務。 高可靠仲裁防腦裂技術為保證各種異常情況下，存儲雙活集群能夠進行仲裁，建議設計第三方仲裁站點，以保證極端場景下的業(yè)務連續(xù)性。有仲裁站點的場景如下圖所示，為保證任一數(shù)據(jù)中心整體故障或中間鏈路故障等極端場景下，主機業(yè)務的連續(xù)性，方案建議采用仲裁服務器。第三方仲裁站點位于XX點，XX點與兩個數(shù)據(jù)中心之間通過XX線互聯(lián)。當出現(xiàn)任一數(shù)據(jù)中心整體故障或中間鏈路故障等極端場景，整個集群的仲裁過程如下：XX數(shù)據(jù)中心與XX數(shù)據(jù)中心之間的中間鏈路斷開，導致兩個數(shù)據(jù)中心集群發(fā)生分裂，進而兩個中心之間的存儲虛擬化平臺發(fā)生“腦裂”，存儲虛擬化平臺從一個大集群分裂為兩個小集群；根據(jù)集群“腦裂”的通用原理，當大集群分裂為兩個小集群時，每個小集群分別搶占第三方仲裁服務器，搶占成功的小集群“獲勝”，將繼續(xù)對外提供服務，為應用提供存儲訪問空間；未搶占到仲裁信息的小集群則自動退出集群，不再對外提供服務；當中間鏈路恢復時，“自動退出的小集群”檢測到中間鏈路由故障變?yōu)檎?，嘗試與“繼續(xù)服務的小集群”握手通信，經(jīng)過握手通信兩個小集群再次組成一個大集群，以ActiveActive模式提供服務，互相之間實現(xiàn)冗余。H1 和H2 表示組成雙活HyperMetro LUN的兩個陣列，C表示對應的仲裁服務器。若無仲裁服務器，用戶可以設置其中一端陣列為優(yōu)先站點，另一端為非優(yōu)先站點。不足之處在于當兩陣列之間失去聯(lián)系，可能是站點間鏈路丟失或其中一個陣列故障。 主機層解決方案 VMware容災技術技術概述虛擬機HA是當計算節(jié)點上的虛擬機出現(xiàn)故障時，系統(tǒng)自動將此虛擬機在其他正常的計算節(jié)點上恢復，使該虛擬機能正常使用。適用場景虛擬機HA使用于虛擬機故障或者主機故障場景，通過監(jiān)控虛擬機或物理機，當虛擬機故障時在原主機上重新拉起；物理機故障則在其它主機上拉起所有故障的虛擬機。若本地冗余主機資源不足，則虛擬機通過集群內(nèi)HA功能在容災站點主機上HA。容 災后，生產(chǎn)站點虛擬機仍然訪問本地存儲資源，容災站點容災虛擬機將跨站點訪問生產(chǎn)站點的存儲資源。虛擬機在HA的過程中不可以使用。 虛擬機HA只能在同一個遷移域中進行，一個遷移域即一個Cluster。從10g版本開始Oracle推出了Oracle Clusterware 集群軟件，使得RAC不再依賴于第三方廠商得集群軟件實現(xiàn)多節(jié)點并發(fā)的集群數(shù)據(jù)庫。用戶通過外部網(wǎng)絡連接到數(shù)據(jù)庫集群，當數(shù)據(jù)庫服務器有單點故障時，上層用戶不會受到任何影響。Oracle RAC是Oracle數(shù)據(jù)庫高可用技術之一，也是Oracle數(shù)據(jù)庫支持網(wǎng)格計算環(huán)境的核心技術，可提供多節(jié)點并發(fā)的數(shù)據(jù)庫應用，并通過監(jiān)聽客戶端和服務器端實現(xiàn)負載均衡，把用戶連接分配到不同的節(jié)點上執(zhí)行。基于Oracle Extended RAC，構建雙活數(shù)據(jù)中心來并行承擔相同業(yè)務，提高數(shù)據(jù)中心的整體服務能力和系統(tǒng)資源利用率成為可能。Oracle Extended RAC的核心是共享存儲子系統(tǒng)，通過共享訪問數(shù)據(jù)文件、重做日志文件、控制文件和參數(shù)文件的方式，確保各節(jié)點都能進行讀寫操作，且在單個節(jié)點出現(xiàn)故障時，剩余節(jié)點能夠自動接管并恢復數(shù)據(jù)庫。Oracle Extended RAC集群配合Oracle監(jiān)聽器技術，可實現(xiàn)客戶端在數(shù)據(jù)中心間業(yè)務雙活訪問和負載均衡；配合Oracle透明應用程序故障轉移（TAF）技術，當服務器或單數(shù)據(jù)中心故障時，使客戶端能夠在新的連接中繼續(xù)工作，防止業(yè)務中斷。以Oracle Extended RAC為數(shù)據(jù)平臺的雙活數(shù)據(jù)中心，其亮點和優(yōu)勢如下：l 高可用性：兩中心數(shù)據(jù)實時鏡像同步，任一數(shù)據(jù)中心故障，另一數(shù)據(jù)中心可自動接管業(yè)務，實現(xiàn)RPO=0、RTO=0。l 靈活數(shù)據(jù)訪問：兩數(shù)據(jù)中心存儲、網(wǎng)絡和應用各層級都以雙活的方式對外提供服務，業(yè)務就近訪問，自動負載均衡，為用戶提供更加靈活的數(shù)據(jù)訪問方式。統(tǒng)一管理：華為存儲統(tǒng)一管理平臺，提供對設備、資源和業(yè)務的集中管理，簡化災備業(yè)務配置流程，并實現(xiàn)端到端業(yè)務監(jiān)控，實時展現(xiàn)系統(tǒng)狀態(tài)，如數(shù)據(jù)狀態(tài)、復制狀態(tài)等。作為數(shù)據(jù)平臺上實現(xiàn)的雙活架構，該方案不依賴于具體的應用，可方便的擴展到所有支持遠程集群的應用系統(tǒng)。對于客戶端而言，群集是一個WebLogic Server 實例?？梢酝ㄟ^向現(xiàn)有計算機上的群集中添加更多的服務器實例來增加群集的容量，也可以向群集中添加計算機以承載遞增的服務器實例。技術特點應用程序故障轉移 簡單的說，故障轉移是當應用程序組件（在下列部分中通常稱作“對象”）正在處理某個特定作業(yè)時，某些處理任務部分由于任何原因而變得不可用，已失敗對象的副本將結束此作業(yè)。WebLogic Server 使用基于標準的通信技術和工具：多播、IP 套接口、以及 Java 命名和目錄接口 (JNDI) 來共享和維護群集中有關對象可用性的信息。WebLogic Server 支持自動或手動將群集服務器實例從一臺計算機遷移到另一臺計算機。本功能適用于要求高可用性的環(huán)境。為自動遷移配置的受管服務器在失敗時將被自動遷移到另一臺計算機。管理員可以從管理控制臺或命令行中啟動受管服務器的遷移。負載平衡 負載平衡是在環(huán)境中跨計算資源與網(wǎng)絡資源平均分發(fā)作業(yè)和關聯(lián)的通信。集群架構WebLogic Server集群在客戶機看來是單一的服務器，可以使用簡單的URL來尋址。1) 跨數(shù)據(jù)中心WAN集群WebLogic集群可以配置在廣域網(wǎng)（WAN）上。這些配置通常用于災難恢復，或者提供從地理上分布的客戶機到全球分布的應用程序（不同的數(shù)據(jù)中心托管相同的應用程序）的快速本地訪問。該連接可以是專用線路，或者其