【正文】 在實際設(shè)計中，也可以根據(jù)一定策略使多個不同的BizTalk 服務(wù)器在工作中承擔(dān)不同的工作，如服務(wù)器 A 負(fù)責(zé)一些應(yīng)用如。 上圖是 ESB 架構(gòu)，可以看到微軟 BizTalk Server 2020 已經(jīng)涵蓋了所有的 ESB（甚至 SOA）所需要的功能，因此，在設(shè)計中，主要以設(shè)計 BizTalk Server 2020 的架構(gòu)為主對于 ESB 的架構(gòu)設(shè)計，根據(jù)以下的設(shè)計原則，我們將采用 控制的集中和基礎(chǔ)架構(gòu)的分布。相對于其他公司的產(chǎn)品，微軟公司的 ESB基礎(chǔ)軟件 BizTalk2020支持著業(yè)界 300種以上的應(yīng)用或協(xié)議，如業(yè)界流行的 SAP、 MQ 等。簡單地說， ESB 就是試圖將應(yīng)用服務(wù)器上的多種邏輯層面遷移到總線以及連接點上，從而降低企業(yè)內(nèi)部信息共享的成本。 源數(shù)據(jù)項 計算依據(jù) 容量 (G) 單位 人力資源 員工、組織、崗位、角色等相關(guān)信息 日 財務(wù)系統(tǒng) 會計科目及其相關(guān)主數(shù)據(jù) 現(xiàn)金流量項目及其相關(guān)主數(shù)據(jù) 資產(chǎn)及其相關(guān)主數(shù)據(jù) 關(guān)聯(lián)交易類型及其相關(guān)主數(shù)據(jù) 成本中心及其相關(guān)主數(shù)據(jù) 預(yù)算中心及其相關(guān)主數(shù)據(jù) 網(wǎng)絡(luò)元素及其相關(guān)主數(shù)據(jù) 用戶 類型及其相關(guān)主數(shù)據(jù) 產(chǎn)品類型及其相關(guān)主數(shù)據(jù) 作業(yè)類型及其相關(guān)主數(shù)據(jù) ?? 日 34 計劃建設(shè)系統(tǒng) 工程項目及其相關(guān)主數(shù)據(jù) 專業(yè)類別及其相關(guān)主數(shù)據(jù) 供應(yīng)商及其相關(guān)主數(shù)據(jù) ?? 日 物資管理系統(tǒng) 物資主數(shù)據(jù)及其相關(guān)主數(shù)據(jù) 庫存地點及其相關(guān)主數(shù)據(jù) ?? 日 綜合審批系統(tǒng) 合同及其相關(guān)主數(shù)據(jù) ?? 日 固定資產(chǎn)系統(tǒng) 資產(chǎn)及其相關(guān)主數(shù)據(jù) ?? 日 存儲內(nèi)容 計算依據(jù) 容量 (G) 源數(shù)據(jù) 每日數(shù)據(jù)量 *24*30（兩年的估算時間） 1440 歷史數(shù)據(jù) 各個系統(tǒng)中已有的數(shù)據(jù) 400 ETL中轉(zhuǎn)表 源數(shù)據(jù) *10% 144 中間表 源數(shù)據(jù) *25% 360 聚合事實數(shù)據(jù) 源數(shù)據(jù) *50% 720 聚合維度數(shù)據(jù) 2 多維立方數(shù)據(jù) 聚合事實數(shù)據(jù) *30% 432 數(shù)據(jù)挖掘數(shù)據(jù) 100 系統(tǒng)自身占用 100 冗余空間 400 小計 4098 備份和分析數(shù)據(jù)庫 由于備份主要是對運營數(shù)據(jù)庫進(jìn)行備份，以及接收從運營數(shù)據(jù)庫中的數(shù)據(jù)進(jìn)行分析，以及備份自身的分析數(shù)據(jù)庫。 HP Rx8640 具有 50 萬的 tpmc 值，所以可以選擇這個服務(wù)器。 計算結(jié)果 計算因素 數(shù)據(jù)值 (峰值 ) 數(shù)據(jù)值 (均值 ) 單次消耗 tpmc個數(shù) 描述 33 應(yīng)用 系統(tǒng) 300 操作 /秒 50 操作 /秒 5 ETL 讀取數(shù)據(jù) MSS 系統(tǒng)的 數(shù)據(jù) 運營數(shù)據(jù)庫 2100 操作 /秒 1260 操作 /秒 從運營數(shù)據(jù)庫中同步數(shù)據(jù) EDW 500 操作 /秒 200 操作 /秒 5 向 EDW 輸出數(shù)據(jù) 合計： 300*5*60+2100**60+500*5*60=303000 tpmc 由于通常情況下需要有 30%的冗余，以保證系統(tǒng)的穩(wěn)定運行，所以最終的結(jié)果應(yīng)為： 303000 / 70% = 432900 tpmc。 衡量指標(biāo) 指標(biāo)描述 考核目的 TPCC 單位為 tpmc 它的定義是每分鐘內(nèi)系統(tǒng)處理的事務(wù)個數(shù)。同時也可以將數(shù)據(jù)輸出到 EDW。 50 萬 tpmc（ 12* CPU/36G 內(nèi)存 /2*146G硬盤 /2*HBA 卡） HP Rx8640 分析數(shù)據(jù)庫 服務(wù)器作用 與運營數(shù)據(jù)庫間同步周期為 1 天； 向 EDW 輸出數(shù)據(jù)； 面向前臺的查詢統(tǒng)計報表類應(yīng)用。每個需要 492900 tpmc 值。 計算結(jié)果 計算因素 數(shù)據(jù)值 (峰值 ) 數(shù)據(jù)值 (均值 ) 單次消耗 tpmc 個數(shù) 描述 應(yīng)用 系統(tǒng) 2100 操作 /秒 1260 操作 /秒 進(jìn)行 數(shù)據(jù)實時查詢、采集、同步應(yīng)用 ETL 2100 操作 /秒 1260 操作 /秒 將整合后的數(shù)據(jù)載入到數(shù)據(jù)庫服務(wù)器中 分析數(shù)據(jù)庫 2100 操作 /秒 1260 操作 /秒 將運營數(shù)據(jù)同步至分析數(shù)據(jù)庫 BizTalk 1000 操作 /秒 400 操作 /秒 數(shù)據(jù)的操作 合計： 2100**60+2100**60+2100**60+1000**60=345000 tpmc 32 由于通常情況下需要有 30%的冗余，以保證系統(tǒng)的穩(wěn)定運行，所以最終的結(jié)果應(yīng)為： 345000 / 70% = 492900 tpmc。 衡量指標(biāo) 指標(biāo)描述 考核目的 TPCC 單位為 tpmc 它的定義是每分鐘內(nèi)系統(tǒng)處理的事務(wù)個數(shù)。這些操作次數(shù)會直接影響到 ETL 的整個操作過程。所以運營數(shù)據(jù)庫的操作直接受到 MSS數(shù)據(jù)的影響。 向分析數(shù)據(jù)庫提供數(shù)據(jù)，同步周期為 1 天。 ^ Hardware Vendor System tpmC Price/tpmC System Availability HP HP ProLiant DL380G5 QC 138,979 US $ 03/26/07 HP HP ProLiant BL25p/110,615 US $ 05/04/06 HP HP ProLiant ML370 G5 SAS GHz/4MB DC 169,360 US $ 11/22/06 運營數(shù)據(jù)庫 服務(wù)器作用 31 用于存儲經(jīng)過 ETL 的數(shù)據(jù)。 選擇結(jié)果 由于需要和多個 應(yīng)用 服務(wù)器進(jìn)行交互，這里可以選擇三臺做為 ETL 服務(wù)器，每個 ETL 服務(wù)器與負(fù)責(zé) 2 個以上的應(yīng)用系統(tǒng)，即每臺要求的 tcmp 值為 120200。 能夠并行執(zhí)行多種具有一定復(fù)雜度的事務(wù)，強調(diào)服務(wù)器在一定時間限制范圍內(nèi)的事務(wù)處理能力。 ETL 服務(wù)主要會涉及到以下操作： ? 從 應(yīng)用 系統(tǒng)（目前一共 6 個主要系統(tǒng)）中獲取源數(shù)據(jù)； ? 將獲取到的數(shù)據(jù)進(jìn)行 抽取 (Extract)，轉(zhuǎn)換 (Transform)和裝載 (Load)； ? 最后將處理好的數(shù)據(jù)存放到運營數(shù)據(jù)庫中。 計算測算依據(jù) 每個 應(yīng)用 系統(tǒng)與 ETL 的連接操作次數(shù)大約為 120 次 /秒，峰值大約為 300 次 /秒。而且微軟公司擁有全球最大的用戶群，這可以保證未來技術(shù)能力的持續(xù)。而 BizTalk 服務(wù) 器因為可以橫向擴展，所以將來業(yè)務(wù)量超過本次需求時，即使不夠的話也只需要添加新的服務(wù)器，和現(xiàn)有的服務(wù)器共同分擔(dān)業(yè)務(wù)壓力。 而從架構(gòu)設(shè)計中，在 ESB 系統(tǒng)采用了 2 個并行的 BizTalk 服務(wù)器，主要是利用了其橫向擴展的特點，當(dāng)任何一個服務(wù)器需要服務(wù)時，只需要將其拿走，而業(yè)務(wù)會轉(zhuǎn)移到另一個服務(wù)器上，不會受到影響，同樣當(dāng)需要增加 BizTalk 服務(wù)器時，也只要在業(yè)務(wù)進(jìn)行時將其加入，這都體現(xiàn)了系統(tǒng)的高可服務(wù)性。 ? 高可用 性及可服務(wù)性 在整個硬件設(shè)計中，我們采用了 SAN 網(wǎng)絡(luò)存儲的設(shè)計，采用 SAN 網(wǎng)絡(luò)存儲的設(shè)計，這種設(shè)計使存儲硬件和服務(wù)器在物理上分離，未來服務(wù)器或存儲設(shè)備上的任何硬件改動都不會影響其它設(shè)備的正常工作。其他系統(tǒng)采用高可靠性集群的原因是因為數(shù)據(jù)庫的單一性和一致性，只能采用 HA高可靠性集群來實現(xiàn)系統(tǒng)的高可靠性。因此，在這 2 個系統(tǒng)中，都沒有單點的故障，具有高可靠性。其中 ODS 系統(tǒng)的 3 個服務(wù)器 ETL和 ODS 數(shù)據(jù)庫服務(wù)器相互作冗余。 ? 高可靠性 28 對于 ODS 和 ESB 系統(tǒng)來說，高可靠性稍有不同， ODS 是用于后端分析的，而不是聯(lián)機在線系統(tǒng)，因此可靠性要求沒有其它那些在線系統(tǒng)高，而 ESB 系統(tǒng)是各系統(tǒng)之間的橋梁，一旦 ESB投入運營，則 ESB 系統(tǒng)的可靠性就很重要了。 系統(tǒng) 平臺 方案 硬件 平臺 設(shè)計 對于硬件設(shè)計，我們在設(shè)計中主要遵循以下一些原則，并輔以對應(yīng)的設(shè)計： ? 高 性能 設(shè)計 在設(shè)計中，我們將不同功能的服務(wù)器在物理上分開，從而保證應(yīng)用不互相影響性能；此外，對于性能壓力較大的 ODS 服務(wù)器我們配置了 6CPU 的高端 PC 服務(wù)器，從而有效保證了 ODS 數(shù)據(jù)庫服務(wù)器的性能，以滿足接近實時的數(shù)據(jù)抽取及分析等工作。 因采用 B/S 系統(tǒng)架構(gòu)，則無需配置 用戶 端軟件，這樣將大大節(jié)省安裝、維護、二次開發(fā)等總體擁有成本（ TCO） ，總體費用將降低 20％以上。 較高的性價比，降低總成本 通過采用 .NET 技術(shù)進(jìn)行系統(tǒng)開發(fā)，可以最大程度地重用了系統(tǒng)資源，避免了重復(fù)投資。 隨著業(yè)務(wù)優(yōu)化進(jìn)一步加深，部門之間都存在信息共享、交換和互動。例如，工作流引擎 /業(yè)務(wù)模式、 機制、數(shù)據(jù)壓縮存儲與傳輸、應(yīng)用系統(tǒng) Cache 機制等提高系統(tǒng)運行效率。 開放性和標(biāo)準(zhǔn)化 本系統(tǒng)采用各種技術(shù)，包括系統(tǒng)平臺、數(shù)據(jù)庫，都完全符合各種國際標(biāo)準(zhǔn)和國家電子政務(wù)標(biāo)準(zhǔn)化指南要求，如 XML、 Web Service 等。同時，作為主流應(yīng)用平臺之一， .NET 也是業(yè)內(nèi)的事實工業(yè)標(biāo)準(zhǔn)，是其他技術(shù)、系統(tǒng)、應(yīng)用支持的主要對象之一，可以確保系統(tǒng)在未來相當(dāng)長的時間內(nèi)完全適應(yīng)業(yè)務(wù)發(fā)展需要。同時，作為主流應(yīng)用平臺之一， .NET 也是業(yè)內(nèi)的事實工業(yè)標(biāo)準(zhǔn)，是其他技術(shù)、系統(tǒng)、應(yīng)用支持的主要對象之一，可以確保系統(tǒng)在未來相當(dāng)長的時間 內(nèi)完全適應(yīng)審計信息化的發(fā)展。 ? 設(shè)置 NTFS 許可 ： 報告目錄缺省的 ACLs 設(shè)置賦予 本地 Users 組 只讀權(quán)限。 由于 MOM 報告中 部分?jǐn)?shù)據(jù)的保密性，需要采取如下所述的安全加強措施： ? 取消網(wǎng)絡(luò)共享 ： 缺省情況下，安裝過程中會生成一個名為 Reports 的網(wǎng)絡(luò)共享。 安裝過程中，會在 MOM 服務(wù)器生成一個名為 Reporting 的虛擬目錄。 建議 ： ? 在每天凌晨兩點至六點生成日報表； ? 在周六或周日白天生成 周報表或月報表 ； 報告發(fā)布 生成的報表 ， 將被發(fā)布至 web 服務(wù)器， 要完成此項操作需將 MOM Web 控制臺安裝在 DCAM 服務(wù)器上。 在本期工程中建議將 中 MOM Reporting 將安裝在 MOM/網(wǎng)管服務(wù)器上 ，為了能在本地運行報告，Access 報告引擎也被安裝于 該 服務(wù)器上。 MOM Reporting 可一次從單個數(shù)據(jù)庫 生成報告。單項 MOM Reporting 也可連接至多個 MOM 數(shù)據(jù)庫并根據(jù)其數(shù)據(jù)生成報告。 為了獲取 儲存在 MOM 數(shù)據(jù)庫中的信息， MOM Reporting利用 Microsoft Access 生成報告 ， Access 利用經(jīng) Windows 操作系統(tǒng)認(rèn)證的 ODBC 連接從 Microsoft SQL Server 數(shù)據(jù)庫獲取數(shù)據(jù)。 MOM 根據(jù) MOM 服務(wù)器中所存儲的信息使用 Microsoft Access 生成報告， 之后可將這些報告發(fā)布至 Web 服務(wù)器并且可使用 MOM Web 控制臺瀏覽。 ? 設(shè)定 MOM 如何收集、處理、響應(yīng)信息。 管理包 模塊提供 如下功能： ? 特定的處理規(guī)則組，計算機組和處理規(guī)則，如過濾器、警報、性能采樣和閾值原則。 服務(wù)器監(jiān)控管理模塊管理包選擇設(shè)計 Microsoft 針對不同的產(chǎn)品和功能模塊提供多 個預(yù)定義的 系統(tǒng)管理的 解決方案 ，稱 為管理包模塊。 對于已生成的報告， Microsoft Operations Manager 2020 可為其生成基于超文本標(biāo)記語言 (HTML) 的快照。生成的報告允許管理員檢查網(wǎng)絡(luò)中系統(tǒng)和服務(wù)的狀態(tài)，并基于性能和可用性數(shù)據(jù)對基礎(chǔ)設(shè)施實施更改。 通過這些專門定制的工具包可以對應(yīng)用系統(tǒng)進(jìn)行完善的監(jiān)控，保證系統(tǒng)內(nèi)部所有功能單元的可用性。管理軟件包包括 Windows 20 Active Directory? 服務(wù)、 File Replication 服務(wù) (FRS)、 DNS、 Windows Inter Name Service (WINS)、 Inter Information Services (IIS)、 Dynamic Host Configuration Protocol (DHCP)、 Routing and Remote Access、 Microsoft Transaction Service (MTS)、 Microsoft Message Queuing (也被稱為 MSMQ) Microsoft Distributed Transaction Coordinator (MSDTC) 、 Systems Management Server 、 Microsoft Operations Manager、 Terminal Server、 Microsoft Windows NT174。 系統(tǒng)提供各類管理軟件包， 管理軟件包由預(yù)配置的規(guī)則集合和知識庫文章組成 ，用于為特定范圍內(nèi)的應(yīng)用程序或服務(wù)提供規(guī)則。這些規(guī)則可使 Microsoft Operations Manager 對事件做出智能反應(yīng)并預(yù)見事件的發(fā)生模式，觸發(fā)