系统结构
 
        浦发银行在选择灾备方案前，对市场上现有的产品进行了详尽的调查。发现常见的灾难恢复体系结构有两种，一种是使用块复制技术同步磁盘镜像。该解决方案需要使用同样的硬件和软件环境创建一个完全相同的站点，这的确是一项有效的防护措施，但也有一些缺点：比如除了在灾难发生时切换到镜像站点之外，其余时间镜像设备和软件都处于备用状态，没法使用。由于要复制磁盘或文件系统内容，包括操作系统、应用程序和数据库到远程恢复站点等，要使用很高的网络带宽，费用高昂。另外主点发生的磁盘块错误也会被复制到备份点，因此也不能保证备份数据库能够正常启动。

         另外一种灾难恢复架构是事务复制技术。此方法的原理是读取主数据库事务日志，将日志转换为 SQL 语句，然后将这些更改应用到远程备份数据库。事务复制可以在确保备份数据库永远可用的情况下，有效地防止磁盘损坏带来的“坏块传播”。此外，复制环境不必与主环境使用相同的配置，这允许企业以更低的成本创建灾难恢复系统。备份数据库平时还可用于其他用途（如决策支持和报告等），从而提高企业的效率，为灾难恢复投资实现更高的投资回报率 (ROI)。但是，事务复制是异步进行的。这就意味着在主系统发生中断时可能会造成数据丢失。

        这并不是说企业应该重新考虑镜像解决方案的使用；只是说单独采用这些解决方案无法满足所有的灾难恢复要求。为了解决上述问题，需要采用更完善的解决方案。

        Sybase Mirror Activator正是这样一种能够解决以上问题的灾备解决方案。该方案能够与硬件存储灾备体系协同工作，确保数据库事务的完整性，并且备点数据库一直是在线可用的。

         Sybase Mirror Activator 可以轻松地集成到当前的灾难恢复体系结构中。图2 显示了 Mirror Activator 是如何与典型的块复制体系结构进行集成的。通过使用 Mirror Activator，完成恢复数据库的初始加载之后，就无需再对数据设备进行镜像。只有包含事务信息的日志设备需要同步复制到备份站点上的镜像日志设备。然后，Mirror Activator 将日志信息应用到相应的数据库。
 
        经过方案论证和详细测试，浦发银行MA方案论证组得出结论“我们认为MA灾难备份方案是个很好的灾难备份解决方案。它能有效解决浦发银行更高的数据同步要求，即：减少对于主点性能的影响，数据安全，不会丢失，同时保证灾难备份点的数据永远随时可用。”浦发银行最终选择了SYBASE公司的灾备产品Mirror Activator作为中间业务平台的灾难备份解决方案之一   

         SYBASE公司的数据管理软件Sybase Central可以方便地监控Mirror Activator运行状况，包括复制状态、队列信息、组件管理等（图4）。

 系统实施的效果
浦发银行中间业务系统通过Mirror Activator灾备方案的实施，带来了以下益处：
1. 备点数据实时可用，消除了灾备准备不足的隐患。
2. 采用了同步的事务复制，保证主备数据的一致性，真正做到数据的零丢失。
3. 灾备点的数据库还可以用作决策支持和报告等用途，实现了资源的充分利用。

        浦发银行中间业务容灾项目组负责人表示：“Sybase的灾备产品Mirror Activator可以方便地和EMC SRDF等磁盘块复制技术结合，实现事务级的数据复制，保证了灾备点数据的实时同步和完整可用。MA运行稳定可靠，满足了我行容灾备份的需要。”