以业务为核心打造灾备系统

　　海关信息系统实际上从80年代已经开始建设，系统建设经历了几个阶段。但是自始至终，海关的业务内容并没有发生根本的改变。回顾起来，从1982年到现在，海关的信息系统经过了三个发展阶段，即：单项通关业务应用系统--综合通关业务应用系统--全国大集中通关业务系统。

海关业务系统的三步走

　　在开始的时候，海关通关业务系统主要围绕单项业务应用来开展项目建设。其中海关业务应用主要是征管、征税、数据统计以及进出口统计等主要几项业务。这样的系统模式被我们称为为"第一代业务系统"，应用时段从1982年直到1988年。

　　1988年海关开始着手开发代号为"H883"的第二代系统，系统定名为"海关报关自动化系统"的综合通关业务系统，它的任务是将各个单项的业务整合起来，该系统生命力很强，一直沿用到至2002年。事实上，综合通关业务应用系统对于海关来说，是最主要的核心系统。时至1996年该系统在全国海关上线后，海关又启动了第三代系统的开发。

　　第三代系统，系统代号为"H2000"，即"全国大集中通关业务系统"，是把全国41个"H883系统"集中起来，主要解决了跨关区业务问题，其用户数达到两万多，分布在全国800多个口岸。实际上，当前所有的口岸都是使用这同一套系统进行业务处理。

容灾分层 完善性价比

　　H2000系统在完成了设计、开发、上线等任务完成后，主要任务就落在了系统运维上。对于这样一个全国性的大型应用系统，安全性非常重要。由于海关业务无法停止，因此我们的IT系统也必须保证不停机，否则将造成国家、企业和个人的重大损失。为此，除了常规的系统高可靠性设计外，我们还特别为H2000系统作了异地容灾备份方案的设计。

　　针对H2000系统的三层系统架构，包括数据库层、应用服务器层和终端层--我们主要对其中的数据库层与应用服务器层分别进行容灾处理（见图）。这种分层处理的目的，主要是将应用服务器层上各海关的任务交由其自身处理，从而减少了数据中心层级的变动概率，降低错误可能。

图：H2000系统容灾备份系统设计

　　在H2000异地容灾备份系统设计时，我们决定采用集中式数据库异步复制+分布式应用服务器的综合式系统容灾解决芳案。

　　首先是数据库层，我们设立了两个数据中心，分设在北京与广州，这两个数据中心通过高速线路互联，以复制技术让两个数据中心保持随时可用和处理内容相同--而我们放弃了同步复制的方式，主要是出于性价比和安全相权衡的考虑--当然，这样做，两个数据中心不分"冷热"，同时运营，也需要两套配套设施和人力。

　　第二层是应用层。我们有41个直属海关，每个海关的应用服务器都与北京和广州两个数据中心连接，随时保持通畅。因此，当一个数据中心的数据库发生问题的时候，下面的海关只需要把IP更改一下，就可以接入另一个数据中心运行。而应用服务器本身的容灾主要基于负载均衡的技术。当某一台服务器发生问题时，只会影响某一关区，负载均衡也会提供一个保护措施。二者联合作用，保证做到"系统不停顿、数据不能丢"的设计目标。