CommVault在中国建筑集团的成功应用..ppt

方案引入过程 方案选型阶段-与falcon CDP的竞争 国家标准 技术对比 默契：备份厂商的联手 CommVault的解决方案 一套数据保护系统，实现对所有系统的容灾备份 SDR+Dedupe实现北京到武汉互为灾备 替换原有手工脚本的备份方式 增加备份覆盖 北京、武汉 未来扩展到其它4个分中心的容灾备份。 加密（与dedupe结合） commnet报表，监控简化管理 方案优势：安全及可靠性 自动恢复验证系统（应急系统） 操作系统灾难恢复（1-touch） 远程备份的安全性(加密) 多数据中心的管理监控（CommNet) CommVault恢复演练 其它优势 Oracle全图形化管理，无需编写脚本-易管理性 远程备份及oracle备份断点续传-稳定性 具有审计功能-符合上市公司需要 其它分公司添加模块动态扩展-未来扩展性 支持归档、迁移、快照、存储资源管理等-未来扩展性。 实现北京到武汉互为容灾 Oracle RAC系统。 第一次全备22GB经压缩为6.8GB。第二次全备22GB，压缩为6.8再经去重保存到介质内为380MB左右。（重复块因子设置为64k）。 高峰期归档日志日增量5GB。 简化数据保护系统管理 单一的图形化管理界面 集中的备份作业管理 自动化的策略管理 统一的虚拟化备份设备池，实现共享 强大的监控机制 作业报告邮件通知 监控报告（实时/邮件） 审计报告 定期的管理报告（各级管理者） 掌握整个企业数据中心数据保护状况 客户的评价 统一的用户界面和便捷的操作，对整合后集中备份系统的可维护性和可管理性大大增强。 自动邮件报告功能有效提高备份恢复系统运行的可靠性。 提升目前的数据备份恢复速度，达到在非运营时段完成备份的要求。 便捷的单表恢复功能、快速的小文件恢复检索、完善的数据库恢复性测试等功能均满足用户对集中备份恢复系统软件的硬指标。 强大的报表功能，对维护人员的检查排障和管理人员的决策分析都提供了可靠依据。 CommVault Internal Use Only CommVault多数据中心及远程灾备解决方案在中国建筑集团的成功应用 用户IT环境现状 财务NC业务系统（北京） 2台数据库服务器（Oracle RAC/AIX）；目前数据量50GB，每年的数据增量在10~20GB。 在线存储：共享一台IBM DS4800 数据备份软件：手工脚本export 备份数据保存在本地磁盘 财务报表系统（北京） 2台数据库服务器（Oracle RAC/AIX）；目前数据量25GB，每年的数据增量在10GB 在线存储：IBM DS4700 数据备份软件：手工脚本export 备份数据保存在本地磁盘 用户IT环境现状 应用系统（北京10台，防腐监察、人力资源、OA、邮件、法律系统、网站、科技资源平台） 5台数据库服务器（MSSQL/WIN2003）， 邮件系统（Linux）； 网站（Mysql/Linux); 在线存储：本地磁盘，共约130GB数据库数据 数据备份软件：手工脚本 备份数据保存在本地磁盘 用户IT环境现状 财务及人力资源业务系统（武汉） 1台数据库服务器（Oracle10g/AIX），共约120GB数据,日增长几百MB。 在线存储：DS4700 数据备份软件：手工脚本export 备份数据保存在本地磁盘 应用服务器（武汉） 3台数据库服务器（MS SQL/WIN2003），共约90GB数据库数据 在线存储：本地磁盘 数据备份软件：手工脚本 备份数据保存在本地磁盘 原有备份系统示意图 手工脚本备份到磁盘 北京财务NC系统 北京财务报表系统 武汉财务人力资源 北京各应用系统 武汉应用系统 IBM阵列 IBM阵列 分散式存储结构，大量服务器采用本地磁盘存储数据。 分散式手工备份。 手工脚本备份到磁盘 手工脚本备份到磁盘 手工脚本备份到磁盘 手工脚本备份到磁盘 IBM阵列 存在的问题 可靠性 备份成功率低 手工脚本方式备份，无法监控备份作业，备份失败一段时间后才会发现； 备份作业中断后无法自动重启，导致备份失败。 备份介质不可靠 很多数据库和业务系统的在线数据和备份数据都存放在本地硬盘或直连盘阵上。介质损坏会导致在线数据和备份数据都丢失。 无容灾机制 恢复成功率低 备份介质失效，备份介质不完整均会导致无法恢复。 备份副本版本管理混乱，导致无法找到合适的备份副本。 缺乏验证机制，基本没有恢复演练 不知道能不能恢复 存在的问题 系统性能 手工脚本，分散式的管理，脚本维护、手工恢复耗时长，影响生产。 ORACLE数据库未开归档，export 脚本耗费资源大，运行export命令时，数据库几乎无法访问，影响生产。 Export无法恢复单个数据文件，只能做整库恢复，耗时长。 手工命令恢复复杂，调试脚本和命令占用了大量时