CommVault灾备方案介绍.ppt

CommVault数据灾备概论 前言——灾备的发展 数据灾备现状 管理者不知道“最后一根稻草”的真实情况 数据灾备极大地依赖于备份管理员 灾备系统分散部署，无法知道整体数据保护状态 缺乏灾备管理人才（数量以及质量） 灾备管理需要对IT系统全面、深入的了解；这样的人才不多 系统、存储、网络；操作系统、数据库、应用软件 缺乏验证手段 无法检验灾备数据是否可用 缺乏恢复验证手段 基本没有数据的异地保存 由于人力，物力的限制 第一代数据保护软件 起源于1980年代 集中式计算； 系统环境小；数据量小（GB级)；IT人员少 出发点是替代手工备份 重点是“怎么做备份” 问题 大量人工参与, 只能依赖于备份管理员 无法支撑大规模IT环境（系统多；数据量大；数据中心多） 能不能恢复？ 第二代数据保护软件 出现在2000年代 分布式计算环境，Internet，信息高速公路 系统数量大；数据量大（TB级）、而且快速增长 第一代软件的问题越来越突出 重点是“怎么做恢复” 理念的飞跃：操作+监控+管理+演练=恢复 为确保恢复，4个方面缺一不可 设计理念对比 缺乏“监管、演练”的后果 “三鹿”事件 政府监管缺失，过分依赖于企业“自管” 美国金融危机 缺乏监管，没及早洞察危机的存在 2008深圳特大火灾 缺乏演练，消防系统形同虚设 CommVault的实现方法 操作 提高数据灾备/恢复成功率 减少人工干预（人工是IT系统中最薄弱的环节） 全图形化，不用写脚本 预防出错：预检机制，验证机制 容忍出错：容错机制 容灾：电子化异地存放机制 提高数据灾备/恢复效率 小颗粒恢复（邮件级恢复，数据库表级恢复） 实时备份/恢复 （快照备份，复制技术，CDP） CommVault的实现方法 监控、管理 及早发现问题，防患于未然 实时状态 历史数据 发展趋势 提升操作、管理人员水平 职责分配，审计 定期演练 针对不同的系统制定不同的定期恢复策略 自动实现数据恢复，用于恢复验证 CommVault带来的好处 数据恢复成功率达到98%以上 管理者随时能知道“最后一根稻草”的真实情况 对专业人才的依赖能大大降低 轻松实现数据的异地存放，提供容灾能力 灾备技术说明 数据丢失的原因分析 保护数据的方法 数据保护总结 物理错误(44%) 复制：能恢复数据；RPO/RTO 好 快照：不能恢复数据； 备份：能恢复数据；RPO/RTO 一般 CDP：能恢复数据；RPO/RTO 较好 逻辑错误(53%) 复制：不能恢复数据 快照：只能恢复短期数据(刚出错的)； RPO/RTO 较好 备份：能恢复数据；RPO/RTO 一般 CDP：能恢复数据；RPO/RTO 较好 灾难情况(3%) 复制：不一定能恢复数据；RPO/RTO 较好 快照：不能恢复数据； RPO/RTO 较好 备份：能恢复数据；RPO/RTO 一般 CDP：不一定能恢复数据；RPO/RTO 较好 完整数据保护的规划 CommVault灾备技术－应急系统 CommVault灾备技术－远程灾备系统 CommVault解决之道-带宽问题 远程单一版本数据传送 流量和时间窗口控制 CommVault解决之道－信息安全 CommVault解决之道－统一管理 数据资产管理 报警通知管理 审计管理 数据决策支持 CommVault解决之道－提高数据恢复性 CommVault灾备技术的总结一体化的优势 CommVault的灾备技术案列 在中国的成功案例 马士基中国(Maersk)：全球最大船运公司 1个主数据中心（深圳 40TB）；1个容灾中心（香港） 15个二级中心 数据保护方法：1套软件 15个中心首先备份到当地 备份完成后，远程拷贝到深圳(第2副本)；然后再拷贝到香港(第3副本) 备份管理在香港；二级中心人员提供协助；全职备份管理员1人 四川工商 1个省中心+21个地市中心 1套备份：先备份到当地，然后远程拷贝到成都(第2副本) 太平养老保险股份有限公司 512Kb带宽的Oracle数据库灾备 上海卫生局 5Mb带宽的Oracle数据库灾备 CommVault中国金融客户灾备系统成功案例 其他厂商的解决方案就是利用很独立的软件分别来处理不同问题，导致系统越来越复杂！ * * * * * * EMA Report can be found at /forms/EMACommVaultCustomerSurvey * CommVault Continuous Data Replicator and Quick Recovery Replication solutions minimize data loss and expedite recovery by providing more points to recover