中计报容灾专题之：武汉地税巧用容灾

　　作者:武汉地税工程师 刘竣

　　“集中征收”模式推广后，武汉市地税局(以下简称“武汉地税”)税收征管业务逐步实现了征收场所的相对集中。在此基础上，采取了全市大集中的管理运行模式，对业务数据和应用系统实现了物理的集中处理和存储。不过，数据、应用大集中意味着风险的集中。当灾难或事故发生的时候，税务部门必须提供不间断的业务运作，以保证纳税人及时缴税，并保证税款及时入库。因此，容灾被提上武汉地税议事日程。相对于银行业要保证24小时业务不间断，武汉地税的要求并没有这么高。

　　异地不可少

　　容灾的本质实际上要保证业务的连续性，从主机、存储设备的冗余设计到主机之间使用的HA软件，最后到应用系统使用的Cluster技术，都是为了保证应用的连续可靠运行，保证业务不因为主机、存储硬件的失败和操作系统及应用的故障而中断。但这些都只是局限在一个处理中心、一个机房有限的距离内，不能防止由于火灾、水灾、电力故障乃至地震等各种灾难事故导致的整个生产中心破坏而引起的业务中断。

　　基于以上的分析，武汉地税选择了在距离生产中心30公里的汉阳建立了一个灾备中心。两地通过租用裸光纤相连，数据的备份方式采用基于存储系统的实现方案，武汉地税生产中心和灾备中心分别采用一台EMC的CLARiiON CX700存储。每台CX700阵列配置8GB缓存，总共8个独立的2Gb/s的光纤通道接口, 配置14个73GB磁盘。

　　生产中心和灾备中心的服务器分别采用两条光纤通道，经两台16口的SAN交换机连接CX700存储。每台服务器配置EMC的PowerPath软件，将每台服务器的两条光纤通道捆绑在一起，实现动态的IO负载均衡和防范IO通道的单点故障。生产中心和灾备中心的SAN交换机配35公里的长波SFP，并经租用的1对裸光纤互相连接，实现扩展SAN(Extended Fabric)。生产中心和灾备中心的CX700阵列配置MirrorView软件,通过扩展SAN实现同步数据复制。

　　容灾系统的建设必然涉及到数据的实时备份。这就必然对生产系统产生一定的压力。数据实时同步的实现带来的时延对前端用户是否可以接受，特别是建设异地容灾时必须考虑到这个问题。武汉地税选择的是基于存储的容灾解决方案:租用裸光纤连接阵列，采用EMC的MirrorView数据复制软机，实现数据实时同步。由于整个IO过程包含对异地阵列的写入操作以及回应过程，会产生时延，通过光纤的Mirrorview写操作是一个两来回的光纤传输过程。

　　数据级别就够

　　根据目前现有技术和产品分析，实现数据异地实时自动备份的解决方案有以下三种:基于存储硬件实现的数据实时自动复制技术、基于数据库的数据实时复制技术和基于系统平台级的数据实时自动复制技术。

　　对于税务来说，再紧急的事情都可以有个缓冲时间。考虑到业务的实际情况，根据数据大集中的需要和要求，武汉地税选择的是第一种和第二种相结合的方案，即对数据有实时要求的外围系统(如综合查询系统、GIS地理信息系统和发票摇奖系统等)采用Sybase的数据库复制提供数据来源，对数据实时要求不高的(如数据仓库系统等)采用EMC的Mirrorview和Snapshot提供数据来源(日更新)，同时在灾备中心的小型机上部属策略。当决定启用灾备中心时，通过手工和机器自动相结合的方式，启动备份应用系统，基本可以达到半应用级别的容灾备份。对前端客户来说，由于应用系统采用B/S/D系统组织模式，这样客户端无须系统设置参数等，用户使用或操作没有改变。另外，用EMC的Sancopy做周冷备份，以防止由于系统操作导致的数据损坏。

　　尽管是数据级别的，武汉地税的容灾系统建设考虑了全面的数据备份。武汉地税采用的是三级备份。第一是数据的热备份，即采用EMC的Mirrorview复制软件实现源数据和目标数据实时同步。每次数据更新操作同时在生产中心和灾备中心中进行。第二是数据的冷备份。任何技术都会有它自身的局限性，复制软件可以实现高水平数据保护，发生链路故障或主阵列/辅助阵列处于不可达状态或遭自然或机械灾害损坏时，能够保护数据并及时实现再同步。第三是数据的暖备份。即数据库复制技术，完整的数据拷贝保持在灾备中心，更新日志定期由生产中心经由网络传送到灾备中心。灾难发生的时候，异地灾备中心有一个随时可供操作的数据库和应用程序。