data guard折腾记一

终于有空闲的机器腾出来了,生产环境上的一套Oracle环境终于可以鸟枪换炮了,生产环境有Data Guard,为了减少停机时间,而且避免重新构建Data Guard的麻烦(其实也不麻烦,就是浪费时间),计划借助Data Guard的switchover来完成。

不打无准备的仗,观察了一下某生产环境的Data Guard,发现配置极其简单,趁机抄袭了一下并搭建好测试环境,怎么个简单呢,配置如下:

(1) 主备节点没有配置standby log file ;

(2) 只在主节点配置了日志发送的路径;

(3) 没有配置FAL;

还是贴配置吧,主节点:


1

2

*.log_archive_dest_2=‘service=standby‘

*.standby_file_management=‘AUTO

备节点:


1

*.standby_file_management=‘AUTO‘

当然 spfile 中的配置是不止这些的,但是与Data Guard 相关的就这几条,简单吧,从同事的口中了解到该Data Guard就是只为了Failover,也不打算搞实时apply,就采用maximum performance的保护模式(其他都是浮云)。

介绍一下测试环境,两台Oracle服务器,primary节点 test02 ,standby节点 test03,tnsname分别是 mydb_test02 和 mydb_test03。

众所周知,搞Data Guard要折腾三个地方:初始化参数(spfile/pfile),控制文件和数据文件,参数文件的设置如上,将primary节点的spfile和password文件复制到standby节点的$ORACLE_HOME/dbs/目录下面,然后将standby启动到nomount。


1

2

3

##### Standby #####

sys$myd[email protected] SQL> startup nomount ;

[email protected] SQL> alter system set standby_file_management=‘AUTO‘;

设置一下primary节点的spfile:


1

2

3

##### Primary #####

[email protected] SQL> alter system set log_archive_dest_2=‘service=mydb_test03‘;

[email protected] SQL> alter system set standby_file_management=‘AUTO‘;

以下是如何配置standby controlfile和数据文件:

在 primary 节点中先使用rman备份数据文件并准备 standby controlfile:


1

2

3

4

5

6

7

8

9

10

11

12

13

14

##### Primary #####

run

{

  sql"alter system switch logfile";

  allocate channel c1 device type disk ;

  backup

    as compressed backupset

    tag ‘compressed_full‘

  database ;

  backup tag ‘standby_controlfile‘

    current controlfile

    for standby;

  release channel c1 ;

}

注意看输出中的备份集信息,先不要退出rman会话,后面还有用,将以上rman脚本产生的两个备份集复制到standby机器的相同目录中


1

2

3

4

5

##### Primary #####

[[email protected] ~]$ cd /u01/app/flash_recovery_area/MYDB/backupset/2010_12_16/

[[email protected] 2010_12_16]$ ls

o1_mf_ncnnf_STANDBY_CONTROLFILE_6jlx5w8x_.bkp  o1_mf_nnndf_COMPRESSED_FULL_6jlwvnyx_.bkp

[[email protected] 2010_12_16]$ scp ./* test03:`pwd`

复制所需的归档日志到standby机器,先确定归档的路径:


1

2

3

4

5

6

7

8

9

10

11

##### Primary #####

[email protected] SQL> archive log list ;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            /u01/app/flash_recovery_area/MYDB/archivelog

Oldest online log sequence     2906

Next log sequence to archive   2910

Current log sequence           2910

[email protected] SQL> host

[[email protected] archivelog]$ find ./ -name "*.arc" -cmin -300 -exec scp {} test03:`pwd` \;

还是回到primary机器的rman会话中,执行duplicate语句来创建Data Guard的备用数据库:


1

2

3

##### Primary #####

RMAN> connect auxiliary sys/oracle@mydb_test03

RMAN> duplicate target database for standby dorecover nofilenamecheck;

最后启动Data Guard Standby节点的归档恢复进程:


1

2

##### Standby #####

[email protected] SQL> alter database recover managed standby database disconnect from session;

自此,测试环境的Data Guard搭建完成。

时间: 2024-10-02 11:21:20

data guard折腾记一的相关文章

Oracle RAC + Data Guard 环境搭建

国庆之前就准备做这个实验了. 后来时间不够,就没搞了. 6天的长假一放,都散漫的不成样子了.懒散了很多. 今天7号. 上班也没啥精神,但是该做的实验还得继续. Oracle 高可用性的三个主要体现是: RAC, Data Guard 和 Stream.  所以熟练掌握这些技术就是评价DBA的标准一个. RAC + Data Guard 主要用在灾备或者报表服务器上. 比如用RAC+ 逻辑standby 做报表,从而减轻RAC 系统的压力. 关于Data Guard 的一些原理知识可以参考: Or

ORACLE DATAGURARD 折腾记二

前文再续,书接上一回,这次折腾Data Guard的一个重要目的是利用switchover实现机器的升级,怎么switchover呢?按照我的理解,Data Guard的角色切换是这样一个过程: (1)让primary节点变为standby节点. (2)让其中一个standby节点变为primary节点 这里比较有意思是“其中一个”,也就是说节点A原来是primary转成standby后,突然我后悔了,还是可以马上让他变回primary节点的,具体看操作: 此时 test02 是primary

Data guard概念篇一(转载)

本文转载至以下链接,感谢作者分享! http://tech.it168.com/db/2008-02-14/200802141545840_1.shtml 一.Data Guard配置(Data Guard Configurations) Data Guard是一个集合,由一个primary数据库(生产数据库)及一个或多个standby数据库(最多9个)组成.组成Data Guard的数据库通过Oracle Net连接,并且有可能分布于不同地域.只要各库之间可以相互通信,它们的物理位置并没有什么

YH1:Oracle Data Guard知识库

小编:大家对Oracle DataGuard 应该很熟吧? 众人:那是相当熟. 小编:好的,那我们今天就不讲基础知识了,直入主题!跟不上课的孩子自己回去补. 今天的话题包括: 12.2中ADG的性能与诊断 ADG上部署列式存储 DG跨平台迁移 DG数据恢复 DG的归档管理 12.2中ADG的性能与诊断 在Oracle 12.2中,ADG有许多惊人的改进,通过ADG standby数据库的性能数据收集和诊断.快照standby数据库的应用,以及实时的数据库操作监控的实现,能够根据用户需求相协调来提

Data guard概念篇二(转载)

本文转载至以下链接,感谢作者分享! http://tech.it168.com/db/2008-02-14/200802141545840_1.shtml 一.Standby数据库类型     前章我们简单介绍了Standby数据库,并且也知道其通常分为两类:物理standby和逻辑standby,同时也简短的描述了其各自的特点,下面我们就相关方面进行一些稍深入的研究: 1. 物理standby 我们知道物理standby与primary数据库完全一模一样(默认情况下,当然也可以不一样,事无绝对

Data Guard - Snapshot Standby Database配置

转载自:https://blogs.oracle.com/Database4CN/entry/data_guard_snapshot_standby_database 概述 一般情况下,物理standby数据库处于mount状态接收和应用主库的REDO日志,物理standby数据库不能对外提供访问.如果需要只读访问,那么可以临时以read-only的方式open物理备库,或者配置ACTIVE DATA GUARD,那么物理standby数据库可以进行只读(read-only)访问(比如报表业务查

ORACLE 11g 用Duplicate恢复Data Guard 备库详细过程

1.先查找备库控制文件路径 先在备库上找出控制文件的路径,通过和主库一样,不过为了以防万一,还是check为好. SQL>  select name from v$controlfile; NAME -------------------------------------------------------------------------------- /Oracle/app/oracle/oradata/powerdes/control01.ctl /oracle/app/oracle/

【DATAGUARD】物理dg配置客户端无缝切换 (八.1)--Data Guard Broker 的配置

[DATAGUARD]物理dg配置客户端无缝切换 (八.1)--Data Guard Broker 的配置 一.1  BLOG文档结构图       一.2  前言部分   一.2.1  导读 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① Data Guard Broker 的配置 ② Fast-Start Failover 的配置 ③ Oracle DataGuard 之客户端TAF 配置 ④ 使用DGMGRL 来管理数据库 ⑤

ORACLE 11G Data Guard 角色转换

1,ORACLE Dataguard角色切换DataGuard已经是现今标准的主流容灾方案,由于日志传递对于网络适应程度强,且可以采用同步实时的传递方式和异步延迟的传递方式,甚至可以成为远程的异地容灾方案.不管用于何种用途,DG都免不了要进行角色转换,即将standby 数据库切换为primary数据库,角色转换分为:switchover和failover两种 2,两种方式的异同1),switchover是primary库转换成standby库.standby库转换成primary库2),fai