【導(dǎo)讀】數(shù)數(shù)據(jù)據(jù)中中心心。方方案案建建議議書書。神州數(shù)碼（中國）有限公司。二零零五年十一月。數(shù)據(jù)中心系統(tǒng)方案建議書

　　

【正文】 享數(shù)據(jù)庫和數(shù)據(jù)交換 區(qū)都存放在共享數(shù)據(jù)服務(wù)器中，前置服務(wù)器主要負責對外提供交換服務(wù)。 前置服務(wù)器和共享數(shù)據(jù)庫服務(wù)器，以及前置服務(wù)器與其它系統(tǒng)之間采用防火墻進行安全隔離。 數(shù)據(jù)中心可以利用數(shù)據(jù)交換中心為下列委辦局或者系統(tǒng)提供數(shù)據(jù)共享及交換服務(wù)。系統(tǒng)與各個業(yè)務(wù)系統(tǒng)或部門之間，通過中間件進行數(shù)據(jù)交換管理控制。 總體數(shù)據(jù)模型 元 數(shù) 據(jù) 庫政 務(wù) 信 息數(shù) 據(jù) 庫文 書 檔 案信 息數(shù) 據(jù) 庫數(shù) 據(jù) 字 典流 程 信 息數(shù) 據(jù) 庫電 子 報 表數(shù) 據(jù) 庫企 業(yè) 法 人數(shù) 據(jù) 庫網(wǎng) 上 人 才數(shù) 據(jù) 庫企 業(yè) 黃 頁數(shù) 據(jù) 庫政 務(wù) 公 開信 息數(shù) 據(jù) 庫企 業(yè) 交 流信 息數(shù) 據(jù) 庫統(tǒng) 計 分 析數(shù) 據(jù) 庫宏 觀 經(jīng) 濟數(shù) 據(jù) 庫基 礎(chǔ) 支 撐數(shù) 據(jù) 庫公 共 服 務(wù) 數(shù) 據(jù) 庫 管 理 及 決 策 支 持 數(shù) 據(jù) 庫資 源 管 理 平 臺模 型數(shù) 據(jù) 庫工 作 計 劃數(shù) 據(jù) 庫業(yè) 務(wù)數(shù) 據(jù) 庫基礎(chǔ)數(shù)據(jù)庫類應(yīng)用數(shù)據(jù)庫類業(yè) 務(wù) 規(guī) 則數(shù) 據(jù) 庫業(yè) 務(wù) 支 撐數(shù) 據(jù) 庫標 準 規(guī) 范數(shù) 據(jù) 庫招 商 引 資信 息數(shù) 據(jù) 庫政 務(wù) 管 理信 息數(shù) 據(jù) 庫方 法 策 略數(shù) 據(jù) 庫政 策 法 規(guī)數(shù) 據(jù) 庫辦 公 人 員信 息數(shù) 據(jù) 庫新 聞 公 告數(shù) 據(jù) 庫 數(shù)據(jù)中心整體數(shù)據(jù)模型主要從對數(shù)據(jù)的應(yīng)用功能進行數(shù)據(jù)分類，可以將 政府數(shù)據(jù)劃分為兩大類：基礎(chǔ)數(shù)據(jù)庫類和應(yīng)用數(shù)據(jù)庫類。 數(shù)據(jù)中心系統(tǒng)方案建議書 第 25 頁 共 93 頁 其中，基礎(chǔ)數(shù)據(jù)庫類由兩部分組成： ? 基礎(chǔ) 支撐數(shù)據(jù)庫，主要負責對整體數(shù)據(jù)進行規(guī)則描述，它主要包括元數(shù)據(jù)庫和數(shù)據(jù)字典兩大部分。 ? 元數(shù)據(jù)庫，對數(shù)據(jù)庫中數(shù)據(jù)指標的來源及提取標準進行描述。比如數(shù)據(jù)指標來源于哪一個管理部門或多級管理部門，不同管理部門之間采用怎樣的標準進行數(shù)據(jù)的交叉鏈接及合并。 ? 數(shù)據(jù)字典，對基礎(chǔ)數(shù)據(jù)庫中數(shù)據(jù)指標的意義進行描述。 ? 業(yè)務(wù)支撐數(shù)據(jù)庫 業(yè)務(wù)支撐數(shù)據(jù)庫主要負責對數(shù)據(jù)庫中的信息進行業(yè)務(wù)管理規(guī)范的制訂和執(zhí)行，同時對業(yè)務(wù)規(guī)則進行確定，保證數(shù)據(jù)能夠在各個委辦局，不同的異構(gòu)系統(tǒng)之間順利流通。業(yè)務(wù)支撐數(shù)據(jù)庫主要包括業(yè)務(wù)規(guī)則數(shù)據(jù)庫和標準規(guī)范數(shù)據(jù)庫兩大 部分。 業(yè)務(wù)規(guī)則數(shù)據(jù)庫：對基礎(chǔ)數(shù)據(jù)庫的各個數(shù)據(jù)指標的具體業(yè)務(wù)規(guī)則進行描述，包括數(shù)據(jù)指標的來源、目標等涉及的相應(yīng)業(yè)務(wù)流程信息。 標準規(guī)范數(shù)據(jù)庫：對基礎(chǔ)數(shù)據(jù)庫的存儲、提取、采集、權(quán)限控制等進行標準規(guī)范的制訂，同時對 政府 各管理部門通過基礎(chǔ)數(shù)據(jù)庫進行信息共享和交換進行監(jiān)督和管理。 參照 政府 管理部門業(yè)務(wù)數(shù)據(jù)的應(yīng)用分類，我們將業(yè)務(wù)應(yīng)用數(shù)據(jù)庫分為三部分： ? 業(yè)務(wù)數(shù)據(jù)庫 業(yè)務(wù)數(shù)據(jù)庫按照具體業(yè)務(wù)劃分為流程信息數(shù)據(jù)庫、商務(wù)信息數(shù)據(jù)庫、文書檔案信息數(shù)據(jù)庫、政務(wù)信息數(shù)據(jù)庫等等。 業(yè)務(wù)數(shù)據(jù)庫以基礎(chǔ)數(shù)據(jù)庫為建設(shè)原則，它的建設(shè)目標主要為了 實現(xiàn)各委辦局之間共享和交換的服務(wù)目標，針對不同級別服務(wù)對象的具體要求進行設(shè)計。 ? 公共服務(wù)數(shù)據(jù)庫 公共服務(wù)數(shù)據(jù)庫是圍繞著企業(yè)和社會公眾提供服務(wù)的數(shù)據(jù)庫，安裝業(yè)務(wù)類別劃分，可具體分為政務(wù)公開信息數(shù)據(jù)庫、招商引資信息數(shù)據(jù)庫、企業(yè)黃頁數(shù)據(jù)庫、網(wǎng)上人才數(shù)據(jù)庫、企業(yè)交流信息數(shù)據(jù)庫和電子報表數(shù)據(jù)庫等等。 ? 管理及決策支持數(shù)據(jù)庫 管理及決策支持數(shù)據(jù)庫是圍繞著上級部門、主管領(lǐng)導(dǎo)及其它 政府職能部門 提供服務(wù)的數(shù)據(jù)庫，包括政務(wù)管理數(shù)據(jù)庫、政策法規(guī)數(shù)據(jù)庫、辦公人員信息數(shù)據(jù)庫、新聞公共數(shù)據(jù)庫、工作計劃數(shù)據(jù)庫等等，它與業(yè)務(wù)數(shù)據(jù)庫之間采用邏 輯隔離方式下的數(shù)據(jù)交換，同時設(shè)立統(tǒng)計分析庫、模型庫和方法策略庫，對保稅區(qū)業(yè)務(wù)信息數(shù)據(jù)中心系統(tǒng)方案建議書 第 26 頁 共 93 頁 進行深入多角度挖掘。 C C3 兩種 系統(tǒng)設(shè)計模式 C2 模式 數(shù)據(jù)庫主機物理部署方案 在綜合征管信息系統(tǒng)實際部署時，考慮到系統(tǒng)的可靠性，省級集中綜合征管信息系統(tǒng)時應(yīng)采用雙機高可用 (HA)方式，結(jié)構(gòu)如下圖： 一臺為生產(chǎn)機，另一臺為查詢機，查詢機兼作生產(chǎn)備份機，當生產(chǎn)機主機出現(xiàn)故障時，自動接管其服務(wù)，同時可以限制查詢實例的應(yīng)用。 C3 模式 簡介 三層體系架構(gòu)采用 B/S/S 方式，業(yè)務(wù)系統(tǒng)通過應(yīng)用服務(wù)器的群集功能實現(xiàn)負載均衡，后臺數(shù)據(jù)庫采用雙機備份方式，其中生產(chǎn)機負責實時業(yè)務(wù)處理，備份機負責查詢。 系統(tǒng)結(jié)構(gòu)如下圖： 數(shù)據(jù)中心系統(tǒng)方案建議書 第 27 頁 共 93 頁 其中： 四層交換機負責 WEB 連接的負載均衡，將終端的請求分發(fā)到多個 Web 服務(wù)器中，提高系統(tǒng)的伸縮性和可靠性。 Web 服務(wù)器提供靜態(tài)和動態(tài)的頁面服務(wù)，并且將事務(wù)性請求傳遞給應(yīng)用服務(wù)器， WEB 服務(wù)器可以配置 1 臺或多臺。 應(yīng)用服務(wù)器用于支持系統(tǒng)服務(wù)的部署、邏輯的處理和與數(shù)據(jù)庫服務(wù)器的連接等，應(yīng)用服務(wù)器可以采用一臺或多臺，采用多臺應(yīng)用服務(wù)器時，可以利用WEBLOGIC 服務(wù)器的群集功能 ，提高系統(tǒng)的可靠性和性能。 在三層結(jié)構(gòu)中需要部署一臺 Admin 服務(wù)器。管理服務(wù)器負責管理 web 服務(wù)器與應(yīng)用服務(wù)器啟動加載與運行情況監(jiān)控。 數(shù)據(jù)庫服務(wù)器負責業(yè)務(wù)數(shù)據(jù)的存儲管理，提供對數(shù)據(jù)的更新操作（增、刪、改），數(shù)據(jù)庫服務(wù)器采用雙機高可用（ HA）方式，使用情況與兩層結(jié)構(gòu)一致。 系統(tǒng)設(shè)計 模式比較 C2模式 優(yōu)點： ? 全網(wǎng)統(tǒng)一業(yè)務(wù)、統(tǒng)一需求、統(tǒng)一標識、統(tǒng)一規(guī)則； ? 集中處理，集中管理，一個平臺一套版本，便于維護； ? 共享各種數(shù)據(jù)資源； 數(shù)據(jù)中心系統(tǒng)方案建議書 第 28 頁 共 93 頁 ? 采用三層結(jié)構(gòu)，極大地提高了系統(tǒng)的安全性； ? 適應(yīng)政府信息 化管理體制改革和服務(wù)朝集中式方向的發(fā)展趨勢； ? 跨本地網(wǎng)應(yīng)用容易實現(xiàn)； ? 節(jié)省人力資源和維護總工作量； ? 提高對全國市民的整體服務(wù)水平。 缺點： ? 本地化服務(wù)受到影響，特別是現(xiàn)有系統(tǒng)已有服務(wù)功能的繼承較難處理； ? 對目前三級信息相應(yīng)體制的超前，可能會遇到本地網(wǎng)一級的某些阻礙； ? 相應(yīng)時間相對較長； ? 與相關(guān)邊界系統(tǒng)的接口比較復(fù)雜； ? 按市局割接，系統(tǒng)建設(shè)的周期相對延長。 C3 模式 優(yōu)點： ? 本地化業(yè)務(wù)容易得到滿足； ? 相應(yīng)時間較短； ? 系統(tǒng)改造建設(shè)周期相對較短； 缺點： ? 全國統(tǒng)一業(yè)務(wù)和規(guī)則難于貫徹實施； ? 跨本地網(wǎng)絡(luò)業(yè)務(wù)無法實現(xiàn)； ? 應(yīng)用系統(tǒng)版本不統(tǒng)一； ? 集中是大趨勢，兩三年后可能面臨重新向 C2 過渡的問題； ? 數(shù)據(jù)資源不能共享； ? 市 /區(qū)級結(jié)算中心、長途計費中心需重新建設(shè)。 綜上所述，政府信息化系統(tǒng)的改造采用區(qū)級集中模式比采用本地網(wǎng)模式具有更多的優(yōu)點，在技術(shù)實現(xiàn)、資源狀況、業(yè)務(wù)管理等方面已具備一定的條件，因而集中系統(tǒng)的建設(shè)是完全可行的。 數(shù)據(jù)中心系統(tǒng)方案建議書 第 29 頁 共 93 頁 3. 數(shù)據(jù)中心系統(tǒng)技術(shù)方案 技術(shù)框架 技術(shù)實現(xiàn)框架 政府信息化系統(tǒng)在技術(shù)上要求具有業(yè)務(wù)變化的適應(yīng)性、高度的安全性、大容量數(shù)據(jù)存儲處理等特點，因而我們在信息化系統(tǒng)數(shù)據(jù)中心的技術(shù)框架中 (下圖 )采用了三層 C/AS/DS 結(jié)構(gòu)，同時引入數(shù)據(jù)倉庫技術(shù)。 系統(tǒng)采用三層 C/AS/DS 結(jié)構(gòu)，形成了數(shù)據(jù)管理層、業(yè)務(wù)管理層、業(yè)務(wù)表現(xiàn)層三個層次，使得在客戶機訪問下降低了數(shù)據(jù)庫服務(wù)器的負擔并提高了性能；同時由于在業(yè)務(wù)管理層實現(xiàn)了業(yè)務(wù)功能，使得對業(yè)務(wù)的變化只需調(diào)整業(yè)務(wù)管理層的相關(guān)構(gòu)件，大大提高了系統(tǒng)的可管理性；在系統(tǒng)的安全性方面，三層 C/AS/DS 結(jié)構(gòu)也較二層 C/S 結(jié)構(gòu)有重大的提高，使得對權(quán)限的管理上升到業(yè)務(wù)功能級的控制而不是數(shù)據(jù)級的控制；另外，三層 C/AS/DS 結(jié)構(gòu)更適合在分布式廣域網(wǎng)環(huán)境下運行，可以更有效的節(jié)約傳輸帶寬。 采 用數(shù)據(jù)倉庫技術(shù)，可對政府信息化系統(tǒng)數(shù)據(jù)庫中的大量數(shù)據(jù)進行有效的聯(lián)機分析處理 (OLAP)，提高數(shù)據(jù)的利用率，并形成許多有用的分析結(jié)果。 采用 Web 訪問技術(shù)，使得業(yè)務(wù)功能可以靈活多樣地表現(xiàn)出來，使政府領(lǐng)導(dǎo)能夠很方便地查詢業(yè)務(wù)開展情況。 三層結(jié)構(gòu)與中間件技術(shù)優(yōu)點 隨著開放系統(tǒng)的應(yīng)用和迅速普及，以客戶機 /服務(wù)器模式為代表的二層結(jié)構(gòu)的應(yīng)用系統(tǒng)以開放的體系結(jié)構(gòu)、豐富的工具和快速的開發(fā)周期吸引了越來越多的 客戶機應(yīng)用服務(wù)器數(shù)據(jù)庫服務(wù)器O L T P W E B服務(wù)器 數(shù)據(jù)倉庫服務(wù)器O L A P流覽器注：O L A P ( 聯(lián)機事務(wù)處理） O L A P ( 聯(lián)機分析處理）數(shù)據(jù)中心系統(tǒng)方案建議書 第 30 頁 共 93 頁 用戶和應(yīng)用系統(tǒng)開發(fā)商，全世界有無數(shù)用戶在分享開放系統(tǒng)帶來的種種好處，并促使原來專有系統(tǒng)的用戶向開放系統(tǒng)轉(zhuǎn)移。但是， 隨著計算機系統(tǒng)應(yīng)用水平的飛速發(fā)展，越來越多的用戶對開放系統(tǒng)提出了越來越高的要求： 1. 應(yīng)用系統(tǒng)要能夠同時支持成千上萬乃至更多用戶的并發(fā)服務(wù)請求； 2. 應(yīng)用系統(tǒng)由單一的局域網(wǎng)向跨多個網(wǎng)絡(luò)協(xié)議的廣域網(wǎng)擴展； 3. 應(yīng)用系統(tǒng)不僅支持一般的信息管理，而且還要支持關(guān)鍵業(yè)務(wù)的聯(lián)機交易處理； 4. 應(yīng)用系統(tǒng)由僅支持單一的系統(tǒng)平臺數(shù)據(jù)源轉(zhuǎn)向支持異構(gòu)的多系統(tǒng)平臺和多數(shù)據(jù)源。 面對用戶新的需求，當再次審視二層結(jié)構(gòu)的應(yīng)用模式，希望找到解決的答案時，我們不難發(fā)現(xiàn)：由于采用客戶機與服務(wù)器直接聯(lián)接的方式，二層模式形成了其固有的缺陷 ： 1. 以單一服務(wù)器和局域網(wǎng)為中心，系統(tǒng)難以擴展； 2. 難以管理大量客戶機； 3. 軟硬件組合及集成能力有限； 4. 容易使應(yīng)用受限于供應(yīng)商。 為解決傳統(tǒng)二層模式與應(yīng)用需求日益突出的矛盾，為開放技術(shù)實現(xiàn)大規(guī)模的關(guān)鍵業(yè)務(wù)處理，以交易中間件為基礎(chǔ)框架的三層客戶機 /服務(wù)器模式應(yīng)運而生，三層結(jié)構(gòu)以中間層管理大量（有時是海量）的客戶端并為其聯(lián)接、集成多種異構(gòu)的服務(wù)器平臺，通過有效的組織和管理，在極為寬廣的范圍內(nèi)將客戶機與服務(wù)器進行高效組合。同時中間件開創(chuàng)反負載平衡、動態(tài)伸縮等功能為代表的管理模式，已被廣泛證實為建 立關(guān)鍵業(yè)務(wù)應(yīng)用系統(tǒng)的最佳環(huán)境，使在二層模式下不可能實現(xiàn)的應(yīng)用成為可能，并保留了充分的擴展余地。這種模式的成功應(yīng)用已為許多國際大型企業(yè)在應(yīng)用的開發(fā)和部署方面節(jié)省了大量的時間和金錢。由此促使越來越多的系統(tǒng)開發(fā)商和用戶采用三層結(jié)構(gòu)模式開發(fā)和實施其應(yīng)用。 三層結(jié)構(gòu)模式 三層客戶機 /服務(wù)器模式的核心概念是利用交易中間件將應(yīng)用的業(yè)務(wù)邏輯、表示邏輯和數(shù)據(jù)分為三個不同的處理層： 1. 表示邏輯 （客戶層）為第一層。它的主要功能是實現(xiàn)用戶交互和數(shù)據(jù)表示，為以后的處理收集數(shù)據(jù)，向第二層的業(yè)務(wù)邏輯請求調(diào)用核心服務(wù)處理，并顯示處理 結(jié)果。這一層功能的實現(xiàn)以使用圖形化的工具軟件（ VB、 Power Builder等）為主。 數(shù)據(jù)中心系統(tǒng)方案建議書 第 31 頁 共 93 頁 2. 業(yè)務(wù)邏輯 （服務(wù)器組件）為中間層。這些組件由中間件管理，實現(xiàn)核心業(yè)務(wù)邏輯服務(wù)并將這些服務(wù)按名字廣播，管理并接受客戶的服務(wù)請求，向資源管理器提交數(shù)據(jù)操作，并將處理結(jié)果返回給請求者 —— 即客戶或其他服務(wù)器。 3. 數(shù)據(jù) （資源管理器）構(gòu)成模型的第三層。比如關(guān)系數(shù)據(jù)庫，負責管理應(yīng)用系統(tǒng)的數(shù)據(jù)資源，完成數(shù)據(jù)操作。服務(wù)器組件在完成服務(wù)的過程中通過資源管理器存取它管理的數(shù)據(jù)，或者說請求資源管理器的數(shù)據(jù)服務(wù)。 在三層客戶機 /服務(wù)器模 式上架構(gòu)的應(yīng)用系統(tǒng)不但具備了大型機系統(tǒng)穩(wěn)定、安全和處理能力高等特性，同時擁有開放式系統(tǒng)成本低、可擴展性強、開發(fā)周期短等優(yōu)點。 中間件技術(shù) 交易中間件作為構(gòu)造三層結(jié)構(gòu)應(yīng)用系統(tǒng)的基礎(chǔ)平臺，提供了以下兩個主要功能： 負責客戶機和服務(wù)器間的聯(lián)接和通訊 提供一個三層結(jié)構(gòu)的應(yīng)用開發(fā)和運行平臺 采用三層結(jié)構(gòu)的應(yīng)用模型，為用分布式環(huán)境處理關(guān)鍵性業(yè)務(wù)提供了一個結(jié)構(gòu)化的解決方案。中間件應(yīng)用設(shè)計應(yīng)該是從異構(gòu)的計算資源中創(chuàng)建一個“虛擬主機”，在分布式應(yīng)用系統(tǒng)環(huán)境下提供可管理的相互關(guān)聯(lián)的資源。 交易中間件提供了一個基礎(chǔ)的框架來建立 、運行和管理一個三層客戶機 /服務(wù)器模式的應(yīng)用，無需從零做起，大大縮短了應(yīng)用開發(fā)的時間，提高了應(yīng)用開發(fā)的成功率。 在三層結(jié)構(gòu)的應(yīng)用模式中，表示邏輯層和資源管理器作為應(yīng)用界面和數(shù)據(jù)的管理者，在傳統(tǒng)的二層模式中有關(guān)的標準和穩(wěn)定的實現(xiàn)，而作為三層結(jié)構(gòu)核心的中間層，由于其擔負“承上啟下”的樞紐作用，在實際的應(yīng)用系統(tǒng)中扮演著至關(guān)重要的角色。中間件在對事務(wù)完整性的保證、對大規(guī)模并發(fā)處理的響應(yīng)、對異構(gòu)系統(tǒng)互聯(lián)的透明支持，以及對數(shù)據(jù)的安全性保護等方面表現(xiàn)將成為應(yīng)用系統(tǒng)成敗的決定性因素。 中間件構(gòu)成了三層結(jié)構(gòu)的基礎(chǔ)，可以選擇成 熟的商用中間件或自己搭建基礎(chǔ)結(jié)構(gòu)并開發(fā)相關(guān)功能軟件。 系統(tǒng)拓撲邏輯結(jié)構(gòu) 根據(jù)對數(shù)據(jù)中心主機、存儲及網(wǎng)絡(luò)等設(shè)備集成項目，主機系統(tǒng)性能和數(shù)據(jù)存儲需求的分析，并遵循設(shè)計原則，我們推薦以下方案。其相關(guān)計算機系統(tǒng)邏輯結(jié)數(shù)據(jù)中心系統(tǒng)方案建議書 第 32 頁 共 93 頁 構(gòu)圖如下圖： 核心業(yè)務(wù)主機系統(tǒng)配置方案 按多層體系結(jié)構(gòu)原