SharePlex for Oracle高可用和容灾方案.docVIP

目 录 第1章 前言 4 第2章 高可用容灾方案设计 6 2.1 高可用容灾系统的影响因素 6 2.1.1 计划外的系统停机 6 2.1.2 计划内的维护操作 6 2.1.3 灾难恢复 6 2.2 高可用容灾系统的建设目标 7 2.3 建设容灾系统的考虑因素 7 2.4 容灾系统的实现技术 9 2.4.1 基于磁带拷贝的传统灾难备份方式 9 2.4.2 数据库方式 9 2.4.3 服务器卷方式 10 2.4.4 智能存储系统方式 10 第3章 SharePlex for Oracle介绍 12 3.1 SharePlex for Oracle结构 12 3.2 SharePlex for Oracle配置方案 13 3.3 Shareplex for Oracle特点 14 3.3.1 快速精确和低负载 14 3.3.2 可扩展及全面 15 3.3.3 灾难恢复 15 3.3.4 灵活配置和简洁管理 15 3.4 SharePlex for Oracle适用场合 15 第4章 容灾系统的操作流程 18 4.1 容灾系统状态定义 18 4.2 容灾系统的的配置过程 18 4.2.1 初始化高可用及容灾环境 18 4.2.2 配置Shareplex的Fail-over ready状态 19 4.2.3 灾难发生时应用切换到灾备中心 20 4.2.4 容灾中心的数据恢复到主中心 20 4.2.5 计划内系统维护 21 计划内的Shareplex failover接管 21 计划内的Shareplex failback接管 21 4.3 SharePlex 关键技术指标 22 4.3.1 数据延迟 22 4.3.2 强大的冗错能力 22 4.3.3 对源系统的影响 22 4.3.4 网络资源的使用 22 第5章 容灾系统特点和优点 24 5.1 支持异构环境 24 5.2 目标数据可访问 24 5.3 保证事务的一致性 24 5.4 建立复制环境所需要工作量少 25 5.5 不影响源系统性能 25 5.6 灵活性和扩展性强 25 5.7 优秀的售后服务 25 第6章 容灾系统集成解决方案 26 6.1 和基于存储复制技术方案的集成 26 6.2 和Cluster技术集成 28 第7章 产品到货和验收 30 第8章 培训 31 第9章 技术服务、支持及保修 32 9.1 技术支持和维护服务内容 32 9.1.1 产品升级和维护 32 9.1.2 标准技术支持 32 电话热线支持 32 E-mail 支持 32 支持状况跟踪 33 9.1.3 7*24技术服务 33 9.1.4 WWW技术服务支持 33 9.2 问题提升和响应时间 33 9.3 技术支持资源 34 第10章 公司介绍 35 1.1. 关于Quest Software 35 1.2. 关于eGlobal Technology 36 第11章 SharePlex for Oracle成功案例 38 11.1 澳大利亚NEMMCO公司利用SharePlex实现应用系统失败接管 38 11.2 加拿大太平洋铁路公司利用SharePlex实现系统高可用性 40 11.3 Honeywell公司利用SharePlex实现即时更新的报表功能 42 前言 在企业信息化进程不断加快的今天，保持业务的连续性是企业用户进行数据存储时必须考虑的重要方面。灾难的出现可能导致生产停顿、客户满意度降低，减少企业的竞争力。如何安全、可靠、完整地保存数据，实现系统的灾难恢复是市场竞争的需要，更是进一步提高服务水平和改善服务质量、提升业务支撑能力的重要技术手段。 “911”事件使大家更加谨慎地审视自己的应用系统。据有关数据表明，接近50%的公司需要关键业务24小时连续运作，但是在这些公司中，有67%的公司没有在其他地方拥有冗余的计算机设备，79%的公司没有后备的关键业务系统，86%的公司没有适当的备份计划和数据恢复计划来保证业务的连续运行。在9月11日纽约世贸中心惨剧发生之后，所有世贸大楼公司的商务资料在瞬间毁于一旦，有些公司由此退出了市场的角逐。而一些公司却得益于自己的灾备系统，从而保住了公司依赖生存和发展的资本-数据。 容灾系统的建设包括两个重要因素，即业务系统的连续性和业务数据的可恢复性。在“911”事件以前，很多企业的高可用性方案主要从应用系统的连续性考虑。其中最普遍采用的是通过高可用集群双机系统(Cluster或HA)对业务应用提供保护，在一台服务器的软硬件发生故障时，将整个业务切换到后备服务器上。该方法很大程度上避免了服务器的单点故障，提高了整个业务系统的可用性。但从整个应用系统的角度，高可用集群只能实现一部分的高可用性目标。例如它无法处理存储设备故障，也无法处理计划内的停机时间和容灾