Oracle Data Guard 快速启动故障切换指南
Oracle Data Guard 快速启动故障切换指南
作者：John Smiley
2009 年 3 月发布
本文档将指导您使用物理备用服务器配置 Oracle Data Guard 快速启动故障切换 (FSFO)。FSFO 可以显著提高所有环境的可用性和灾难恢复准备，从基于云的价格低廉的系统一直到全球分布的数据中心。
本指南中的信息基于在跨国公司生产环境中部署 FSFO 的实践经验。 本指南对您的现有环境做出几个假设，并且包括创建物理备用服务器和 Data Guard Broker 配置的示例。要开始本指南，您只需 Oracle 数据库企业版 10.2 版或更高版本、一个数据库和三个主机：两个主机用于数据库，一个小型主机用于 FSFO 观察器。本指南不对操作系统进行讨论；然而，一些示例中可能包含了特定于平台的元素（如路径和文件命名惯例）。
FSFO 环境的主要组件
FSFO 构建于众多其他 Oracle 技术和特性（如 Data Guard、闪回数据库和 Data Guard Broker）之上。
Data Guard
FSFO 的基础是 Data Guard — 一个主数据库和至少一个备用数据库。备用数据库可以是物理的或逻辑的，可以有多个备用数据库，但只有一个备用数据库可作为随时进行故障切换的目标。以下段落将描述受支持的可用性模式。
最高可用性模式（Oracle 数据库 10g 第 2 版及更高版本）
在最高可用性模式中，FSFO 保证在故障切换期间不会丢失已收到提交确认 的事务。该保证的代价是增加提交延迟（log file sync 等待事件）。最高可用性模式使用同步重做传输，FSFO 则增加了额外要求，即重做应记录在目标备用数据库（log_archive_dest_n 的 AFFIRM 选项）的备用重做日志 (SRL) 中。Overall commit latency is increased by the round-trip network latency.往返网络延迟增加了总体提交延迟。增加的延迟降低了吞吐量；然而，有些时候吞吐量的差异是由增加的并行造成的。
虽然重做传输是同步的，但如果备用数据库由于某种原因（如备用数据库、主机或网络故障）不可用，最高可用性模式会保持主数据库可用。如果在用户指定的时间段（log_archive_dest_n 的 NET_TIMEOUT 选项）之后，主数据库无法联系到备用数据库，它将退出同步传输模式并开始像在最高性能模式中一样进行操作。当备用数据库再次可用时，主数据库和备用数据库重新同步并恢复同步重做传输。
最高性能模式（Oracle 数据库 11g 第 1 版及更高版本）
Oracle 数据库 11g FSFO 增加了对最高性能模式的支持（异步重做传输），提供了用持久性换取性能的灵活性。提交延迟不�
相关文档：
【IT168技术文档】
DATA GUARD的最主要的功能是冗灾。当然根据配置的不同，DATA GUARD还可以具备以下特点：高可用、性能提升、数据保护以及故障恢复等。
DATA GUARD可以分为物理STANDBY和逻辑STANDBY两种。二者的最大差别在于，物理STANDBY应用的是主库的归档日志，而� ......
Oracle系列：记录（Record）
一，什么是记录（Record）？
由单行多列的标量构成的复合结构。可以看做是一种用户自定义数据类型。组成类似于多维数组。
将一个或多个标量封装成一个对象进行操作。是一种临时复合对象类型。
记录可以直接赋值。RECORD1 :=RECORD2；
记录不可以整体比较. ......
一，Oracle数据库用户简介
在Oracle数据库中任何对象都属于一个特定用户，或者说一个用户与同名的模式相关联。
要连接到Oracle数据库需要一个用户帐户，根据需要授予的操作权限。
1，默认数据库用户模式：
Sys:数据库字典（存储被管理对象所有信息）和视图存储在该模式中。系统级用户。 ......
1)建立操作系统目录e:\test，准备数据文件dept.txt并置于e:\test之下
"10","ACCOUNTING","NEW
YORK"
"20","RESEARCH","DALLAS"
"30","SALES","CHICAGO"
"40","OPERATIONS","BOSTON"
2)创 ......
我们都都知道在controlfile中记录着每一个archivelog的相关信息，当然们在OS下把这些物理文件delete掉后，在我们的
controlfile中仍然记录着这些archivelog的信息，在oracle的OEM管理器中有可视化的日志展现出，当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，也就是oracle并不 ......
