电子文档联机入库系统升级改造方___2016.3(修改)-1.doc

电子文档系统升级改造方案 现状描述 电子文档系统是局信息化系统的一个重要的组成部分，是XX局实现审批流程无纸化的基础支撑系统之一。电子文档系统作为基础配套系统，为E系统、S系统、D系统管理图形文档并提供文档入库、文档查询获取等服务。 电子文档系统的联机文件入库服务接收来自E系统、CEPCT系统、集成电路布图系统的文件入库请求，将文件的属性信息和扫描件存储在NAS存储上，主要包括电子申请文件和通知书文件。对外获取服务为E系统、S系统等提供实时的联机交易。受限与当前硬件资源，目前电子文档的PC服务器需要同时兼顾联机入库交易和对外获取服务缓存这两项重要工作。硬件部署图如下： 电子文档自2010年上线以来，总体运行稳定，但是随着电子申请的大批量增加，电子文档也业务量也随之大幅增加。目前系统运行中存在着一些亟需解决的问题： 入库量趋势分析 通过分析近5年来的数据，联机入库数量逐年递增，年均增长量在18%左右，其中2012年更是比前一年增加了36%之多。如下图所示： 对比今年（2015）上半年和2014年上半年的入库数量，同比增幅平均值达到15%。 对比今年上半年和2014年上半年对外获取访问量，可以看出来自E系统、D系统的访问压力也与日俱增，同比平均增幅达到31%。其中6月份更是同比增幅达54%。未来预期S系统以及外网公众查询等系统对电子文档系统的获取会持续增加电子文档的访问压力。 由于目前电子文档在用的PC服务器需要同时处理联机入库任务并缓存对外获取的实体文件，由于机器数量不足以及配置陈旧，随着业务量的不断增加，性能日趋饱和，运行效率明显降低，甚至常常出现自动关机等问题，近一步影响了入库效率及缓存ftp的访问速度。且根据2015年5月IBM工作组CIFA提出的观点，建议入库程序和缓存FTP放置在不同的机器上，但由于目前电子文档PC服务器数量不足，无法进行拆分。 联机入库压力分析 上一节主要讨论当下电子申请数量逐年递增，联机入库数量逐年攀升的一个大的趋势。本节具体分析电子文档联机入库现状以及其所面临的压力。 电子文档联机入库主要包括E系统文件及通知书入库、CEPCT系统文件及通知书入库和集成电路布图系统联机入库。其中E系统文件及通知书入库是其中的重中之中，这不仅体现在入库数量方面，也体现在对入库实效性的要求方面。 E系统文件和通知书入库是两套不同的程序，目前工作日日均入库数量（文件和通知书分别计算）均在10万以上的量级。下图显示2015年某一时间区间电子文档的联机入库数量统计。 通过上图可以看出，文件入库量在工作日一般在10-15万，周末及假日的入库量在3-5万。通知书入库量主要取决于审查员的工作时间，周末入库数量很少，基本在1万以下，工作日平均入库数量在8-12万左右。但通知书可能会出现集中入库的情况，而且在集中入库的当天，通知书入库量甚至会比文件入库量还要多，例如10月27日和11月25日，这两天当日入库量分别高达19.6万和17.6万。 针对11月25日当日通知书联机入库进行分析，按照时段构造入库批次量图表见下图： 如图所示，当日入库高峰分布在1-3点，15-20点。其中1-3点主要是夜间批处理入库，15-20点是工作日审查员入库时段（由于软扫存在一定的入库时延）。高峰期每小时入库批次量在9300左右。通知书批次内文件数量在1-2件左右。 以16点为例，入库批次量为9366，目前电子文档通知书联机入库的单次入库时间平均为6秒，入库程序共部署4套并行运行。因此完成9366个批次需要耗费的时间如下： 由上述计算得知，全部完成9366个批次大约需要234.15分钟，这还是在理想的没有任何时间损耗的状态下，即需要4个小时消化这一个小时接收到的批次。因此在入库峰值期间，已经出现了较为严重的积压状况。入库峰值期间积压的批次只能通过閑时消化，或者维护人员加入PC机（非生产机）协助处理积压，但这种方式需要人工干预，而且不能在非工作时间进行。 目前电子文档PC服务器除了需要部署联机入库（E系统、CEPCT、集成电路布图）程序，同时还要负责对外缓存FTP以及接收入库请求、处理光盘入库等。随着联机入库量的不断增加，诸如E系统通知书入库部署4套程序并行运行，已经无法满足工作的需要，而由于服务器已趋饱和，目前也无法部署更多的程序以缓解入库压力。 联机入库单点风险 电子文档提供的E系统联机入库接口，在E系统刚上线之初，由于数据量不大，未设置负载均衡，目前随着E系统业务量的增加，所面临的压力也越来越大， 迫切需要增加负载均衡设备来减轻单个机器的压力，同时也能解决目前该接口的的单点风险。 2013年上线的CEPCT系统，集成电路系统接口目前均已通过班固实现负载均衡。由于E系统接口的历史问题（跟E系统沟通，目前电子文档那个提供