银行金融监管系统的灾难备份解决方案

申请免费试用、咨询电话：400-8352-114

用户需要灾难备份的速度和程度，来设计选择并实现自己的灾难备份计划。不同层次的灾难备份解决方案所带来的设施投资大小和业务恢复的程度和速度是不一样的，具体的灾难备份解决方案的业务恢复情况分析图如下表所示。 　　表为： 灾难备份解决方案的业务恢复情况分析图 　　对于银行金融监管系统的业务连续运行的重要性和灾难恢复程度的要求，以及远程异地两中心的实际需求，IBM公司建议采用位于Tier6 的GDPS/XRC的远程灾难备份方式，实现异地远程的最高级别的灾难恢复解决方案。 　　由于并行系统综合体耦合时钟的连接不能超过40公里，同时40公里以内的距离对应用响应时间的影响程度较轻，因此在同一个城市内的两灾难备份中心可以采用GDPS/PPRC的方式，而在异地两个城市之间的灾难备份中心之间，一般采用GDPS/XRC的灾难恢复解决方案。如下图所示， 　　GDPS/XRC的灾难恢复解决方案示意图 　　如上图所示，IBM 公司的XRC远程拷贝是一个基于存储的解决方案，通过与并行系统综合体的结合，实现了跨地域的GDPS/XRC灾难恢复解决方案，完全能够满足银行金融监管系统的灾难备份需求。在生产中心发生事故时，IBM的GDPS/XRC技术能够提供有效的灾难恢复解决方案。由于XRC远程拷贝技术可以实时地将数据传递到远程中心形成镜像并保证数据写更新的串行性，所以XRC远程拷贝技术提供了易于使用的灾难恢复与数据镜像支持。　　系统数据移动部件SDM(system data mover)是灾难备份中心的OS/390或z/OS操作系统的一个软件组成部件，由DFSMS提供其数据管理和拷贝的功能，需要运行在专有的一个逻辑分区上。系统数据移动部件SDM必须同存储主卷与备卷相联系，当数据更新发生在主卷的时候，SDM负责将这些更新拷贝到备卷，SDM将确保数据在备卷上的更新顺序与在主卷上的更新顺序相同。GDPS控制程序K系统是基于Netview和System Automation软件之上的一套GDPS控制程序，需运行在一个单独的分区中，负责GDPS/XRC日常操作和在灾难发生后的一系列的系统恢复处理过程，实现应用的重启。 　　远程拷贝是灾难恢复和系统管理方案的一种选择，远程拷贝有两种实现方法，即PPRC 和 XRC，它们既有共同的特点，也有实现方法上的差别，它们都实现了： 　　保护数据不丢失 　　在PPRC 方式下, 生产中心和灾难备份中心的存盘数据不会丢失。在XRC 方式下, 仅仅正在传输的数据可能会发生丢失现象，这种丢失现象意味着, 当生产中心失效的时候，更新还未在灾难备份中心完成，但数据的丢失程度可通过 SDM以及它的参数的设置而减到最小。 　　同步或异步的实时数据镜像 　　PPRC 实现的是同步的远程拷贝，XRC实现的是异步的远程拷贝。 　　应用的无关性 　　无论是PPRC还是XRC，都是在存储控制器远程拷贝的功能下来自动实现存储数据的镜像，无论使用数据的应用是什么，镜像都会发生，因此不必为不同的应用提供各自的拷贝工具。 　　支持所有的存储数据 　　远程拷贝是卷一级的数据镜像, 支持所有的存储数据，无论是应用数据还是系统数据, 都能被镜像到灾难备份中心。 　　SMS and non-SMS 支持 　　远程拷贝提供了对SMS管理的和非SMS管理的数据的实时拷贝。 　　独立的虚拟运行 　　在数据写入主存储器并拷贝到远程存储器的过程中，不需要任何应用级用户的介入。 　　可以看出，IBM 的XRC远程拷贝灾难恢复解决方案在保证应用响应时间的前提下，确保了最高级别的数据完整性与有效性，同时可用于工作负载移动和数据迁移。它提供了基于存储的、远距离的、实时的、异步的、与应用无关的数据镜像，允许应用在生产中心用通常的方法更新它的数据，直到更新结束后才将更新的数据传送到灾难备份中心。这样的异步操作使得对生产中心应用系统的性能冲击减到最小。 　　根据银行金融监管系统的具体情况和需求，IBM推荐其XRC远程拷贝技术来实现GDPS/XRC的灾难恢复解决方案。 　　灾难备份解决方案的设计和实现 　　下图六为银行金融监管系统的总体灾难备份解决方案，系统将采用全国一个总生产中心、一个总灾难备份中心的方案，即在日常业务中，全国所有的交易都送往全国总生产中心 - 北京生产中心进行处理，同时北京生产中心的生产数据将通过CNT等通道扩展设备和多条高速通讯线路(E1/E3)实时在ABC灾难备份中心进行异步的镜像，数据的延迟时间将取决于两地点之间通讯线路的带宽和传输数据量的多少以及远程拷贝的定义。 　　网络将具有北京生产中心和ABC灾难备份中心之间的快速切换能力，一旦发生灾难事件导致北京生产中心无法运行，则ABC灾难备份中心将接管全国的生产业务，直到北京生产中心恢复，才切换网络，恢复北京生产中心的生产地位。 　　在日常情况下，ABC灾难备份中心除了保证数据的实时完整备份外，主要进行大量业务测试和应用开发的工作。若ABC中心发生灾难，则北京生产中心的备用测试分区将临时接管ABC中心的测试工作，同时等待ABC中心恢复正常。ABC灾难备份中心的数据和北京生产中心的数据都将在异地进行数据的互为镜像，实现异地两中心的共同工作，且互为备份。 　　银行金融监管系统的总体灾难备份解决方案 　　在XRC的支持下，我们可通过定义一定的时间间隔或生产数据更新量门限值，来启动北京和ABC两地的数据镜像备份。启动间隔的长短取决于希望恢复的数据完整性的要求、现实带宽的条件以及通讯线路投资预算。备份启动间隔越短，异地备份中心的数据滞后于生产中心的时间就越短，生产中心突发灾难时可能导致的数据丢失就越少，灾难备份中心恢复丢失数据所用的时间就越短。对于间隔时间长且流量大的业务数据进行异地备份，应根据实际情况提前仔细规划，准确计算所需带宽和要求的通讯线路，同时兼顾租用通讯线路的成本。通过仔细的计划，可以使得北京生产中心和ABC灾难备份中心之间的数据同步延迟时间为分钟级。 　　当灾难发生时，如果数据还来不及传送到灾难备份中心，则正在传输的数据可能会发生丢失现象，数据的丢失程度可通过 SDM及其参数的设置而减到最小。在灾难发生后，需要有一系列的灾难恢复处理过程，保证数据的完整性，保证用户的通讯线路快速从生产中心切换到灾难备份中心，最终实现应用的重启和整个灾难备份中心的生产功能。如果网络的切换能够在一小时内完成，有客户记录在两小时内完成其关键业务的恢复。事实上，灾难恢复过程的时间长短与用户的应用和网络的实际情况有着密切的关系，以上所提到的灾难恢复时间仅供参考。下图为XRC远程拷贝的实现步骤。 　　XRC远程拷贝的实现步骤 　　上图中的系统数据移动部件SDM(system data mover)是OS/390或z/OS操作系统的一个软件组成部件，XRC的操作是在数据要求更新到磁盘时，立即把数据写到磁盘控制器的快速缓存器，同时发出指令要求拷贝同样的数据到远程的磁盘。但是XRC 不要求异地的磁盘控制器回答完成拷贝的信息，即可以马上把数据直接写到本地磁盘，应用的响应时间可以不受影响。 　　GDPS/XRC所实现的灾难恢复远远超过了Share78 所定义的7层