数据中心集中备份系统技术方案模板.docVIP

xxxx 数据中心集中备份系统 技术方案 赛门铁克软件（北京）有限公司 2010-03-30 Table of Contents 1. 综述 3 1.1. 背景 3 1.2. 现状 4 1.2.1. 现状描述及分析 4 1.2.2. 现状总结 6 1.3. 面临的挑战 6 1.4. 系统建设原则 7 2. 需求分析 8 3. 总体设计 9 3.1. 系统架构设计 9 3.1.1. 总体架构及说明 9 3.1.2. 重复数据删除技术部署设计 10 3.1.3. OpsCenter集中管理设计 12 3.1.4. Vault磁带异地容灾设计 15 3.2. 软件配置及说明 17 3.3. 备份和恢复方式 21 3.4. 策略设计 22 4. 方案技术特点 23 4.1. 集中管 理平台 23 4.2. 灵活配置管理 23 4.3. 设备管理 25 4.4. 数据安全保护 26 4.5. 应用支持 26 4.6. 兼容性扩展性 27 4.7. 磁带出库管理 Vault 27 4.8. 备份子网 28 4.9. 实施过程建议 29 5. 方案优势 29 6. 售后服务 31 6.1. 赛门铁克企业技术支持服务 31 6.2. 赛门铁克企业技术支持服务解决方案 32 6.3. 如何获得技术支持服务 34 6.4. 企业技术支持政策 42 6.5. 客户服务 42 6.6. 产品升级和补丁程序 43 6.7. 支持与维护合同续签 43 6.8. 赛门铁克教育服务 44 6.9. 术语表 44 7. 培训服务 48 原厂认证培训 48 综述 背景 xxxx（以下简称xxxx）于1993年1月成立，起步于中国最大的经济特区xxxx省，是中国发展最快和最有活力的航空公司之一，致力于为旅客提供全方位无缝隙的航空服务 现状 现状描述及分析 xxxx分别在海口xxxx大厦及北京大新华航空大厦建设有两地数据中心，两中心分别承担xxxx不同的业务系统。现有业务系统分布主要以xxxx大厦数据中心为主，在未来规划中，将会以这两个数据中心为基础建立两地四中心互备容灾系统。当前备份系统主要采用的CA 公司的BrightStor Enterprise Backup备份软件，在两地数据中心分别建立一套备份系统。 xxxx大厦数据中心架构图如下： 架构描述： 硬件配备两个IBM 3583磁带库，分别配置3个LTO2磁带机（35 M/s），每个磁带库配置36个槽位，容量为14.4TB； 备份架构采用LAN 备份的方式进行备份，所有客户端安装CA BEB agent，通过BEB的Server统一进行配置操控和管理；配置了两台BEB Server，分别承担xxxx大厦数据中心各个业务系统的备份。 问题现状： 采用基本的LAN备份架构，无法实现磁带库存储的共享；所有备份数据通过LAN进行传输，对网络带宽要求较高； 备份存储采用LTO 2磁带设备，最大读写速度只有 35M /s； 由于受限于现有备份架构及存储设备的性能，备份窗口长，已经无法满足现有业务数据量的备份需求； 现有磁带库其中一台已经出现物理故障，所有备份任务暂时由另外一台带库承担，压力较大； 由于软件厂商原因，无法得到售后支持服务； 软件版本较老，对新系统（如windows 2008）无法支持，兼容性较差； 策略配置不够灵活； 报表功能薄弱，无法满足日常管理要求； 北京大新华航空大厦数据中心架构图： 问题现状： 由于实施过程中出现技术问题，技术支持力量较弱，遗留问题一直未得到解决；导致备份系统至今未正式投入使用； 大部分业务系统由于备份系统未实施的原因一直采用简单的手工备份，有的甚至未采取备份措施，生产系统的数据存在丢失的风险。 现状总结 归纳总结现有系统的问题如下： 数据保护不全面，没有覆盖所有重要业务系统： 缺乏集中、统一的备份管理平台，只有个别业务系统纳入到备份管理体系中，其他业务则依靠管理和维护人员手工操作的方式；数据保护没有全面覆盖各个业务系统由于缺乏集中、统一的备份管理平台，导致系统管理和维护复杂度增加，管理和维护成本上升； 缺乏统一的主机系统灾难快速恢复解决方案： 现有系统缺乏统一的主机灾难快速恢复解决方案，UNIX、Linux、Windows等各个业务系统的主机灾难恢复主要依靠管理人员手工操作，不同操作系统平台采用完全不同的恢复方案，管理和维护复杂度高，而且效率低下； 管理维护效率及成本： 系统建设采用单独规划、独立建设模式，主机、存储等资源各不共享，且分散管理，缺少统一管理和维护的手段，管理和维护越来越复杂，维护成本日渐增高； 缺乏完善的数据可恢复性验证测试环境： 现有应用系统，缺乏完善的数据恢复验证测试环境，无法提供数据和系统恢复的验证测试； 未设置专门的备份管理人员，备份管理机制、流程等不