通關(guān)無紙化電子隨附單據(jù)數(shù)據(jù)存儲方案

通關(guān)無紙化電子隨附單據(jù)數(shù)據(jù)存儲方案目 錄第一章 前言 4第二章 現(xiàn)狀與問題分析 42.1. 現(xiàn)狀分析 42.1.1. 信息中心 42.1.2. 數(shù)據(jù)中心 72.2. 試運(yùn)行情況 102.2.1. 信息中心 10 存儲 10 網(wǎng)絡(luò) 102.2.2. 數(shù)據(jù)中心 11 存儲 11 網(wǎng)絡(luò) 112.3. 問題分析 122.3.1. 信息中心面臨的問題 122.3.2. 數(shù)據(jù)中心面臨的問題 132.3.3. 直屬海關(guān)面臨的問題 13第三章 需求分析 143.1. 業(yè)務(wù)需求 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. 運(yùn)維需求 163.3.1. 管理工具 163.3.2. 生命周期管理 163.3.3. 監(jiān)控工具集成 163.3.4. 設(shè)備擴(kuò)展性 163.3.5. 業(yè)務(wù)連續(xù)性 173.3.6. 復(fù)制遷移 173.3.7. 數(shù)據(jù)備份 173.3.8. 數(shù)據(jù)質(zhì)量 173.3.9. 數(shù)據(jù)平安 173.3.10. 機(jī)房環(huán)境需求 173.3.11. 技能需求 173.3.12. 升級支持 173.3.13. 售后效勞支持水平 183.4. 設(shè)備平安需求 183.5. 數(shù)據(jù)平安需求 183.6. 網(wǎng)絡(luò)需求 183.6.1. 網(wǎng)絡(luò)背景流量 183.6.2. 無紙化報關(guān)傳輸流量 193.6.3. 無紙化調(diào)閱流量 213.6.4. 高清無紙化報關(guān)傳輸流量 223.7. 其它需求 233.7.1. 本錢 233.7.2. 產(chǎn)品成熟度 23第四章 規(guī)劃總體結(jié)構(gòu) 234.1. 方案一：集中存放模式 234.1.1. 總體結(jié)構(gòu)圖 234.1.2. 優(yōu)點(diǎn) 254.1.3. 缺點(diǎn) 264.1.4. 網(wǎng)絡(luò)估算 264.1.5. 工作量估算 314.2. 方案二：分布存放模式 324.2.1. 總體結(jié)構(gòu)圖 324.2.2. 優(yōu)點(diǎn) 344.2.3. 缺點(diǎn) 344.2.4. 網(wǎng)絡(luò)估算 354.2.5. 工作量估算 364.3. 方案三：集中+分布存放模式 374.3.1. 模式1：準(zhǔn)實(shí)時下發(fā)模式 374.3.2. 模式2：分時下發(fā)模式 434.3.3. 模式3：非下發(fā)模式 464.4. 傾向性建議 504.5. 運(yùn)維管理 514.5.1. 備份管理 514.5.2. 數(shù)據(jù)同步 524.5.3. 容災(zāi)切換 524.6. 數(shù)據(jù)管理 52第五章 可行性存儲方案及分析 535.1. 方案一：可橫向擴(kuò)展的集群式NAS系統(tǒng) 535.1.1. 簡介 535.1.2. 方案架構(gòu)圖 535.1.3. 特性 545.1.4. 方案分析－IBMSONAS 555.1.5. 方案分析－EMCIsilon 565.2. 方案二：成熟型內(nèi)容管理路線 575.2.1. 簡介 575.2.2. 方案架構(gòu)圖 575.2.3. 特性 575.2.4. 方案分析－IBMECM 585.2.5. 方案分析－OracleWebCenterContent 595.2.6. 方案分析－EMCDocumentum 595.3. 方案三:分布式存儲+計(jì)算 605.3.1. 簡介 605.3.2. 方案架構(gòu)圖 615.3.3. 特性 615.3.4. 方案分析－EMCMapR 625.3.5. 方案分析－天云科技Hadoop 635.3.6. 方案分析－IntelHadoop 645.4. 方案利弊比照 665.5. 傾向性方案 67

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

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

,為二次申報等改革奠定必要條件。分布存放模式可為結(jié)構(gòu)性的通關(guān)模式改革提供實(shí)現(xiàn)根底，使報關(guān)單電子數(shù)據(jù)的傳輸、審核、放行與隨附單證的傳輸、審核別離成為可能。實(shí)現(xiàn)“逐票電子放行，匯總計(jì)征稅費(fèi)〔量和時間上匯總、空間集中〕、批量復(fù)核”模式，別離傳輸可改變以往海關(guān)需在狹小時空內(nèi)完成復(fù)雜任務(wù)的困境，拓寬時空，提高有效性。目前海關(guān)已有的決策支持類系統(tǒng)如海關(guān)廉政預(yù)警系統(tǒng)〔HL2008〕、批量復(fù)審系統(tǒng)、歸類綜合管理系統(tǒng)等，其分析的對象主要還是結(jié)構(gòu)化的通關(guān)類電子數(shù)據(jù)。而隨附單證電子化后的非結(jié)構(gòu)化數(shù)據(jù)如果下發(fā)到各直屬關(guān)，就可以滿足各業(yè)務(wù)部門在分析結(jié)構(gòu)化數(shù)據(jù)后對于相關(guān)原始紙質(zhì)單證的調(diào)閱和分析需求，從而加強(qiáng)執(zhí)法監(jiān)控。此外，下一步隨著OCR軟件在海關(guān)隨附單證領(lǐng)域的應(yīng)用，也可以更加充分挖掘紙質(zhì)單證資源的潛力?，F(xiàn)有問題主要是各關(guān)的隨附單證根本還是以紙質(zhì)方式存放，即占用大量場地資源又無法方便查詢調(diào)閱，且時間長了之后極易損壞，而采用了分布式存儲方案可以有效解決此次問題。請上海海關(guān)補(bǔ)充本地存留無紙化單證并進(jìn)行業(yè)務(wù)創(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單票報關(guān)單隨附單證大小的估算方法如下：根據(jù)試點(diǎn)數(shù)據(jù)，在滿足數(shù)據(jù)中心隨附單證規(guī)格要求的情況下，平均隨附單證尺寸87K〔Byte,最大8M，最小6K〕，單票報關(guān)單平均隨附單證數(shù)量2.7-2.4份〔目前有局部隨附單證未列入試點(diǎn)〕。為了簡化，數(shù)據(jù)量估算時考慮將單個隨附單證大小以100KByte計(jì)，平均每份報關(guān)單隨附單證數(shù)量以5份計(jì)〔試點(diǎn)量的2倍〕，每日峰值工作時間為2小時。相應(yīng)的，存儲計(jì)算中，單份報關(guān)單的隨附單證以500KB計(jì)；網(wǎng)絡(luò)計(jì)算中，單份報關(guān)單的隨附單證帶寬占用以5Mb/s計(jì)。據(jù)統(tǒng)計(jì)，2011年的報關(guān)單數(shù)量約為5900萬份，2012～2013年報關(guān)單數(shù)量預(yù)計(jì)超過6000萬份。以單份報關(guān)單包含5份隨附單據(jù)且單份隨附單據(jù)平均大小為100KB計(jì)算，預(yù)計(jì)2013年報關(guān)單將到達(dá)6300萬份，信息中心年每年需要可用存儲30TB；數(shù)據(jù)中心加上一定的冗余數(shù)，年數(shù)據(jù)增長量約為47TB。讀寫I/O分析結(jié)合存儲容量分析，每年產(chǎn)生的數(shù)據(jù)量約為3億個文件，按照每年220天工作日計(jì)算，那么每天產(chǎn)生的數(shù)據(jù)數(shù)量為136萬個文件，既每日產(chǎn)生的交易量為136萬，忙時處理能力是按照每日交易量的80%在3個小時內(nèi)完成，每星期五是一周內(nèi)的頂峰，是平均的1.5倍，即峰值為每秒鐘136萬*80%*1.5/3/3600=152個文件，I/O處理能力為152*100KB=14.8MB/s。磁盤并發(fā)數(shù)分析結(jié)合I/O分析，峰值時效勞器請求平均為每秒152個文件。根據(jù)壓力測試時獲取的系統(tǒng)I/O事務(wù)數(shù)據(jù)計(jì)算，峰值的I/O請求約為5679次每秒〔IOPS〕。開發(fā)需求接口需求存儲數(shù)據(jù)訪問方式應(yīng)做到盡量標(biāo)準(zhǔn)、通用、簡單。例如：NFS、FTP、HTTP和HDFS等。遷移改造需求所選方案假設(shè)涉及程序遷移改造，方案應(yīng)提供程序改造時所需的SDK，且改造時元數(shù)據(jù)管理和非結(jié)構(gòu)化數(shù)據(jù)遷移影響程度應(yīng)盡量降低。運(yùn)維需求管理工具提供便于系統(tǒng)工程師維護(hù)和管理系統(tǒng)的操作界面、并提供日常故障診斷工具。生命周期管理工程要考慮到分級存儲的需求，保證業(yè)務(wù)在數(shù)據(jù)增長符合業(yè)務(wù)開展需求同時，在運(yùn)維數(shù)據(jù)管理上，可根據(jù)管理和維護(hù)的需求，使用管理工具定義相應(yīng)的數(shù)據(jù)維護(hù)規(guī)那么，可將數(shù)據(jù)自動或手動遷移到磁帶或其他低本錢介質(zhì)設(shè)備進(jìn)行保存，當(dāng)需要調(diào)取該文件時應(yīng)用可以自動從介質(zhì)中獲取。隨附單據(jù)生命周期特征隨報關(guān)單變化：信息中心可分為：在線期：使用高速存儲介質(zhì)〔例如：SAS〕，建議1年內(nèi)數(shù)據(jù)或只存儲未理單的報關(guān)單對應(yīng)的隨附單據(jù)數(shù)據(jù)；近線期：使用低速存儲介質(zhì)〔例如：SATA〕，建議1-5年數(shù)據(jù)；離線期：使用離線存儲介質(zhì)〔例如：磁帶庫〕，建議5年以上數(shù)據(jù)。數(shù)據(jù)中心可分為：在線期：０～３個月，使用高速存儲介質(zhì)〔例如：SAS〕近線期：３～12個月，使用低速存儲介質(zhì)〔例如：SATA〕離線期：12個月以后，使用離線存儲介質(zhì)〔例如：磁帶庫〕根據(jù)通關(guān)無紙化業(yè)務(wù)任務(wù)書制定的報關(guān)單證保存期限：一般的報關(guān)單證〔備案號為空，備案號為以“Z”開頭且監(jiān)管方式為“4019邊境小額貿(mào)易”〕保存年限為3年；備案號為以“D”、“Z”〔監(jiān)管方式為“4019邊境小額貿(mào)易”除外〕、“H****D”開頭的報關(guān)單證保存年限為11年；除前面兩種情況之外的報關(guān)單證保存年限為5年。對滿足這些條件的報關(guān)單所對應(yīng)的隨附單據(jù)文件數(shù)據(jù)進(jìn)行銷毀處理。監(jiān)控工具集成能夠使用信息中心和數(shù)據(jù)中心現(xiàn)有的監(jiān)控管理軟件〔例如MSSystemCenter,BMC監(jiān)控工具〕進(jìn)行監(jiān)控，或可以提供相應(yīng)的接口，將數(shù)據(jù)定義成監(jiān)控工具可以調(diào)用的模式。監(jiān)控中要提供包括硬件故障報警，故障診斷，故障定位，性能報告等功能。設(shè)備擴(kuò)展性設(shè)備滿足非結(jié)構(gòu)化數(shù)據(jù)每年信息中心每年約30T和數(shù)據(jù)中心每年約47T和容量的需要同時，在業(yè)務(wù)數(shù)據(jù)增加同時，集群內(nèi)的容量可以平滑擴(kuò)容，性能上也可以根據(jù)需求在線橫向擴(kuò)展。業(yè)務(wù)連續(xù)性系統(tǒng)不存在單點(diǎn)故障，對主要部件進(jìn)行冗余設(shè)計(jì)，機(jī)器可以動態(tài)上線，可在線進(jìn)行更換。復(fù)制遷移系統(tǒng)可提供同城機(jī)房間的文件在線實(shí)時復(fù)制以及文件遷移功能。數(shù)據(jù)備份基于本錢和容災(zāi)的考慮，信息中心會將運(yùn)行庫做小做精，過期的數(shù)據(jù)放到保障級別較低的歸檔庫中。在各集中存儲的方案中，為各關(guān)增配本地緩存效勞器，提高讀取效率、節(jié)省帶寬。存儲設(shè)備支持?jǐn)?shù)據(jù)文件不經(jīng)過主機(jī)，直接備份到磁帶上。數(shù)據(jù)質(zhì)量對內(nèi)外網(wǎng)MQ、ESB系統(tǒng)數(shù)據(jù)傳輸?shù)募皶r性進(jìn)行監(jiān)控，對數(shù)據(jù)積壓和喪失等故障及時發(fā)現(xiàn)和處理。對非結(jié)構(gòu)化數(shù)據(jù)與結(jié)構(gòu)化數(shù)據(jù)的一致性進(jìn)行比對，并對缺失、多余、不一致數(shù)據(jù)進(jìn)行補(bǔ)處理。數(shù)據(jù)平安建立非結(jié)構(gòu)化數(shù)據(jù)的身份認(rèn)證和存取控制機(jī)制，防止非法數(shù)據(jù)訪問。對元數(shù)據(jù)中的敏感信息進(jìn)行加密傳輸，防止數(shù)據(jù)泄漏。保存對數(shù)據(jù)的操作日志，以便問題分析和審計(jì)。機(jī)房環(huán)境需求機(jī)房可提供雙路220V，380V電源，地板稱重每平方米不超過800千克/平方米，機(jī)柜高度不超過2米，機(jī)房提供空調(diào)為側(cè)送風(fēng)和下送風(fēng)。技能需求硬件和軟件操作不應(yīng)過于復(fù)雜繁瑣，應(yīng)盡量符合業(yè)界同類產(chǎn)品操作。升級支持及時提供漏洞補(bǔ)丁。售后效勞支持水平硬件和軟件的保證級別為7*24，響應(yīng)要求為1小時內(nèi)響應(yīng)，2內(nèi)小時解決故障，有充足的備件。提供完整的售后效勞和技術(shù)支持，且對中心運(yùn)維人員有定期的系統(tǒng)性培訓(xùn)支持。設(shè)備平安需求提供設(shè)備要具備可監(jiān)控，可管理，可審計(jì)，提供的操作系統(tǒng)要能夠根據(jù)系統(tǒng)平安分析結(jié)果，進(jìn)行操作漏洞進(jìn)行相應(yīng)的平安整改,如無法整改的局部,需提供出相應(yīng)的解決方案。數(shù)據(jù)平安需求非結(jié)構(gòu)化數(shù)據(jù)的平安需求包括存取控制、訪問權(quán)限、防控數(shù)據(jù)泄露等網(wǎng)絡(luò)需求需要保證試點(diǎn)分中心到數(shù)據(jù)中心、互聯(lián)網(wǎng)企業(yè)到數(shù)據(jù)中心以及數(shù)據(jù)中心到信息中心的互聯(lián)帶寬能夠滿足流量增大后的需求，且中間經(jīng)過各種網(wǎng)絡(luò)設(shè)備的處理及轉(zhuǎn)發(fā)性能也完全可以支持業(yè)務(wù)量增大后對系統(tǒng)資源的要求。網(wǎng)絡(luò)基準(zhǔn)流量的估算方法如下：網(wǎng)絡(luò)背景流量信息中心網(wǎng)絡(luò)部根據(jù)目前流量狀況測算了根底的背景流量，測算方法為：在一個月內(nèi)隨機(jī)選取五個工作日，對這五天每個海關(guān)早10：00至11：00的流量進(jìn)行統(tǒng)計(jì)，算出一小時平均值，再用此值為根底按每年帶寬增長5%計(jì)算出五年后的帶寬值，此數(shù)值即為各海關(guān)的背景流量?！才c后面章節(jié)中網(wǎng)絡(luò)整體估算方法保持一致〕關(guān)區(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%無紙化報關(guān)傳輸流量通過對試點(diǎn)數(shù)據(jù)的觀測，考慮無紙化方案設(shè)計(jì)要求，平均每票無紙化報關(guān)單月需要5000Kb/s流量，計(jì)算得出無紙化報關(guān)傳輸流量在不同比例下產(chǎn)生的帶寬占用量為：關(guān)別目前帶寬各無紙化單證比例下的網(wǎng)絡(luò)帶寬需求〔Mbps〕Mbps目前試點(diǎn)5%10%30%50%80%100%北京關(guān)區(qū)8是天津關(guān)區(qū)8是0.5135810.1石家莊區(qū)2否000.3太原海關(guān)2否000000滿洲里關(guān)2否00.70.9呼特關(guān)區(qū)2否00.40.5沈陽關(guān)區(qū)2否000.3大連海關(guān)2否長春關(guān)區(qū)2否000.3哈爾濱區(qū)2否00.60.7上海海關(guān)20是3.56.920.834.655.469.2目前試點(diǎn)通關(guān)無紙化企業(yè)大多為AA類企業(yè)或原“無紙通關(guān)、單證暫存”企業(yè)，其中“單證暫存“企業(yè)無需遞交紙面單證，也不需要傳輸隨附單證電子掃描件，故原方案根據(jù)目前現(xiàn)狀估算的傳輸量可能偏低。參考上海海關(guān)存量報關(guān)單證電子化系統(tǒng)中隨附單證實(shí)際情況，每份報關(guān)單平均附帶10份隨附單證，每個隨附單證的平均數(shù)據(jù)量約為300KB，單票報關(guān)單隨附電子單證的數(shù)據(jù)量為3MB。故此表中各階段網(wǎng)絡(luò)帶寬需求可能需要重估，我們推薦的單信道估算值為83.3Mbps〔150000/4/60/60*8〕，考慮備份后需要新增167Mbps。南京海關(guān)6是11.318.122.7杭州關(guān)區(qū)2是寧波關(guān)區(qū)4是0.71.346.710.613.3合肥海關(guān)2否000.3福州關(guān)區(qū)2是11.62廈門關(guān)區(qū)4否南昌關(guān)區(qū)2否000.3青島海關(guān)4是7.812.515.7鄭州關(guān)區(qū)2否000.2武漢海關(guān)2否00.60.7長沙關(guān)區(qū)2否000.3廣州海關(guān)4是0.510.4黃埔關(guān)區(qū)6是15.519.4深圳海關(guān)30是16.326.132.6拱北關(guān)區(qū)4是0.30.7汕頭海關(guān)2否0.611.3?？陉P(guān)區(qū)2否000湛江關(guān)區(qū)2否000.2江門關(guān)區(qū)2否南寧關(guān)區(qū)2否00.60.7成都關(guān)區(qū)2否0.611.3重慶關(guān)區(qū)2否貴陽海關(guān)2否000000昆明關(guān)區(qū)2否000.5拉薩海關(guān)2否000000西安關(guān)區(qū)2否000.3烏關(guān)區(qū)2否0.50.81蘭州關(guān)區(qū)2否000000銀川海關(guān)2否000000西寧關(guān)區(qū)2否000000小于0.001Mbps計(jì)為0無紙化調(diào)閱流量信息中心網(wǎng)絡(luò)部通過對上海海關(guān)的運(yùn)行網(wǎng)線路近半個月流量數(shù)據(jù)的實(shí)際監(jiān)控，結(jié)合運(yùn)行網(wǎng)上傳輸?shù)臒o紙化業(yè)務(wù)流量與實(shí)際發(fā)生的上海無紙化報關(guān)單量進(jìn)行了分析，依據(jù)目前現(xiàn)場作業(yè)對的無紙化隨附單證調(diào)閱比例，發(fā)現(xiàn)調(diào)閱一張報關(guān)單一般需要2秒，而平均每張報關(guān)可能產(chǎn)生的調(diào)閱數(shù)據(jù)量為0.044Mb，因此得出了一張報關(guān)單單詞產(chǎn)生的調(diào)閱數(shù)據(jù)產(chǎn)生平均流量為：0.022Mb/s。根據(jù)目前通關(guān)無紙化工程的設(shè)計(jì)，隨附單證可能會在審單、審核和放行環(huán)節(jié)調(diào)用，比照下表和前述“無紙化報關(guān)傳輸流量”可知，目前無紙化隨附單證的總調(diào)閱率約為1%，為充分滿足業(yè)務(wù)開展需要，假設(shè)未來無紙化隨附單證的調(diào)閱率不少于報關(guān)單的改單率〔目前約為10%〕，且調(diào)閱比例僅限于單個環(huán)節(jié)，工程推廣后上述三個環(huán)節(jié)會被現(xiàn)場關(guān)員調(diào)閱計(jì)，平均一張報關(guān)單調(diào)閱過程將共產(chǎn)生流量為：0.66Mb/s。因此根據(jù)各關(guān)報關(guān)單根底數(shù)量，按最大并發(fā)計(jì)算得出無紙化調(diào)閱流量在不同比例下產(chǎn)生的帶寬占用量為：關(guān)別目前帶寬各無紙化單證比例下的網(wǎng)絡(luò)帶寬需求〔Mbps〕Mbps目前試點(diǎn)5%10%30%50%80%100%北京關(guān)區(qū)8是0.030.060.180.290.470.58長春關(guān)區(qū)2否0.000.000.010.010.020.03長沙關(guān)區(qū)2否0.000.000.010.010.020.03成都關(guān)區(qū)2否0.010.010.040.060.100.13大連海關(guān)2否0.030.060.180.310.490.61福州關(guān)區(qū)2是0.010.020.060.100.160.20拱北關(guān)區(qū)4是0.030.070.200.330.530.66廣州海關(guān)4是0.050.100.310.520.831.04貴陽海關(guān)2否0.000.000.000.000.000.00哈爾濱區(qū)2否0.000.010.020.040.060.07海口關(guān)區(qū)2否0.000.000.000.010.010.01杭州關(guān)區(qū)2是0.010.030.090.140.230.29合肥海關(guān)2否0.000.000.010.020.030.03呼特關(guān)區(qū)2否0.000.010.020.030.040.05黃埔關(guān)區(qū)6是0.100.190.580.971.551.94江門關(guān)區(qū)2否0.010.010.040.070.110.14昆明關(guān)區(qū)2否0.000.000.010.020.040.05拉薩海關(guān)2否0.000.000.000.000.000.00蘭州關(guān)區(qū)2否0.000.000.000.000.000.00滿洲里關(guān)2否0.000.010.030.050.070.09南昌關(guān)區(qū)2否0.000.000.010.010.020.03南京海關(guān)6是0.110.230.681.131.812.27南寧關(guān)區(qū)2否0.000.010.020.040.060.07寧波關(guān)區(qū)4是0.070.130.400.671.061.33青島海關(guān)4是0.080.160.470.781.251.57汕頭海關(guān)2否0.010.010.040.060.100.13上海海關(guān)20是0.350.692.083.465.546.92需要說明的是：目前試點(diǎn)通關(guān)無紙化企業(yè)大多為AA類企業(yè)或原需要說明的是：目前試點(diǎn)通關(guān)無紙化企業(yè)大多為AA類企業(yè)或原“無紙通關(guān)、單證暫存”企業(yè)，他們申報的報關(guān)單大多為自動放行無需人工干預(yù)，同時“單證暫存“企業(yè)無需遞交紙面單證，也沒有上傳隨附單證掃描件，即使關(guān)員人工審核時也不會調(diào)閱隨附單證掃描件，故原方案根據(jù)目前現(xiàn)狀估算的傳輸量可能偏低。另外，此表在進(jìn)行調(diào)閱所需網(wǎng)絡(luò)流量估算時是以10%的通關(guān)無紙化報關(guān)單將被現(xiàn)場關(guān)員調(diào)閱為基準(zhǔn)比例得到的。而根據(jù)我關(guān)業(yè)務(wù)部門提供的數(shù)據(jù)，在通關(guān)無紙化業(yè)務(wù)推廣到B類和C類企業(yè)之后，現(xiàn)場關(guān)員將會調(diào)閱60-70%的進(jìn)口報關(guān)單和30-40%的出口報關(guān)單所對應(yīng)的隨附單證掃描件，故此表中的新增網(wǎng)絡(luò)帶寬可能需要重新預(yù)估，我們推薦的網(wǎng)絡(luò)帶寬需新增42.35Mbps，考慮備份信道后需新增85Mbps。需要說明的是：目前試點(diǎn)通關(guān)無紙化企業(yè)大多為AA類企業(yè)或原“無紙通關(guān)、單證暫存”企業(yè)，他們申報的報關(guān)單大多為自動放行無需人工干預(yù)，同時“單證暫存“企業(yè)無需遞交紙面單證，也沒有上傳隨附單證掃描件，即使關(guān)員人工審核時也不會調(diào)閱隨附單證掃描件，故原方案根據(jù)目前現(xiàn)狀估算的傳輸量可能偏低。另外，此表在進(jìn)行調(diào)閱所需網(wǎng)絡(luò)流量估算時是以10%的通關(guān)無紙化報關(guān)單將被現(xiàn)場關(guān)員調(diào)閱為基準(zhǔn)比例得到的。而根據(jù)我關(guān)業(yè)務(wù)部門提供的數(shù)據(jù)，在通關(guān)無紙化業(yè)務(wù)推廣到B類和C類企業(yè)之后，現(xiàn)場關(guān)員將會調(diào)閱60-70%的進(jìn)口報關(guān)單和30-40%的出口報關(guān)單所對應(yīng)的隨附單證掃描件，故此表中的新增網(wǎng)絡(luò)帶寬可能需要重新預(yù)估，我們推薦的網(wǎng)絡(luò)帶寬需新增42.35Mbps，考慮備份信道后需新增85Mbps。深圳海關(guān)30是0.160.330.981.632.613.26沈陽關(guān)區(qū)2否0.000.000.010.010.020.03石家莊區(qū)2否0.000.000.010.010.020.03太原海關(guān)2否0.000.000.000.000.000.00天津關(guān)區(qū)8是0.050.100.300.500.801.01烏關(guān)區(qū)2否0.010.010.030.050.080.10武漢海關(guān)2否0.000.010.020.040.060.07西安關(guān)區(qū)2否0.000.000.010.020.030.03西寧關(guān)區(qū)2否0.000.000.000.000.000.00廈門關(guān)區(qū)4否0.040.090.260.430.690.86銀川海關(guān)2否0.000.000.000.000.000.00湛江關(guān)區(qū)2否0.000.000.010.010.010.02鄭州關(guān)區(qū)2否0.000.000.010.010.020.02重慶關(guān)區(qū)2否0.010.010.030.060.090.11小于0.001Mbps計(jì)為0高清無紙化報關(guān)傳輸流量請上海關(guān)補(bǔ)充說明原有220M帶寬需求的估算過程，并說明該方式在通關(guān)流程暫不使用，當(dāng)前僅使用200dpi黑白模式作為通關(guān)時單證交換格式標(biāo)準(zhǔn)。當(dāng)前通關(guān)無紙化尚未采用高清格式掃描、傳輸，參考上海海關(guān)存量報關(guān)單證電子化所采用的高清格式，每份電子單證的平均數(shù)據(jù)量約為300KB，約為標(biāo)清格式的3倍；預(yù)計(jì)下階段單票報關(guān)單平均附帶10份隨附電子單證，為試點(diǎn)階段的2倍，故單票報關(guān)單隨附高清電子單證的數(shù)據(jù)量為3MB，為標(biāo)清格式單證的6倍。參考上海海關(guān)存量報關(guān)單證電子化的實(shí)際效果，當(dāng)期無紙化工程推薦使用高清格式單證作為交換格式標(biāo)準(zhǔn)。上海關(guān)業(yè)務(wù)部門認(rèn)為目前已經(jīng)開展通關(guān)無紙化試點(diǎn)的企業(yè)中，大局部均有意選取了隨附單證較少的報關(guān)單進(jìn)行無紙化通關(guān)以減少工作量，故每個報關(guān)單的隨附單證以5個計(jì)算可能還是偏離了實(shí)際情況。根據(jù)上海海關(guān)統(tǒng)計(jì)處提供的試點(diǎn)存量單證電子化的情況來看，每個報關(guān)單以10個隨附單證來核算應(yīng)該較為合理。以上海海關(guān)為例，該關(guān)每天的報關(guān)單申報量約為50000份/天，平均每份報關(guān)單及隨附電子單證的數(shù)據(jù)量為3MB，數(shù)據(jù)傳輸總量為150GB，這些數(shù)據(jù)主要集中在每天4小時業(yè)務(wù)頂峰時段內(nèi)傳輸，故該關(guān)無紙化通關(guān)推廣至100%報關(guān)單時傳輸流量所需新增帶寬需求為83.3Mbps〔150000/4/60/60*8〕。按照現(xiàn)場關(guān)員將會調(diào)閱60-70%的進(jìn)口報關(guān)單和30-40%的出口報關(guān)單所對應(yīng)的隨附單證掃描件〔統(tǒng)計(jì)上海海關(guān)2012年日均報關(guān)單為進(jìn)口報關(guān)單16232份、出口報關(guān)單35119份〕并考慮調(diào)閱操作每天集中在4小時內(nèi)全部完成，那么無紙化調(diào)閱流量新增帶寬需求約42.35Mbps〔〔〔16232*70%+35119*40〕*3/4/60/60*8〕。其它需求本錢應(yīng)考慮一次性購置本錢、每年維保本錢和學(xué)習(xí)本錢。產(chǎn)品成熟度應(yīng)考慮產(chǎn)品所述單位的知名度、產(chǎn)品使用的成功案例和產(chǎn)品自身的研發(fā)時間、版本。規(guī)劃總體結(jié)構(gòu)方案一：集中存放模式總體結(jié)構(gòu)圖結(jié)構(gòu)圖如下：對結(jié)構(gòu)圖的說明：隨附單據(jù)電子數(shù)據(jù)的傳入隨附單據(jù)電子數(shù)據(jù)通過數(shù)據(jù)中心和各關(guān)EDI(主要是上海和深圳)通過MQ發(fā)送到統(tǒng)一數(shù)據(jù)交換平臺〔ESB〕,數(shù)據(jù)平臺接收數(shù)據(jù)時進(jìn)行處理，一局部是文件的元數(shù)據(jù)〔文件本身信息、存放地址等〕存入總署Oracle元數(shù)據(jù)庫中，文件本身存入生產(chǎn)庫文件效勞器；隨附單據(jù)電子數(shù)據(jù)的調(diào)閱H2010客戶端需要調(diào)閱隨附單據(jù)電子數(shù)據(jù)時，通過H2010中間層從元數(shù)據(jù)庫中獲取文件的地址信息，獲取到地址信息后，通過部署在直屬海關(guān)的管理效勞器〔WebServer〕，連接到總署的管理效勞器，假設(shè)直屬海關(guān)未配置管理效勞器，那么直接連接總署管理效勞器；總署的管理效勞器從生產(chǎn)庫文件效勞器上獲取文件，如果從生產(chǎn)庫上取不到，那么去歷史庫中取，然后將文件通過總署管理效勞器回傳給直屬海關(guān)管理效勞器，直屬海關(guān)管理效勞器回傳給H2010客戶端進(jìn)行展示，假設(shè)直屬海關(guān)未配置管理效勞器，文件直接通過總署管理效勞器回傳給H2010客戶端進(jìn)行展示。隨附單據(jù)文件的存儲生產(chǎn)庫文件效勞器上存儲局部的文件，可以按照只存一年期〔時間可調(diào)〕的數(shù)據(jù)或者只存儲未理單的報關(guān)單的隨附單據(jù)電子數(shù)據(jù)，其它局部數(shù)據(jù)轉(zhuǎn)移歷史庫或帶庫中。估算一年的存儲容量30TB，歷史庫存4年數(shù)據(jù)，按照每年增量5%，總共150TB，帶庫200TB的容量。文件系統(tǒng)的備份、容災(zāi)在廣東分中心建立文件系統(tǒng)的容災(zāi)備份，元數(shù)據(jù)Oracle按照現(xiàn)有的Oracle雙向復(fù)制規(guī)那么進(jìn)行，對文件效勞器需要單獨(dú)建立容災(zāi)機(jī)制。數(shù)據(jù)中心的總體結(jié)構(gòu)如下列圖：用戶主要是通過預(yù)錄入客戶端和上海EDI平臺兩個途徑傳入電子隨附單據(jù)。用戶在預(yù)錄入客戶端上操作后，預(yù)錄入系統(tǒng)一方面把報關(guān)單數(shù)據(jù)傳入內(nèi)網(wǎng)，一方面通過上傳效勞器和MQ程序?qū)㈦娮与S附單據(jù)文件用另一條路徑傳入內(nèi)網(wǎng)；對于上海EDI，電子隨附單據(jù)是通過MQ通道傳入數(shù)據(jù)中心，再由數(shù)據(jù)中心傳到內(nèi)網(wǎng)。優(yōu)點(diǎn)對于信息中心數(shù)據(jù)總署集中一份，能保持隨附單據(jù)電子數(shù)據(jù)的整體性數(shù)據(jù)集中存取，方便運(yùn)維管理容災(zāi)備份時單一數(shù)據(jù)源目前的試點(diǎn)程序根本可直接使用，僅需局部更新對于數(shù)據(jù)中心隨附單據(jù)附件集中存儲在數(shù)據(jù)中心節(jié)點(diǎn)，便于統(tǒng)一日常維護(hù)、管理；數(shù)據(jù)中心方便對隨附單據(jù)附件進(jìn)行統(tǒng)一的數(shù)據(jù)分析、挖掘；方便跨關(guān)區(qū)查看隨附單據(jù)文件；數(shù)據(jù)中心作為海關(guān)內(nèi)網(wǎng)的統(tǒng)一入口，對數(shù)據(jù)平安性有保障；程序集中部署可降低本錢消耗；集中式部署方式不需要改變現(xiàn)有的網(wǎng)絡(luò)結(jié)構(gòu)，只需在原有的根底上擴(kuò)容相關(guān)線路的物理帶寬即可滿足業(yè)務(wù)需求。擴(kuò)容帶寬的操作時間周期較短，工作量較小，并且由數(shù)據(jù)中心統(tǒng)一規(guī)劃安排，更容易實(shí)施。缺點(diǎn)對于信息中心集中存取導(dǎo)致總署文件效勞器性能、網(wǎng)絡(luò)流量壓力大。各關(guān)開發(fā)的自有應(yīng)用將無法直接獲取隨附單據(jù)數(shù)據(jù)文件，需單獨(dú)提供訪問方式。對于數(shù)據(jù)中心需要較高的帶寬來滿足隨附單據(jù)附件傳輸需要網(wǎng)絡(luò)估算凈增流量在這種模式下，自海關(guān)運(yùn)行網(wǎng)傳輸?shù)闹饕獮闊o紙化調(diào)閱數(shù)據(jù)，主要的無紙化通關(guān)流量會由數(shù)據(jù)中心骨干線路進(jìn)行傳輸。因此骨干網(wǎng)帶寬只需考慮調(diào)閱流量的增量。關(guān)別目前帶寬各無紙化單證比例下的網(wǎng)絡(luò)帶寬需求〔Mbps〕Mbps目前試點(diǎn)5%10%30%50%80%100%北京關(guān)區(qū)8是0.030.060.180.290.470.58長春關(guān)區(qū)2否0.000.000.010.010.020.03長沙關(guān)區(qū)2否0.000.000.010.010.020.03成都關(guān)區(qū)2否0.010.010.040.060.100.13大連海關(guān)2否0.030.060.180.310.490.61福州關(guān)區(qū)2是0.010.020.060.100.160.20拱北關(guān)區(qū)4是0.030.070.200.330.530.66廣州海關(guān)4是0.050.100.310.520.831.04貴陽海關(guān)2否0.000.000.000.000.000.00哈爾濱區(qū)2否0.000.010.020.040.060.07?？陉P(guān)區(qū)2否0.000.000.000.010.010.01杭州關(guān)區(qū)2是0.010.030.090.140.230.29合肥海關(guān)2否0.000.000.010.020.030.03呼特關(guān)區(qū)2否0.000.010.020.030.040.05黃埔關(guān)區(qū)6是0.100.190.580.971.551.94江門關(guān)區(qū)2否0.010.010.040.070.110.14昆明關(guān)區(qū)2否0.000.000.010.020.040.05拉薩海關(guān)2否0.000.000.000.000.000.00蘭州關(guān)區(qū)2否0.000.000.000.000.000.00滿洲里關(guān)2否0.000.010.030.050.070.09南昌關(guān)區(qū)2否0.000.000.010.010.020.03南京海關(guān)6是0.110.230.681.131.812.27南寧關(guān)區(qū)2否0.000.010.020.040.060.07寧波關(guān)區(qū)4是0.070.130.400.671.061.33青島海關(guān)4是0.080.160.470.781.251.57汕頭海關(guān)2否0.010.010.040.060.100.13上海海關(guān)20是0.350.692.083.465.546.92需要說明的是：目前試點(diǎn)通關(guān)無紙化企業(yè)大多為AA類企業(yè)或原需要說明的是：目前試點(diǎn)通關(guān)無紙化企業(yè)大多為AA類企業(yè)或原“無紙通關(guān)、單證暫存”企業(yè)，他們申報的報關(guān)單大多為自動放行無需人工干預(yù)，同時“單證暫存“企業(yè)無需遞交紙面單證，也沒有上傳隨附單證掃描件，即使關(guān)員人工審核時也不會調(diào)閱隨附單證掃描件，故原方案根據(jù)目前現(xiàn)狀估算的傳輸量可能偏低。另外，此表在進(jìn)行調(diào)閱所需網(wǎng)絡(luò)流量估算時是以10%的通關(guān)無紙化報關(guān)單將被現(xiàn)場關(guān)員調(diào)閱為基準(zhǔn)比例得到的。而根據(jù)我關(guān)業(yè)務(wù)部門提供的數(shù)據(jù)，在通關(guān)無紙化業(yè)務(wù)推廣到B類和C類企業(yè)之后，現(xiàn)場關(guān)員將會調(diào)閱60-70%的進(jìn)口報關(guān)單和30-40%的出口報關(guān)單所對應(yīng)的隨附單證掃描件，故此表中的新增網(wǎng)絡(luò)帶寬可能需要重新預(yù)估，我們推薦的網(wǎng)絡(luò)帶寬需新增42.35Mbps，考慮備份信道后需新增85Mbps。需要說明的是：目前試點(diǎn)通關(guān)無紙化企業(yè)大多為AA類企業(yè)或原“無紙通關(guān)、單證暫存”企業(yè)，他們申報的報關(guān)單大多為自動放行無需人工干預(yù)，同時“單證暫存“企業(yè)無需遞交紙面單證，也沒有上傳隨附單證掃描件，即使關(guān)員人工審核時也不會調(diào)閱隨附單證掃描件，故原方案根據(jù)目前現(xiàn)狀估算的傳輸量可能偏低。另外，此表在進(jìn)行調(diào)閱所需網(wǎng)絡(luò)流量估算時是以10%的通關(guān)無紙化報關(guān)單將被現(xiàn)場關(guān)員調(diào)閱為基準(zhǔn)比例得到的。而根據(jù)我關(guān)業(yè)務(wù)部門提供的數(shù)據(jù)，在通關(guān)無紙化業(yè)務(wù)推廣到B類和C類企業(yè)之后，現(xiàn)場關(guān)員將會調(diào)閱60-70%的進(jìn)口報關(guān)單和30-40%的出口報關(guān)單所對應(yīng)的隨附單證掃描件，故此表中的新增網(wǎng)絡(luò)帶寬可能需要重新預(yù)估，我們推薦的網(wǎng)絡(luò)帶寬需新增42.35Mbps，考慮備份信道后需新增85Mbps。深圳海關(guān)30是0.160.330.981.632.613.26沈陽關(guān)區(qū)2否0.000.000.010.010.020.03石家莊區(qū)2否0.000.000.010.010.020.03太原海關(guān)2否0.000.000.000.000.000.00天津關(guān)區(qū)8是0.050.100.300.500.801.01烏關(guān)區(qū)2否0.010.010.030.050.080.10武漢海關(guān)2否0.000.010.020.040.060.07西安關(guān)區(qū)2否0.000.000.010.020.030.03西寧關(guān)區(qū)2否0.000.000.000.000.000.00廈門關(guān)區(qū)4否0.040.090.260.430.690.86銀川海關(guān)2否0.000.000.000.000.000.00湛江關(guān)區(qū)2否0.000.000.010.010.010.02鄭州關(guān)區(qū)2否0.000.000.010.010.020.02重慶關(guān)區(qū)2否0.010.010.030.060.090.11小于0.001Mbps計(jì)為0運(yùn)行流量根據(jù)以上數(shù)字，內(nèi)網(wǎng)無紙化業(yè)務(wù)合并背景流量后的網(wǎng)絡(luò)總流量：調(diào)閱流量+背景流量關(guān)別目前帶寬無紙化單證各比例時網(wǎng)絡(luò)流量〔Mbps〕Mbps目前試點(diǎn)5%10%30%50%80%100%北京關(guān)區(qū)8是2.301782.331782.451782.561782.741782.85178長春關(guān)區(qū)2否0.236110.236110.246110.246110.256110.26611長沙關(guān)區(qū)2否0.261640.261640.271640.271640.281640.29164成都關(guān)區(qū)2否0.533270.533270.563270.583270.623270.65327大連海關(guān)2否1.874221.904222.024222.154222.334222.45422福州關(guān)區(qū)2是0.501370.511370.551370.591370.651370.69137拱北關(guān)區(qū)4是1.944421.984422.114422.244422.444422.57442廣州海關(guān)4是2.296252.346252.556252.766253.076253.28625貴陽海關(guān)2否0.025530.025530.025530.025530.025530.02553哈爾濱區(qū)2否0.255260.265260.275260.295260.315260.32526海口關(guān)區(qū)2否0.134010.134010.134010.144010.144010.14401杭州關(guān)區(qū)2是1.113981.133981.193981.243981.333981.39398合肥海關(guān)2否0.114870.114870.124870.134870.144870.14487呼特關(guān)區(qū)2否0.153150.163150.173150.183150.193150.20315黃埔關(guān)區(qū)6是3.488523.578523.968524.358524.938525.32852江門關(guān)區(qū)2否0.482220.482220.512220.542220.582220.61222昆明關(guān)區(qū)2否0.363740.363740.373740.383740.403740.41374拉薩海關(guān)2否0.044670.044670.044670.044670.044670.04467蘭州關(guān)區(qū)2否0.025530.025530.025530.025530.025530.02553滿洲里關(guān)2否0.255260.265260.285260.305260.325260.34526南昌關(guān)區(qū)2否0.10210.10210.11210.11210.12210.1321南京海關(guān)6是4.838624.958625.408625.858626.538626.99862南寧關(guān)區(qū)2否0.37650.38650.39650.41650.43650.4465寧波關(guān)區(qū)4是2.26522.32522.59522.86523.25523.5252青島海關(guān)4是3.755693.835694.145694.455694.925695.24569汕頭海關(guān)2否0.380120.380120.410120.430120.470120.50012上海海關(guān)20是13.368113.708115.098116.478118.558119.9381深圳海關(guān)30是7.817687.987688.637689.2876810.267710.9177沈陽關(guān)區(qū)2否0.242490.242490.252490.252490.262490.27249石家莊區(qū)2否0.248870.248870.258870.258870.268870.27887太原海關(guān)2否0.025530.025530.025530.025530.025530.02553天津關(guān)區(qū)8是3.010973.060973.260973.460973.760973.97097烏關(guān)區(qū)2否0.246110.246110.266110.286110.316110.33611武漢海關(guān)2否0.37650.38650.39650.41650.43650.4465西安關(guān)區(qū)2否0.20420.20420.21420.22420.23420.2342西寧關(guān)區(qū)2否0.012760.012760.012760.012760.012760.01276廈門關(guān)區(qū)4否1.916131.966132.136132.306132.566132.73613銀川海關(guān)2否0.025530.025530.025530.025530.025530.02553湛江關(guān)區(qū)2否0.229730.229730.239730.239730.239730.24973鄭州關(guān)區(qū)2否0.165920.165920.175920.175920.185920.18592重慶關(guān)區(qū)2否0.648140.648140.668140.698140.728140.74814總體流量預(yù)判根據(jù)以上數(shù)字，內(nèi)網(wǎng)無紙化業(yè)務(wù)合并背景流量后的網(wǎng)絡(luò)最小帶寬需求為〔與后面章節(jié)中網(wǎng)絡(luò)整體估算方法保持一致〕：〔調(diào)閱流量+背景流量〕/80%，得出的數(shù)值在向上取整至2的倍數(shù)〔帶寬擴(kuò)容最小粒度為2M〕關(guān)別目前帶寬無紙化單證各比例時網(wǎng)絡(luò)帶寬需求〔Mbps〕Mbps目前試點(diǎn)5%10%30%50%80%100%北京關(guān)區(qū)8是444444長春關(guān)區(qū)2否222222長沙關(guān)區(qū)2否222222成都關(guān)區(qū)2否222222大連海關(guān)2否444444福州關(guān)區(qū)2是222222拱北關(guān)區(qū)4是444444廣州海關(guān)4是444446貴陽海關(guān)2否222222哈爾濱區(qū)2否222222?？陉P(guān)區(qū)2否222222杭州關(guān)區(qū)2是222222合肥海關(guān)2否222222呼特關(guān)區(qū)2否222222黃埔關(guān)區(qū)6是666688江門關(guān)區(qū)2否222222昆明關(guān)區(qū)2否222222拉薩海關(guān)2否222222蘭州關(guān)區(qū)2否222222滿洲里關(guān)2否222222南昌關(guān)區(qū)2否222222南京海關(guān)6是88881010南寧關(guān)區(qū)2否222222寧波關(guān)區(qū)4是444466青島海關(guān)4是666688汕頭海關(guān)2否222222上海海關(guān)20->60是181820222426深圳海關(guān)30是101012121414沈陽關(guān)區(qū)2否222222石家莊區(qū)2否222222太原海關(guān)2否222222天津關(guān)區(qū)8是446666烏關(guān)區(qū)2否222222武漢海關(guān)2否222222西安關(guān)區(qū)2否222222西寧關(guān)區(qū)2否222222廈門關(guān)區(qū)4否444444銀川海關(guān)2否222222湛江關(guān)區(qū)2否222222鄭州關(guān)區(qū)2否222222重慶關(guān)區(qū)2否222222數(shù)據(jù)中心流量估算分中心目前帶寬各無紙化單證比例下的網(wǎng)絡(luò)帶寬需求〔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海口20.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ù)中心直屬海關(guān)開發(fā)1、0.5人月現(xiàn)有可滿足，無需額外開發(fā)工作???無測試1、0.5人月無需…無更新和部署無需設(shè)備采購不好估運(yùn)行監(jiān)控5人天其他合計(jì)1人月???方案二：分布存放模式總體結(jié)構(gòu)圖對結(jié)構(gòu)圖的說明：隨附單據(jù)電子數(shù)據(jù)的傳入隨附單據(jù)電子數(shù)據(jù)通過上海EDI預(yù)錄入傳入數(shù)據(jù)分中心，然后經(jīng)過專用MQ通道從對外接入局域網(wǎng)進(jìn)入上海海關(guān)運(yùn)行網(wǎng)；上海關(guān)數(shù)據(jù)平臺接收非結(jié)構(gòu)化隨附單據(jù)進(jìn)行一定的邏輯校驗(yàn)后入庫處理，具體包括：1、將文件本身存入本地文件效勞器；2、將文件元數(shù)據(jù)〔文件本身信息、存放地址等〕存入本地ORACLE數(shù)據(jù)庫；3、通過上海關(guān)H2000中間層效勞器上的數(shù)據(jù)訪問組件更新總署端的報關(guān)單隨附單據(jù)列表的狀態(tài)，供H2010系統(tǒng)的報關(guān)單入庫和電子審單程序讀取。隨附單據(jù)電子數(shù)據(jù)的調(diào)閱H2010客戶端需要調(diào)閱隨附單據(jù)電子數(shù)據(jù)時，通過H2010中間層從元數(shù)據(jù)庫中獲取文件的地址信息，獲取到地址信息后，通過部署在上海海關(guān)的管理效勞器〔WebServer〕，從本地文件效勞器上取文件，本地管理效勞器再傳回給給H2010客戶端進(jìn)行展示。隨附單據(jù)電子數(shù)據(jù)的后續(xù)使用在H2010 系統(tǒng)的報關(guān)單結(jié)關(guān)完成理單操作后，將隨附單據(jù)電子化文件庫中對應(yīng)的報關(guān)單隨附單據(jù)傳輸至存量報關(guān)單證電子單證檔案庫中備案。隨附單據(jù)電子數(shù)據(jù)的上傳分布式存儲模式下隨附單據(jù)電子數(shù)據(jù)不再上傳到總署信息中心。隨附單據(jù)電子數(shù)據(jù)的存儲生產(chǎn)庫文件效勞器上存儲局部的文件，可以按照只存一年期〔時間可調(diào)〕的數(shù)據(jù)或者只存儲未理單的報關(guān)單的隨附單據(jù)電子數(shù)據(jù)，其它局部數(shù)據(jù)轉(zhuǎn)移歷史庫或帶庫中。估算一年的存儲容量9TB〔每票報關(guān)單附帶5個100kb的標(biāo)清格式電子隨附單據(jù)〕或54TB〔每票報關(guān)單附帶10個300kb的高清格式電子隨附單據(jù)〕，歷史庫存4年數(shù)據(jù)，按照每年增量5%，總共45TB〔標(biāo)清模式〕或270TB(高清模式)，帶庫55TB(標(biāo)清)或330TB〔高清〕的容量。文件系統(tǒng)的備份和容災(zāi)根據(jù)總署要求建立數(shù)據(jù)庫和文件系統(tǒng)的容災(zāi)備份。數(shù)據(jù)中心：對結(jié)構(gòu)圖的說明：對于外網(wǎng)預(yù)錄入系統(tǒng)，由于報關(guān)單數(shù)據(jù)是經(jīng)由數(shù)據(jù)中心傳入內(nèi)網(wǎng)的，所以報關(guān)單的而上海海關(guān)的隨附單據(jù)文件也需要經(jīng)已經(jīng)不傳給由數(shù)據(jù)中心傳入內(nèi)網(wǎng)。但是存儲可以考慮分布式，即將隨附單據(jù)文件分布存儲在各個分中心。但是因?yàn)殡S附單據(jù)文件必須和報關(guān)單數(shù)據(jù)一樣同時經(jīng)由數(shù)據(jù)中心傳入內(nèi)網(wǎng)，，所以數(shù)據(jù)中心的傳輸程序在將隨附單據(jù)電子數(shù)據(jù)僅需將報關(guān)單數(shù)據(jù)傳入內(nèi)網(wǎng)時，由信息中心的H2010系統(tǒng)對報關(guān)單進(jìn)行入庫或退單處理。此間數(shù)據(jù)中心無需進(jìn)行關(guān)于隨附單證是否到齊的邏輯校驗(yàn)，還需要故數(shù)據(jù)中心不必從分布式存儲上獲取到文件。由于外網(wǎng)上海到北京有155M專線，帶寬可以支持將上海關(guān)的隨附單證文件上傳至北京，同時數(shù)據(jù)中心在通關(guān)無紙化工程中承當(dāng)著存證舉證的責(zé)任，需要在數(shù)據(jù)中心保存一份隨附單據(jù)數(shù)據(jù)，因此建議上海EDI在將隨附單證數(shù)據(jù)從本地直接傳入內(nèi)網(wǎng)的同時，上傳一份到北京。數(shù)據(jù)中心保持這份數(shù)據(jù)后，可以根據(jù)信息中心的需要以及兩中心之間的帶寬狀況，將數(shù)據(jù)傳輸給內(nèi)網(wǎng)。優(yōu)點(diǎn)對于信息中心直屬海關(guān)所有的電子隨附單證〔非結(jié)構(gòu)化數(shù)據(jù)〕均無需上傳到總署端，不會占用直屬海關(guān)到總署的網(wǎng)絡(luò)信道和磁盤資源。各直屬海關(guān)的現(xiàn)場關(guān)員在審單時可以直接調(diào)閱存放在本地的非結(jié)構(gòu)化電子數(shù)據(jù)，其訪問速度僅僅取決于直屬海關(guān)的關(guān)區(qū)局域網(wǎng)速度以及本地使用的存儲性能，如此將較大地緩解總署端現(xiàn)有的網(wǎng)絡(luò)和磁盤性能壓力。各直屬海關(guān)可以基于本地存放的電子隨附單證數(shù)據(jù)進(jìn)行二次開發(fā)，對其有效利用，從而滿足一些地方特色的應(yīng)用對于調(diào)閱報關(guān)單隨附單證的需求。對于數(shù)據(jù)中心1、隨附單據(jù)文件處理量大幅減少，上海海關(guān)的隨附單據(jù)電子數(shù)據(jù)無須通過數(shù)據(jù)中心向信息中心傳輸而在本地有存儲，系統(tǒng)運(yùn)行壓力減輕。2、，現(xiàn)有的存儲和網(wǎng)絡(luò)容量大為節(jié)約，設(shè)備和信道投入本錢降低。企業(yè)查看時比擬方便快捷缺點(diǎn)對于信息中心電子隨附單證分布式部署之后，總署端將沒有一套完整的全國性非結(jié)構(gòu)化數(shù)據(jù)。而現(xiàn)有的某些業(yè)務(wù)模式如“異地申報、口岸驗(yàn)放”以及今后的一些業(yè)務(wù)改革如集中審單和區(qū)域化審單等業(yè)務(wù)流程中，海關(guān)關(guān)員均需調(diào)閱異地海關(guān)的報關(guān)單和隨附單證電子數(shù)據(jù)。如此，總署的通關(guān)程序會面臨著交叉調(diào)用全國海關(guān)數(shù)十個數(shù)據(jù)源〔如南京關(guān)員審單需要調(diào)用上海的本地非結(jié)構(gòu)化數(shù)據(jù)〕的困難，極大地增加了程序的復(fù)雜程度和出錯概率。各直屬上海海關(guān)均需增加存儲設(shè)備和效勞器的投入以應(yīng)對電子隨附單證分布式的部署模式。除了首期采購的一次性經(jīng)費(fèi)之外，后期對于上述設(shè)備的運(yùn)行維護(hù)也給各地方技術(shù)部門增加了非常大的工作量和經(jīng)費(fèi)壓力?，F(xiàn)有試點(diǎn)程序需做出一定很多修改才能實(shí)現(xiàn)分布式部署核心節(jié)點(diǎn)沒數(shù)據(jù)，總署無法把控，與目前大集中的趨勢相反對于數(shù)據(jù)中心由于多地存儲，存儲平安性較低系統(tǒng)維護(hù)管理比擬復(fù)雜，對分中心要求較高容災(zāi)備份節(jié)點(diǎn)較多分中心的采購和維護(hù)本錢高應(yīng)用程序邏輯復(fù)雜由于數(shù)據(jù)中心向內(nèi)網(wǎng)傳輸時需要從分布式存儲上獲取文件，效率不高網(wǎng)絡(luò)估算隨附單證分布式部署后，大量的非結(jié)構(gòu)化電子數(shù)據(jù)已不再傳輸?shù)娇偸饠?shù)據(jù)中心和信息中心，其信道的需求將遠(yuǎn)遠(yuǎn)小根本等同于集中或集中分布模式下直屬海關(guān)到總署的網(wǎng)絡(luò)帶寬。同時海關(guān)現(xiàn)場關(guān)員調(diào)閱時也根本通過關(guān)區(qū)局域網(wǎng)訪問本地數(shù)據(jù)庫和文件效勞，，故上海直屬海關(guān)到總署的網(wǎng)絡(luò)信道無需擴(kuò)容現(xiàn)有帶寬。而如此實(shí)施后，新的網(wǎng)絡(luò)瓶頸將會存在于地方電子口岸網(wǎng)到海關(guān)運(yùn)行網(wǎng)之間的通路， 帶寬〔M〕大連4青島6南京6上海18黃埔6廣州4杭州2寧波4拱北4廈門4天津4重慶2北京4成都2深圳10福州2江門2廣東分中心12南寧2武漢2汕頭2昆明2長沙2哈爾濱2滿洲里2石家莊2沈陽2長春2烏魯木齊2湛江2西安2鄭州2呼和浩特2?？?合肥2南昌2拉薩2貴陽2蘭州2太原2銀川2西寧2數(shù)據(jù)中心無新增流量。工作量估算上海直屬關(guān)改造工作量：增加上海關(guān)數(shù)據(jù)平臺電子隨附單證〔非結(jié)構(gòu)化數(shù)據(jù)〕的入庫即將隨附單證報文存入文件效勞器數(shù)據(jù)庫的后臺效勞程序；增加調(diào)用總署數(shù)據(jù)中心CA驗(yàn)簽的接口程序以驗(yàn)證所有企業(yè)發(fā)送上來的報文真實(shí)性；增加本地數(shù)據(jù)平臺增加寫入本地隨附單證oracle元數(shù)據(jù)庫〔用以記錄隨附單證電子化后的存放路徑〕以及總署端報關(guān)單隨附單證數(shù)據(jù)庫列表的后臺程序?！残栊畔⒅行奶峁┙y(tǒng)一版程序〕數(shù)據(jù)中心程序改造工作量：修改QP報關(guān)單導(dǎo)入程序，對于上海發(fā)送的通關(guān)無紙化報關(guān)單不再等待隨附單據(jù)文件到齊后向信息中心發(fā)送。向上海海關(guān)提供CA驗(yàn)簽的接口程序。增加統(tǒng)一的接口程序以使隨附單證電子數(shù)據(jù)在地方電子口岸的數(shù)據(jù)管理效勞器上能夠落地；增加向直屬海關(guān)運(yùn)行網(wǎng)發(fā)送電子隨附單證的通道和程序〔前提是打通地方電子口岸外網(wǎng)和海關(guān)運(yùn)行網(wǎng)〕；簡化現(xiàn)有向信息中心發(fā)送隨附單證的效勞為只發(fā)送報關(guān)單數(shù)據(jù)。對于使用電子口岸預(yù)錄入系統(tǒng)進(jìn)行報關(guān)業(yè)務(wù)的上海企業(yè)，如果采用這種模式，那么電子口岸預(yù)錄入系統(tǒng)有兩種修改方案：一是隨附單據(jù)仍然傳到數(shù)據(jù)中心，由數(shù)據(jù)中心再傳給上海海關(guān)，這種方式需要新建數(shù)據(jù)中心到上海海關(guān)的傳輸通道并開發(fā)相應(yīng)傳輸程序；另外一種是需要在上海分中心新部署電子口岸上傳效勞器和MQ傳輸效勞器，為此需要修改預(yù)錄入系統(tǒng)客戶端，支持將隨附單據(jù)傳到上海分中心的效勞器上，并開發(fā)相應(yīng)傳輸程序，將上海分中心效勞器上的隨附單據(jù)文件傳到上海海關(guān)。同時中國電子口岸數(shù)據(jù)中心作為第三方存證機(jī)構(gòu)，需要保存全量隨附單據(jù)，所以還要開發(fā)額外的同步程序，將上海分中心的隨附單據(jù)同步傳輸?shù)綌?shù)據(jù)中心。信息中心程序改造工作量：向上海海關(guān)提供統(tǒng)一版的直屬海關(guān)本地元數(shù)據(jù)庫和電子隨附單證的數(shù)據(jù)庫結(jié)構(gòu)；向上海海關(guān)提供寫入總署端報關(guān)單隨附單證庫列表和派單表的本地化組件程序接口。信息中心補(bǔ)充：原那么上地方關(guān)不能直接操作總署的運(yùn)行庫，不管是連接串還是接口，所以需要上海關(guān)與信息中心一起協(xié)商如何實(shí)現(xiàn)報關(guān)單數(shù)據(jù)與電子隨附單證數(shù)據(jù)如何同步傳輸，如何激活電子審單程序，其實(shí)改動量較大。簡化現(xiàn)有接受數(shù)據(jù)中心電子隨附單證的效勞為只接收報關(guān)單數(shù)據(jù)；修改電子審單程序?yàn)樽x寫取直屬海關(guān)本地的元數(shù)據(jù)庫和隨附單證電子數(shù)據(jù)；；修改現(xiàn)場審單程序?yàn)樽x取直屬海關(guān)本地的元數(shù)據(jù)庫和隨附單證電子數(shù)據(jù)；改造現(xiàn)有的某些業(yè)務(wù)模式如“異地申報、口岸驗(yàn)放”的相關(guān)程序以使異地海關(guān)在調(diào)閱電子化隨附單證時可以讀取分布在其他直屬海關(guān)文件庫中的電子化數(shù)據(jù)。工程信息中心數(shù)據(jù)中心直屬海關(guān)開發(fā)1、22人月1、架構(gòu)規(guī)劃1人月2、設(shè)計(jì)2人月3、開發(fā)5人月???3測試1、12人月2人月2…更新和部署需要分中心配合，不好估視設(shè)備采購情況定設(shè)備采購需要分中心配合，不好估視設(shè)備采購情況定運(yùn)行監(jiān)控需要分中心配合，不好估其他合計(jì)34人月??????方案三：集中+分布存放模式模式1：準(zhǔn)實(shí)時下發(fā)模式總體結(jié)構(gòu)圖信息中心總體結(jié)構(gòu)圖：對結(jié)構(gòu)圖的說明：隨附單據(jù)電子數(shù)據(jù)的傳入隨附單據(jù)電子數(shù)據(jù)通過數(shù)據(jù)中心和各關(guān)EDI(主要是上海和深圳)通過MQ發(fā)送到統(tǒng)一數(shù)據(jù)交換平臺〔ESB〕,數(shù)據(jù)平臺接收數(shù)據(jù)時進(jìn)行處理，一局部是文件的元數(shù)據(jù)〔文件本身信息、存放地址等〕存入總署Oracle元數(shù)據(jù)庫中，文件本身存入生產(chǎn)庫文件效勞器；隨附單據(jù)電子數(shù)據(jù)的調(diào)閱H2010客戶端需要調(diào)閱隨附單據(jù)電子數(shù)據(jù)時，通過H2010中間層從元數(shù)據(jù)庫中獲取文件的地址信息，獲取到地址信息后，通過部署在地方關(guān)的管理效勞器〔WebServer〕，從地方關(guān)文件效勞器上取文件，地方關(guān)管理效勞器再傳回給給H2010客戶端進(jìn)行展示。隨附單據(jù)電子數(shù)據(jù)的下發(fā)通過準(zhǔn)實(shí)時的方式下發(fā)隨附單證電子數(shù)據(jù)給地方關(guān)。隨附單據(jù)文件的存儲生產(chǎn)庫文件效勞器上存儲局部的文件，可以按照只存一年期〔時間可調(diào)〕的數(shù)據(jù)或者只存儲未理單的報關(guān)單的隨附單據(jù)電子數(shù)據(jù)，其它局部數(shù)據(jù)轉(zhuǎn)移歷史庫或帶庫中。估算一年的存儲容量30TB，歷史庫存4年數(shù)據(jù)，按照每年增量5%，總共150TB，帶庫200TB的容量。文件系統(tǒng)的備份、容災(zāi)在廣東分中心建立文件系統(tǒng)的容災(zāi)備份，元數(shù)據(jù)Oracle按照現(xiàn)有的Oracle雙向復(fù)制規(guī)那么進(jìn)行，對文件效勞器需要單獨(dú)建立容災(zāi)機(jī)制。該模式下數(shù)據(jù)中心外網(wǎng)局部方案采用同方案一的集中存放模式優(yōu)點(diǎn)對于信息中心數(shù)據(jù)總署集中一份，能保持隨附單據(jù)電子數(shù)據(jù)的整體性數(shù)據(jù)集中存取，方便運(yùn)維管理容災(zāi)備份時單一數(shù)據(jù)源通關(guān)過程中訪問下發(fā)各關(guān)的隨附單據(jù)電子數(shù)據(jù)，能分散集中總署時訪問的壓力各關(guān)自行開發(fā)的應(yīng)用能直接訪問本地數(shù)據(jù)

對于數(shù)據(jù)中心，同方案一缺點(diǎn)對于信息中心各關(guān)需自行對下發(fā)隨附單據(jù)電子數(shù)據(jù)的存儲、運(yùn)維通關(guān)過程中會實(shí)時訪問各關(guān)的文件效勞器，對運(yùn)維的要求很高如果下發(fā)數(shù)據(jù)出現(xiàn)不及時，會對客戶端對文件的調(diào)閱速度有影響對于數(shù)據(jù)中心，同方案一網(wǎng)絡(luò)估算在這種模式下，自海關(guān)運(yùn)行網(wǎng)傳輸?shù)募扔袩o紙化通關(guān)的流量，也有為無紙化調(diào)閱數(shù)據(jù)流量，因此骨干網(wǎng)帶寬需考慮無紙化通關(guān)的流量疊加調(diào)閱流量的總和。關(guān)別目前帶寬無紙化單證各比例時網(wǎng)絡(luò)帶寬需求〔Mbps〕Mbps目前試點(diǎn)5%10%30%50%80%100%北京關(guān)區(qū)8是0.2930.5871.7602.9334.6925.865天津關(guān)區(qū)8是0.5051.0103.0305.0508.07910.099石家莊區(qū)2否0.0130.0270.0800.1340.2140.268太原海關(guān)2否0.0010.0020.0070.0110.0180.022滿洲里關(guān)2否0.0450.0900.2710.4520.7230.904呼特關(guān)區(qū)2否0.0270.0540.1610.2690.4300.538沈陽關(guān)區(qū)2否0.0140.0290.0870.1450.2320.289大連海關(guān)2否0.3080.6