oracle容灾技术
Oracle流复制技术的基本概念、工作流程及其容灾备份
首 先 ，Ｏ ｒ ａ ｃ ｌ ｅ 流复 制 技术 通 过对 数据 库 的变 更 进 行检 索 与 捕获工作 ， 然后 ， 对 其 进行 其 它 方 面的操 作 。捕 获 ， 指 的是通 过 运 用 专业 、特 定 的捕 获进 程 实 现对 数据 库 中重 新 制 作 日志 的 检 索工 作 ， 获得 数据库 中 的表格 、 模式 以及其 它 内容发 生 的变更 ， 关 于 捕 获数 据 库 中哪些 信 息 的变 更 需要 提前 对 其进 行 设 定。运 用Ｏ ｒ ａ ｃ ｌ ｅ 流 复制 技术 构建 的运行 机 制 ， 不仅 能够 对 本 地 数据 库 中所 变 更 的信 息进 行捕 获 ， 被 称 为 本地捕 获 ； 而 且 还 能够 运 用 日志 传 递 的形 式将 异地 数 据 库 中所 变更 过 的信 息进 行 捕 获 ， 也
在 对 数据 库 中所 变 更 过 的信 息进 行捕 获 后 ，需要 将 这些 信 息 放 置 在 一个 专 门的存 储 区域 ， 并 使 其形 成 专 业 的存 放 队列 ， 也就是 Ａ Ｎ ＹＤ Ａ Ｔ Ａ 队列 。Ａ Ｎ Ｙ Ｄ Ａ Ｔ Ａ 队列 不仅 能 够 将 所有 捕 获 过 的各 种类 型 的信 息进 行 存 放 ， 而且 还 能够 存放 用 户 以及 应 用 程 序所 存 放 的 信息 ， 接下来 ， 就 是对 该类 信 息进 行 传 递 ， 使 其
中图 分类 号 ： Ｔ Ｐ ３ １ １ 文献 标识 码 ： Ａ 文 章编 号 ： １ ６ ７ １ － ７ ５ ９ ７（ ２ ０ １ ３ ）１ ５ — ０ ０ ６ ８ — ０ ２
近 年来 ， 世 界 上的 自然 灾害越 来 越频 繁 ， 例如 地震 、海 啸 、 台风 以及泥 石流 等 。 自然 界 各种 灾 害频 繁 发 生给 人们 的 生产 生
oracle rac dg原理
oracle rac dg原理Oracle Real Application Clusters (RAC)是一种在多台服务器上运行的Oracle数据库架构。
RAC允许将数据库实例分布在多个服务器上，并通过高速互连网络进行通信，以提供高可用性和可伸缩性。
DG是Data Guard的缩写，是Oracle数据库的灾难恢复解决方案之一。
RAC DG原理如下：1. RAC原理：在RAC中，数据库被分为多个实例，每个实例运行在一个服务器上。
每个实例都有自己的内存和磁盘资源，但它们共享同一个存储空间，即共享存储。
实例之间通过高速互连网络进行通信，可通过Cache Fusion技术实现数据共享和一致性。
Cache Fusion技术允许在需要时将数据块从一个节点传输到另一个节点，以实现高速数据访问和一致性。
2. DG原理：DG是一种数据库复制解决方案，通过将主数据库的变更传输到一个或多个备用数据库上，实现数据的冗余和灾难恢复。
主数据库和备用数据库之间通过网络连接，并通过日志传输和应用进行同步。
主数据库将变更写入本地的归档日志文件，然后将归档日志传输到备用数据库上。
备用数据库接收到归档日志后，应用日志内容，使得备用数据库与主数据库保持一致。
3. RAC DG原理：RAC DG是在RAC架构下使用DG的解决方案。
RAC DG可以将主数据库和备用数据库的实例分布在多个服务器上，以提供更高的可用性。
主数据库和备用数据库之间的日志传输和应用与普通DG相同，但在RAC环境中，传输和应用可能涉及到多个实例。
RAC DG还可以利用RAC架构的优势，通过Cache Fusion技术减少数据的传输量，提高性能和效率。
总结来说，RAC DG是在Oracle RAC架构下使用Data Guard 的解决方案，通过将主数据库和备用数据库的实例分布在多个服务器上，实现数据的冗余和灾难恢复。
它利用RAC架构的优势，提供高可用性和可伸缩性，并通过Cache Fusion技术减少数据传输量，提高性能效率。
数据库备份与容灾的实现方式
数据库备份与容灾的实现方式数据库备份与容灾是保障数据库系统可用性和数据安全的重要手段。
备份是将数据库中的数据和日志信息复制到其他存储设备或位置，以便在数据库出现故障或数据丢失的情况下恢复数据。
容灾是指在数据库系统发生灾难性故障时，通过另一个可用的数据库系统来提供持续的数据服务。
1.完全备份：将整个数据库的数据和日志信息复制到备份设备中。
这种方式需要较长时间和较大的存储空间，但恢复速度较快。
2.增量备份：只备份自上次备份以来新增的数据和日志信息。
这种方式可以减少备份时间和存储空间的占用，但恢复时需要先将完全备份恢复，再应用增量备份。
3.差异备份：备份自上次完全备份之后，与上次备份不同时的所有数据和日志信息。
这种方式备份的数据量介于完全备份和增量备份之间，恢复时只需要恢复最近的完全备份再应用差异备份。
4.增量复制备份：将源数据库的日志信息复制到备份设备上，并将备份设备上的数据和日志信息保持和源数据库一致。
这样可以达到实时备份的效果，但对网络和存储设备的要求较高。
容灾的实现方式：1. 传统容灾方案：主备式容灾，即将主数据库中的数据和日志信息复制到备份数据库上，当主数据库发生故障时，切换到备份数据库提供数据服务。
这种方式通过数据库复制技术实现，如SQL Server的镜像、Oracle的数据卫士等。
2. 集群容灾方案：将多个数据库服务器组成一个集群，通过共享存储或数据复制技术实现数据一致性，当其中一台服务器发生故障时，其他服务器能够接管其工作。
常见的集群容灾技术有Windows ServerFailover Cluster、Oracle RAC等。
3.异地容灾方案：将主数据库和备份数据库部署在不同的地理位置，通过异地数据复制技术实现数据同步。
当主数据库所在地发生灾难性故障时，切换到备份数据库所在地提供数据服务。
这种方式可以保证数据的安全性和可用性，但对网络和带宽的要求较高。
无论是数据库备份还是容灾，都需要考虑以下因素：1.备份策略：包括备份频率、备份方式和备份设备的选择。
使用Veritas Volume Replicator(VVR)对Oracle数据库进行容灾
使用Veritas Volume Replicator(VVR)对Oracle数据库进行容灾简介（李海峰）随着全球信息化时代的到来，信息数据越来越成为企业关注的焦点，即在各种自然灾害或者人为破坏的情况下，如何保证生产数据的安全和关键业务的不中断运行。
传统的保护方法离线备份、备份介质异地保存在一定程度上可以解决上述问题，但为了能够对业务系统提供更高的实时性和可靠性，保证关键业务7x24不中断，应对激烈的市场竞争和提高客户满意度，企业必须在IT系统围绕“连续”（BC）主题进行构建，实施业务连续/容灾备份计划，包括业务连续性、高可用性管理、容灾、数据复制和恢复方案、安全等，下面就对数据复制技术做一个简单的介绍。
根据数据复制运行的位置，可以将数据复制方式分为以下四种：1.基于存储(Storage-Based)：代表厂商有EMC SRDF、IBM PPRC/GDPS 、HP BusinessCopy、HDS TrueCopy等，特点对主机透明，对应用系统的影响较小，技术成熟，有较多的成功案例，但是投资较大，对网络连接的要求也较高。
2.基于服务器（Host-based）：代表厂商主要是Symantec公司的V eritas V olume Replicator (VVR)，是存储卷的复制技术。
需要占用主机一定的系统资源。
3.基于存储交换机(SAN-Based)：运行于挂接在存储网络上的专用设备中，代表厂商有CISCO的SANTap，FalconStor IPStor，Topio SANsafe，DataCore SANsymphony, Asynchronous Internet Mirroring (AIM)等。
4.基于数据库/软件应用:代表厂商有Oracle DataGuard，Quest SharePlex，IBM-DB2的远程Q复制，SYBASE的复制服务器(Replication Server) 等，这些技术都是对数据逻辑操作的复制，属于逻辑数据复制，而其它3种复制的是数据卷中的数据变化，属于物理数据复制。
数据库容灾方案
数据库容灾方案随着企业业务的数字化和数据的快速增长，数据库成为了企业信息系统中不可或缺的重要组成部分。
为了保证业务的连续性和数据的安全性，企业需要采取一系列的容灾方案来应对可能发生的灾难性情况，例如硬件故障、自然灾害或人为错误等。
本文将介绍几种常见的数据库容灾方案。
一、本地备份与恢复本地备份是最基本也是最常见的数据库容灾方案之一。
通过定期备份数据库的数据和日志文件，可以在系统崩溃或数据损坏时恢复数据。
备份可以使用数据库自带的工具，如Oracle的Export/Import工具，或使用第三方的备份软件。
备份的频率可以根据业务的需求和数据变化的频率而定。
此外，备份数据的存储也需要注意安全性和可靠性，可以将备份数据存储在不同地点以避免单点故障。
二、热备份和冷备份热备份和冷备份是针对关键系统而设计的高可用性数据库容灾方案。
热备份是指将实时数据同步到备份系统中，以保证数据的一致性。
常见的热备份技术有数据库复制和数据库集群。
数据库复制将实时数据复制到备份数据库中，可以实现高可用性和读写分离。
数据库集群则是多个数据库服务器共同提供服务，一台服务器发生故障时，其他服务器自动接管服务。
冷备份是在备份系统中定期将数据和日志文件复制到备份设备中，通常需要停机维护数据库。
三、异地备份与恢复异地备份是指将备份数据存储在与生产环境隔离的地理位置，以应对区域性灾难造成的数据丢失。
常见的异地备份方案有远程复制和云备份。
远程复制可以通过网络将备份数据复制到异地服务器或存储设备中，以实现数据的异地备份和恢复。
云备份则是将备份数据存储在云平台上，具有高可用性和弹性扩展的优势。
需要注意的是，异地备份需要考虑带宽和网络延迟等因素，以确保备份和恢复的效率。
四、容灾演练与监控容灾演练和监控是数据库容灾方案的重要组成部分。
容灾演练可以定期模拟灾难场景，测试备份和恢复的过程和效果，发现和解决潜在的问题，以提高容灾的可靠性和效果。
监控数据库的运行状态和备份的完整性也是非常重要的，及时发现故障并采取相应的措施可以有效减少数据丢失和系统停机的风险。
OracleDataGuard容灾方案
Oracle数据库异地容灾方案介绍2008年11月目录第一章需求分析........................................ 错误!未定义书签。
序言.............................................. 错误!未定义书签。
用户现状.......................................... 错误!未定义书签。
系统平台...................................... 错误!未定义书签。
数据库平台.................................... 错误!未定义书签。
用户需求.......................................... 错误!未定义书签。
日常功能...................................... 错误!未定义书签。
故障切换...................................... 错误!未定义书签。
基本要求...................................... 错误!未定义书签。
性能要求...................................... 错误!未定义书签。
数据一致性.................................... 错误!未定义书签。
系统兼容性.................................... 错误!未定义书签。
高可用性...................................... 错误!未定义书签。
健壮性要求.................................... 错误!未定义书签。
设备无关性.................................... 错误!未定义书签。
基于Oracle数据库双活方案对比分析
基于Oracle数据库双活方案对比分析Oracle RAC/ADG/OGG1.基于Oracle数据库技术的容灾方案都有哪些？如何选择？容灾向来是以RPO/RTO来定义其级别，所谓的双活只是业内对某种较高容灾级别的架构的俗称，根据不同的角度对其理解也有所偏差。
那么基于此，本人暂且认为只要是两个数据中心同时能提供业务服务的就认为是所谓的双活。
在这个前提条件下，从Oracle数据库本身的技术来讲，有这么几种方案。
■基于跨中心实现的远距离RAC架构。
1）基于ASM冗余设计实现。
2）基于存储集群化之后的分布式存储卷实现。
■ 基于Oracle ADG/OGG 实现的主备库架构。
我们先从大的方案比较：1)从RPO角度来看，RAC方案可以做到理论上的绝对同步。
ADG可以做到近似同步，但是一般用在异步场合。
2)从RTO角度来看，RAC方案可以做到理论上的秒级自动故障转移。
ADG一般需要人工去实现备库切换，而且需要应用改变连接IP地址，重新启动。
3)从风险角度来看，RAC方案一旦实现距离拉伸，最大的风险在于远距离光纤条件下的节点之间的数据交互。
而ADG方案就没有该风险存在。
4)从方案的复杂度来看，RAC方案理论上需要第三点的仲裁，需要双中心二层打通等复杂环境条件。
而ADG和OGG方案只需要网络三层可达即可。
5)从投资成本来看，RAC方案实现距离的拉伸之后，需要的环境成本（网络条件、仲裁条件）等都需要较高的成本。
ADG和OGG方案没有这些成本。
由此可以看出，实际上从容灾角度考虑（RTO/RPO）,那么RAC方案一定是比ADG方案能实现RTO和RPO的更高目标，但是从成本和风险角度考虑，ADG又是最佳的选择。
那么撇开成本和风险，只考虑容灾目标的话，我们再来比较一下对于RAC方案的两种不同存储架构的差异：1)首先是实现难度及投资比较,ASM冗余设计架构的复杂度在于ASM 层的设计。
Oracle RAC 实例节点看到的共享盘是基于双中心存储实现的镜像策略，所有IO的读写分发是由ASM本身的冗余算法规则来决定的，DBA不仅仅要根据磁盘情况来设计合理的Failure Group，而且需要结合第三方站点的网络存储卷来合理设计仲裁磁盘组的分配。
(完整word版)OracleDataGuard容灾解决方案
Oracle DataGuard容灾解决方案目录一. 需求分析 (3)二. 解决方案 (3)拓扑架构 (3)方案特点 (4)方案优势 (4)产品介绍 (5)三. Oracle维保服务 (8)四. 方案报价 (10)一. 需求分析用户现有两台服务器，windows2008平台，一台运行oracle 11g r2，一台运行用友NC 6.3。
现在通过每天备份的方式保证安全。
用户希望在他的另一个机房（裸光纤互联）中搭建容灾平台。
因此本方案针对以上现状，提出Oracle DataGuard容灾解决方案，这样主数据库在遇到极端状况时，可以及时切换到备库，保证业务的连续性。
二. 解决方案拓扑架构Dataguard可以实现远程数据容灾,利用该功能也可实现高可用性。
数据容灾是指建立一个异地的数据系统，该系统是本地关键应用数据的一个实时复制。
在本地数据及整个应用系统出现灾难时，系统至少在或本地异地保存有一份可用的关键业务的数据,基于该功能,结合客户实际情况我方推荐使用其作为保证系统可靠运行的一种解决方案,由于两台机器的数据一致性以及低延迟,完全可以胜任,在主机出现故障时,切换至备机运行。
方案特点➢对现有的环境改动小，能最大限度的减少对现有应用系统的影响。
➢能满足客户对海量数据的管理要求。
➢可以实现远距离容灾，对网络要求低，低延时，快速业务切换。
➢同步或异步日志传输；➢低成本的投入。
方案优势灾难恢复和高可用性—Data Guard 提供了一个高效和全面的灾难恢复和高可用性解决方案。
易于管理的转换和故障切换功能允许主数据库和备用数据库之间的角色转换，从而使主数据库因计划的和计划外的中断所导致的停机时间减到最少。
完善的数据保护—使用备用数据库，Data Guard 可保证即使遇到不可预见的灾难也不会丢失数据。
备用数据库提供了防止数据损坏和用户错误的安全保护。
主数据库上的存储器级物理损坏不会传播到备用数据库上。
同样，导致主数据库永久损坏的逻辑损坏或用户错误也能够得到解决。
oracle11g dg容灾方案
oracle11g dg容灾方案在当今信息化时代，数据的安全性和可用性对一个企业的重要性不言而喻。
为了保障企业数据的连续性和完整性，许多企业都采用了数据库灾备方案。
而Oracle11g提供了可靠的数据保护和灾难恢复机制，其中，DG（Data Guard）容灾方案是一种备受推崇的选择。
一、DG容灾方案简介DG容灾方案是Oracle11g数据库中一项高度可用和可靠的解决方案。
它通过将主数据库的变更在实时或者延时情况下同步到备库，实现数据的持续传输和自动切换，从而提供了数据的高可用性和灾难恢复能力。
二、DG容灾方案的关键组件1. 主数据库（Primary Database）：主数据库是业务系统的核心存储，所有的读写操作都在主数据库上完成。
2. 备库（Standby Database）：备库作为主数据库的复制，对主数据库的变更进行实时或延时复制。
3. 数据传送服务（Data Transport Service）：负责将主数据库上的变更传输到备库中，保证数据的同步性。
4. 重做日志应用服务（Redo Apply Service）：在备库上应用主数据库生成的重做日志，保证备库与主库的数据一致性。
5. 重做日志传送服务（Redo Transport Service）：负责将主数据库生成的重做日志传输到备库，以确保备库可以按照变更进行恢复。
三、DG容灾方案的部署模式1. 最大保护模式（Maximum Protection Mode）：在该模式下，主库在提交事务之前必须确保重做日志已经传输到备库并应用成功，确保了零数据丢失。
2. 最大可用模式（Maximum Availability Mode）：该模式下，主库在提交事务之前必须确保重做日志已经传输到备库，但无需等待重做日志应用成功，从而实现了零数据丢失和最小的性能影响。
3. 最大性能模式（Maximum Performance Mode）：在该模式下，主库提交事务后无需等待重做日志传输到备库，从而提高了主库的性能，但会增加一定的数据丢失风险。
基于DataGuard和RMAN的Oracle数据库容灾方案
数 据 已经 渗透 到各 行 各 业 ，企 业 信 息化 首先 要 确 保这 些 数 据 的安 全 ，常 采用 的方法 是数 据 备份 和系 统容 灾 … 。数 据备 份 的 目的 是为 了在 系 统 数据 崩 溃 时 能够 快 速 地 恢 复数 据 ，是一 种 初
级 和 简单 的容 灾 方 案。对 于 Ｉ Ｔ 而 言 ，容灾 就 是提 供一 个 能 防止 各 种 灾难 的计 算 机 信 息 系统 。 当 灾难 发 生 时 ，不 仅 要 求确 保 数
能 影 响 小 。准 同 步 系统 和 异 步 系统 的 安 全性 要 求 、距 离 要 求和
恢 复 点 目标 ，主 要 代表 业 务 系 统所 能 容 忍 的 数据 丢 失 量 。不 同
的 系统 ，对 Ｒ Ｐ Ｏ 的要 求不 同，对 于一 些重 要 的 系统 ，不 允 许 出
对 系统 性能 影 响介于 同步系统 和 时间点 系统 之 间。
４ ． 典 型 的异 地 容 灾方 式 。典 型 的异 地 容 灾方 式 包括 以下几
种：
现 数 据 丢 失 ，要 求 Ｒ Ｐ Ｏ＝ ０ ， 即数 据 零 丢 失 。Ｒ Ｔ Ｏ （ Ｒ ｅ ｃ ｏ ｖ ｅ ｒ ｙ Ｔ ｉ ｍｅ Ｏ ｂ ｊ ｅ ｃ ｔ ） 即恢 复 时 间 目标 ，主 要 代表 所 能容 忍 的业务 停 止
服 务 的最 长时 间 ，也 就 是 从 灾难 发 生 到 业务 系统 恢 复 服务 所 需 要 的 最短 时 间周 期 ，大部 分 ７天 ＊ ２ ４ 小 时服 务 的 业务 系统 要 求
Ｒ Ｔ Ｏ 越小 越好 。
４ ． １ 主 机 软 件 层 次 。如 Ｓ ｙ ｍａ ｎ ｔ ｅ ｃ （ Ｖ ｅ ｒ ｉ ｔ ａ ｓ ） 公司的 Ｖ ＶＲ，
基于容灾复制技术的Oracle数据库跨平台升级解决方案
时 更 新 保 证 副 本 系 统 快 速 反 映 源 系 统 的 变 化 ．提 供 账 单 查
询、 话单查 询等的及时性 ； 定 时 复 制 即包 括 每 月 复 制 、 每 周 复 制和每天复制 ： 手 工 复 制 即支 持 操 作 员 指 定 时 间 对 指 定 表 进
行一次完全复制 ： ３ ） 对 生 产 系统 的 低 干 扰 性 Ｄ Ｓ Ｇ 实 时 数 据 复 制 技 术 不 需
ＧＵＯ Ｘｕ ｅ － ｑ ｉ ｎ ｇ ，Ｗ ＡＮＧ Ｇｕ ａ ｎ ｇ — ｈ ｕ ａ，ＸＩ ＡＯ Ｆ ｅ ｉ ，Ｓ ＯＮＧ Ｌ ｉ — ｌ ｉ
（ Ｉ ｎ ｆ ｏ ｒ ｍａ ｔ ｉ ｏ ｎ Ｄ ｅ ｐ ａ ｒ ｔ ｍ ｅ ｎ ｔ ｏ ｆＷｕ ｈ ａ ｎ Ｇ ｅ ｎ ｅ ｒ ａ ｌ Ｈｏ ｓ ｐ ｉ ｔ ａ ｌ ｏ ｆＧ ｕ ａ ｎ ｇ ｚ ｈ ｏ ｕ Ｃ ｏ ｍｍ ａ ｎ ｄ ， Ｗｕ ｈ ａ ｎ ４ ３ ０ ０ ７ ０ ， Ｃ ｈ ｉ ｎ ａ ）
第２ ２卷 第 ４期
Ｖｏ １ ． ２ ２ Ｎｏ ． ４
电 子 设 计 工 程
Ｅ ｌ ｅ ｃ ｔ ｒ ｏ ｎ ｉ ｃ Ｄｅ ｓ ｉ ｇ ｎ Ｅｎ ｇ ｉ ｎ ｅ ｅ ｒ ｉ ｎ ｇ
２ ０ １ ４年 ２月
Ｆｅ ｂ．２ ０１ ４
基于 容灾 复制 术的 Ｏ ｒ ａ ｃ ｌ ｅ数据库 跨平 台 级解 决 方 案
的 增值 应 用 ， 安全 、 可 靠 地 存 储 业 务 数 据 及 满 足 业 务 数 据
高 速增长需要 的关键所 在『 １ － ４ １ 。医院采用容灾 复制技术 （ Ｄ Ｓ Ｇ Ｒ ｅ ａ ｌ Ｓ ｙ ｎ ｃ技 术 ） ， 进行快 速 、 跨 平台 、 增量式 的数据迁移 ， 成 功 实 现了服务 器由 Ｈ Ｐ ５ ８ ０ Ｇ ５更 新 为 Ｉ Ｂ Ｍ Ｐ ７ ２ ０ ．操 作 系 统 由 ＷＩ Ｎ ２ ０ ０ ３更 新 为 Ａ Ｉ Ｘ ６ ． ０ ，数 据 库 由 Ｏ ｒ ａ ｃ ｌ ｅ １ ０ ｇ升 级 到 的 Ｏ ｒ ａ ｃ ｌ ｅ ｌ １ ， 极 大 地 提 高 了 数 据 库 性 能 ，为 医 院 信息 化 的深 入 发展奠定 了坚实的基础。
数据容灾备份的方法与实现
数据容灾备份的方法与实现随着企业信息化的发展，对其核心数据的安全需求日益增高，将数据库进行异地容灾备份方式已经成为主流。
本文将对Oracle Data Guard进行分析，寻求Oracle Data Guard对于容灾备份的可用性，寻找以Oracle Data Guard技术来实现数据库容灾备份的方法。
一、引言随着信息化的不断发展，历史数据积累的重要性不言而喻，数据对于企业来说是非常宝贵的资源，尤其对数据信息依赖程度很高的制造行业更是如此。
而数据备份是数据安全最基础的保障，它几乎是任何信息化系统中必需的组成部分，意外断电、系统崩溃、操作失误、硬件损坏、乃至数据中心的灾难性事件都可能造成数据库文件的破坏或丢失，而这些文件往往包含着珍贵数据，Oracle Data Guard技术提了一些数据库自身针对这方面的数据保护功能。
二、OracIe Data Guard概述Oracle在9i版本的时候，正式把Standby技术命名为Data Guard，使其成为Oracle一项推广给广大用户并且希望用户使用的先进技术。
Oracle Data Guard所使用的是管理、监控和自动化软件的基础架构，提供集成化灾难恢复解决方案。
该技术用于创建、维护和监控由一个生产数据库和若干个备用数据库所形成的独立、易于管理的数据保护体系，以保护企业数据结构不受故障、灾难、错误和崩溃的影响。
三、OracIe Data Guard保护模式对于大多数用户最关心的数据同步时对系统应用资源的占用问题，Oracle Data Guard给出了多种方案。
它支持多种级别的数据保护模式：最大性能模式，最大可用性模式，最大保护模式。
分别对应于国务院信息化工作办公室编写《重要信息系统灾难恢复指南》中的5级，5级6级自适应，6级的数据保护级别。
其中对应6级的最大保护模式可以实现实时数据同步和0数据丢失。
(一)最大保护模式最大保护模式即Oracle Data Guard中所说的主数据库主库提供了最高水平的数据保护，从而确保了一个全面的零数据丢失灾难恢复解决方案。
Oracle数据库异地容灾方案概述(doc 28页)
Oracle数据库异地容灾方案概述(doc 28页)Oracle数据库异地容灾方案介绍2008年11月目录第一章需求分析 (4)1.1 序言 (4)1.2 用户现状 (4)1.2.1 系统平台 (4)1.2.2 数据库平台 (6)1.3 用户需求 (7)1.3.1 日常功能 (7)1.3.2 故障切换 (7)1.3.3 基本要求 (7)1.3.4 性能要求 (8)1.3.5 数据一致性 (9)1.3.6 系统兼容性 (9)1.3.7 高可用性 (10)1.3.8 健壮性要求 (10)1.3.9 设备无关性 (10)1.3.10 管理监控功能 (11)第二章Oracle Data Guard介绍 (12)2.1 Data Guard实现原理 (12)2.2 Oracle Data Guard 优势 (15)2.3 Data Guard提供的保护模式 (16)2.4 Data Guard实现方式以及对系统的限制要求 (17)2.5 切换方式 (17)第三章系统建议方案 (18)3.1 Data Guard优势 (18)3.2 Data Guard运行模式 (19)3.3 Data Guard保护模式 (19)3.4 Data Guard初始安装步骤 (19)3.5 用户需求点对点应答 (20)3.5.1 日常功能 (20)3.5.2 故障切换 (21)3.5.3 基本要求 (22)3.5.4 性能要求 (23)3.5.5 数据一致性 (24)3.5.6 系统兼容性 (25)3.5.7 高可用性 (25)3.5.8 健壮性要求 (26)3.5.9 设备无关性 (27)3.5.10 管理监控功能 (27)第一章需求分析1.1 序言在信息时代，数据是企业创造商业价值的生产资料，数据的丢失将为企业带来毁灭性的灾难。
据Gartner Group的调查数据表明，在经历过大型灾难或长时间系统停运的公司中，有2/5的公司再也未恢复运行，而在其余的公司中，有1/3的公司在两年内破产。
Oracle数据库容灾备份技术的研究与应用
随着 办公 自动化 和 电 子商 务 的飞速 发 展 ．企业 对 个用 户 （ Ｕ方式 ） 整 个 数据 库 （ｕ 或 ｒ ｎ方式 ） 导 出 ， 要 来 主
数据库 系统 的依赖 性越 来越 高 。 如果 由于计算 机 软 、 硬 用来完 成存 档历 史数 据 、保存 表 的定义 或实 现不 同服 件故 障或误操 作 等导致 数 据丢 失或 系统 被破 坏 ．其 损 务器 问数据 库 的迁移
失是不 言而 喻的 。 了正确 恢复 数据 ． 为 平时对 数据 库进 Ｅ ｐ ｒ 导 出备 份 又可 以分为 三种类 别 ： ｘ ｏｔ 行 备份 就 显得很 重要 Ｏ ａｌ ｒｃｅ数据 库 以其优 异 的性 能 完 全 导 出（０ ｐｅｅＥ ｐ ｒ ： 整 个 数 据 库 文 件 Ｃ ｍ ｌｔ ｘ ｏ １把 ｔ 在很多 领域得 到 广泛应 用 ．作 为一 种大 型关 系数 据库 导 出备 份
态下进 行 的数据 库完 全备 份 ．备 份 内容包括 所 有数据 ２１本 地单 机备 份 ． 对 于本 地单机 备份 的情况 ． 注意 以下操作 要点 ： 要 文件 、 控制 文件 、 重做 日志 文件 、 ｉｏａ 件 （ 选 ） 如 Ｉ ｔｒ 文 ｎ． 可 。 ｆ１ 据数 据 库 的可用 性 和用 户 可承 受丢 失 的工作 １ 根 果数 据库 工作在 非 归档模 式下 ． 一般 只能执 行冷 备份 。
福
建 电
脑
２１ ０ ０年第 １ ０期
Ｏ ａｌ 数据库容灾备份技术 的研究与应 用 ｒｃ ｅ
王 良莹
（辽 宁对外 经 贸学院 信 息技 术 系 辽 宁 大连 １６ ５ ） １０ ２
oracle dataguard原理
oracle dataguard原理Oracle Data Guard是Oracle数据库提供的一种灾难恢复解决方案，通过实时数据复制和自动故障转移，确保数据库在灾难事件发生时能够快速恢复并保持高可用性。
本文将介绍Oracle Data Guard的原理和工作机制。
Oracle Data Guard通过将主数据库的变更记录传输到一个或多个辅助数据库来实现数据复制。
主数据库是应用程序的主要操作数据库，而辅助数据库则是主数据库的备份。
主数据库将其变更记录写入日志文件中，并将日志文件传输到辅助数据库。
辅助数据库根据接收到的变更记录进行恢复，并保持与主数据库的同步。
在Oracle Data Guard中，主数据库和辅助数据库之间通过Redo 传输实现数据的复制和同步。
主数据库将其变更记录写入归档日志文件中，辅助数据库通过传输归档日志文件来接收变更记录。
辅助数据库将接收到的归档日志文件应用到自己的数据库中，从而实现与主数据库的同步。
Oracle Data Guard提供了多种数据保护模式，包括最大性能模式、最大可用性模式和最大保护模式。
最大性能模式下，主数据库不等待辅助数据库确认接收到的变更记录，可以最大程度地提高性能。
最大可用性模式下，主数据库等待辅助数据库确认接收到的变更记录，以确保数据的一致性和可用性。
最大保护模式下，主数据库等待所有辅助数据库确认接收到的变更记录，并将其保存到磁盘上的归档日志文件中，以提供最高级别的数据保护。
在Oracle Data Guard中，还可以配置自动故障转移，以提高数据库的可用性。
当主数据库发生故障或不可用时，自动故障转移会将辅助数据库自动切换为主数据库，使应用程序能够继续正常运行。
自动故障转移可以通过配置Fast-Start Failover来实现，当主数据库不可用时，Fast-Start Failover会自动切换到辅助数据库。
除了数据复制和自动故障转移外，Oracle Data Guard还提供了许多其他功能，如实时查询、备份和恢复、跨数据中心复制等。
深信服数据库管理平台DMP培训-数据库容灾
保护模式
最大保护 最高可用性 最高性能
数据丢失的风险 重做传输机制
零数据丢失 可能丢失 有数据丢失
LGWRSYNC
LGWRSYNC LGWR ASYNC 或 ARCH
是否须要standby redo YES YES 可选
磁盘写入
AFFIRM AFFIRM AFFIRM或 NOAFFIRM
Oracle容灾需求收集和规划
最高可用性模式（maximum availability）：仅次于“最大保护模式”，接近零数据丢失的灾难恢复。 重做数据由 LGWR 从主数据库同步地传输到备用数据库，直到确认事务数据在备库服务器落盘，事务才在主数据库上完毕，潜在地影响主数据库事务处理性能。当 备用数据库变为不可用导致同步超时后，同步模式降级为“最大性能模式”，备库再次可用时恢复为“最大保护模式”。因此需要配置一个低延迟网络，并为它分配 足够应付业务高峰期的带宽来将这样的影响减到最小。
最大性能模式（maximum performance）：是默认的保护模式，此模式允许数据丢失。 重做记录由日志写入进程 (LGWR) 或归档进程 (ARCH)异步传输到备用数据库上，完成主数据库上的写操作即可提交成功，不等待备用数据库确认接收。在主数据库 出现问题的情况下，尚未被发送到备库的数据会丢失，对性能仅有非常小的影响或没有影响。若网络吞吐量和延迟较低，使用日志写入进程 (LGWR)同步数据，丢失 的事务将很少或者为零。
Oracle高可用技术-DataGuard的同步进程
日志传输服务Log Transport Service
LGWR：LGWR写联机重做日志，在同步模式下，直接将redo信息直接传送到备库中的RFS进程，主库在继续进行处理 前需要等待备库的确认在非同步情况下, 直接将日志信息传递到备库的RFS进程，但是不等待备库的确认信息主库进程 可以继续进行处理。 ARCH：ARCH进程可以在归档的同时，传递日志流到备库的RFS进程，该进程还用于检测和解决备库的日志不连续问 题（GAP）。 FAL(Fetch Archive Log)：fetch archive log只有物理备库才有该进程，FAL进程提供了一个client/server的机制， 用来解决检测在生产库产生的连续的归档日志，而在备库接受的归档日志不连续的问题，该进程只有在需要的时候才会 启动，而工作完成后就关闭，因此在正常情况下，该进程无法看到，可以设置通过LGWR，ARCH进程去传递日志到备 库，但是不能两个进程同时传送。 LNSn（LGWR Network Server process）：把日志通过网络发送给远程的目的地，每个远程目的地对应一个LNS进 程，多个LNS进程能够并行工作。
oracle 灾备方案
Oracle 灾备方案1. 引言随着企业对数据安全和业务连续性的需求不断增加，灾备方案的设计和实施变得至关重要。
Oracle作为一种流行的关系数据库管理系统（RDBMS），为企业提供了可靠的数据存储和管理解决方案。
本文档将介绍Oracle灾备方案的基本原理和常见实施方法。
2. 灾备概述灾备（Disaster Recovery）是指为了减少灾难发生时对业务造成的影响而采取的预防和恢复措施。
Oracle灾备方案旨在确保企业的关键数据和系统能够在灾难发生时保持稳定和可用。
3. Oracle 灾备架构Oracle灾备架构通常由两个关键组件组成：主数据库和备份数据库。
主数据库用于处理实时事务和数据更新，而备份数据库则用作主数据库的容灾备份。
下面是常用的Oracle灾备架构类型：3.1. 同城双机房在同一个城市的两个不同机房建立主备数据库，主数据库负责处理业务操作，而备份数据库作为冷备份与主数据库保持数据同步。
主备数据库通过双向数据传输进行同步，以确保数据的一致性。
3.2. 异地容灾异地容灾方案是指将主数据库和备份数据库部署在不同的地理位置上。
这种架构适用于对数据安全和业务连续性要求更高的企业。
主数据库和备份数据库通过网络进行数据同步，并通过自动故障切换实现业务的持续运行。
4. Oracle 灾备技术Oracle提供了多种灾备技术和工具来保证数据的安全和可用性。
以下是一些常见的Oracle灾备技术：4.1. 数据库复制数据库复制是指将数据从一个数据库复制到另一个数据库的过程。
Oracle提供了多种数据复制技术，包括物理复制和逻辑复制。
物理复制使用数据库日志来进行数据同步，而逻辑复制则通过SQL语句来实现数据同步。
4.2. 数据库备份和恢复数据库备份和恢复是灾备方案的基础。
Oracle提供了多种备份和恢复工具，包括RMAN（Recovery Manager）和Data Pump。
通过定期备份数据库，可以在数据意外丢失或损坏时恢复数据。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
作者介绍万正勇，无锡轻工毕业，高级程序员。
目前在一大型金融机构任职，负责核心业务系统维护，兼DBA和应用服务器管理工作。
同时担任金融行业斑竹。
对oracle以及jvm，中间件,linux,j2ee等有较深研究，擅长data guard+rac以及jvm tunning。
希望可以推动国内金融行业IT应用水平，多交流 (wrong_x@)。
Data guard介绍本文主要介绍了9iR2的data guard的一些原理和基本配置方法，以及在dataguard环境下的升级和一些监控检测手段，还涉及到一些切换的配置。
由于当中涉及的操作可能会导致数据库不能正常运行，贴别提醒，不要在生产系统上直接试验，切记做好备份工作。
免得到时候想哭都哭不出来。
一 : data guard介绍dataguard为随着oracle9i R1推出的一项有了重大改进的融灾技术，可以在网络联通的情况下，对生产库做一个完整的在线备份，起到荣灾备份得作用。
且成本低廉。
目前应用也很广，如联通，电信都有data guard的系统在运行。
随着9i R2的推出，data guard也有恨得了改进，主要有下面的一些新功能1. Logical standby database在9i R2之前，data gauard的服务器只能运行再read only或者recover 模式，一个physical standy database 在物理上完全等同主库，当physical standydatabase再做恢复的时候，不能打开用作其他用途。
而logical standby database只是在logical上等同需要恢复的schema，所以在恢复的时候，可以同时打开做report，也可以用户和主库不一样的数据对象等等，极大了提高了从库的利用率。
2．Database protection modes在9iR2中，主库可以置于下面三种模式– Maximum protection– Maximum availability– Maximum performance在Maximum protection下，可以保证从库和主库数据完全一样，做到zero data loss.事务同时在主从两边提交完成，才算事务完成。
如果从库宕机或者网络出现问题，主从库不能通讯，主库也立即宕机。
在这种方式下，具有最高的保护等级。
但是这种模式对主库性能影响很大，要求高速的网络连接。
在Maximum availability模式下，如果和从库的连接正常，运行方式等同Maximum protection模式，事务也是主从库同时提交。
如果从库和主库失去联系，则主库自动切换到Maximum performance模式下运行，保证主库具有最大的可用性。
在Maximum performance，主库把归档的 archived log通过arch进程传递给从库，在这种方式下，主库运行性能最高，但是不能保证数据不丢失，且丢失的数据受redo log的大小影响。
在redo log过大的情况下，可能一天都没有归档一个日志，可以通过手工切换日志的方式来减小数据的丢失。
3．Cascading standby databases再R2中，从库也可以设置把接受到得日志传递到下一级的从库。
在有多台standby得情况下，通过这种方式，可以极大的减少主库的压力。
二：data guard原理data guard原理可以通过如下的图来说明physical standby直接从主库接受archived log，然后直接做基于block的物理恢复，所以physical standby再物理文件一级完全都等同于主库。
而logical standby则把从主库接受过来的archived log通过logmnr技术，解析为sql语句，直接在logical standby上作基于sql的同步，所以比较灵活。
三: data guard 的使用优势1．增强了可用性，通过和RAC协作，可以达到目前最高的可用性。
可以做到同机房或者异地的容灾备份，同时成本很廉价。
2．提供三种保护模式选择，可以很灵活的在性能和数据保护等级上作选择。
3．提供switch over和fail over功能，可以在主库宕机的情况，把从库切换为主库，在最短时间内恢复性同的运行。
4．通过参数设置，可以控制传到data guard上的日志做延迟恢复，可以防止用户的一些无操作或者physical corruptions四：配置data guard方案中涉及的软件及硬件环境介绍如下机器 a (primary ip 10.2.33.100)以下简称主库，,机器b(standby 10.1.1.78) ,以下简称从库。
其中10.2.33.41为本地操作平台，安装有xwin32，用于linux远程的图形操作。
操作系统 10.2.33.100 linux redhat advanced server 2.1操作系统 10.1.1.78 linux redhat advanced server 2.1操作系统 10.2.33.41 win2k server数据库版本 9.2.0.1由于本文主要关注9irelease 2的 dataguard配置，对一些oracle的基本操作，如安装，建库等，不做过多说明，请参考其他文章。
操作系统的参数设置在不同平台，也不相同，请参考相关文档。
如果说到a,b两机，这表示同时在a,b机操作。
1.主从两机的操作系统参数修改(root用户操作)vi /etc/sysctl.conf 文件，修改后为下面kernel.sysrq = 1kernel.shmmax = 1073741824 --这个参数为服务器ram的一半kernel.msgmni = 1024kernel.sem = 100 32000 100 100fs.file-max = 65535net.ipv4.ip_local_port_range = 1024 65000net.ipv4.tcp_max_syn_backlog = 81922.a,b两机重起网卡，使第一步设置参数生效(root用户操作)/etc/init.d/network restart输出如下Shutting down interface eth0: [ OK ]Setting network parameters: [ OK ]Bringing up interface lo: [ OK ]Bringing up interface eth0: [ OK ]检查参数设置是否生效cat /proc/sys/kernel/shmmax输出如下1073741824 ，说明刚才设置生效3.主从两机建立oracle安装用户(root用户操作)useradd oracle9ipasswd oracle9i4. a,b两机建立相关目录(root用户操作)cd /mkdir tpdata tpsyschmod 777 tpdatachmod 777 tpsys5.主从两机oracle9i用户设置环境变量(oracle9i用户操作) vi ~/.bash_profile环境变量如下export PATHunset USERNAMEexport ORACLE_BASE=/tpdata/9.2.0export ORACLE_BASE1=/tpsys/app/oracle/product#export ORACLE_BASE1=/tpsys/app/oracle/product/server export ORACLE_HOME=$ORACLE_BASE1/9.2.0export ORACLE_SID=sfssgbkexport PATH=$ORACLE_HOME/bin:$PATHexport LD_LIBRARY_PATH=$ORACLE_HOME/libexport NLS_LANG=american_america.zhs16gbkexport DISPLAY=10.2.33.41:0 #便于远程操作6.执行下面操作，使环境变量生效(oracle9i用户操作). ~/.bash_profileecho $ORACLE_BASE/tpdata/9.2.0echo $ORACLE_HOME/tpsys/app/oracle/product/9.2.0确认环境变量已经生效。
7.在主库上安装好 oracle 9201，选择只安装software,建库的动作下一步做(oracle9i用户操作)8.打包主库上$ORACLE_HOME,$ORACLE_BASE下面的安装文件，ftp到从库，解开(oracle9i用户操作)主库cd /tar cvzf /tpdata/oracle9201server.tgz /tpsys/app/oracle/product9.2.0 /tpdata/9.2.0/doc /tpdata/9.2.0/jre /tpdata/9.2.0/oraInventory /tpdata/9.2.0/ouiftp 到从库 /tpdata目录从库cd /tar xvzf /tpdata/oracle9201server.tgz9.在主库上建立数据库，通过dbca建立，除了字符集选择 zhs16gbk外，全部使用缺省方式(oracle9i用户操作)10.关闭主库数据库,备份数据文件到从库(oracle9i用户操作)确定需要cp过去的数据文件以及redo logsqlplus /nologSQL> conn / as sysdba;SQL> select FILE_NAME from dba_data_files;FILE_NAME---------------------------------------------------------------------/tpdata/9.2.0/oradata/sfssgbk/system01.dbf/tpdata/9.2.0/oradata/sfssgbk/undotbs01.dbf/tpdata/9.2.0/oradata/sfssgbk/drsys01.dbf/tpdata/9.2.0/oradata/sfssgbk/example01.dbf/tpdata/9.2.0/oradata/sfssgbk/indx01.dbf/tpdata/9.2.0/oradata/sfssgbk/odm01.dbf/tpdata/9.2.0/oradata/sfssgbk/tools01.dbf/tpdata/9.2.0/oradata/sfssgbk/users01.dbf/tpdata/9.2.0/oradata/sfssgbk/xdb01.dbfSQL> select MEMBER from v$logfile;MEMBER---------------------------------------------------------------------/tpdata/9.2.0/oradata/sfssgbk/redo03.log/tpdata/9.2.0/oradata/sfssgbk/redo02.log/tpdata/9.2.0/oradata/sfssgbk/redo01.logSQL> select NAME from v$tempfile;NAME---------------------------------------------------------------------/tpdata/9.2.0/oradata/sfssgbk/temp01.dbfSQL> shutdown immediate;ftp 上面选出的所有文件到从库上相应的目录，为了简单起见，我选择用tar，然后ftp过去在主库上cd /tpdatatar cvzf sfssgbk.tgz /tpdata/9.2.0/oradata/sfssgbk /tpdata/9.2.0/admin/sfssgbkftp sfssgbk.tgz 到从库 /tpdata目录在从库上cd /tpdatatar xvzf sfssgbk.tgz11.打开主库数据库，修改为归档方式(oracle9i用户操作)mkdir -p /tpdata/9.2.0/oradata/sfssgbk/archivesqlplus /nologSQL> conn / as sysdba;Connected.SQL> startup mount;ORACLE instance started.Total System Global Area 235999352 bytesFixed Size 450680 bytesVariable Size 201326592 bytesDatabase Buffers 33554432 bytesRedo Buffers 667648 bytesDatabase mounted.SQL> archive log list;Database log mode No Archive ModeAutomatic archival DisabledArchive destination/tpsys/app/oracle/product/9.2.0/dbs/archOldest online log sequence 0Current log sequence 1SQL> alter database archivelog;Database altered.SQL> archive log start;Statement processed.SQL> archive log list;Database log mode Archive ModeAutomatic archival EnabledArchive destination/tpsys/app/oracle/product/9.2.0/dbs/archOldest online log sequence 0Next log sequence to archive 1Current log sequence 1SQL> alter database open;Database altered.SQL> alter system set LOG_ARCHIVE_DEST_1='LOCATION=/tpdata/9.2.0/oradata/sfssgbk/archive';System altered.SQL> alter system set log_archive_format='%t_%s.dbf' scope=spfile;System altered.SQL> alter system set log_archive_start=true scope=spfile;System altered.SQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut down.SQL> startupORACLE instance started.Total System Global Area 235999352 bytesFixed Size 450680 bytesVariable Size 201326592 bytesDatabase Buffers 33554432 bytesRedo Buffers 667648 bytesDatabase mounted.Database opened.SQL> archive log list;Database log mode Archive ModeAutomatic archival EnabledArchive destination /tpdata/9.2.0/oradata/sfssgbk/archive Oldest online log sequence 0Next log sequence to archive 1Current log sequence 112.在主库上制作从库control file(oracle9i用户操作)sqlplus /nologSQL> conn / as sysdba;Connected.SQL> ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/tpdata/standby.ctl';Database altered.ftp 主库/tpdata/standby.ctl 到从库 /tpdata/9.2.0/oradata/sfssgbk目录13.配置主库listener.ora和tnsnames.ora文件(oracle9i用户操作)vi /tpsys/app/oracle/product/9.2.0/network/admin/listener.ora ，修改后为下LISTENER =(DESCRIPTION_LIST =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 10.2.33.100)(PORT = 1521))))SID_LIST_LISTENER =(SID_LIST =(SID_DESC =(GLOBAL_DBNAME = sfssgbk)(ORACLE_HOME = /tpsys/app/oracle/product/9.2.0)(SID_NAME = sfssgbk)))vi /tpsys/app/oracle/product/9.2.0/network/admin/tnsnames.ora ，修改后为下PRIMARY =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 10.2.33.100)(PORT = 1521)) )(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = sfssgbk)))STANDBY =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.1.78)(PORT = 1521)))(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = sfssgbk)))14.配置从库listener.ora和tnsnames.ora文件(oracle9i用户操作)vi /tpsys/app/oracle/product/9.2.0/network/admin/listener.ora ，修改后为下LISTENER =(DESCRIPTION_LIST =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.1.78)(PORT = 1521)) ))SID_LIST_LISTENER =(SID_LIST =(SID_DESC =(GLOBAL_DBNAME = sfssgbk)(ORACLE_HOME = /tpsys/app/oracle/product/9.2.0)(SID_NAME = sfssgbk)))vi /tpsys/app/oracle/product/9.2.0/network/admin/tnsnames.ora ，修改后为下PRIMARY =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 10.2.33.100)(PORT = 1521)) )(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = sfssgbk)))STANDBY =(DESCRIPTION =(ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = 10.1.1.78)(PORT = 1521)))(CONNECT_DATA =(SERVER = DEDICATED)(SERVICE_NAME = sfssgbk)))15.启动主从库的listener主库lsnrctl startLSNRCTL for Linux: Version 9.2.0.1.0 - Production on 27-JAN-2003 22:47:56 Copyright (c) 1991, 2002, Oracle Corporation. All rights reserved. Starting /tpsys/app/oracle/product/9.2.0/bin/tnslsnr: please wait...TNSLSNR for Linux: Version 9.2.0.1.0 - ProductionSystem parameter file is/tpsys/app/oracle/product/9.2.0/network/admin/listener.oraLog messages written to/tpsys/app/oracle/product/9.2.0/network/log/listener.logListening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.2.33.100)(PORT=1521)))Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.2.33.100)(PORT=1521)))STATUS of the LISTENER------------------------Alias LISTENERVersion TNSLSNR for Linux: Version 9.2.0.1.0 -ProductionStart Date 27-JAN-2003 22:47:56Uptime 0 days 0 hr. 0 min. 0 secTrace Level offSecurity OFFSNMP OFFListener Parameter File/tpsys/app/oracle/product/9.2.0/network/admin/listener.oraListener Log File/tpsys/app/oracle/product/9.2.0/network/log/listener.logListening Endpoints Summary...(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.2.33.100)(PORT=1521)))Services Summary...Service "sfssgbk" has 1 instance(s).Instance "sfssgbk", status UNKNOWN, has 1 handler(s) for thisservice...The command completed successfully从库 lsnrctl startLSNRCTL for Linux: Version 9.2.0.1.0 - Production on 08-JUN-2003 13:51:08Copyright (c) 1991, 2002, Oracle Corporation. All rights reserved.Starting /tpsys/app/oracle/product/9.2.0/bin/tnslsnr: please wait...TNSLSNR for Linux: Version 9.2.0.1.0 - ProductionSystem parameter file is/tpsys/app/oracle/product/9.2.0/network/admin/listener.oraLog messages written to/tpsys/app/oracle/product/9.2.0/network/log/listener.logListening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.1.1.78)(PORT=1521)))Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.1.1.78)(PORT=1521)))STATUS of the LISTENER------------------------Alias LISTENERVersion TNSLSNR for Linux: Version 9.2.0.1.0 -ProductionStart Date 08-JUN-2003 13:51:08Uptime 0 days 0 hr. 0 min. 0 secTrace Level offSecurity OFFSNMP OFFListener Parameter File/tpsys/app/oracle/product/9.2.0/network/admin/listener.oraListener Log File/tpsys/app/oracle/product/9.2.0/network/log/listener.logListening Endpoints Summary...(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=10.1.1.78)(PORT=1521)))Services Summary...Service "sfssgbk" has 1 instance(s).Instance "sfssgbk", status UNKNOWN, has 1 handler(s) for this service...The command completed successfully16 检查主从库tnsnames.ora配置主库tnsping standbyTNS Ping Utility for Linux: Version 9.2.0.1.0 - Production on 28-JAN-200300:04:20Copyright (c) 1997 Oracle Corporation. All rights reserved.Used parameter files:Used TNSNAMES adapter to resolve the aliasAttempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL= TCP)(HOST = 10.1.1.78)(PORT = 1521))) (CONNECT_DATA = (SERVER =DEDICATED) (SERVICE_NAME = sfssgbk)))OK (0 msec)从库 tnsping primaryTNS Ping Utility for Linux: Version 9.2.0.1.0 - Production on 08-JUN-2003 13:52:06Copyright (c) 1997 Oracle Corporation. All rights reserved.Used parameter files:Used TNSNAMES adapter to resolve the aliasAttempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.2.33.100)(PORT = 1521))) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = sfssgbk)))OK (210 msec)17.在主库上创建pfile，因为9i缺省使用spfilesqlplus /nologSQL> conn / as sysdba;Connected.SQL> create pfile='/tpdata/initsfssgbk.ora' from spfile;File created.18.ftp 刚才创建的/tpdata/initsfssgbk.ora 到从库$ORACLE_HOME/dbs目录19.修改从库$ORACLE_HOME/dbs/initsfssgbk.ora文件修改后为*.aq_tm_processes=1*.background_dump_dest='/tpdata/9.2.0/admin/sfssgbk/bdump'*.compatible='9.2.0.0.0'*.control_files='/tpdata/9.2.0/oradata/sfssgbk/standby.ctl'*.core_dump_dest='/tpdata/9.2.0/admin/sfssgbk/cdump'*.db_block_size=4096*.db_cache_size=33554432*.db_domain=''*.db_file_multiblock_read_count=8*.db_name='sfssgbk'*.dispatchers='(PROTOCOL=TCP) (SERVICE=sfssgbkXDB)'*.fast_start_mttr_target=300*.hash_join_enabled=FALSE*.instance_name='sfssgbk'*.java_pool_size=83886080*.job_queue_processes=10*.large_pool_size=16777216*.log_archive_dest_1='LOCATION=/tpdata/9.2.0/oradata/sfssgbk/archive' *.log_archive_format='%t_%s.dbf'*.log_archive_start=TRUE*.open_cursors=300*.pga_aggregate_target=16777216*.processes=150*.query_rewrite_enabled='FALSE'*.remote_login_passwordfile='EXCLUSIVE'*.shared_pool_size=83886080*.sort_area_size=524288*.star_transformation_enabled='FALSE'*.timed_statistics=TRUE*.undo_management='AUTO'*.undo_retention=900*.undo_tablespace='UNDOTBS1'*.user_dump_dest='/tpdata/9.2.0/admin/sfssgbk/udump'*.STANDBY_ARCHIVE_DEST='/tpdata/9.2.0/oradata/sfssgbk/standbyarchive' *.fal_server='PRIMARY'*.fal_client='STANDBY'*.standby_file_management ='AUTO'主要修改了CONTROL_FILES,STANDBY_ARCHIVE_DEST,FAL_SERVER,FAL_CLIENT,standby_file _management几个参数其中standby_file_management不是必须要，但是为了后面主库添加文件，从库能自动处理，加上这个参数，避免麻烦。