整个灾备总体建设思路

　　根据银行业面临的灾难以及日常应用系统停机的原因进行分析，然后去分析主要针对的计划外停机引起系统灾难做的针对性工作包括逻辑故障、组件故障、场地等问题进行风险防范和场景的分析。得到的是灾备体系的建设思路,在网络建设方面是要建设一个高可靠的灾备网络，在应用监管能力方面，要建立的是一个全面的应用监管能力。数据复制系统，达到数据及时准确获取。技术支持能力建设，建立全面技术支持团队，要专业、稳定。配套的灾备体系建设，是要相应的流程制度，管理要跟上。

　　面对的中小金融机构在业务和技术方面的综合考虑，针对整个成本的降低，得到一个建设思路，就是说这种全局的网络系统建设得到组织系统的复制，因为麻雀虽小五脏俱全，应用处理能力的复制，整个数据系统的复制，这个是灾备系统必不可少的。

　　业务系统分类与两地三中心，比如城市商业银行，是先做同城，有的先做同城，有的先做异地，最后要做到两地三中心，那么哪些我们去做一个，毕竟资源在这儿，我们会对这种业务系统做一个规范，哪些准备，哪些是同城和异地都备的，哪些是你要做到异地备份的，我们都会做一个分析。做完这些备份，还有一个数据的丢失怎么追补，哪些是业务上、应用上能控制的，哪些要通过手工的凭证补录的，这些也是在灾难管理的时候要不断进行的工作，在灾备中心的配置模式上，也是考虑的。

　　目前，对所有的IT技术和IT恢复指标有一个综合比较，在比较后形成一系列自己的灾备系统建设的设计方案，得到一个总体的架构。这种解决方案的特点，能够让它达到的是所有灾难全面的防护能力就是软件、硬件、数据丢失等等。

　　第二、容灾和备份的一体化把控，在恢复方面使这些恢复能够做到很短时间内恢复。

　　第三、在本地和异地做到双重恢复机制。在带宽上做到一个节省传输带宽差异比较，能够让比如网络中断了是不是灾备要重新实施？不。为什么？因为有差异比较，如果网络中断以后能差多少数据？把差异的数据做一个传输。

　　第四、管理方面也是简便易行。开放式的架构使得系统扩展成本低意味生产系统、灾备系统可扩展性都很好。比如今天是惠普主机，明天可以用IBM的主机，这是实施完灾备以后不能把生产系统和灾备系统架构绑定要让它的结构还是开放性的。

　　在技术原理方面也能够做到本地和异地的时时快速恢复、异地灾备的远程复制、全面的保护方式。

　　灾备关键的技术比如镜像技术、快照技术可以提供256个时间点的快照，把这些数据隔一段时间做一个照片。不仅有生产数据，而且有生产数据之前的半个小时或者几分钟甚至几秒钟之前的数据，由快照和录像的能去做。在这种快照技术里照的并不是把这个数据，为什么在快照节省空间、节省空间的关键秘诀在于什么？

　　我们造的是变化量，我们造的是把这些，比如9点到10点之间变化的是267，这个时候快照照的是267，下一次照的是90，再下一次照的是1和2，存起来的是1和12，这样快照区也很少占用资源也很少。

　　在本地有一个镜像数据能够做到本地磁盘备份，如果意外我们镜像数据能够跟上，业务不会中断。在恢复时会非常简单。

　　实际的效果来看，RPO改进非常明显，远程的传输带宽节省了85%，总体应用成本和维护成本非常低，管理维护非常简单，不是因为成本降低管理复杂，而是成本降低管理还简单了。在某大型银行在整个灾备中心建设的时候是几十亿，每一年的维护费用是一亿以上。这对于普通的中小金融机构是无法承受的，所以在这方面，如果是一个城市商行科技部总管应该怎么想？我们从这个角度做这个方案设计和做风险的评估，做整体的实施。而且在实施过程中，如果发现核心系统整个架构和技术方面的一些问题，我们也会及时和金融机构进行协调。某商业银行，为了节省成本它的主机系统只用了一个正交换机，分为两部分，这几个接口用在这个主机，这几个口用在这个主机。在做架构调整时，我们建议这个架构做灾备的时候改进使不稳定因素先降低，作为灾备系统更加能做到备份的功能。

　　总体说来，目前服务的优势是首先是高等级的灾备中心基础设施，再就是主流、成熟、可靠的灾备技术方案，强大、专业、资深的服务团队，业界先进的方法论，成熟的项目管理体系，在数据、系统的安全方面，我们做到全方位、全过程、持续稳定、高品质、转移灾备服务。( 本文根据中国金融电子化公司数据备份中心主任张慧在2010中国金融科技在会发言整理)