以最低的成本实现最高的数据保护(ppt 49页).ppt_第1页
以最低的成本实现最高的数据保护(ppt 49页).ppt_第2页
以最低的成本实现最高的数据保护(ppt 49页).ppt_第3页
以最低的成本实现最高的数据保护(ppt 49页).ppt_第4页
以最低的成本实现最高的数据保护(ppt 49页).ppt_第5页
已阅读5页,还剩44页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

OracleDataGuard以最低的成本实现最高的数据保护 AshishRay首席产品经理高可用性与灾难恢复甲骨文公司 议程 HA DR挑战DataGuard结构与特性DataGuard10g的新特性最高可用性结构DataGuard案例研究及其优点 停机造成的损失 信用卡销售验证服务 每小时2 600 000美元在线拍卖 每小时225 000美元旅店预约系统 每小时100 000美元制造工厂 如果有4个FAB 那么每个FAB厂每小时损失25 000美元 收入财务绩效生产效率名誉受损其他损失 造成停机的原因 系统故障 数据故障 系统变更 数据变更 意外停机 计划停机 存储器故障 人为错误 毁坏 站点故障 Oracle的集成高可用性解决方案 系统故障 数据故障 系统变更 数据变更 意外停机 计划停机 真正应用集群 自动存储管理闪回RMAN与快速恢复区H A R DDataGuard 联机重新配置滚动升级 联机重定义 Oracle的集成高可用性解决方案 系统故障 数据故障 系统变更 数据变更 意外停机 计划停机 真正应用集群 自动存储管理闪回RMAN与快速恢复区H A R DDataGuard 在线重新配置滚动升级 在线重定义 议程 HA DR挑战DataGuard结构与特性DataGuard10g的新特性最高可用性结构DataGuard案例研究及其优点 什么是OracleDataGuard Oracle为Oracle数据提供的灾难恢复解决方案Oracle数据库企业版 EE 的特性自动创建和维护生产数据库 或主数据库 的一个或多个事务一致的副本 备用数据库 如果主数据库 因灾难 维护 不可用 那么可以激活一个备用数据库并使之承担主数据库的角色要求主服务器和备用服务器上的Oracle数据库和操作系统的版本相同 OracleDataGuard核心 数据故障与站点灾难 此外还解决了人为错误和计划维护的问题 数据保护数据可用性数据恢复 数据是企业的核心资产 OracleDataGuard结构 网络 逻辑备用数据库 可用于报表操作 SQL应用 将重做转换成SQL 额外的索引和物化视图 物理备用数据库 备份 重做应用 同步或异步重做传输 DataGuard流程结构 9i DataGuard重做应用 物理备用数据库是主数据库的一个块到块的副本使用数据库恢复功能来应用更改可以以只读方式打开 用于生成报表和查询还可用于备份和减轻生产数据库的负载 主数据库 物理备用数据库 重做传输 网络 重做应用 备份 备用重做日志 DataGuardBroker DataGuardSQL应用 逻辑备用数据库是一个开放 独立和活动的数据库包含与生产数据库相同的逻辑信息 行 物理组织和结构可能大不相同可以托管多种模式当通过SQL来应用日志时 可以查询逻辑备用数据库 以进行报表操作可以创建额外的索引和物化视图 以获得更高的查询性能 额外的索引和物化视图 重做传输 网络 可随时进行报表操作 将重做转换成SQL并应用 DataGuardBroker 主数据库 逻辑备用数据库 备用重做日志 转换和故障切换 主数据库和备用数据库角色的转换转换计划的角色转换无需将数据库重新实例化用于维护操作系统和硬件故障切换主数据库出现意外故障 例如灾难 必须将主数据库重新实例化或闪回 10g 利用简单的SQL GUI界面进行初始化DataGuard使涉及到的过程自动化 灵活的数据保护模式 均衡成本 可用性 性能和事务保护 例如 ALTERDATABASESETSTANDBYTOMAXIMIZEPROTECTION 自动重新同步 可能出现网络连接问题DataGuard在网络连接恢复后自动重新同步备用数据库隐式主数据库上空闲的ARCH进程定期 ping 所有的备用数据库 以查看它们是否丢失了任何重做数据如果丢失 则把丢失的重做数据发送给它们显式应用过程期间在物理备用数据库中发现数据丢失根据FAL SERVER和FAL CLIENT设置 通知主数据库 然后发送丢失的重做数据 议程 HA DR挑战DataGuard结构与特性DataGuard10g的新特性最高可用性结构DataGuard案例研究及其优点 DataGuard10g的新特性 一般的新特性实时应用闪回数据库集成SQL应用的新特性零停机时间的实例化支持额外的数据类型滚动升级DataGuardBroker和企业管理器的新特性RAC集成以最佳实践为核心 简化的基于浏览器的界面 最新的物理 逻辑备用数据库 MRP LSP RFS 备用重做日志 ARCH 实时应用 存档的重做日志 存档的重做日志 主数据库 事务 LGWR 联机重做日志 ARCH Oracle网络 实时应用 现有站点恢复的权衡 可以使日志应用延迟 以防止用户错误 但是 转换 故障切换也将延迟报表操作使用的将是旧数据在故障切换到备用数据库之后 必须重新构建生产数据库 主数据库 备用数据库 重做传输 延迟的应用 基于延迟的数据进行报表操作 利用闪回数据库增强DR 闪回数据库使得不再需要延迟日志应用闪回数据库使得在故障切换之后无需重新实例化主数据库实时应用实现了备用数据库上的实时报表操作 实时报表操作 闪回日志 闪回日志 主数据库 在故障切换后无需重新实例化 重做传输 SQL应用增强 现在可以从主数据库的一个联机备份中创建逻辑备用数据库支持额外的数据类型 NCLOBLONGLONGRAWBINARY FLOATBINARY DOUBLEIOT 没有溢出和LOB列 SQL应用 使数据库滚动升级 企业管理器的新特性 Broker和EM现在可以创建和管理包含RAC主数据库和RAC备用数据库的配置简化的基于浏览器的界面可以对整个备用数据库生命周期进行管理重点是 易于使用基于最佳实践的管理预置的与其他高可用性特性的集成 示例 易于使用 使用企业管理器进行转换 轻轻点击鼠标即可 议程 HA DR挑战DataGuard结构与特性DataGuard10g的新特性最高可用性结构DataGuard案例研究及其优点 最高可用性结构 Oracle推荐的高可用性结构基于Oracle技术的高可用性蓝图 数据库 应用服务器 企业管理器 与Oracle的新版本和新特性一起发展基于客户的高可用性需求预期面向对高可用性感兴趣的Oracle客户定义和满足SLA要求的最佳实践结构 配置和操作的最佳实践使计划和意外停机时间最短可从故障中高效地恢复并还原容错能力与硬件和操作系统无关 坚不可摧的结构 最佳实践 最高可用性 MAA最佳实践出版物 关于以下事项的最佳实践 RAC DataGuard配置重做数据传输机制即时恢复转换 故障切换介质恢复SQL应用配置网络配置高可用性技术的集成 白皮书1 MAA 详细信息介质恢复站点 网络配置快速启动检查点SQL应用的最佳实践角色管理 1 请参见 otn oracle deploy availability htdocs maa htm 获取最近的更新 一些DataGuard的MAA效果 DataGuard同步传输对于LAN 甚至对于MAN 300英里 10毫秒RTT 都是可行的零数据丢失对主系统的吞吐量影响最小 在测试中小于3 异步传输对于所有类型的网络都可行美国大西洋岸到太平洋岸的部署 2600英里 80毫秒RTT 对性能几乎没有影响 在测试中小于1 并且在出现灾难的情况下 潜在的平均事务丢失为1秒异步模式下 在WAN上使用SSH压缩可使网络流量减少35 60 转换可以在1分钟内完成 故障切换在短短的15秒内即可完成 DataGuard和RAC DataGuard和真正应用集群是互补的 应一起使用以实现最高可用性结构真正应用集群提供了高可用性能够快速和自动地从节点故障或一个实例崩溃中恢复过来提供了增强的可伸缩性DataGuard提供了灾难保护并防止数据丢失维护主数据库的几个事务一致的副本防止灾难 数据损坏和用户错误无需昂贵且复杂的HW SW镜像 DataGuard与Streams Streams和DataGuard是Oracle数据库企业版两个独立的特性 它们基于一些共同的底层技术DataGuard 灾难恢复与数据保护事务一致的备用数据库零数据丢失自动转换 故障切换各种数据保护模式Streams 信息共享 分发细粒化和控制要复制的内容双向复制数据转换异种平台由于业务需要 客户可能选择将Streams用于DR HA 而将DataGuardSQL应用用于信息分发 使用DataGuard和Streams的金融服务公司 具备远程镜像的灾难恢复 远程镜像 基于主机和基于存储器 是保护企业数据的另一种流行的方式业务连续性实施的关键问题是 数据可靠性数据可恢复性数据可用性成本 DataGuard的优点 网络效率只传输重做数据更适于WAN无需协议转换器 基于标准的TCP IP更好的数据保护保持写顺序的一致性 避免逻辑损坏和物理损坏 功能全面的DR解决方案灵活性底层存储器对供应商没有限制ROI从DR投资中提取价值 与数据库本地集成 议程 HA DR挑战DataGuard结构与特性DataGuard10g的新特性最高可用性结构DataGuard案例研究及其优点 DataGuard的客户 医疗保健 金融 保险 电子商务 其他行业 制造业 政府 公共事业 电信 运输 灾难恢复案例研究 公司 为一个顶尖的汽车制造商提供全球物流和供应链管理服务通过供应链实现了原材料和成品的端到端可视性收益 1B 系统 为关键供应链数据库的选择DR解决方案通过周期性的批量数据输入和面向web的应用程序更新数据库由数据库生成的重做数据 0 5MB 秒数据库大小 0 5TB 以后会变大 DR案例研究 续 DR考虑事项 恢复点目标 12hrs恢复时间目标 24hrs由于零数据丢失不是必要的 因此倾向于采用异步解决方案使用2 500英里外的一个数据中心网络连接是一个VPN到一个DS 3的连接 没有来自ISP的服务质量保证 平均往返等待时间 120毫秒 高峰使用期间的等待时间 200毫秒对于远程数据 将考虑使用一个不同于主数据库数据的存储阵列 DR案例研究 续 DR解决方案 考虑一个磁盘到磁盘的镜像解决方案 但这种解决方案以及协议转换器 ESCONIP 非常昂贵选择DataGuard来通过TCP IP在2 500英里的距离上异步传输重做数据数据库的无需额外成本预置的与现有RAC解决方案的集成允许为远程站点选择一个不同的存储阵列虽然备用服务器没

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论