首钢集团灾备方案建议书(编辑修改稿)

首钢集团灾备方案建议书(编辑修改稿)内容摘要：

机，未来的 x86。 使用 x86 平台，将大大简化 IT 系统，降低 运 营维护 成本 ，提高灵活的横向扩展能力。 由于 GoldenGate 复制技术对于底层平台的透明，可以考虑将远端基于小型机平台的 Oracle 数据库复制到基于 x86 的 Linux/Windows 平台上，根据对性能的要求可以选择 2 路， 4 路或 8 路的高端 PC 服务器。 灾备端的充分利用 Oracle 的 数据复制技术，可以实现双活 (Active/Active)的数据中心，灾备中心的数据库始终处于可用的状态，利用此特点。 我们可以在灾备端数据上实现实时报表，查询，开发测试，数据备份等工作。 第三章 复制技术介绍 Oracle GlodenGate 数据库复制平台 产品介绍 利用开放系统上 Oracle、 Sybase、 DB Sql Server 等数据库系统自身的日志复制功能，在灾备中心建立用户业务系统数据库的备份数据库，通过数据通信网络，将用户数据库系统产生的归档日志实时传送到灾备中心，利用日志向备份数据库追加数据，保持备份数据与生产数据同步。 数据库日志的在线传输是基于应用层、高效快捷的数据备份方案，支持多种服务平台，包括： Windows、 HPUX、 AIX、 Solaris、 Linux 等；支持多种数据库系统，包括： Oracle、 Sybase、 DB Sql Server 等数据库。 GoldenGate 是高可用和实时数据整合的最优方案。 GoldenGate 协助关键系统保持 24*7 小时运作，满足最终用户连续可用的要求。 GoldenGate 帮助组织在企业范围内快速分发关键数据，以便及时和准确的决策。 简而言之， GoldenGate 解决方案就是实时获取实时信息。 GoldenGate 零停机时间操作、系统升级、移植和维护操作时不中断业务运作。  GoldenGate 活动 活动 通过均衡负载实现两个或更多数据库性能和扩展性的提升。  数据库分层 使公司确保他们的生产系统的最高性能，同时还容易支持必要只读操作。  GoldenGate 实时数据整合解决方案提供为数据仓库、商店经营数据、报表系统，或其他 OLTP 数据库提供实时变化数据。 无须批处理窗口，并且性能影响最小。  GoldenGate 实时数据仓库在 OLTP 系统和数据仓库之间连续、实时地捕获、转换和投递最近变化的数据。 这也可以和现有 ETL 系统整合。  GoldenGate 实时报表 以廉价次等系统分担生产数据库的报表负载。 实时报表总能获取最新数据。  GoldenGate 事务数据完整性 在 OLTP 系统之间实时保证点对点数据完整性，并且系统影响最小。  GoldenGate 可以在异构的 IT 基础结构之间实现大量数据的秒一级的数据捕捉、转换和投递。 GoldenGate 可以支持几乎所有常用操作系统如和数据库平台。 GoldenGate 软件提供了一个单一的平台，这个平台可以为任何企业环境实现秒一级的灾难备份。 GoldenGate 是一种基于软件的数据复制方式，它从数据库 的日志中解析数据的变化（数据量只有日志的四分之一左右）， GoldenGate 将数据转化为自己的格式，直接通过 TCP/IP 网络传输，无需依 赖于数据库自身的传递方式如 Oracle Net，而且可以通过高达 9:1 的压缩比率对数据进行压缩，大大降低带宽需求。 在目标端， GoldenGate 可以通过交易重组，分批加载等技术手段大大加快数据投递的速度和效率，降低目标系统的资源占用，可以在秒一级实现大量数据的复制。 复制模式  单向数据复制 GoldenGate 的数据复制原理是：利用捕捉进程 (Extract Process)在源系统端读取 Online Redo Log 或 Archive Log，确定需要进行的复制（增、删、改）操作，并通过队列 (Extract 队列 )，将相关信息传送到目标系统。 目标系统端的投递进程(Deliver 进程 )接受相关内容，通过 Replicate 进程创建实现数据复制或同步的 SQL语句，并在目标系统中予以执行。  双向数据复制 双向数据复制是基于单向数据复制原理之上，两端互为源 /目的数据复制对象，两端生产系统同时保持 Active 状态。 为了避免出现刚被复制进对端目的数据库数据马上又被捕捉进程复制回源端，陷入死循环的状态。 GoldenGate 采用了相应的判别机制来保证对捕捉数据的识别，当应用程序和 GoldenGate 复制进程同时更新同一 个表时 , 捕捉进程使用了一个跟踪表机制。 在配置双向数据复制时 , 需要通过命令行向两边的数据库中加入跟踪表。 当捕捉进程读到一个交易中有针对跟踪表的更新 , 捕捉进程就知道这个交易是由复制进程产生的并且把这笔交易忽略掉 . 如果没有针对跟踪表的更新 , 捕捉进程就知道这个交易是由应用程序产生的并且把这笔交易读取出来 . 通过以上处理机制后，就可以很好的解决双向数据复制中所担心的重复捕捉变化数据的操作出现。 显然，上述过程的实现，与基于文件复制原理的数据同步完全不同。 无论从网络资源占用、执行效率和对系统性能影响等方面考虑， 都比其它方案有较大的优势。 GoldenGate 提供了灵活的应用方案，基于其先进、灵活的技术架构可以根据用户需求组成各种拓扑结构，如图所示： GoldenGate 各种拓扑结构示意图 1. 广播复制：由一个数据库向多个数据库复制，利用 GoldenGate 的数据过滤功能可以实现数据的有选择分发； 2. 集中复制：由多个数据库向一个数据库复制，可以将分布的、跨平台或异构的多个数据库集中到一个数据库。 此种模式广泛应用于 n+1 模式的容灾，通过将多个系统数据库集中到一起，可以充分利用备份中心的设施，大幅减少投资；另外也用于跨平台多系统的数据集成，为这些提供系统提供一个统一视图便于查询和统计数据。 3. 多层复制：由 A 数据库向 B 复制，同时又由 B 向 C 复制，可以在以上几 种模式基础上无限制扩展。 由此可见， GoldenGate 的复制模式非常灵活，用户可以根据自己的需求选择特定的复制方式，并根据系统扩展对复制进行扩展。 关键特性 GoldenGate 是一种基于数据库日志的数据复制产品，可以利用极少的系统开支，实时复制数据库，改善数据可用性。 GoldenGate 可以在数据移植、在线维护等场合应用，以减少或消除数据库的停机时间。 同时，它还可用于数据容灾、负载均衡、数据集中、数据分布等应用中。 GoldenGate 可确保在这些工作进行时，源系统的正常事务处理得以继续进行，功能上不受影响。 作为一种软件方案， GoldenGate 可以采用非常灵活的方式加以配置，包括双向复制和多层次的数据复制。 特别是其在双向数据复制领域的技术先进性，可以满足用户在本地或广域网络环境中的各种复杂需求。 GoldenGate 的 TDM 软件的几个关键特性∶ 1. 本机数据改变捕捉 – 作为一个 基于日志的同步解决方案，将对源系统和网络的影响减少到最低。 2. 灵活性 – 源和目的系统不需要有一样的操作系统、数据库及模板 (例如∶表，索引，等 )。 GoldenGate 能在同一个系统的多个数据库实例之间实现数据复制，或把数据复制到局域网内的其它数据库实例，或把数据复制到广域网上的远端数据库实例。 3. 无需宕机时间的移植 – GoldenGate 能在不同版本的数据库和操作系统之间同步数据。 数据库，操作系统或应用系统的更新可以在辅助系统里进行。 一旦更新后的辅助系统通过了完整的测试，所有的处理工作就可以切换到辅助系统，然后更新主 系统。 一旦主系统的更新完成了，主与辅助系统之间能够再一次同步而无宕机时间。 4. 不依赖于硬件和数据库 – Gold。