资源预览内容
第1页 / 共34页
第2页 / 共34页
第3页 / 共34页
第4页 / 共34页
第5页 / 共34页
第6页 / 共34页
第7页 / 共34页
第8页 / 共34页
第9页 / 共34页
第10页 / 共34页
亲,该文档总共34页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
中小企业的数据保护,内容,数据保护的一些基本概念 中小企业用户数据保护环境定时备份 传统备份的问题 超越备份的CDR方式 和其他复制产品的区别 CDR的管理特性 CDR的典型方案 成功案例 目标客户,数据保护的一些基本概念,数据丢失的原因分析,44%是物理错误 53%是逻辑错误 3%是灾难问题 数据管理的主要目的是: 防止数据丢失 需要的时候,能快速找到并恢复数据,数据丢失的原因,保护数据的技术,完整数据保护的规划,生产数据,备份数据,快照数据,异地备份数据,复制容灾数据,异地恢复数据 或快照剥离数据 (容灾演练),生产主机,容灾主机,本地快速恢复系统运行,减少数据丢失量,实现容灾演练和验证,容灾系统的最后1道防线,实现数据离线和更多版本保留,Application,Data,Business Access,CMCC,不仅仅是数据的容灾,没有十全十美的方式 投资随着数据保护级别的上升成指数级别上升 用户应该选择一个合理的数据保护级别,中小型企业的数据保护环境,用户机房,用户数据保护环境和方式,- - - -,- - - -,- - - -,- - - -,用户机房有着多台应用或者数据库服务器,通过本地网络连接,应用基本运行在文件系统上。 用户机房会放置1台备份服务器和备份设备,实现数据保护。 每天定时将应用或数据库的数据通过网络备份到备份设备中。 如果用户数据损坏,可以通过备份服务器将备份的数据恢复到应用服务器上。,- - - -,传统备份的问题,用户的心理,我现在每天都在备份,但是发生数据灾难的时候,能不能有更好的方式减少我的数据丢失量和简化恢复过程。 我不知道每天备份出来的数据是好是坏,有没有方便的方法让我知道备份出来的数据可以使用。 备份软件的专业性太强了,没有备份心理不踏实,上了备份又感觉责任重大。 虽然每天备份都在运行,但是我更本不了解备份系统的运行状态,运行是否正常,出了问题是否能够恢复。,我们的问题,你的数据保护了吗? 发生问题,你能容忍数据丢多少,系统停止运行多久?你的希望值是多少? 当发生问题,你能确保你的保护系统起作用吗,数据能够恢复吗? 你认为你的数据保护系统能够防范的风险范围有多大? 你每天如何检查保护系统,来确认数据保护系统在起作用? 你愿意为一个满足你要求的数据保护系统,投资多少?,传统备份的问题,传统备份的问题,备份1天运行1次 必须恢复备份数据,才能恢复系统运行 备份数据无法直接使用和验证 需要搭建复杂的恢复环境,才能恢复和演练 介质管理非常复杂 需要专业的备份软件知识 需要了解相应应用的备份恢复常识,备份数据格式和生产数据格式不同,对用户的困惑,对用户的困惑,改变传统备份方式,复制,快照,备份的结合;做到分钟级别的保护和恢复; 保护的数据可以直接使用 演练不需要恢复数据 技术人员只要了解应用系统运行方式即可 监管人员可以直接查看保护的数据和应用 有完善方便的报警和监控机制,超越备份的CDR方式(连续数据复制),复制整个项目周期的阶段,初始化阶段,运维阶段,验证演练阶段,发生灾难阶段,大数据量复制,大数据量复制 应用站点切换,恢复正常运维阶段,CDR注意的问题,CDR注意的问题,针对数据库复制,必须有一致性检测方式,确保复制目的数据库应用能够真确启动 有针对网络故障的处理机制 有针对人为或者逻辑错误的故障处理机制 有针对大数据量初始化的处理机制 在容灾站点必须有时间恢复点,方便用户进行验证和恢复 有方便的恢复和验证管理机制,能够将复制或者快照的数据,方便的回拷到任何其他客户端,复制写入文件系统的字节变化 在目标回放复制的序列 截止到目前的数据捕获 数据复制基于异步传输 内含一致点功能 在应用连续数据集上标注一致点,Applications,File System,Writes to,CDR Data Filter,D:,复制对,尽量减少数据丢失并加速恢复,CDR的特点:连续复制,源: App Host,目标: Replication Target,复制对,按时间或计划设置应用一致恢复点,File System,Replication Mgr,E:,在容灾站点创建基于应用的多个快照映像!,CDR的特点:应用一致恢复点,复制对,复制往往假设链接是牢靠的 但现实中会发生什么呢?,(1) 连接中断 Log累积在源缓存中 当连接恢复,日志自动开始传输 源日志保留到所有目的点都确认接收到日志,(2) 扩大预留空间 存放Log缓存区大小 = 再同步的需求 自动启动“灵巧-同步”机制 利用改变文件日志的签名,快速识别出同步文件 比一个一个文件比较更快 对大的复制集合有更好扩展性,CDR的特点:更灵巧的方法来恢复链接,更好的应对网络或者复制故障!,恢复副本,D:,在线复制,恢复点,复制快照数据到任何客户端(Copy-back) 手工复制恢复内容,F:,保护副本,CDR的特点:恢复选择或离线保护,方便用户恢复复制的数据和快照!,验证副本,集中管理: 数据保护、归档 复制以及恢复 按客户端进行同样方便的管理 监控复制状态 查看标准事件日志,相同的点击式报告,提高操作效率,CDR的特点:统一集中监控,和其他CDR产品的区别,和其他CDR产品的区别,支持WINDOWS,LINUX,AIX,SOLARIS平台 含针对主流应用的快照引擎,确保数据一致性 在容灾站点能够创建多个基于应用一致性的时间恢复点,方便用户实现离线保护,容灾验证和恢复;避免人为或逻辑错误 方便有效的恢复管理机制,方便的实现快照和复制数据回拷贝和恢复 支持LAN和LAN-FREE方式的数据复制 支持1对1,1对N,N对1的方式 支持网络传送压缩,加密和带宽限制,对用户带来的好处,数据保护的级别更高了 更少的数据丢失 更快的恢复速度 多个应用时间恢复点 用户不必要再去面对需要转化的备份数据和介质了 由于复制的数据和生产数据一致,所以恢复数据更加方便了 同时在复制目的还能创建快照,所以验证复制数据也非常方便 使用管理和监控更加方便 不再需要了解专业的数据库备份和恢复知识 不再需要了解专业备份软件的知识 很方便的排除网络和其他故障 监管人员可以直接查看到保护的数据,CommVault产品的管理特性,CDR的配置说明,CDR的监控说明,CDR的恢复管理,成功案例和方案,节省时间&金钱 在远程办公室消除了磁带和本地备份 减少软件、硬件、维护以及介质管理费用 减少行政管理开支 加速恢复和访问 在中心维护一个DR&法规遵从副本 集中存储并维护恢复点 允许终端用户恢复 更大范围的企业级保护 支持Linux, Unix and Windows 32/64-位平台, 包括 MSCS 支持的应用: Exchange, SQL, Oracle 高扩展性 (扇入fan-in) 压缩、加密、带宽限制 增加操作效率 1个团队可靠管理所有数据 调用共享资源 调用或扩展已有的备份策略 统一数据保护和报告 保留从原客户端浏览备份集合,方案:利用CDR集中保护远程办公室数据,SQL or Oracle,Exchange,Linux,Unix,VSS,Windows,QSnap,Oracle,Exchange,SQL,MSCS,远程办公室,扇出(Fan-out)选项允许分散恢复点,具有更大的容错能力 在远程站点维护应用一致性的时间点映像,加快恢复速度 装载恢复点能让终端用户进行恢复,新的版本能支持多平台,扩展了容灾选项,方案:CDR进行容灾恢复,减少TCO 调用虚拟站点来进行灾难恢复 在DR站点无需进行重复的硬件 在虚拟站点维护应用一致性的时间点映像,加速恢复 装载恢复点能让终端用户进行恢复,方案:CDR利用虚拟环境进行容灾恢复,谢谢!,
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号