当前位置:   article > 正文

数据库容灾的设计与实现(二)_容灾数据库和生产库比对表

容灾数据库和生产库比对表
三、Data Guard的实施过程
(一)Oracle Data Guard基础

Oracle Data Guard是Oracle企业版自带的数据复制功能,基本原理是将日志文件从原数据库传输到目标数据库,然后在目标数据库上应用这些日志文件,从而使目标数据库与源数据库保持同步,是一种数据库级别的容容灾份方案。

Data Guard可以提供Oracle数据库的冗灾、数据保护、故障恢复等,实现数据库快速切换与灾难性恢复。在生产数据库的保证"事务一致性"时,使用生产库的物理全备份创建备库,备库会通过生产库传输过来的归档日志自动维护Standby数据库。

1. Data Guard配置

Data Guard 是一个集合,由一个primary 数据库或者叫生产数据库及一个或多个standby 数据库(最多9个)组成。组成Data Guard 的数据库通过Oracle Net连接,并且有可能分布于不同地域。只要各库之间可以相互通信,它们的物理位置并没有什么限制,你即可以通过命令行方式管理primary 数据库或standby 数据库,也可以通过Data Guard broker 提供的专用命令行界面(DGMGRL),或者通过OEM 图形化界面管理。

(1)Primary数据库

本文中的描述中称Primary数据库为主库或生产数据库。Data Guard 包含一个primary 数据库即被大部分应用访问的生产数据库,该库即可以是单实例数据库,也可以是RAC。

(2)Standby数据库

文中又称为备库。Standby数据库是primary数据库的复制,事务上保持一致。在同一个Data Guard 中你可以最多创建9个standby数据库。一旦创建完成,Data Guard 通过应用primary 数据库的redo自动维护每一个standby 数据库。Standby数据库同样即可以是单实例数据库,也可以是Oracle的RAC结构(Real Application Clusters)。关于standby 数据库,通常分两类逻辑standby和物理standby,为了提高可维护性,采用物理standby书库。

2. Data Guard使用的服务

(1)重做传输服务(Redo Transport Services)。控制redo数据的传输到一个或多个归档目的地。

(2)日志应用服务(Log Apply Services) 。应用redo数据到standby数据库,以保持与primary数据库的事务一致。redo数据即可以从standby数据库的归档文件读取,也可直接应用备用日志文件读取。 

(3)角色转换服务(Role Transitions) 。Data Guard中有两种角色primary和standby。角色转换就是让数据库在这两个角色中切换,切换分两种switchover和failover 。 Switchover一般在日常维护中使用,switchover可以确保不会丢失数据; Failover主库故障时采用,当primary数据库出现故障并且不能被及时恢复时,会调用failover将一个standby数据库转换为新的primary数据库。在最大保护模式或最高可用性模式下,failover可以保证不会丢失数据。

3. Data Guard保护模式

对于Data Guard 而言,由于它提供了三种数据保护的模式。

(1)最大保护(Maximum protection)

这种模式能够确保绝无数据丢失。要实现这一步当然是有代价的,它要求所有的事务在提交前其redo不仅被写入到本地的online redo log,还要同时提交到standby 数据库的standby redo log,并确认redo 数据至少在一个standby 数据库可用(如果有多个的话),然后才会在primary 数据库上提交。如果出现了什么故障导致standby数据库不可用的话,primary数据库会被shutdown,导致数据业务的停顿。

(2)最高性能(Maximum performance)

这种模式提供在不影响primary 数据库性能前提下最高级别的数据保护策略。事务可以随时提交,当前primary 数据库的redo 数据也需要至少写入一个standby 数据库,不过这种写入可以是不同步的。如果网络条件理想的话,这种模式能够提供类似最高可用性的数据保护而仅对primary 数据库有轻微的性能影响。

(3)最高可用性(Maximum availability)

这种模式提供在不影响primary 数据库可用前提下最高级别的数据保护策略。其实现方式与最大保护模式类似,也是要求所有事务在提交前必须保障redo 数据至少在一个standby数据库可用,不过与最大保护模式不同的是,如果出现故障导入无法同时写入standby 数据库redo log,primary 数据库并不会shutdown,而是自动转为最高性能模式,等standby 数据库恢复正常之后,它又会再自动转换成最高可用性模式。

最大保护及最高可用性需要至少一个standby 数据库redo 数据被同步写入。三种模式都需要指定LOG_ARCHIVE_DEST_n 初始化参数。

4. Standby 之 REDO传输服务

关于redo 传输服务(Redo Transport Services),它不仅控制着传输redo 数据到其它数据库,同时还管理着解决由于网络中断造成的归档文件未接收的过程。

在primary 数据库,Data Guard可以使用归档进程(ARCn)或者日志写进程(LGWR)收集redo数据并传输到standby,不管你选择归档进程也好,日志写进程也好,都由一个核心参数来控制,它就是LOG_ARCHIVE_DEST_n(n从1到10)定义redo文件路径。该参数定义必须通过location 或service 指明归档文件路径。location 表示本地路径,service 通常是net service name,即接收redo数据的standby 数据库。

下表中描述了不同保护模式下LOG_ARCHIVE_DEST_n 参数应该设置的属性:

最大保护

最髙可用

最高性能

REDO写进程

LGWR

LGWR

LGWR  ARCH

网络传输模式

SYNC

SYNC

LGWR 进程时 SYNC  ASYNC, ARCH 进程时 SYNC

磁盘写操作

AFFIRM

AFFIRM

AFFIRM NOAFFIRM

是否需要Standby Redo logs

YES

YES

可没有但推荐有

1)使用ARCn归档redo数据

默认情况下,redo 传输服务使用ARCn 进程归档redo 日志。不过ARCn 归档进程只支持最高性能的保护模式。如果standby数据库处于其它类型的保护模式,那你必须使用LGWR 传输redo数据。下图描述传送过程。

在上图中,primary 数据库日志发生切换时就会启动归档。在primary 数据库假设有2 个归档进程,一旦ARC0 进程完成redolog 的归档,ARC1 进程即开始传输归档到standby 数据库的指定路径。

在standby数据库,RFS进程轮流将redo数据写入standby redo log,再由standby 数据库中的ARCn 进程将其写入归档,然后通过REDO应用或SQL 应用将数据应用到standby 数据库。

2)使用LGWR归档redo数据

使用LGWR 进程与使用ARCn 进程有明显不同,LGWR 无须等待日志切换及完成归档。Standby 数据库的LGWR进程会先选择一个standby redo log文件映射primary 数据库当前redolog 的sequence(以及文件大小),一旦primary 数据库有redo数据产生,根据LOG_ARCHIVE_DEST_n 初始化参数中sync 或async 属性设置,以同步或非同步方式传输到standby 数据库。

LGWR 归档进程密切相关的LOG_ARCHIVE_DEST_n 几个参数的属性,如果选择LGWR归档redo数据,那么在LOG_ARCHIVE_DEST_n中必须指定SERVICE 和LGWR属性以允许日志传输服务使用LGWR 进程来传送redo 数据到远程归档目的地。我们还需要指定SYNC(同步)还是ASYNC(异步)的传输方式,如果指定SYNC 属性(如果不明确指定的话,默认是SYNC),则primary数据库任何会产生redo 操作都会同步触发网络I/O,并且等到网络I/O 全部完成才会继续下面的提交,而如果指定了ASYNC 属性,则会primary 数据库的操作会先记录online redologs,然后再传输到standby。

(1)LGWR 同步归档的流程,例如初始化参数中有如下设置:

LOG_ARCHIVE_DEST_1='LOCATION=E:\ora10g\oradata\jssweb\ '

LOG_ARCHIVE_DEST_2='SERVICE=jsspdg LGWR SYNC NET_TIMEOUT=30'

LOG_ARCHIVE_DEST_STATE_1=ENABLE

LOG_ARCHIVE_DEST_STATE_2=ENABLE

如果设置LOG_ARCHIVE_DEST_n 初始化参数SYNC 属性,建议同时设置NET_TIMEOUT 属性,该属性控制网络连接的超时时间,如果超时仍无响应,则会返回错误信息。

(2)LGWR 不同步归档的流程,例如初始化参数中有如下设置:

LOG_ARCHIVE_DEST_1='LOCATION=E:\ora10g\oradata\jssweb\ '

LOG_ARCHIVE_DEST_2='SERVICE=jsspdg LGWR ASYNC'

LOG_ARCHIVE_DEST_STATE_1=ENABLE

LOG_ARCHIVE_DEST_STATE_2=ENABLE

ASYNC 方式归档就不需要再指定NET_TIMEOUT 了,因为LGWR 与LNSn 之间已无关联,所以指定不指定NET_TIMEOUT 就都没任何影响了,因此对于异步传输而言,即使网络出现故障造成primary与standby 之间通信中断,也并不会影响到primary 数据库的提交。

下图为Data Guard使用LGWR同步传输REDO的过程。

上图中展示了primary数据库LGWR写online redologs的同时,同步传输redo数据到standby 数据库的过程。在primary 数据库,LGWR 提交redo 数据到LNSn(LGWR Network Server process)进程(n>0),LNSn 启动网络传输。standby 数据库的RFS(Remote File Server)将接收到的redo数据写入standby redolog。特别注意,在此期间,primary 数据库的事务会一直保持,直到所有所有含LGWR SYNC 属性的LOG_ARCHIVE_DEST_n 指定路径均已完成接收。

一旦primary 数据库执行日志切换,就会级联触发standby的ARCn将standby redo 写入归档,然后通过redo 应用MRP进程或sql 应用LSP 进程读取归档文件将数据应用standby 数据库。如果启用了实时应用的话,MRP/LSP 会直接读取standby redolog 并应用到standby 数据库,无须再等待归档。

 下图为Data Guard使用LGWR异步传输REDO的过程

上图展示了LNSn 进程异步传输redo 数据到standby 数据库RFS 进程的过程。大致步骤与同步传输相同,差别只在LNSn 进程这里,LGWR 写数据到online redolog,LNSn 进程访问online redolog 并传输数据到远程standby的RFS而不再与本地LGWR 之间有联系。standby 数据库方面的处理逻辑仍然不变。

(二)Data Guard的实施过程

目前油田的单台Unix服务器或Windows服务器都运行着Oracle数据库的多个实例,下面以两台Aix服务器P590和P720为例,数据库采用Oracle10GR2,实施Data Guard。两台服务器的位置可分别位于油田中心机房和开发事业部机房。

 Oracle主库位于服务器P590上,上面运行着三个实例的数据库,分别是开发数据库ora7、经营数据库orajy及天然气数据库tlmtrq1,正常情况下由主库P590对外提供数据库服务。

我们要做的工作是在P720上安装Oracle10GR2,运行在归档模式下。对三个实例的数据库采用物理standby分别实施Data Guard,实现数据库的容灾。

为了不影响生产业务的运行,我这里采用不关闭数据库的方法进行Data Guard的部署,这种部署方法可以充分保障现有的生产数据业务不受影响,保证业务的连续性。

1. 数据库目录结构及服务地址

根据物理standby的要求,P720的目录文件物理结构要和P590保持一致。Oracle操作系统的用户ora10g,主目录为/home/ora10g,Oracle的环境变量放在这里。

在P720的卷组oravg上创建文件系统如下,和p590目录结构保持一致:

序号

逻辑卷

挂载点

大小

用途描述

1

/dev/fslv00

/oradata/orajy

100G

实例orajy数据文件目录

2

/dev/fslv01

/oradata/ora7

100G

实例ora7数据文件目录

3

/dev/fslv02

/oradata/tlmtrq1

100G

实例tlmtrq1数据文件目录

4

/dev/fslv03

/oraarch

400G

归档日志目录

Oralce 10GR2数据库的安装过程不再叙述。上表中挂载点分别为三个数据库数据文件的目录,/oraarch为三个数据库的归档目录。

由于要求每个实例对外提供服务的IP保持不变,所以在主库和备库之间发生互相切换的时候,对外提供服务的IP也要随之切换,要求对外提供服务的IP总是在主库服务器上,IP规划如下:

主机

IP地址

说明

P590

10.79.20.51

服务器P590物理IP

P720

10.79.20.54

服务器P720物理IP

主库服务器

10.79.20.43

实例orajy对外提供服务IP

10.79.20.50

实例ora7对外提供服务IP

10.79.20.67

实例tlmtrq1对外提供服务IP

在两台主机P590、P720 目录/home/ora10g/script下创建脚本add_ip.sh和del_ip.sh,脚本内容如下:

add_ip.sh增加IP脚本:

ifconfig en1 10.79.20.43 netmask 255.255.254.0 alias

ifconfig en1 10.79.20.50 netmask 255.255.254.0 alias

ifconfig en1 10.79.20.67 netmask 255.255.254.0 alias

del_ip.sh删除IP脚本:

ifconfig en1 10.79.20.43 netmask 255.255.254.0 delete

ifconfig en1 10.79.20.50 netmask 255.255.254.0 delete

ifconfig en1 10.79.20.67 netmask 255.255.254.0 delete

一般服务器都有多个网卡,为提高IO性能,建议在将IP地址配置在不同的网络端口上。本文配置在一块网卡卡,增加多个IP地址。

2. ORACLE网络配置

(1)监听配置

由于主库对外提供服务,与备库相比,多出3个对外提供服务的IP,因此主库和备库的监听配置[3]不同,配置文件均位于$ORACLE_HOME/network/admin/,文件名为listener.ora。监听配置完成之后,需要重新启动监听进程。

现有主库的监听文件listener.ora内容:

SID_LIST_LISTENER =

  (SID_LIST =

    (SID_DESC =

      (SID_NAME = orajy)

      (ORACLE_HOME = /app/oracle/product/10.2.0/db)

    )

    (SID_DESC =

      (SID_NAME = ora7)

      (ORACLE_HOME = /app/oracle/product/10.2.0/db)

    )

     (SID_DESC =

      (SID_NAME = tlmtrq1)

      (ORACLE_HOME = /app/oracle/product/10.2.0/db)

    )

  )

LISTENER =

  (DESCRIPTION_LIST =

   (DESCRIPTION =

     (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.51)(PORT = 1521))

     (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0))

)

   (DESCRIPTION =

     (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.43)(PORT = 1521))

     (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC2))

     )

 (DESCRIPTION =

     (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.67)(PORT = 1521))

     (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC3))

     )

   (DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.50)(PORT = 1521))

     (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC4))

     )

   )

在P720上完成Oracle数据库10gr2的安装后,使用任何文本编辑器建立备库监听文件listener.ora,内容如下:

SID_LIST_LISTENER =

  (SID_LIST =

    (SID_DESC =

      (SID_NAME = orajy)

      (ORACLE_HOME = /app/oracle/product/10.2.0/db)

    )

  (SID_DESC =

      (SID_NAME = ora7)

      (ORACLE_HOME = /app/oracle/product/10.2.0/db)

    )

 (SID_DESC =

      (SID_NAME = tlmtrq1)

      (ORACLE_HOME = /app/oracle/product/10.2.0/db)

    )

  )

LISTENER =

  (DESCRIPTION_LIST =

    (DESCRIPTION =

     (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.54)(PORT = 1521))

     (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0))

(2)TNS配置

主库和备库的tnsnames.ora文件内容一致,均位于$ORACLE_HOME/network/admin/,需要增加以下内容:

orajy =

  (DESCRIPTION =

    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.51)(PORT = 1521))

    (CONNECT_DATA =

      (SERVER = DEDICATED)

      (SERVICE_NAME = orajy)

    )

  )

orajy_std =

  (DESCRIPTION =

    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.54)(PORT = 1521))

    (CONNECT_DATA =

      (SERVER = DEDICATED)

      (SERVICE_NAME = orajy)

    )

  )

ora7 =

  (DESCRIPTION =

    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.51)(PORT = 1521))

    (CONNECT_DATA =

      (SERVER = DEDICATED)

      (SERVICE_NAME = ora7)

    )

  )

ora7_std =

  (DESCRIPTION =

    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.54)(PORT = 1521))

    (CONNECT_DATA =

      (SERVER = DEDICATED)

      (SERVICE_NAME = ora7)

    )

  )

tlmtrq1 = (DESCRIPTION =

    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.51)(PORT = 1521))

    (CONNECT_DATA =

      (SERVER = DEDICATED)

      (SERVICE_NAME = tlmtrq1)

    )

  )

tlmtrq1_std =

  (DESCRIPTION =

    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.54)(PORT = 1521))

    (CONNECT_DATA =

      (SERVER = DEDICATED)

      (SERVICE_NAME = tlmtrq1)

    )

  3. 物理Standby库的建立

下面以orajy的物理Standby库的建立为例,详细描述在主库不停机的情况的实施过程。假设主库与备库orajy物理存储结构如下:

数据库主目录为/app/oracle/product/10.2.0/db/;

数据库的名称DB_NAME为orajy;

主库的参数DB_UNIQUE_NAME为orajy, 备库的参数DB_UNIQUE_NAME为orajy_std;

数据文件、在线日志文件及standby日志文件目录为 /oradata/orajy;

控制文件目录 /app/oracle/oradata/orajy;

当前Primary数据库处于归档模式,归档日志目录为 /oraarch/orajy/;

参数与口令文件位于默认/$ORACLE_HOME/dbs/目录下;

RMAN数据备份 /oraarch/orajy/fullbk/。

(1)在备库P720上安装Oracle数据库系统,创建数据文件和归档日志的目录并进行用户授权。有关操作系统的命令请参阅AIX系统管理的相关书籍[14]。以下针对Oracle数据库的操作需要用户具有sysdba权限,请参阅Oracle数据库管理的资料[15]。

$mkdir /oradata/orajy

$mkdir /oraarch/orajy

$mkdir /oraarch/orajy/fullbk

$mkdir /app/oracle/admin/orajy

$cd /app/oracle/admin/orajy

$mkdir adump bdump cdump dpdump pfile udump

使用root用户授权

#chown -R ora10g /oradata

#chown -R ora10g /oraarch

#chown –R ora10g /app

#chgrp –R dba /oradata

#chgrp –R dba /oraarch

#chgrp –R dba /app

(2)、在主库P590上,修改主库处于force logging模式

SQL> ALTER DATABASE FORCE LOGGING;

如果口令文件不存在通过下列命令创建

orapwd file=’$ORACLE_HOME/dbs/orapworajy’ password=shift001

(3)、在主库P590上,配置主库的Standby Redo log。

配置之前,检查主库orajy的在线归档日志ORL有3组,每组2个文件,根据Oracle文档中的建议,需要建立(3+1)*2=8个Standby Redo log文件,而且文件大小要和SRL中的文件大小保持一致。

$export ORACLE_SID=orajy

$sqlplus ‘/as sysdba’

SQL>alter database force logging;

SQL> alter database add standby logfile Group 4 ('/oradata/orajy/redo41.log','/oradata/orajy/redo42.log') size 50M;

SQL> alter database add standby logfile Group 5   ('/oradata/orajy/redo51.log','/oradata/orajy/redo52.log') size 50M;

SQL> alter database add standby logfile Group 6   ('/oradata/orajy/redo61.log','/oradata/orajy/redo62.log') size 50M;

SQL> alter database add standby logfile Group 7   ('/oradata/orajy/redo71.log','/oradata/orajy/redo72.log') size 50M;

(4)、在主库P590上,修改主库的参数文件

SQL>alter system set LOG_ARCHIVE_CONFIG='DG_CONFIG=(orajy,orajy_std)';

SQL> alter system set LOG_ARCHIVE_DEST_1='LOCATION=/oradata/orajy/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=orajy_std';

SQL>alter system set LOG_ARCHIVE_DEST_2='SERVICE=orajy_std LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=orajy_std';

SQL> alter system set LOG_ARCHIVE_DEST_STATE_1=ENABLE;

SQL>alter system set FAL_SERVER=orajy_std;

SQL>alter system set FAL_CLIENT=orajy;

如果文件目录不一样,设置参数DB_FILE_NAME_CONVERT及LOG_FILE_NAME_CONVERT;

(5)、在主库P590上,使用RMAN[16]工具进行全备份

$rman target /

$rman >

Run {

allocate channel c1 type disk;

allocate channel c2 type disk;

backup database format '/oraarch/orajy/fullbk/%U' 

plus archivelog  format '/oraarch/orajy/fullbk/%U';

backup current controlfile for standby format '/oraarch/orajy/fullbk/%U';

}

(6)、在主库P590上,为备库创建参数文件

SQL>create pfile='/oraarch/orajy/fullbk/orajysb.ora’ from spfile;

(7)、在主库P590上,将口令文件orapworajy传送到备库的/$ORACLE_HOME/dbs目录中;将RMAN备份的文件 /oraarch/orajy/fullbk/*   及归档文件/oraarch/orajy/*.arc 到备库P720的相同目录中。

(8)、在备库P720上,按照上一节中所述,创建备库的监听文件listener.ora及服务别名文件tnsnames.ora,并使用tnsping测试,保证连接畅通。

$ tnsping orajy

TNS Ping Utility for IBM/AIX RISC System/6000: Version 10.2.0.1.0 - Production o

n 03-OCT-2013 18:51:32

Copyright (c) 1997, 2005, Oracle.  All rights reserved.

Used parameter files:

Used TNSNAMES adapter to resolve the alias

Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.45)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orajy)))

OK (0 msec)

(9)、在备库P720上,修改备库的参数文件orajysb.ora

db_name=orajy

db_unique_name=orajy_std

log_archive_config='DG_CONFIG=(orajy,orajy_std)'

log_archive_dest_1='LOCATION=/oraarch/orajy/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=orajy_std'

log_archive_dest_2='SERVICE=orajy LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=orajy'

log_archive_dest_state_1=ENABLE

REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE

standby_archive_dest='/oraarch/orajy/'

standby_file_management=AUTO

fal_client=orajy_std

fal_server=orajy

如果操作系统的版本不一样,可能会要求修改sga_target的大小

(10)、在备库P720上,启动数据库到no mount状态

$export ORACLE_SID=orajy

$sqlplus ‘/as sysdba’

$SQL> create spfile from pfile=’/oraarch/orajy/fullbk/orajysb.ora’;

$SQL>startup nomount

(11)、在备库P720上,使用RMAN duplicate命令创建standby数据库[11]。

$rman target sys/shift001@orajy auxiliary /

Recovery Manager: Release 10.2.0.1.0 - Production on Thu Mar 5 12:30:56 2009 Copyright (c) 1982, 2005, Oracle. All rights reserved.

connected to target database: orajy (DBID=3971986030)
connected to auxiliary database: orajy (DBID=3971986030, not open)

RMAN> duplicate target database for standby dorecover nofilenamecheck;

对于目录结构和文件名一样的必须加参数nofilenamecheck

(12)、在备库P720上,创建SRL

SQL> alter database add standby logfile Group 4  ('/oradata/orajy/redo41.log','/oradata/orajy/redo42.log') size 50M;

SQL> alter database add standby logfile Group 5  ('/oradata/orajy/redo51.log','/oradata/orajy/redo52.log') size 50M;

SQL> alter database add standby logfile Group 6 ('/oradata/orajy/redo61.log','/oradata/orajy/redo62.log') size 50M;

SQL> alter database add standby logfile Group 7 ('/oradata/orajy/redo71.log','/oradata/orajy/redo72.log') size 50M;

(13)、在备库P720上,启动MRP(managed recovery process)

SQL> select name,db_unique_name,database_role from v$database;

NAME DB_UNIQUE_NAME DATABASE_ROLE

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

ORAJY  STDBY   PHYSICAL Standby

SQL> alter database recover managed standby database disconnect;

(14)、在主库p590上,设置 the log_archive_dest_2参数,启动日志文件的传输。

SQL>alter system set log_archive_dest_state_2=enable;

(15)、在备库P720上,检查是否与主库同步

SQL> SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;

SEQUENCE# FIRST_TIME   NEXT_TIME

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

        84 28-SEP-13    28-SEP-13

        85 28-SEP-13    28-SEP-13

        86 28-SEP-13    28-SEP-13

        87 28-SEP-13    28-SEP-13

        88 28-SEP-13    28-SEP-13

        89 28-SEP-13    28-SEP-13

        90 28-SEP-13    28-SEP-13

        91 28-SEP-13    28-SEP-13

        92 28-SEP-13    30-SEP-13

        93 30-SEP-13    01-OCT-13

        94 01-OCT-13    02-OCT-13

 SEQUENCE# FIRST_TIME   NEXT_TIME

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

        95 02-OCT-13    03-OCT-13

12 rows selected.

在主库P590上,进行日志切换

SQL> ALTER SYSTEM SWITCH LOGFILE;

在备库P720上,进行检查

SQL> SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;

SEQUENCE# FIRST_TIME   NEXT_TIME

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

        84 28-SEP-13    28-SEP-13

        85 28-SEP-13    28-SEP-13

        86 28-SEP-13    28-SEP-13

        87 28-SEP-13    28-SEP-13

        88 28-SEP-13    28-SEP-13

        89 28-SEP-13    28-SEP-13

        90 28-SEP-13    28-SEP-13

        91 28-SEP-13    28-SEP-13

        92 28-SEP-13    30-SEP-13

        93 30-SEP-13    01-OCT-13

        94 01-OCT-13    02-OCT-13

 SEQUENCE# FIRST_TIME   NEXT_TIME

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

        95 02-OCT-13    03-OCT-13

        96 03-OCT-13    03-OCT-13

13 rows selected.

我们看到日志文件已经传输过来。

SQL> select sequence#,applied from v$archived_log order by sequence#;
SEQUENCE# APP

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

        84 NO

        85 NO

        86 NO

        87 NO

        88 NO

        89 YES

        90 YES

        91 YES

        92 YES

        93 YES

        94 YES

 SEQUENCE# APP

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

        95 YES

        96 YES

13 rows selected.

可以看出,日志已经在备库应用。

(16)7实现数据的同步

要说明的是,为了保证主库的正常服务,我们在主库设置log_archive_dest_2参数的时候,使用LGWR ASYNC的选项,也就是说主库到备库采用了日志写进程LGWR的异步传输。如果采用同步传输,备库的错误,可能会影响主库的正常服务。待备库成功建成后。我们可以根据需要,重新设置log_archive_dest_2的参数,调整Data Guard的保护模式,满足数据级容灾的需要。

采用上述方法建立备库后,Data Guard的保护模式为最高性能模式。为了容灾的需要,一般我们设置为最高可用性模式,要启用最高可用性模式,必须启用LGWR同步写REDO数据的方式,之前配置的 LOG_ARCHIVE_DEST_n参数中,虽然也有LGWR写REDO数据,但都是非同步方式,因此有必要首先对初始化参数进行修改。

SQL>alter system set LOG_ARCHIVE_DEST_2='SERVICE=orajy_std LGWR SYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=orajy_std';

设置新的数据保护模式,并选择合适时机重启数据库。语句非常简单,如下所示:

SQL>ALTER DATABASE SET Standby DATABASE TO MAXIMIZE AVAILABILITY;

(17)、对于实例ora7和tlmtrq1,备库的创建方法一样,参考上文步骤.

4. Data Guard日常维护

以实例orajy为例,主库备库的启动与关闭

(1)、主库和备库的正常启动顺序

在P590上,先启动主库

$export ORACLE_SID=orajy

SQL>startup

在P720上,再启动备库

$export ORACLE_SID=orajy

SQL>startup mount;

SQL> ALTER DATABASE RECOVER MANAGED Standby DATABASE DISCONNECT FROM SESSION;

在备库如启用实时应用,附加USING CURRENT LOGFILE 子句即可。建议在实施数据库容灾时启动实时应用。

SQL> ALTER DATABASE RECOVER MANAGED Standby DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

(2)、主库与备库正确关闭顺序

在P720上,先关闭备库

$export ORACLE_SID=orajy

SQL> ALTER DATABASE RECOVER MANAGED Standby DATABASE CANCEL;

SQL> shutdown immediate

在P590上,在关闭主库

$export ORACLE_SID=orajy

SQL> shutdown immediate

(3)、备库Read-Only模式打开

当前主库处于OPEN状态,备库处于日志传送状态

在P720上

$export ORACLE_SID=orajy

SQL> recover managed standby database cancel;

SQL>alter database open read only;

备库回到日志传送模式

SQL> recover managed standby database disconnect from session;

(4)正常维护切换(Switchover)

A、在P590上,在主库端检验数据库可切换状态

$export ORACLE_SID=orajy

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

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

TO Standby

如果SWITCHOVER_STATUS为TO Standby表示可以正常切换

如果SWITCHOVER_STATUS的值为SESSIONS ACTIVE,表示当前有会话处于ACTIVE状态。

B、在P590上,开始主库正常切换

如果SWITCHOVER_STATUS的值为TO Standby 则执行:

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL Standby;

如果SWITCHOVER_STATUS的值为SESSIONS ACTIVE 则执行

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL Standby WITH SESSION SHUTDOWN;

成功运行后,主库被修改为备库

C、在P590上,重启先前的主库

SQL> SHUTDOWN IMMEDIATE;

SQL> STARTUP MOUNT;

D、在P720上,在备库验证可切换状态

$export ORACLE_SID=orajy

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

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

TO_PRIMARY

E、在P720上,将目标备库转换为主库

如果SWITCHOVER_STATUS的值为TO_PRIMARY 则执行

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;

如果SWITCHOVER_STATUS的值为SESSIONS ACTIVE 则执行

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;

成功运行后,备库被修改为主库

F、在P720上,重启新的主库

SQL> SHUTDOWN IMMEDIATE;
SQL> STARTUP;

在P590上,新的备库启动日志传送进程

SQL> alter database recover managed standby database disconnect;

G、对外服务IP切换

在P590上,删除对外提供服务的IP,更换监听配置文件

以root用户登录,运行命令:#/home/ora10g/script/del_ip.sh

以ora10g用户登录,修改监听配置文件listener.ora,重新启动监听。修改后的P590上的listener.ora为

SID_LIST_LISTENER =

  (SID_LIST =

    (SID_DESC =

      (SID_NAME = orajy)

      (ORACLE_HOME = /app/oracle/product/10.2.0/db)

    )

  (SID_DESC =

      (SID_NAME = ora7)

      (ORACLE_HOME = /app/oracle/product/10.2.0/db)

    )

 (SID_DESC =

      (SID_NAME = tlmtrq1)

      (ORACLE_HOME = /app/oracle/product/10.2.0/db)

    )

  )

LISTENER =

  (DESCRIPTION_LIST =

    (DESCRIPTION =

     (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.51)(PORT = 1521))

     (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0))

  )

在P720上,新的主库增加对外提供服务IP,更换监听配置文件

以root用户登录,运行命令:#/home/ora10g/script/add_ip.sh

以ora10g用户登录,修改监听配置文件,重新启动监听。修改后的listener.ora为:

SID_LIST_LISTENER =

  (SID_LIST =

    (SID_DESC =

      (SID_NAME = orajy)

      (ORACLE_HOME = /app/oracle/product/10.2.0/db)

    )

    (SID_DESC =

      (SID_NAME = ora7)

      (ORACLE_HOME = /app/oracle/product/10.2.0/db)

    )

     (SID_DESC =

      (SID_NAME = tlmtrq1)

      (ORACLE_HOME = /app/oracle/product/10.2.0/db)

    )

  )

LISTENER =

  (DESCRIPTION_LIST =

    (DESCRIPTION =

     (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.54)(PORT = 1521))

     (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0))

)

   (DESCRIPTION =

     (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.43)(PORT = 1521))

     (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC2))

    )

   (DESCRIPTION =

     (ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.67)(PORT = 1521))

     (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC3))

    )

   (DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 10.79.20.50)(PORT = 1521))

     (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC4))

    )

  )

(4)主库灾难切换failover

a、当主库出现故障的时候,首先删除其对外提供服务的IP

以root用户登录,运行命令:#/home/ora10g/script/del_ip.sh

在备库增加对外服务IP,以root用户登录,运行:#/home/ora10g/script/add_ip.sh

b、备库切换为主库

$export ORACLE_SID=orajy

SQL> atter database set standby database to maximize performance;

SQL> alter database recover managed standby database finish force;

SQL> alter database commit to switchover to primary ;

SQL> alter database open;

c、修改监听文件listener.ora,重新启动监听

本章小结

1、Oracle数据库从9i开始提供的Data Guard功能,为Oracle数据库的容灾提供了经济可靠的方案。用户可以根据需要,通过修改参数,实现同步或异步的数据库容灾。主库灾难切换(failover) 之后,原primary 数据库默认不再是data guard 配置的一部分。其它standby 数据库不直接参与failover 的过程,因此这些数据库不需要做任何操作。为了保证数据库的高可用性,为primary 数据库最好设计2个以上standby 数据库。

因为主库一般是性能高的服务器,在灾难切换后,在原主库的服务器上需要手动重建standby 数据库,将主库切换回来。这给日常管理带来了极大不便,不能满足数据级容灾的需要。

2、因为灾难切换是手动切换,时间长,不能满足RTO(恢复时间目标),为管理维护带来不便。

3、由于切换操作时,IP地址也需要进行切换,所以在规划Data Guard时通过网络设备的VLAN技术将primary数据库服务器和standby数据库服务器的IP地址划在同一子网内,便于IP地址的切换。从这点看来也为后期维护带来了不便。

总之单纯使用Data Guard建立备库,是不能满足容灾的管理需要的,下面的章节中,将进一步解决这方面的问题

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/小小林熬夜学编程/article/detail/610405
推荐阅读
相关标签
  

闽ICP备14008679号