银行业务对于数据越来越强的依赖性，导致其数据可用性与业务连续性直接相关。特别是当今的金融服务机构，既要做好长期客户保持的工作，又要应付每时每刻都在发生的金融交易，对于业务连续性的要求不能打任何折扣，完成这一使命就离不开与之配套的灾难备份系统。作为在大型企业机构数据管理领域长期耕耘的领导厂商，Sun公司的虚拟存储解决方案不仅包括了最佳的产品与技术，而且拥有最佳的咨询、服务与支持力量，可以帮助银行业解除数据管理方面的后顾之忧。

满足金融业四大灾备需求

　　概括起来，大型银行及相关金融服务机构对灾难备份系统的需求可以归结为以下几个方面：第一，必须针对系统潜在的中断风险(灾难)提供预防机制，确保系统连续运行能力;第二，对于无法抗拒的严重灾难，必须提供系统恢复机制，将引发的业务损失降低到可接受的程度;第三，整套灾难备份系统必须确保关键业务系统及其关联系统的数据安全，同时以最少的计划停机次数/时间来消除对核心数据的争用;第四，灾难备份设备在非灾难情况下常常拥有大量的空闲资源，应该善加利用。

　　不久前，Sun公司为国内某大型金融服务机构提供的灾难备份系统，不仅很好地满足了上述四个方面的需求，而且在许多方面实现了全球金融业界的首创，成为金融业远程异地容灾备份解决方案的经典之作。

　　这套系统从业务连续性和系统运行效率的综合要求出发，在国内某大城市建立了主站、同城镜像站，在上千公里的另一个大城市建立异地远程备份站。Sun公司认为，在这样的大型灾难备份系统中，为了确保其业务连续性，重点要把握好数据管理和相应的网络规划两个方面。

　　在数据管理方面，应该将关键业务数据分门别类，分别采用不同的策略进行管理。例如在这套金融服务机构大型远程异地容灾备份中， LDAP数据的数据量较小，且相应的软件本身能保证数据的远程同步和一致性，因此应该在应用层解决远程容灾的问题;管理数据对于银行信息交换业务的安全运转至关重要，采用传统的数据复制技术并结合严格的变更管理的制度来保证数据的准确和一致性;生产运营数据属于核心应用数据，采用在同城主站、同城镜像站和异地远程站均保留数据拷贝的方式来进行容灾;数据库中的数据规模庞大，考虑到系统的性能价格比，采用在异地当地重新生成的方式形成，这在业界是一大创新。

架构创新创造客户价值

　　如果按照一般的灾难备份系统设计思路，在同城镜像站点通常需要保存两份数据拷贝，第二份拷贝将会送往异地的远程备份站点。但是在该银行卡信息交换系统中，经过测试证明，可以省掉第二份数据拷贝，从而可以节省一套存储设备，这一点就充分体现了Sun公司存储设计规划的能力。数据库中的数据量非常大，如果采用一般的思路，在同城镜像站和异地远程站之间通过ATM线路来进行复制，将带来巨大的通信压力。在这套灾难备份恢复系统中，异地远程站的数据由数据生成服务器生成，每天需要通过1200公里远距离复制的只是数据差，而不是全部的数据。这样一来，对于ATM线路的需求就大大降低了。另外，在异地远程站点配备虚拟磁带库(VTL)实现数据的备份与归档，从而构成了整套系统的一大特色。

　　这套银行灾难备份系统确保主运营服务器的每次数据写入都在主站与同城镜像站同时进行，而数据读出则仅从主站进行。主站、同城镜像站和远程备份站点的数据存储设备均采用Sun StorageTek 9990存储系统。在该项目实施过程中，Sun 采用Disaster Recovery Institute International的方法论，对整个工程进行了严谨的规划与管理。为了确保这套灾难备份系统的正常运行，Sun公司与项目组一起为日常工作中所有活动都制定了严谨的脚本，明确每个工作人员的角色职责，并且随时提供业务咨询和设备状况检查与监控。在灾难事件发生时，每个责任人员都按照手册到达指定岗位，履行各自职责，即可顺利完成系统切换。为保证硬件系统的正常，Sun公司为该用户建立了专门的小型备件库。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。