DataGuard入门教程：步步实践指南

需积分: 12 152 浏览量更新于2024-07-20 收藏 675KB PDF 举报

"《三思笔记》是一系列逐步深入讲解Oracle DataGuard的教程，适合初学者学习。该系列由一位经验丰富的作者提供，通过四个部分逐步介绍DataGuard的基础概念、物理standby的创建与管理（包括基础、示例和高级操作）、以及逻辑standby的设置步骤和实例。每一部分都按照时间顺序排列，从基础的名词认知开始，逐渐深入到术语理解、物理standby的搭建、角色转换，最后探讨逻辑standby的创建和高级管理。在学习过程中，作者强调虽然内容可能较为初级，但每个步骤都是实践操作的详细记录，旨在提供一个循序渐进的学习路径，帮助读者克服初次接触DataGuard时可能遇到的困难。同时，由于部分内容已经发表在itpub上，未经许可请勿进行转载。作者通过个人邮箱junsansi@sain.com与读者保持联系，解答疑惑和分享更多经验和心得。这个系列对Oracle数据库保护技术——DataGuard的全面介绍，对于想要深入理解或初次尝试配置DataGuard的DBA或者系统管理员来说，是一个宝贵的资源，可以帮助他们建立起扎实的数据保护知识体系，并实际掌握这一关键的灾备技术。"

[ 三思笔记 ]- 一步一步学 DataGuard 系列 http://www.5ienet.com/ QQ ： 5454589 君三思

Fixed Size 1289484 bytes

Variable Size 62915316 bytes

Database Buffers 96468992 bytes

Redo Buffers 7098368 bytes

数据库装载完毕。

7 、启动 redo 应用

SQL> alter database recover managed standby database disconnect from session;

数据库已更改。

8 、查看同步情况

首先连接到 primary 数据库

SQL> show parameter instance_name;

NAME TYPE V ALUE

------------------------------------ ----------- ------------------------------

instance_name string jssweb

SQL> alter system switch logfile;

系统已更改。

SQL> select max(sequence#) from v$archived_log;

MAX(SEQUENCE#)

--------------

连接到 standby 数据库

SQL> show parameter instance_name;

NAME TYPE V ALUE

------------------------------------ ----------- ------------------------------

instance_name string jsspdg

SQL> select max(sequence#) from v$archived_log;

MAX(SEQUENCE#)

--------------

9 、暂停应用

[ 三思笔记 ]- 一步一步学 DataGuard 系列 http://www.5ienet.com/ QQ ： 5454589 君三思

第二部分物理 standby(3)

standby(3)

角色转换 2007.12.11

2007.12.11

第 1 节的时候我们就提到了角色切换，我们也听说了其操作简单但用途广泛，同时我们也猜测其属于 prim ary

与 standby 之间的互动，那么在 primary 和 standby 数据库 ( 之一 ) 上都需要有操作，并且切换又分了： switchover

和 failover ，前者是无损切换，不会丢失数据，而后者则有可能会丢失数据，并且切换后原 primary 数据库也不

再是该 data guard 配置的一部分了 . 针对不同 standby( 逻辑或物理 ) 的处理方式也不尽相同。 en, 内容也挺多地。我

们还是先大概了解下概念，然后再通过实战去印证。

角色转换前的准备工作



检查各数据库的初始化参数，主要确认对不同角色相关的初始化参数都进行了正确的配置。



确保可能成为 primary 数据库的 standby 服务器已经处于 archivelog 模式。



确保 standby 数据库的临时文件存在并匹配 primary 数据库的临时文件



确保 standby 数据库的 RAC 实例只有一个处于 open

状态。（对于

rac 结构的 standby 数据库，在角

色转换时只能有一个实例 startup 。其它 rac 实例必须统统 shutdown ，待角色转换结束后再 startup ）

Switchover

：

无损转换，通常是用户手动触发或者有计划的让其自动触发，比如硬件升级啦，软件升级啦之类的。

通常它给你带来的工作量非常小并且都是可预计的。其执行分两个阶段，第一步， primary 数据库转换为

standby 角色，第二步， standby 数据库 ( 之一 ) 转换为 primary 角色， primary 和 standby 只是简单的角色互换

，

这也印证了我们前面关于角色转换是 primary/standby 互动的猜测。

Failover

：

不可预知原因导致 primary 数据库故障并且短期内不能恢复就需要 failover 。如果是这种切换那你就要

小心点了，有可能只是虚惊一场，甚至连你可能损失的脑细胞的数量都能预估，但如果运气不好又没有完

备的备份恢复策略而且 primary 数据并非处于最大数据保护或最高可用性模式地话，黑黑，哭是没用地，表

太伤心了，来，让三思 GG 安慰安慰你，这种情况下呢丢失数据有可能是难免的，并且如果其故障未能修

复，那它甚至连快速修复成为 standby 的机会也都失去了呐，咦，你脑门怎么好像在往外冒水，难道是强效

净肤液，你的脸也忽然好白皙哟 ~~~~

在执行 failover 之前，尽可能将原 primary 数据库的可用 redo 都复制到 standby 数据库。

注意，如果要转换角色的 standby 处于 maximum protection 模式，需要你首先将其切换为 maximum

performance 模式（什么什么，你不知道怎么转换模式？ oooo, 对对，我们还没有操作过，这块并不复杂，接

下来会通过专门章节讨论），这里先提供透露一下，转换 standby 数据库到 MAXIMIZE PERFORMANCE 执

行下列 SQL 即可：

SQL> ALTER DA TABASE SET STANDBY DATABASE TO MAXIMIZE PERFORMANCE;

等 standby 切换为新的 primary 之后，你可以再随意更改数据库的保护模式。

你是不是有疑问关于为什么待切换角色的 standby 不能处于 maximum protection 模式呢？这个其实很好

理解，我们在第一节学习三种保护模式的时候就介绍过其各自的特点，脑袋瓜好使的同学应该还有印象，

maximum protection 模式需要确保绝无数据丢失，因此其对于提交事务对应的 redo 数据一致性要求非常高

，

另外，如果处于 maximum protection 模式的 primary 数据库仍然与 standby 数据库有数据传输，此时 alter

database 语句更改 standby 数据库保护模式会失败，这也是由 maximum protection 模式特性决定的。

剩余99页未读，继续阅读

minibeaner

粉丝: 2
资源: 22

DataGuard入门教程：步步实践指南

Oracle入门教程.三思笔记.一步一步学Oracle

三思笔记\[三思笔记]Oracle RAC数据库配置DataGuard.pdf

三思笔记：逐步掌握Oracle DataGuard学习教程

三思笔记：DataGuard入门指南-从零开始学习

DataGuard入门教程：步步为营的三思笔记

一步一步学oracle高级技术DataGuard

三思笔记：Oracle入门教程——步步实践DataGuard

Oracle DataGuard学习笔记

DataGuard学习笔记：从基础到高级

DataGuard学习笔记：从基础到进阶

最新资源