公司灾备方案解读.docx

企业灾备需求 　　某企业众多的业务系统中，由于前期都是分批进行搭建，每年产品选型也都有变化，业务系统的主机包括windows、linux、unix系统，存储产品也包括了IBM、EMC、HDS等，在面临众多产品及不同的生产环境时，灾备的需求需要进行细致的分析，其中包括以下几个步骤： 　　1、 灾备咨询 　　2、容灾技术选型 　　3、生产系统整合 　　4、灾备系统投产 　　5、演练 1.1.1 灾备咨询 　　建设初期需要对生产系统进行全面的调研，不仅仅包括硬件信息的收集，更包括业务风险分析，业务关联性分析等。 　　通过对现有系统数据的收集，充分分析现有生产系统面临的挑战，以及生产中心所处位置的地理、天气、社会环境进行充分的分析，最终对同城灾备中心及异地灾备中心的选址给出合理的咨询交付物。 　　业务关联性分析方面需要跟业务部门进行沟通，梳理出关联业务的数据流向和数据依赖性，用来确认容灾最终的范围及重要程度，避免因为某些特定关联业务的梳理不到位，导致核心应用因为关联性问题，容灾级别降低或灾备项目建设失败情况的发生。 1.1.2 关键技术的选型 　　近几年来，容灾已经成为信息数据中心建设的热门课题。很多容灾技术也快速发展起来，对用户来说也有很广阔的选择余地。由于容灾方案的技术复杂性和多样性，一般用户很难搞清其中的优劣以确定如何选择最适合自己状况的容灾解决方案。下面就容灾建设中的备份及复制技术做一个深入探讨，最终为本次容灾中的各系统选择适合的容灾方式。 　　容灾系统要求生产中心和灾备中心同时工作，生产中心和灾备中心之间有传输链路连接。数据自生产中心实时复制传送到灾备中心。在此基础上，可以在应用层进行集群管理，当生产中心遭受灾难出现故障时可由灾备中心接管并继续提供服务。 　　和数据备份相比，数据复制技术具有实时性高、数据丢失少或零丢失、容灾恢复快、投资较高等特点。 　　但是数据复制技术不能代替数据备份技术，因为数据复制技术保证的是两地的数据一致及完整，但是他不能避免因为人员误操作、病毒或其他方式带来的数据丢失或破坏，所以就算有了完整的数据复制技术，也不能放弃数据备份。 　　根据数据复制的层次，数据复制技术的实现可以分为三种：存储系统层数据复制、操作系统数据复制和数据库数据复制。 　　数据复制技术的比较 　　下面对数据复制的三种技术做一个简单比较： 复制技术 比较项目 存储系统数据复制 操作系统层数据复制 应用程序层数据复制 基于存储的 数据复制 虚拟存储技术 基本原理 数据的复制过程通过本地的存储系统和远端的存储系统之间的通信完成。 复制技术是伴随着存储局域网的出现引入的，通过构建虚拟存储上实现数据复制。 通过操作系统或者数据卷管理器来实现对数据的远程复制。 数据库的异地复制技术，通常采用日志复制功能，依靠本地和远程主机间的日志归档与传递来实现两端的数据一致。 平台要求 同构存储 与平台无关， 需要增加专有的复制服务器或带有复制功能的SAN交换机 同构主机、异构存储 与平台无关 复制性能 高 高 高 较高 资源占用 对生产系统存储性能有影响 对网络要求高 对生产系统主机性能有影响 占用部分生产系统数据库资源 技术成熟度 成熟 成熟度有待提高，非主流复制技术。 成熟 成熟 投入成本 高，需要同构存储 较高，需要专有设备 较高，需要同构主机 一般 部分软件免费，如DataGuard 复制软件 IBM PPRC EMC SRDF HP CA（Continues Access） HDS TrueCopy Brocade Tapestry DMM UIT SVM EMC VSM 原厂技术： IBM AIX LVM HP-UINX MirrorDisk Sun Solaris SVM 专业的复制软件： Symantec SF/VVR Oracle DataGuard Oracle GoldenGate DNT IDR DSG RealSync Quest SharePlex 　　操作系统数据复制选择的是系统自身的镜像复制技术，或者安装第三方软件来进行镜像复制，对于操作系统会造成比较大的影响，对IO的压力很大，所以本次项目不考虑使用此种技术。 　　根据用户现有设备的情况，最终选择存储复制的方式来进行本次容灾的最终关键技术，因为在核心的数据库中，访问量很大，所以在存储复制的同时，我们采用数据库复制技术，将核心数据库进行了同城的数据库复制技术，并采用数据库复制软件，完成了核心数据库的读写分离。 　　在网络方面，同城采用DWDM方式连接，容灾中心采用fcoip的方式进行了连接，在网络层面采用OTV的技术，使两地之间“二层”打通，为后期实现双活数据中心打下了良好的基础。 1.1.3 生产中心整合 　　1.1.3.1 容灾中心SAN存储系统目标架构 　　存储系统目