通關無紙化電子隨附單據(jù)數(shù)據(jù)存儲方案資料內容僅供參考，如有不當或者侵權，請聯(lián)系本人改正或者刪除。通關無紙化電子隨附單據(jù)數(shù)據(jù)存儲方案目 錄第一章 前言 4第二章 現(xiàn)狀與問題分析 42.1. 現(xiàn)狀分析 42.1.1. 信息中心 42.1.2. 數(shù)據(jù)中心 72.2. 試運行情況 102.2.1. 信息中心 10 存儲 10 網(wǎng)絡 102.2.2. 數(shù)據(jù)中心 11 存儲 11 網(wǎng)絡 112.3. 問題分析 122.3.1. 信息中心面臨的問題 122.3.2. 數(shù)據(jù)中心面臨的問題 132.3.3. 直屬海關面臨的問題 13第三章 需求分析 143.1. 業(yè)務需求 143.1.1. 數(shù)據(jù)存留 143.1.2. 存儲容量 143.1.3. 讀寫I/O分析 153.1.4. 磁盤并發(fā)數(shù)分析 153.2. 開發(fā)需求 153.2.1. 接口需求 153.2.2. 遷移改造需求 153.3. 運維需求 163.3.1. 管理工具 163.3.2. 生命周期管理 163.3.3. 監(jiān)控工具集成 163.3.4. 設備擴展性 163.3.5. 業(yè)務連續(xù)性 173.3.6. 復制遷移 173.3.7. 數(shù)據(jù)備份 173.3.8. 數(shù)據(jù)質量 173.3.9. 數(shù)據(jù)安全 173.3.10. 機房環(huán)境需求 173.3.11. 技能需求 173.3.12. 升級支持 173.3.13. 售后服務支持水平 183.4. 設備安全需求 183.5. 數(shù)據(jù)安全需求 183.6. 網(wǎng)絡需求 183.6.1. 網(wǎng)絡背景流量 183.6.2. 無紙化報關傳輸流量 193.6.3. 無紙化調閱流量 213.6.4. 高清無紙化報關傳輸流量 223.7. 其它需求 233.7.1. 成本 233.7.2. 產品成熟度 23第四章 規(guī)劃總體結構 234.1. 方案一:集中存放模式 234.1.1. 總體結構圖 234.1.2. 優(yōu)點 254.1.3. 缺點 264.1.4. 網(wǎng)絡估算 264.1.5. 工作量估算 314.2. 方案二:分布存放模式 324.2.1. 總體結構圖 324.2.2. 優(yōu)點 344.2.3. 缺點 344.2.4. 網(wǎng)絡估算 354.2.5. 工作量估算 364.3. 方案三:集中+分布存放模式 374.3.1. 模式1:準實時下發(fā)模式 374.3.2. 模式2:分時下發(fā)模式 434.3.3. 模式3:非下發(fā)模式 464.4. 傾向性建議 504.5. 運維管理 514.5.1. 備份管理 514.5.2. 數(shù)據(jù)同步 524.5.3. 容災切換 524.6. 數(shù)據(jù)管理 52第五章 可行性存儲方案及分析 535.1. 方案一:可橫向擴展的集群式NAS系統(tǒng) 535.1.1. 簡介 535.1.2. 方案架構圖 535.1.3. 特性 545.1.4. 方案分析－IBMSONAS 555.1.5. 方案分析－EMCIsilon 565.2. 方案二:成熟型內容管理路線 575.2.1. 簡介 575.2.2. 方案架構圖 575.2.3. 特性 575.2.4. 方案分析－IBMECM 585.2.5. 方案分析－OracleWebCenterContent 595.2.6. 方案分析－EMCDocumentum 595.3. 方案三:分布式存儲+計算 605.3.1. 簡介 605.3.2. 方案架構圖 615.3.3. 特性 615.3.4. 方案分析－EMCMapR 625.3.5. 方案分析－天云科技Hadoop 635.3.6. 方案分析－IntelHadoop 645.4. 方案利弊對比 665.5. 傾向性方案 67

前言通關作業(yè)無紙化改革試點是全國海關關長會議確定的重點工作。根據(jù)監(jiān)管司《海關通關作業(yè)無紙化改革實施方案(試行)》要求確定的改革實施步驟,于8月,第一期選定12個海關的不同種類的業(yè)務類型進行試點、將進一步深化通關無紙化作業(yè)改革試點、將深入推進并將于在全國海關全面推廣實施。根據(jù)上面的業(yè)務改革實施步驟,第一期試點的設計的文件存儲系統(tǒng)將無法滿足進一步的業(yè)務需求,需要建立能支撐通關無紙化業(yè)務改革在全國海關全面推廣實施后的通關無紙化電子隨附單據(jù)電子數(shù)據(jù)存儲系統(tǒng)。本方案是在科技司牽頭下,信息中心、數(shù)據(jù)中心、上海海關成立專題工作組,對今后存儲、網(wǎng)絡等需求進行綜合評估,并對業(yè)界相關的技術和產品進行調研,初步形成的電子隨附單據(jù)數(shù)據(jù)存儲方案,本方案的實施將為今后通關無紙化全面推廣提供基礎的技術支撐?，F(xiàn)狀與問題分析現(xiàn)狀分析信息中心文件系統(tǒng)文件系統(tǒng)結構如下: 整個文件系統(tǒng)分元數(shù)據(jù)的存儲、非結構化數(shù)據(jù)文件存儲、和對文件系統(tǒng)的訪問三部分,其中元數(shù)據(jù)是結構化數(shù)據(jù)(包括服務器的配置信息和非結構化數(shù)據(jù)文件信息),放入到Oracle數(shù)據(jù)庫中,非結構化數(shù)據(jù)文件放入文件服務器中,其中文件服務器是用EMCVMAXe的硬件存儲。H客戶端需要調閱隨附單據(jù)時,對文件系統(tǒng)進行訪問。實現(xiàn)上是由H客戶端經(jīng)過中間層服務器發(fā)送請求,中間層向客戶端返回文件地址和時間戳,客戶端對以上信息及用戶信息、請求IP加簽,向緩沖文件服務器發(fā)送文件請求。緩沖文件服務器和總署級文件服務器上,設立WEB站點,接收文件請求。收到文件請求后,先對請求的內容進行驗證,如果能夠經(jīng)過驗證且在時間戳后的有效時間內,將對請求內容進行響應。首先,緩沖文件服務器檢索本服務器是否有相應的文件,如果沒有,則進一步向上級(總署級)文件服務器發(fā)送請求,將獲得的文件在緩沖文件服務器緩沖,并返回給請求方。對于非業(yè)務量大的海關,客戶端向中間層服務器發(fā)送請求,由中間層服務器直接向總署Web服務器發(fā)送請求文件,并返回給客戶端。設備列表硬件名稱硬件配置數(shù)量軟件及版本說明存儲EMCVMAXe可用容量10.7TB1文件服務器CPU:4路8核內存:64GB2OS:WindowsR264位Cluster信息中心可擴展(整組增加)WEB服務器CPU:4路8核內存:64GB2OS:WindowsR264位NLB信息中心可擴展MQ服務器CPU:4路4核內存:8GB2OS:WindowsR264位IBMMQ7.0Cluster信息中心不可擴展,但能按通道拆分ESB數(shù)據(jù)庫服務器CPU:4路4核內存:32GB2OS:WindowsR264位Cluster信息中心不可擴展ESB應用服務器虛機CPU:4核內存:16GB2OS:WindowsR264位NLB信息中心可擴展ESBBiztalk服務器CPU:4路8核內存:64GB2OS:WindowsR264位Group信息中心可擴展數(shù)據(jù)中心存儲部署結構當前無紙通關項目中上傳服務器在德勝和亦莊兩個機房都有部署,但數(shù)據(jù)庫和后臺程序只在亦莊機房有部署,拓撲如下:設備列表硬件名稱硬件配置數(shù)量軟件及版本說明上傳服務器CPU:2.8G*4內存:8G硬盤:80G8Os:linux64位中標麒麟5.4內核版本2.6.18-164Weblogic10Jdk1.6亦莊4臺、德勝4臺隨附單證MQ服務器IBM750平臺CPU:8個內存16G本地盤:120G2Os:AIX-sp8MQ:ibmmq6.0部署在亦莊NFSSERVERIBM5608CPU32G內存2OS:AIX1-sp10部署在亦莊,其中一臺為冷備機存儲IBM-DS8300,存儲容量10T1部署在亦莊傳輸用加密機Sjy362OS:linux部署在亦莊網(wǎng)絡當前數(shù)據(jù)中心為兩地三中心的網(wǎng)絡結構,北京、上海為三個核心機房的所在地,其中北京為同城主備兩個機房,上海為異地容災機房。各個分中心都是雙線上聯(lián)至數(shù)據(jù)中心,北方十省的分中心采用聯(lián)通、電信各一條線路的方式連接到北京同城主備兩個機房,南方的分中心使用雙電信線路,一條連接到北京,另一條連接到上海。絕大部分情況下每個分中心上聯(lián)數(shù)據(jù)中心的帶寬都是2M,南方的分中心主用至主運行機房的電信線路,北方十省的分中心一般主用至同城備份機房的聯(lián)通線路。為了確保無紙化通關項目的順利進行,數(shù)據(jù)中心計劃將南京、拱北、杭州、北京、天津、福州等6個試點分中心上聯(lián)至數(shù)據(jù)中心主用線路的帶寬擴容至10M。數(shù)據(jù)中心的同城主備機房與H系統(tǒng)的北京、廣東節(jié)點都有互聯(lián),除今年7月將主運行機房與H系統(tǒng)北京節(jié)點(金寶街)的互聯(lián)線路升級到為100M裸光纖外,所有與H互聯(lián)的線路都是4MSDH專線。NFSServer設計SAN結構NFS服務器采用兩臺IBM小型機P560,兩臺服務器互為主備關系,需要手工切換,存儲采用IBMDS8300,可用空間10TB,另外新采購EMC存儲一臺,裸容量為80T,可在后期數(shù)據(jù)量上升時掛載到NFS服務器上。拓撲結構如下:文件系統(tǒng)設計NFSServer文件系統(tǒng)上傳服務器掛載點備注/shanghai(1TB)/shenzhen(1TB)

/nanjing(1TB)/huangpu(1TB)/other(1TB)/edoc/2200/edoc/5300/edoc/2300/edoc/5200/edoc先期每個文件系統(tǒng)預分配空間1TB試運行情況信息中心存儲截至到12月7日24時,通關無紙化項目自上線以來,系統(tǒng)運行基本正常?？偣采陥笸P無紙化報關單253840份,隨附單據(jù)(pdf文件)共518789個,存儲占用約47G(47417M),存儲相關的磁盤讀寫I/O、文件服務器及WEB服務器CPU、內存資源空閑。網(wǎng)絡在無紙化通關項目試運行的20幾天中,全國海關骨干網(wǎng)運行情況較為良好。取試點前一個普通工作日(2月28日)的上午10:00至11:00業(yè)務高峰期一小時流量平均值,再取試點最近一個月(11月13日日至12月13日)中每天上午10:00至11:00業(yè)務高峰期流量最大一天的一小時流量平均值,得到的對比表如下,從整體上看,試點海關的線路流量增長不明顯,骨干網(wǎng)當前帶寬現(xiàn)狀能夠承載試點應用的流量。單次樣本具有隨機性,不可簡單直接相減計算差值,僅用于概要反映整體變化情況。關區(qū)名稱運行網(wǎng)帶寬M試點上線前流量M試點上線后流量M1北京關區(qū)期間由2M擴容至8M1.53.042天津關區(qū)期間由4M擴容至8M3.92.643上海海關2011.4114南京海關65.64.45杭州關區(qū)21.31.16寧波關區(qū)61.24.087福州關區(qū)21.51.48青島海關42.53.49廣州海關42.12.510黃埔關區(qū)64.83.1811深圳海關期間由8M擴容至30M4.16.912拱北關區(qū)期間由2M擴容至4M1.62.5數(shù)據(jù)中心存儲截至到12月5日,無通關項目自上線以來,系統(tǒng)運行基本正常。存儲占用43630M,存儲相關的磁盤讀寫I/O及NFS服務器CPU、內存資源空閑。網(wǎng)絡在無紙化通關項目試運行的19周中,數(shù)據(jù)中心網(wǎng)絡系統(tǒng)運行非常穩(wěn)定,試點分中心的線路雖然還未完成擴容,但由于隨附單據(jù)的業(yè)務量不大,因此原帶寬當前還能夠滿足業(yè)務需求。截至到12月5日,帶寬最大利用率在50%以上,80%以下的有南京、北京,其它分中心均在50%以下。骨干網(wǎng)當前帶寬現(xiàn)狀能夠承載試點應用的流量。截至到12月5日,累計申報的通關無紙化項目報關單數(shù)量270899份,累計隨附單據(jù)文件511674個(其中已發(fā)往海關的隨附單據(jù)文件484133個)。問題分析信息中心面臨的問題存儲信息中心所使用的存儲,是在現(xiàn)有設備中,經(jīng)過與其它項目調劑出的10.7TB可用存儲,存儲設備為EMCVMAXe。這些存儲與根據(jù)報關單量估計的每年30TB數(shù)據(jù)的所需存儲容量相距甚遠,現(xiàn)有存儲容量遠遠不能滿足實際需要?，F(xiàn)有非結構化數(shù)據(jù),沒有專門的備份設備。當數(shù)據(jù)量隨著業(yè)務試點的深入迅速膨脹時,無法對非結構化數(shù)據(jù)進行備份,致使硬件故障后,可能引發(fā)數(shù)據(jù)丟失?，F(xiàn)有非結構化數(shù)據(jù),只在總署信息中心部署,在廣東分中心沒有進行容災備份。當總署節(jié)點出現(xiàn)故障無法使用時,將導致通關無紙化系統(tǒng)無法使用。通關無紙化改革試點期間,為保證項目進度,在Windows的NTFS文件管理系統(tǒng)基礎上,由信息中心自行開發(fā)了文件管理、元數(shù)據(jù)管理的功能。使用操作系統(tǒng)自身的文件系統(tǒng),在文件存儲容量、數(shù)量方面都存在限制,無法滿足實際業(yè)務量的需要。網(wǎng)絡根據(jù)前期網(wǎng)絡測試和通關無紙化試運行的網(wǎng)絡監(jiān)控情況和對業(yè)務量的預測上,需要對部分直屬關與總署和信息中心與廣東分中心之間的網(wǎng)絡進行擴容。運維管理現(xiàn)有對非結構化數(shù)據(jù)的管理模塊,尚無遠程同步的功能,無法實現(xiàn)與分中心的容災,在雙中心運行切換、故障切換時,無法快速、無差異的完成非結構化數(shù)據(jù)管理的無縫切換?，F(xiàn)有對非結構化數(shù)據(jù)的訪問,主要經(jīng)過WEB站點對文件服務器的共享目錄進行訪問,沒有相應的用戶管理和權限管理。數(shù)據(jù)管理現(xiàn)有對非結構化數(shù)據(jù)的管理模塊,尚無數(shù)據(jù)生命周期管理的功能,雖然在通關無紙化改革系統(tǒng)實施方案中有所設計,可是還沒有功能實現(xiàn)。非結構化數(shù)據(jù)質量沒有現(xiàn)成完善的保障方案。非結構化數(shù)據(jù)的安全需要重新考慮,包括存取控制、訪問權限、防控數(shù)據(jù)泄露等。數(shù)據(jù)中心面臨的問題存儲現(xiàn)有存儲空間容量不能滿足業(yè)務增長的需要;隨著數(shù)據(jù)量的增加,操作系統(tǒng)自身文件系統(tǒng)管理海量數(shù)據(jù)文件能力較弱;當前只有亦莊有隨附單證的存儲和傳輸服務器,德勝沒有,存在同城無備份的情況;共享文件缺乏統(tǒng)一用戶管理;分中心的網(wǎng)絡接入改造和同城網(wǎng)絡改造可能延期,如上線壓力大,可能影響當前系統(tǒng)運行;現(xiàn)有存儲方案生命周期管理能力較弱,需要較多手工操作;NFS服務器無法保證高可用性,發(fā)生故障時需手工切換;利用小型機作NFS服務器,SAN存儲作為非結構化數(shù)據(jù)存儲成本較高,擴展性較差,應對高并發(fā)訪問的能力弱;常規(guī)的NFS文件系統(tǒng)的最大容量和最大文件數(shù)有限,可能無法滿足業(yè)務要求。網(wǎng)絡當前除與H系統(tǒng)互聯(lián)的帶寬完成升級工作外,試點分中心及數(shù)據(jù)中心部分網(wǎng)絡的帶寬升級工作還在進行中,因此需要在業(yè)務量還未有明顯變化時盡快完成所有的帶寬升級工作。除此之外網(wǎng)絡的高可用、高可靠、可擴展等方面性能在H項目中已得到充分的完善。直屬海關面臨的問題當前集中模式下,地方海關在將非結構化數(shù)據(jù)上傳的過程中,占用了較多的網(wǎng)絡信道資源。同時此類數(shù)據(jù)在總署數(shù)據(jù)中心和信息中心分為兩套存放,也占據(jù)了海量的存儲資源。海關的現(xiàn)場關員在審單過程中均需調用總署端集中數(shù)據(jù)庫里的非結構化數(shù)據(jù),當此類業(yè)務操作被頻繁提交時,將會再次占用直屬海關到總署的網(wǎng)絡信道資源和總署端的硬件資源(包括主機的CPU、內存和磁盤)。地方海關在非結構數(shù)據(jù)文件不下發(fā)時,一些獨立于H之外的統(tǒng)計分析類項目無法直接訪問總署的非結構化數(shù)據(jù)文件,造成一些具有地方特色的應用需求無法得到滿足。需求分析業(yè)務需求數(shù)據(jù)存留信息中心基于如下考慮應保存一份數(shù)據(jù):如果只在數(shù)據(jù)中心存一份,則這個庫既要負擔外網(wǎng)的并發(fā)寫,又要負擔內網(wǎng)的并發(fā)讀,壓力很大,不如分散壓力。H是一級運維項目,基于容災的考慮,也應該在內網(wǎng)廣東分中心存一份數(shù)據(jù)。信息中心和數(shù)據(jù)中心當前網(wǎng)絡上只有MQ的通道,無法做到直接存取。在存儲設計時信息中心會將保障級別較高運行庫盡量做小,歷史數(shù)據(jù)將用廉價設備存儲,因此在投資商并不大,相比較分布式存儲反倒更便宜。關里除通關外其它系統(tǒng)也有調閱隨附單據(jù)的需求,都從數(shù)據(jù)中心取,在性能上、網(wǎng)絡上不一定滿足。 直屬海關在隨附單證非結構數(shù)據(jù)文件下發(fā)后,為結構性通關模式改革提供實現(xiàn)基礎

,為二次申報等改革奠定必要條件。分布存放模式可為結構性的通關模式改革提供實現(xiàn)基礎,使報關單電子數(shù)據(jù)的傳輸、審核、放行與隨附單證的傳輸、審核分離成為可能。實現(xiàn)”逐票電子放行,匯總計征稅費(量和時間上匯總、空間集中)、批量復核”模式,分離傳輸可改變以往海關需在狹小時空內完成復雜任務的困境,拓寬時空,提高有效性。當前海關已有的決策支持類系統(tǒng)如海關廉政預警系統(tǒng)(HL)、批量復審系統(tǒng)、歸類綜合管理系統(tǒng)等,其分析的對象主要還是結構化的通關類電子數(shù)據(jù)。而隨附單證電子化后的非結構化數(shù)據(jù)如果下發(fā)到各直屬關,就能夠滿足各業(yè)務部門在分析結構化數(shù)據(jù)后對于相關原始紙質單證的調閱和分析需求,從而加強執(zhí)法監(jiān)控。另外,下一步隨著OCR軟件在海關隨附單證領域的應用,也能夠更加充分挖掘紙質單證資源的潛力?，F(xiàn)有問題主要是各關的隨附單證基本還是以紙質方式存放,即占用大量場地資源又無法方便查詢調閱,且時間長了之后極易損壞,而采用了分布式存儲方案能夠有效解決此次問題。請上海海關補充本地存留無紙化單證并進行業(yè)務創(chuàng)新的一些需求。存儲容量根據(jù)測試,按照當前對普通無紙化單證存檔時對于隨附單證的要求(即非高清HD隨附單證),各分辨率下的文件大小如下。當前,采用的是格式2——200DPI方式。文件尺寸單位(字節(jié))掃描分辨率23頁文件BMP圖像尺寸PDF格式文件尺寸壓縮比100DPI2,797,674375,0167.46∶1200DPI11,186,418964,86711.59∶1300DPI25,174,8341,856,41413.56∶1單票報關單隨附單證大小的估算方法如下:根據(jù)試點數(shù)據(jù),在滿足數(shù)據(jù)中心隨附單證規(guī)格要求的情況下,平均隨附單證尺寸87K(Byte,最大8M,最小6K),單票報關單平均隨附單證數(shù)量2.7-2.4份(當前有部分隨附單證未列入試點)。為了簡化,數(shù)據(jù)量估算時考慮將單個隨附單證大小以100KByte計,平均每份報關單隨附單證數(shù)量以5份計(試點量的2倍),每日峰值工作時間為2小時。相應的,存儲計算中,單份報關單的隨附單證以500KB計;網(wǎng)絡計算中,單份報關單的隨附單證帶寬占用以5Mb/s計。據(jù)統(tǒng)計,的報關單數(shù)量約為5900萬份,～報關單數(shù)量預計超過6000萬份。以單份報關單包含5份隨附單據(jù)且單份隨附單據(jù)平均大小為100KB計算,預計報關單將達到6300萬份,信息中心年每年需要可用存儲30TB;數(shù)據(jù)中心加上一定的冗余數(shù),年數(shù)據(jù)增長量約為47TB。讀寫I/O分析結合存儲容量分析,每年產生的數(shù)據(jù)量約為3億個文件,按照每年220天工作日計算,則每天產生的數(shù)據(jù)數(shù)量為136萬個文件,既每日產生的交易量為136萬,忙時處理能力是按照每日交易量的80%在3個小時內完成,每星期五是一周內的高峰,是平均的1.5倍,即峰值為每秒鐘136萬*80%*1.5/3/3600=152個文件,I/O處理能力為152*100KB=14.8MB/s。磁盤并發(fā)數(shù)分析結合I/O分析,峰值時服務器請求平均為每秒152個文件。根據(jù)壓力測試時獲取的系統(tǒng)I/O事務數(shù)據(jù)計算,峰值的I/O請求約為5679次每秒(IOPS)。開發(fā)需求接口需求存儲數(shù)據(jù)訪問方式應做到盡量標準、通用、簡單。例如:NFS、FTP、HTTP和HDFS等。遷移改造需求所選方案若涉及程序遷移改造,方案應提供程序改造時所需的SDK,且改造時元數(shù)據(jù)管理和非結構化數(shù)據(jù)遷移影響程度應盡量降低。運維需求管理工具提供便于系統(tǒng)工程師維護和管理系統(tǒng)的操作界面、并提供日常故障診斷工具。生命周期管理項目要考慮到分級存儲的需求,保證業(yè)務在數(shù)據(jù)增長符合業(yè)務發(fā)展需求同時,在運維數(shù)據(jù)管理上,可根據(jù)管理和維護的需求,使用管理工具定義相應的數(shù)據(jù)維護規(guī)則,可將數(shù)據(jù)自動或手動遷移到磁帶或其它低成本介質設備進行保存,當需要調取該文件時應用能夠自動從介質中獲取。隨附單據(jù)生命周期特征隨報關單變化:信息中心可分為:在線期:使用高速存儲介質(例如:SAS),建議1年內數(shù)據(jù)或只存儲未理單的報關單對應的隨附單據(jù)數(shù)據(jù);近線期:使用低速存儲介質(例如:SATA),建議1-5年數(shù)據(jù);離線期:使用離線存儲介質(例如:磁帶庫),建議5年以上數(shù)據(jù)。數(shù)據(jù)中心可分為:在線期:０～３個月,使用高速存儲介質(例如:SAS)近線期:３～12個月,使用低速存儲介質(例如:SATA)離線期:12個月以后,使用離線存儲介質(例如:磁帶庫)根據(jù)通關無紙化業(yè)務任務書制定的報關單證保存期限:一般的報關單證(備案號為空,備案號為以”Z”開頭且監(jiān)管方式為”4019邊境小額貿易”)保存年限為3年;備案號為以”D”、”Z”(監(jiān)管方式為”4019邊境小額貿易”除外)、”H****D”開頭的報關單證保存年限為;除前面兩種情況之外的報關單證保存年限為5年。對滿足這些條件的報關單所對應的隨附單據(jù)文件數(shù)據(jù)進行銷毀處理。監(jiān)控工具集成能夠使用信息中心和數(shù)據(jù)中心現(xiàn)有的監(jiān)控管理軟件(例如MSSystemCenter,BMC監(jiān)控工具)進行監(jiān)控,或能夠提供相應的接口,將數(shù)據(jù)定義成監(jiān)控工具能夠調用的模式。監(jiān)控中要提供包括硬件故障報警,故障診斷,故障定位,性能報告等功能。設備擴展性設備滿足非結構化數(shù)據(jù)每年信息中心每年約30T和數(shù)據(jù)中心每年約47T和容量的需要同時,在業(yè)務數(shù)據(jù)增加同時,集群內的容量能夠平滑擴容,性能上也能夠根據(jù)需求在線橫向擴展。業(yè)務連續(xù)性系統(tǒng)不存在單點故障,對主要部件進行冗余設計,機器能夠動態(tài)上線,可在線進行更換。復制遷移系統(tǒng)可提供同城機房間的文件在線實時復制以及文件遷移功能。數(shù)據(jù)備份基于成本和容災的考慮,信息中心會將運行庫做小做精,過期的數(shù)據(jù)放到保障級別較低的歸檔庫中。在各集中存儲的方案中,為各關增配本地緩存服務器,提高讀取效率、節(jié)省帶寬。存儲設備支持數(shù)據(jù)文件不經(jīng)過主機,直接備份到磁帶上。數(shù)據(jù)質量對內外網(wǎng)MQ、ESB系統(tǒng)數(shù)據(jù)傳輸?shù)募皶r性進行監(jiān)控,對數(shù)據(jù)積壓和丟失等故障及時發(fā)現(xiàn)和處理。對非結構化數(shù)據(jù)與結構化數(shù)據(jù)的一致性進行比對,并對缺失、多余、不一致數(shù)據(jù)進行補處理。數(shù)據(jù)安全建立非結構化數(shù)據(jù)的身份認證和存取控制機制,防止非法數(shù)據(jù)訪問。對元數(shù)據(jù)中的敏感信息進行加密傳輸,防止數(shù)據(jù)泄漏。保存對數(shù)據(jù)的操作日志,以便問題分析和審計。機房環(huán)境需求機房可提供雙路220V,380V電源,地板稱重每平方米不超過800千克/平方米,機柜高度不超過2米,機房提供空調為側送風和下送風。技能需求硬件和軟件操作不應過于復雜繁瑣,應盡量符合業(yè)界同類產品操作。升級支持及時提供漏洞補丁。售后服務支持水平硬件和軟件的保證級別為7*24,響應要求為1小時內響應,2內小時解決故障,有充分的備件。提供完整的售后服務和技術支持,且對中心運維人員有定期的系統(tǒng)性培訓支持。設備安全需求提供設備要具備可監(jiān)控,可管理,可審計,提供的操作系統(tǒng)要能夠根據(jù)系統(tǒng)安全分析結果,進行操作漏洞進行相應的安全整改,如無法整改的部分,需提供出相應的解決方案。數(shù)據(jù)安全需求非結構化數(shù)據(jù)的安全需求包括存取控制、訪問權限、防控數(shù)據(jù)泄露等網(wǎng)絡需求需要保證試點分中心到數(shù)據(jù)中心、互聯(lián)網(wǎng)企業(yè)到數(shù)據(jù)中心以及數(shù)據(jù)中心到信息中心的互聯(lián)帶寬能夠滿足流量增大后的需求,且中間經(jīng)過各種網(wǎng)絡設備的處理及轉發(fā)性能也完全能夠支持業(yè)務量增大后對系統(tǒng)資源的要求。網(wǎng)絡基準流量的估算方法如下:網(wǎng)絡背景流量信息中心網(wǎng)絡部根據(jù)當前流量狀況測算了基礎的背景流量,測算方法為:在一個月內隨機選取五個工作日,對這五天每個海關早10:00至11:00的流量進行統(tǒng)計,算出一小時平均值,再用此值為基礎按每年帶寬增長5%計算出五年后的帶寬值,此數(shù)值即為各海關的背景流量。(與后面章節(jié)中網(wǎng)絡整體估算方法保持一致)關區(qū)帶寬(M)背景流量(M)背景流量帶寬利用率(%)大連21.8492.21%青島43.6891.89%南京64.7378.81%上海2013.0265.09%黃埔63.3956.48%廣州42.2556.16%杭州21.1055.20%寧波42.2054.88%拱北41.9147.86%廈門41.8846.90%天津82.9637.01%重慶20.6431.91%北京82.2728.40%成都20.5226.16%深圳307.6625.53%福州20.4924.57%江門20.4723.61%廣東分中心458.4718.83%南寧20.3818.83%武漢20.3818.83%汕頭20.3718.51%昆明20.3618.19%長沙20.2613.08%哈爾濱20.2612.76%滿洲里20.2612.76%石家莊20.2512.44%沈陽20.2412.12%長春20.2411.81%烏魯木齊20.2411.81%湛江20.2311.49%西安20.2010.21%鄭州20.178.30%呼和浩特20.157.66%?？?0.136.70%合肥20.115.74%南昌20.105.11%拉薩20.042.23%貴陽20.031.28%蘭州20.031.28%太原20.031.28%銀川20.031.28%西寧20.010.64%無紙化報關傳輸流量經(jīng)過對試點數(shù)據(jù)的觀測,考慮無紙化方案設計要求,平均每票無紙化報關單月需要5000Kb/s流量,計算得出無紙化報關傳輸流量在不同比例下產生的帶寬占用量為:關別當前帶寬各無紙化單證比例下的網(wǎng)絡帶寬需求(Mbps)Mbps當前試點5%10%30%50%80%100%北京關區(qū)8是天津關區(qū)8是0.5135810.1石家莊區(qū)2否000.3太原海關2否000000滿洲里關2否00.70.9呼特關區(qū)2否00.40.5沈陽關區(qū)2否000.3大連海關2否長春關區(qū)2否000.3哈爾濱區(qū)2否00.60.7上海海關20是3.56.920.834.655.469.2當前試點通關無紙化企業(yè)大多為AA類企業(yè)或原”無紙通關、單證暫存”企業(yè),其中”單證暫存”企業(yè)無需遞交紙面單證,也不需要傳輸隨附單證電子掃描件,故原方案根據(jù)當前現(xiàn)狀估算的傳輸量可能偏低。參考上海海關存量報關單證電子化系統(tǒng)中隨附單證實際情況,每份報關單平均附帶10份隨附單證,每個隨附單證的平均數(shù)據(jù)量約為300KB,單票報關單隨附電子單證的數(shù)據(jù)量為3MB。故此表中各階段網(wǎng)絡帶寬需求可能需要重估,我們推薦的單信道估算值為83.3Mbps(150000/4/60/60*8),考慮備份后需要新增167Mbps。南京海關6是11.318.122.7杭州關區(qū)2是寧波關區(qū)4是0.71.346.710.613.3合肥海關2否000.3福州關區(qū)2是11.62廈門關區(qū)4否南昌關區(qū)2否000.3青島海關4是7.812.515.7鄭州關區(qū)2否000.2武漢海關2否00.60.7長沙關區(qū)2否000.3廣州海關4是0.510.4黃埔關區(qū)6是15.519.4深圳海關30是16.326.132.6拱北關區(qū)4是0.30.7汕頭海關2否0.611.3?？陉P區(qū)2否000湛江關區(qū)2否000.2江門關區(qū)2否南寧關區(qū)2否00.60.7成都關區(qū)2否0.611.3重慶關區(qū)2否貴陽海關2否000000昆明關區(qū)2否000.5拉薩海關2否000000西安關區(qū)2否000.3烏關區(qū)2否0.50.81蘭州關區(qū)2否000000銀川海關2否000000西寧關區(qū)2否000000小于0.001Mbps計為0無紙化調閱流量信息中心網(wǎng)絡部經(jīng)過對上海海關的運行網(wǎng)線路近半個月流量數(shù)據(jù)的實際監(jiān)控,結合運行網(wǎng)上傳輸?shù)臒o紙化業(yè)務流量與實際發(fā)生的上海無紙化報關單量進行了分析,依據(jù)當前現(xiàn)場作業(yè)正確無紙化隨附單證調閱比例,發(fā)現(xiàn)調閱一張報關單一般需要2秒,而平均每張報關可能產生的調閱數(shù)據(jù)量為0.044Mb,因此得出了一張報關單單詞產生的調閱數(shù)據(jù)產生平均流量為:0.022Mb/s。根據(jù)當前通關無紙化項目的設計,隨附單證可能會在審單、審核和放行環(huán)節(jié)調用,對比下表和前述”無紙化報關傳輸流量”可知,當前無紙化隨附單證的總調閱率約為1%,為充分滿足業(yè)務發(fā)展需要,假設未來無紙化隨附單證的調閱率不少于報關單的改單率(當前約為10%),且調閱比例僅限于單個環(huán)節(jié),項目推廣后上述三個環(huán)節(jié)會被現(xiàn)場關員調閱計,平均一張報關單調閱過程將共產生流量為:0.66Mb/s。因此根據(jù)各關報關單基礎數(shù)量,按最大并發(fā)計算得出無紙化調閱流量在不同比例下產生的帶寬占用量為:關別當前帶寬各無紙化單證比例下的網(wǎng)絡帶寬需求(Mbps)Mbps當前試點5%10%30%50%80%100%北京關區(qū)8是0.030.060.180.290.470.58長春關區(qū)2否0.000.000.010.010.020.03長沙關區(qū)2否0.000.000.010.010.020.03成都關區(qū)2否0.010.010.040.060.100.13大連海關2否0.030.060.180.310.490.61福州關區(qū)2是0.010.020.060.100.160.20拱北關區(qū)4是0.030.070.200.330.530.66廣州海關4是0.050.100.310.520.831.04貴陽海關2否0.000.000.000.000.000.00哈爾濱區(qū)2否0.000.010.020.040.060.07?？陉P區(qū)2否0.000.000.000.010.010.01杭州關區(qū)2是0.010.030.090.140.230.29合肥海關2否0.000.000.010.020.030.03呼特關區(qū)2否0.000.010.020.030.040.05黃埔關區(qū)6是0.100.190.580.971.551.94江門關區(qū)2否0.010.010.040.070.110.14昆明關區(qū)2否0.000.000.010.020.040.05拉薩海關2否0.000.000.000.000.000.00蘭州關區(qū)2否0.000.000.000.000.000.00滿洲里關2否0.000.010.030.050.070.09南昌關區(qū)2否0.000.000.010.010.020.03南京海關6是0.110.230.681.131.812.27南寧關區(qū)2否0.000.010.020.040.060.07寧波關區(qū)4是0.070.130.400.671.061.33青島海關4是0.080.160.470.781.251.57汕頭海關2否0.010.010.040.060.100.13上海海關20是0.350.692.083.465.546.92需要說明的是:當前試點通關無紙化企業(yè)大多為AA類企業(yè)或原需要說明的是:當前試點通關無紙化企業(yè)大多為AA類企業(yè)或原”無紙通關、單證暫存”企業(yè),她們申報的報關單大多為自動放行無需人工干預,同時”單證暫存”企業(yè)無需遞交紙面單證,也沒有上傳隨附單證掃描件,即使關員人工審核時也不會調閱隨附單證掃描件,故原方案根據(jù)當前現(xiàn)狀估算的傳輸量可能偏低。另外,此表在進行調閱所需網(wǎng)絡流量估算時是以10%的通關無紙化報關單將被現(xiàn)場關員調閱為基準比例得到的。而根據(jù)我關業(yè)務部門提供的數(shù)據(jù),在通關無紙化業(yè)務推廣到B類和C類企業(yè)之后,現(xiàn)場關員將會調閱60-70%的進口報關單和30-40%的出口報關單所對應的隨附單證掃描件,故此表中的新增網(wǎng)絡帶寬可能需要重新預估,我們推薦的網(wǎng)絡帶寬需新增42.35Mbps,考慮備份信道后需新增85Mbps。需要說明的是:當前試點通關無紙化企業(yè)大多為AA類企業(yè)或原”無紙通關、單證暫存”企業(yè),她們申報的報關單大多為自動放行無需人工干預,同時”單證暫存”企業(yè)無需遞交紙面單證,也沒有上傳隨附單證掃描件,即使關員人工審核時也不會調閱隨附單證掃描件,故原方案根據(jù)當前現(xiàn)狀估算的傳輸量可能偏低。另外,此表在進行調閱所需網(wǎng)絡流量估算時是以10%的通關無紙化報關單將被現(xiàn)場關員調閱為基準比例得到的。而根據(jù)我關業(yè)務部門提供的數(shù)據(jù),在通關無紙化業(yè)務推廣到B類和C類企業(yè)之后,現(xiàn)場關員將會調閱60-70%的進口報關單和30-40%的出口報關單所對應的隨附單證掃描件,故此表中的新增網(wǎng)絡帶寬可能需要重新預估,我們推薦的網(wǎng)絡帶寬需新增42.35Mbps,考慮備份信道后需新增85Mbps。深圳海關30是0.160.330.981.632.613.26沈陽關區(qū)2否0.000.000.010.010.020.03石家莊區(qū)2否0.000.000.010.010.020.03太原海關2否0.000.000.000.000.000.00天津關區(qū)8是0.050.100.300.500.801.01烏關區(qū)2否0.010.010.030.050.080.10武漢海關2否0.000.010.020.040.060.07西安關區(qū)2否0.000.000.010.020.030.03西寧關區(qū)2否0.000.000.000.000.000.00廈門關區(qū)4否0.040.090.260.430.690.86銀川海關2否0.000.000.000.000.000.00湛江關區(qū)2否0.000.000.010.010.010.02鄭州關區(qū)2否0.000.000.010.010.020.02重慶關區(qū)2否0.010.010.030.060.090.11小于0.001Mbps計為0高清無紙化報關傳輸流量請上海關補充說明原有220M帶寬需求的估算過程,并說明該方式在通關流程暫不使用,當前僅使用200dpi黑白模式作為通關時單證交換格式標準。當前通關無紙化尚未采用高清格式掃描、傳輸,參考上海海關存量報關單證電子化所采用的高清格式,每份電子單證的平均數(shù)據(jù)量約為300KB,約為標清格式的3倍;預計下階段單票報關單平均附帶10份隨附電子單證,為試點階段的2倍,故單票報關單隨附高清電子單證的數(shù)據(jù)量為3MB,為標清格式單證的6倍。參考上海海關存量報關單證電子化的實際效果,當期無紙化工程推薦使用高清格式單證作為交換格式標準。上海關業(yè)務部門認為當前已經(jīng)開展通關無紙化試點的企業(yè)中,大部分均有意選取了隨附單證較少的報關單進行無紙化通關以減少工作量,故每個報關單的隨附單證以5個計算可能還是偏離了實際情況。根據(jù)上海海關統(tǒng)計處提供的試點存量單證電子化的情況來看,每個報關單以10個隨附單證來核算應該較為合理。以上海海關為例,該關每天的報關單申報量約為50000份/天,平均每份報關單及隨附電子單證的數(shù)據(jù)量為3MB,數(shù)據(jù)傳輸總量為150GB,這些數(shù)據(jù)主要集中在每天4小時業(yè)務高峰時段內傳輸,故該關無紙化通關推廣至100%報關單時傳輸流量所需新增帶寬需求為83.3Mbps(150000/4/60/60*8)。按照現(xiàn)場關員將會調閱60-70%的進口報關單和30-40%的出口報關單所對應的隨附單證掃描件(統(tǒng)計上海海關日均報關單為進口報關單16232份、出口報關單35119份)并考慮調閱操作每天集中在4小時內全部完成,則無紙化調閱流量新增帶寬需求約42.35Mbps(((16232*70%+35119*40)*3/4/60/60*8)。其它需求成本應考慮一次性購買成本、每年維保成本和學習成本。產品成熟度應考慮產品所述單位的知名度、產品使用的成功案例和產品自身的研發(fā)時間、版本。規(guī)劃總體結構方案一:集中存放模式總體結構圖結構圖如下:對結構圖的說明:隨附單據(jù)電子數(shù)據(jù)的傳入隨附單據(jù)電子數(shù)據(jù)經(jīng)過數(shù)據(jù)中心和各關EDI(主要是上海和深圳)經(jīng)過MQ發(fā)送到統(tǒng)一數(shù)據(jù)交換平臺(ESB),數(shù)據(jù)平臺接收數(shù)據(jù)時進行處理,一部分是文件的元數(shù)據(jù)(文件本身信息、存放地址等)存入總署Oracle元數(shù)據(jù)庫中,文件本身存入生產庫文件服務器;隨附單據(jù)電子數(shù)據(jù)的調閱H客戶端需要調閱隨附單據(jù)電子數(shù)據(jù)時,經(jīng)過H中間層從元數(shù)據(jù)庫中獲取文件的地址信息,獲取到地址信息后,經(jīng)過部署在直屬海關的管理服務器(WebServer),連接到總署的管理服務器,若直屬海關未配置管理服務器,則直接連接總署管理服務器;總署的管理服務器從生產庫文件服務器上獲取文件,如果從生產庫上取不到,則去歷史庫中取,然后將文件經(jīng)過總署管理服務器回傳給直屬海關管理服務器,直屬海關管理服務器回傳給H客戶端進行展示,若直屬海關未配置管理服務器,文件直接經(jīng)過總署管理服務器回傳給H客戶端進行展示。隨附單據(jù)文件的存儲生產庫文件服務器上存儲部分的文件,能夠按照只存一年期(時間可調)的數(shù)據(jù)或者只存儲未理單的報關單的隨附單據(jù)電子數(shù)據(jù),其它部分數(shù)據(jù)轉移歷史庫或帶庫中。估算一年的存儲容量30TB,歷史庫存4年數(shù)據(jù),按照每年增量5%,總共150TB,帶庫200TB的容量。文件系統(tǒng)的備份、容災在廣東分中心建立文件系統(tǒng)的容災備份,元數(shù)據(jù)Oracle按照現(xiàn)有的Oracle雙向復制規(guī)則進行,對文件服務器需要單獨建立容災機制。數(shù)據(jù)中心的總體結構如下圖:用戶主要是經(jīng)過預錄入客戶端和上海EDI平臺兩個途徑傳入電子隨附單據(jù)。用戶在預錄入客戶端上操作后,預錄入系統(tǒng)一方面把報關單數(shù)據(jù)傳入內網(wǎng),一方面經(jīng)過上傳服務器和MQ程序將電子隨附單據(jù)文件用另一條路徑傳入內網(wǎng);對于上海EDI,電子隨附單據(jù)是經(jīng)過MQ通道傳入數(shù)據(jù)中心,再由數(shù)據(jù)中心傳到內網(wǎng)。優(yōu)點對于信息中心數(shù)據(jù)總署集中一份,能保持隨附單據(jù)電子數(shù)據(jù)的整體性數(shù)據(jù)集中存取,方便運維管理容災備份時單一數(shù)據(jù)源當前的試點程序基本可直接使用,僅需局部更新對于數(shù)據(jù)中心隨附單據(jù)附件集中存儲在數(shù)據(jù)中心節(jié)點,便于統(tǒng)一日常維護、管理;數(shù)據(jù)中心方便對隨附單據(jù)附件進行統(tǒng)一的數(shù)據(jù)分析、挖掘;方便跨關區(qū)查看隨附單據(jù)文件;數(shù)據(jù)中心作為海關內網(wǎng)的統(tǒng)一入口,對數(shù)據(jù)安全性有保障;程序集中部署可降低成本消耗;集中式部署方式不需要改變現(xiàn)有的網(wǎng)絡結構,只需在原有的基礎上擴容相關線路的物理帶寬即可滿足業(yè)務需求。擴容帶寬的操作時間周期較短,工作量較小,而且由數(shù)據(jù)中心統(tǒng)一規(guī)劃安排,更容易實施。缺點對于信息中心集中存取導致總署文件服務器性能、網(wǎng)絡流量壓力大。各關開發(fā)的自有應用將無法直接獲取隨附單據(jù)數(shù)據(jù)文件,需單獨提供訪問方式。對于數(shù)據(jù)中心需要較高的帶寬來滿足隨附單據(jù)附件傳輸需要網(wǎng)絡估算凈增流量在這種模式下,自海關運行網(wǎng)傳輸?shù)闹饕獮闊o紙化調閱數(shù)據(jù),主要的無紙化通關流量會由數(shù)據(jù)中心骨干線路進行傳輸。因此骨干網(wǎng)帶寬只需考慮調閱流量的增量。關別當前帶寬各無紙化單證比例下的網(wǎng)絡帶寬需求(Mbps)Mbps當前試點5%10%30%50%80%100%北京關區(qū)8是0.030.060.180.290.470.58長春關區(qū)2否0.000.000.010.010.020.03長沙關區(qū)2否0.000.000.010.010.020.03成都關區(qū)2否0.010.010.040.060.100.13大連海關2否0.030.060.180.310.490.61福州關區(qū)2是0.010.020.060.100.160.20拱北關區(qū)4是0.030.070.200.330.530.66廣州海關4是0.050.100.310.520.831.04貴陽海關2否0.000.000.000.000.000.00哈爾濱區(qū)2否0.000.010.020.040.060.07?？陉P區(qū)2否0.000.000.000.010.010.01杭州關區(qū)2是0.010.030.090.140.230.29合肥海關2否0.000.000.010.020.030.03呼特關區(qū)2否0.000.010.020.030.040.05黃埔關區(qū)6是0.100.190.580.971.551.94江門關區(qū)2否0.010.010.040.070.110.14昆明關區(qū)2否0.000.000.010.020.040.05拉薩海關2否0.000.000.000.000.000.00蘭州關區(qū)2否0.000.000.000.000.000.00滿洲里關2否0.000.010.030.050.070.09南昌關區(qū)2否0.000.000.010.010.020.03南京海關6是0.110.230.681.131.812.27南寧關區(qū)2否0.000.010.020.040.060.07寧波關區(qū)4是0.070.130.400.671.061.33青島海關4是0.080.160.470.781.251.57汕頭海關2否0.010.010.040.060.100.13上海海關20是0.350.692.083.465.546.92需要說明的是:當前試點通關無紙化企業(yè)大多為AA類企業(yè)或原需要說明的是:當前試點通關無紙化企業(yè)大多為AA類企業(yè)或原”無紙通關、單證暫存”企業(yè),她們申報的報關單大多為自動放行無需人工干預,同時”單證暫存”企業(yè)無需遞交紙面單證,也沒有上傳隨附單證掃描件,即使關員人工審核時也不會調閱隨附單證掃描件,故原方案根據(jù)當前現(xiàn)狀估算的傳輸量可能偏低。另外,此表在進行調閱所需網(wǎng)絡流量估算時是以10%的通關無紙化報關單將被現(xiàn)場關員調閱為基準比例得到的。而根據(jù)我關業(yè)務部門提供的數(shù)據(jù),在通關無紙化業(yè)務推廣到B類和C類企業(yè)之后,現(xiàn)場關員將會調閱60-70%的進口報關單和30-40%的出口報關單所對應的隨附單證掃描件,故此表中的新增網(wǎng)絡帶寬可能需要重新預估,我們推薦的網(wǎng)絡帶寬需新增42.35Mbps,考慮備份信道后需新增85Mbps。需要說明的是:當前試點通關無紙化企業(yè)大多為AA類企業(yè)或原”無紙通關、單證暫存”企業(yè),她們申報的報關單大多為自動放行無需人工干預,同時”單證暫存”企業(yè)無需遞交紙面單證,也沒有上傳隨附單證掃描件,即使關員人工審核時也不會調閱隨附單證掃描件,故原方案根據(jù)當前現(xiàn)狀估算的傳輸量可能偏低。另外,此表在進行調閱所需網(wǎng)絡流量估算時是以10%的通關無紙化報關單將被現(xiàn)場關員調閱為基準比例得到的。而根據(jù)我關業(yè)務部門提供的數(shù)據(jù),在通關無紙化業(yè)務推廣到B類和C類企業(yè)之后,現(xiàn)場關員將會調閱60-70%的進口報關單和30-40%的出口報關單所對應的隨附單證掃描件,故此表中的新增網(wǎng)絡帶寬可能需要重新預估,我們推薦的網(wǎng)絡帶寬需新增42.35Mbps,考慮備份信道后需新增85Mbps。深圳海關30是0.160.330.981.632.613.26沈陽關區(qū)2否0.000.000.010.010.020.03石家莊區(qū)2否0.000.000.010.010.020.03太原海關2否0.000.000.000.000.000.00天津關區(qū)8是0.050.100.300.500.801.01烏關區(qū)2否0.010.010.030.050.080.10武漢海關2否0.000.010.020.040.060.07西安關區(qū)2否0.000.000.010.020.030.03西寧關區(qū)2否0.000.000.000.000.000.00廈門關區(qū)4否0.040.090.260.430.690.86銀川海關2否0.000.000.000.000.000.00湛江關區(qū)2否0.000.000.010.010.010.02鄭州關區(qū)2否0.000.000.010.010.020.02重慶關區(qū)2否0.010.010.030.060.090.11小于0.001Mbps計為0運行流量根據(jù)以上數(shù)字,內網(wǎng)無紙化業(yè)務合并背景流量后的網(wǎng)絡總流量:調閱流量+背景流量關別當前帶寬無紙化單證各比例時網(wǎng)絡流量(Mbps)Mbps當前試點5%10%30%50%80%100%北京關區(qū)8是2.301782.331782.451782.561782.741782.85178長春關區(qū)2否0.236110.236110.246110.246110.256110.26611長沙關區(qū)2否0.261640.261640.271640.271640.281640.29164成都關區(qū)2否0.533270.533270.563270.583270.623270.65327大連海關2否1.874221.904222.024222.154222.334222.45422福州關區(qū)2是0.501370.511370.551370.591370.651370.69137拱北關區(qū)4是1.944421.984422.114422.244422.444422.57442廣州海關4是2.296252.346252.556252.766253.076253.28625貴陽海關2否0.025530.025530.025530.025530.025530.02553哈爾濱區(qū)2否0.255260.265260.275260.295260.315260.32526?？陉P區(qū)2否0.134010.134010.134010.144010.144010.14401杭州關區(qū)2是1.113981.133981.193981.243981.333981.39398合肥海關2否0.114870.114870.124870.134870.144870.14487呼特關區(qū)2否0.153150.163150.173150.183150.193150.20315黃埔關區(qū)6是3.488523.578523.968524.358524.938525.32852江門關區(qū)2否0.482220.482220.512220.542220.582220.61222昆明關區(qū)2否0.363740.363740.373740.383740.403740.41374拉薩海關2否0.044670.044670.044670.044670.044670.04467蘭州關區(qū)2否0.025530.025530.025530.025530.025530.02553滿洲里關2否0.255260.265260.285260.305260.325260.34526南昌關區(qū)2否0.10210.10210.11210.11210.12210.1321南京海關6是4.838624.958625.408625.858626.538626.99862南寧關區(qū)2否0.37650.38650.39650.41650.43650.4465寧波關區(qū)4是2.26522.32522.59522.86523.25523.5252青島海關4是3.755693.835694.145694.455694.925695.24569汕頭海關2否0.380120.380120.410120.430120.470120.50012上海海關20是13.368113.708115.098116.478118.558119.9381深圳海關30是7.817687.987688.637689.2876810.267710.9177沈陽關區(qū)2否0.242490.242490.252490.252490.262490.27249石家莊區(qū)2否0.248870.248870.258870.258870.268870.27887太原海關2否0.025530.025530.025530.025530.025530.02553天津關區(qū)8是3.010973.060973.260973.460973.760973.97097烏關區(qū)2否0.246110.246110.266110.286110.316110.33611武漢海關2否0.37650.38650.39650.41650.43650.4465西安關區(qū)2否0.20420.20420.21420.22420.23420.2342西寧關區(qū)2否0.012760.012760.012760.012760.012760.01276廈門關區(qū)4否1.916131.966132.136132.306132.566132.73613銀川海關2否0.025530.025530.025530.025530.025530.02553湛江關區(qū)2否0.229730.229730.239730.239730.239730.24973鄭州關區(qū)2否0.165920.165920.175920.175920.185920.18592重慶關區(qū)2否0.648140.648140.668140.698140.728140.74814總體流量預判根據(jù)以上數(shù)字,內網(wǎng)無紙化業(yè)務合并背景流量后的網(wǎng)絡最小帶寬需求為(與后面章節(jié)中網(wǎng)絡整體估算方法保持一致):(調閱流量+背景流量)/80%,得出的數(shù)值在向上取整至2的倍數(shù)(帶寬擴容最小粒度為2M)關別當前帶寬無紙化單證各比例時網(wǎng)絡帶寬需求(Mbps)Mbps當前試點5%10%30%50%80%100%北京關區(qū)8是444444長春關區(qū)2否222222長沙關區(qū)2否222222成都關區(qū)2否222222大連海關2否444444福州關區(qū)2是222222拱北關區(qū)4是444444廣州海關4是444446貴陽海關2否222222哈爾濱區(qū)2否222222海口關區(qū)2否222222杭州關區(qū)2是222222合肥海關2否222222呼特關區(qū)2否222222黃埔關區(qū)6是666688江門關區(qū)2否222222昆明關區(qū)2否222222拉薩海關2否222222蘭州關區(qū)2否222222滿洲里關2否222222南昌關區(qū)2否222222南京海關6是88881010南寧關區(qū)2否222222寧波關區(qū)4是444466青島海關4是666688汕頭海關2否222222上海海關20->60是181820222426深圳海關30是101012121414沈陽關區(qū)2否222222石家莊區(qū)2否222222太原海關2否222222天津關區(qū)8是446666烏關區(qū)2否222222武漢海關2否222222西安關區(qū)2否222222西寧關區(qū)2否222222廈門關區(qū)4否444444銀川海關2否222222湛江關區(qū)2否222222鄭州關區(qū)2否222222重慶關區(qū)2否222222數(shù)據(jù)中心流量估算分中心當前帶寬各無紙化單證比例下的網(wǎng)絡帶寬需求(Mbps)Mbps5%10%30%50%80%100%上海16烏魯木齊20.240.300.741.141.752.15蘭州20.020.030.080.120.180.22北京20.580.741.822.814.295.28南京41.622.085.097.8712.0414.82南寧20.040.060.140.220.330.41南昌20.150.190.460.721.101.35廈門20.050.070.160.250.380.47合肥20.120.150.370.580.881.08呼和浩特20.050.070.170.260.390.48哈爾濱20.130.160.390.610.931.15大連20.220.280.681.051.601.97天津20.460.591.432.213.384.16太原20.000.000.000.010.010.01寧波40.140.180.440.681.041.28廣州20.320.410.991.532.342.88成都20.360.461.121.732.643.25拉薩20.010.020.040.060.100.12拱北21.121.443.525.448.3210.24昆明20.110.140.330.520.790.97杭州20.911.172.864.426.768.32武漢20.300.390.961.482.262.78汕頭20.030.030.080.130.190.24江門20.220.280.691.061.621.99沈陽20.030.040.100.150.230.28?？?0.050.070.170.260.390.48深圳40.420.541.322.043.123.84湛江20.100.130.310.480.740.91滿洲里20.150.200.490.751.151.41石家莊20.180.230.570.881.351.66福州20.390.501.211.872.863.52西寧20.040.050.110.170.260.32西安20.180.230.560.861.321.63貴陽20.020.030.070.110.160.20鄭州20.060.080.200.310.470.58重慶20.520.661.622.513.844.72銀川20.030.040.090.140.210.26長春20.050.060.150.220.340.42長沙20.000.010.020.020.040.04青島20.210.270.661.021.561.92黃埔100.0350.0460.32工作量估算項目信息中心數(shù)據(jù)中心直屬海關開發(fā)1、0.5人月現(xiàn)有可滿足,無需額外開發(fā)工作???無測試1、0.5人月無需…無更新和部署無需設備采購不好估運行監(jiān)控5人天其它合計1人月???方案二:分布存放模式總體結構圖對結構圖的說明:隨附單據(jù)電子數(shù)據(jù)的傳入隨附單據(jù)電子數(shù)據(jù)經(jīng)過上海EDI預錄入傳入數(shù)據(jù)分中心,然后經(jīng)過專用MQ通道從對外接入局域網(wǎng)進入上海海關運行網(wǎng);上海關數(shù)據(jù)平臺接收非結構化隨附單據(jù)進行一定的邏輯校驗后入庫處理,具體包括:1、將文件本身存入本地文件服務器;2、將文件元數(shù)據(jù)(文件本身信息、存放地址等)存入本地ORACLE數(shù)據(jù)庫;3、經(jīng)過上海關H中間層服務器上的數(shù)據(jù)訪問組件更新總署端的報關單隨附單據(jù)列表的狀態(tài),供H系統(tǒng)的報關單入庫和電子審單程序讀取。隨附單據(jù)電子數(shù)據(jù)的調閱H客戶端需要調閱隨附單據(jù)電子數(shù)據(jù)時,經(jīng)過H中間層從元數(shù)據(jù)庫中獲取文件的地址信息,獲取到地址信息后,經(jīng)過部署在上海海關的管理服務器(WebServer),從本地文件服務器上取文件,本地管理服務器再傳回給給H客戶端進行展示。隨附單據(jù)電子數(shù)據(jù)的后續(xù)使用在H 系統(tǒng)的報關單結關完成理單操作后,將隨附單據(jù)電子化文件庫中對應的報關單隨附單據(jù)傳輸至存量報關單證電子單證檔案庫中備案。隨附單據(jù)電子數(shù)據(jù)的上傳分布式存儲模式下隨附單據(jù)電子數(shù)據(jù)不再上傳到總署信息中心。隨附單據(jù)電子數(shù)據(jù)的存儲生產庫文件服務器上存儲部分的文件,能夠按照只存一年期(時間可調)的數(shù)據(jù)或者只存儲未理單的報關單的隨附單據(jù)電子數(shù)據(jù),其它部分數(shù)據(jù)轉移歷史庫或帶庫中。估算一年的存儲容量9TB(每票報關單附帶5個100kb的標清格式電子隨附單據(jù))或54TB(每票報關單附帶10個300kb的高清格式電子隨附單據(jù)),歷史庫存4年數(shù)據(jù),按照每年增量5%,總共45TB(標清模式)或270TB(高清模