DATAGUARD实际的应用场景

  1. 云栖社区>
  2. 博客>
  3. 正文

DATAGUARD实际的应用场景

重庆八怪 2014-03-31 21:35:24 浏览732
展开阅读全文

本文主要讨论以下几个问题
1、在线建立DATAGUARD备库
2、使用日RMAN异机恢复来保护DATAGUARD切换可能出现的问题。
3、切换和失败切换


首先查看DATAGUARD中参数哪些是静态,哪些是动态的,动态的可以再不停机的情况下直接修改
先看一下主库需要设置的参数,然后我们在数据库中查一下
DB_UNIQUE_NAME=testdg1
LOG_ARCHIVE_CONFIG='DG_CONFIG=(testdg1,tsetdg2)'
LOG_ARCHIVE_DEST_1='LOCATION=/oradata/archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=testdg1'
LOG_ARCHIVE_DEST_2='SERVICE=testdg2 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=testdg2'
LOG_ARCHIVE_DEST_STATE_1=ENABLE
LOG_ARCHIVE_DEST_STATE_2=ENABLE
REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE
LOG_ARCHIVE_FORMAT=%t_%s_%r.arc
LOG_ARCHIVE_MAX_PROCESSES=2
STANDBY_FILE_MANAGEMENT='AUTO'
FAL_SERVER=testdg2
FAL_CLIENT=testdg1


select NAME,VALUE,ISSYS_MODIFIABLE
  from v$parameter2
 where upper(name) in ('DB_UNIQUE_NAME',
                        'LOG_ARCHIVE_CONFIG',
                        'LOG_ARCHIVE_DEST_2',
                        'LOG_ARCHIVE_DEST_1',
                        'LOG_ARCHIVE_DEST_STATE_1',
                        'LOG_ARCHIVE_DEST_STATE_2',
                        'REMOTE_LOGIN_PASSWORDFILE',
                        'LOG_ARCHIVE_FORMAT',
                        'LOG_ARCHIVE_MAX_PROCESSES',
                        'FAL_SERVER',
                        'FAL_CLIENT',
                        'STANDBY_FILE_MANAGEMENT');


NAME                             VALUE                                ISSYS_MODIFIABLE
-------------------------------- ------------------------------------ ----------------
log_archive_config                                                    IMMEDIATE
log_archive_dest_1               LOCATION=/home/oracle/archive        IMMEDIATE
log_archive_dest_2                                                    IMMEDIATE
log_archive_dest_state_1         enable                               IMMEDIATE
log_archive_dest_state_2         enable                               IMMEDIATE
log_archive_max_processes        2                                    IMMEDIATE
log_archive_format               %t_%s_%r.dbf                         FALSE
fal_client                                                            IMMEDIATE
fal_server                                                            IMMEDIATE
remote_login_passwordfile        EXCLUSIVE                            FALSE
db_unique_name                   test                                 FALSE
 
可以看到如果要动态的配置DATAGUARD,remote_login_passwordfile参数不能设置NONE,db_unique_name 也必须提前设置好
其他的参数都可以通过动态进行修改
 alter system set db_unique_name='testdg1' scope=spfile;
然后重启数据库,如果在规划时就确定这个数据库以后可能是要做DATAGUARD,可以提前设置好这个参数。
这样其实主库环境就准备好了,我们配置的是最大性能模式LGWR ASYNC模式。

1、设置主库FORCE LOGGING属性
 ALTER DATABASE FORCE LOGGING;
2、复制主库的SPFILE到备库,并且在备库使用spfile建立pfile,修改pfile参数文件加入或者更改


DB_UNIQUE_NAME=testdg2
LOG_ARCHIVE_CONFIG='DG_CONFIG=(testdg1,testdg2)'
LOG_ARCHIVE_DEST_1='LOCATION=/home/oracle/archive  VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=testdg2'
LOG_ARCHIVE_DEST_2='SERVICE=testdg1 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=testdg1'
LOG_ARCHIVE_DEST_STATE_1=ENABLE
LOG_ARCHIVE_DEST_STATE_2=ENABLE
REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE
LOG_ARCHIVE_FORMAT=%t_%s_%r.arc
LOG_ARCHIVE_MAX_PROCESSES=2
STANDBY_FILE_MANAGEMENT='AUTO'
FAL_SERVER=testdg1
FAL_CLIENT=testdg2


3、进行NET配置,主库备库均进行配置,备库的LSTENER可以先启动,保证都能TSNPING通

主库:
testdg2 =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.171)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = testdg2)
    )
  )
备库:
testdg1 =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.170)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = testdg1)
    )
  )
4、主库进行RMAN备份,然后备份STANDBY CONTROLFILE,随后传输密码文件,备份文件,STANDBY控制文件到备库
ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/tmp/boston.ctl';
5、恢复控制文件,然后恢复数据文件

[oracle@dg2 test]$ scp /home/oracle/boston.ctl control01.ctl
[oracle@dg2 test]$ scp /home/oracle/boston.ctl control02.ctl
[oracle@dg2 test]$ scp /home/oracle/boston.ctl control03.ctl
然后mount下恢复数据文件


6、在备库建立STANDBY LOGFILE 组为LOGFILE +1

alter database add standby logfile group 4  '/oracle/app/oracle/oradata/test/sredo04.log' size 50m;
alter database add standby logfile group 5  '/oracle/app/oracle/oradata/test/sredo05.log' size 50m;
alter database add standby logfile group 6  '/oracle/app/oracle/oradata/test/sredo06.log' size 50m;
alter database add standby logfile group 7  '/oracle/app/oracle/oradata/test/sredo07.log' size 50m;


到这里备库就算做完了。以下输主库

7、接下来我们来动态更改主库的参数。


DB_UNIQUE_NAME=testdg1  --已经更改
LOG_ARCHIVE_CONFIG='DG_CONFIG=(testdg1,testdg2)' --需要更改
LOG_ARCHIVE_DEST_1='LOCATION=/home/oracle/archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=testdg1' -需要更改
LOG_ARCHIVE_DEST_2='SERVICE=testdg2 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=testdg2' -需要更改
LOG_ARCHIVE_DEST_STATE_1=ENABLE -可以更改
LOG_ARCHIVE_DEST_STATE_2=ENABLE -可以更改
REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE --已经更改
LOG_ARCHIVE_FORMAT=%t_%s_%r.arc --不能更改
LOG_ARCHIVE_MAX_PROCESSES=2 --可以更改
STANDBY_FILE_MANAGEMENT='AUTO' --必须修改
FAL_SERVER=testdg2 --需要更改
FAL_CLIENT=testdg1 --需要更改

alter system set LOG_ARCHIVE_CONFIG='DG_CONFIG=(testdg1,testdg2)'  scope=both;
alter system set LOG_ARCHIVE_DEST_1='LOCATION=/home/oracle/archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=testdg1'  scope=both;
alter system set LOG_ARCHIVE_DEST_2='SERVICE=testdg2 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=testdg2'  scope=both;
alter system set LOG_ARCHIVE_DEST_STATE_1=ENABLE scope=both;
alter system set LOG_ARCHIVE_DEST_STATE_2=ENABLE scope=both;
alter system set LOG_ARCHIVE_MAX_PROCESSES=2 scope=both;
alter system set FAL_SERVER=testdg2 scope=both;
alter system set FAL_CLIENT=testdg1 scope=both;
alter system set STANDBY_FILE_MANAGEMENT='AUTO' scope=both;
8、确认配置成功
在主库进行一次日志切换来激活LSN和RFS进程,主库日志如下:
******************************************************************
LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
******************************************************************
Wed Mar 12 01:22:22 CST 2014
Thread 1 advanced to log sequence 6 (LGWR switch)
  Current log# 3 seq# 6 mem# 0: /oracle/app/oracle/oradata/test/redo03.log
Wed Mar 12 01:22:22 CST 2014
LNS: Standby redo logfile selected for thread 1 sequence 6 for destination LOG_ARCHIVE_DEST_2
Wed Mar 12 01:22:22 CST 2014
ARC1: Standby redo logfile selected for thread 1 sequence 5 for destination LOG_ARCHIVE_DEST_2
9、开启日志应用,当然也可以开启实时日志应用如下:
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

10、最后在主库也建立相应多的standby logfile

alter database add standby logfile group 4  '/oracle/app/oracle/oradata/test/sredo04.log' size 50m;
alter database add standby logfile group 5  '/oracle/app/oracle/oradata/test/sredo05.log' size 50m;
alter database add standby logfile group 6  '/oracle/app/oracle/oradata/test/sredo06.log' size 50m;
alter database add standby logfile group 7  '/oracle/app/oracle/oradata/test/sredo07.log' size 50m;

11、只读方式打开

当备数据库当前执行重做应用时打开以用于只读访问:
1. 取消重做应用:
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
2.打开数据库以用于只读访问:
SQL> ALTER DATABASE OPEN;

如果重新
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;
恢复到正常模式


12、一些视图
访问V$MANAGED_STANDBY固定视图
访问V$ARCHIVE_DEST_STATUS固定视图
访问V$ARCHIVED_LOG固定视图
访问V$LOG_HISTORY固定视图
访问V$DATAGUARD_STATUS固定视图


13、切换
首先检查 备库
SQL> select name,value from v$dataguard_stats;

NAME                             VALUE
-------------------------------- ----------------------------------------------------------------
transport lag                    +00 00:00:00
apply lag                        +00 00:00:00
apply finish time                +00 00:00:00.000
estimated startup time           13


transport lag                    +00 00:00:00
apply lag                        +00 00:00:00
apply finish time                +00 00:00:00.000
都为0

1、主库执行
SELECT SWITCHOVER_STATUS FROM V$DATABASE
如果是SESSIONS ACTIVE和to standby
执行
ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN;
2、关闭主库
shutdown immediate
如果关闭报错可以不理会,查看一下进程是否存在
ps -ef|grep LGWR
如果不存在即可
3、启动主库到MOUNT
startup mount
4、在备库执行
 SELECT SWITCHOVER_STATUS FROM V$DATABASE;
 如果是SESSIONS ACTIVE和to primary
 执行
 ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;
5、关闭备库
shutdown immediate
如果关闭报错可以不理会,查看一下进程是否存在
ps -ef|grep LGWR
如果不存在即可
6、启动备库
startup
7、源主库执行,启动日志应用进程
alter database open;
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

这样完成了主库备库互相切换

最后检查新的备库及源主库
SQL> select name,value from v$dataguard_stats;


NAME                             VALUE
-------------------------------- ----------------------------------------------------------------
transport lag                    +00 00:00:00
apply lag                        +00 00:00:00
apply finish time                +00 00:00:00.000
estimated startup time           13

transport lag                    +00 00:00:00
apply lag                        +00 00:00:00
apply finish time                +00 00:00:00.000

都为0

如果切换有问题请参考
Oracle Data Guard
Concepts and Administration
10gRelease 2 (10.2)
B14239-04

14、使用RMAN来保护可能在切换中的问题。
虽然说切换失败也有办法来进行回退,至少官方有文档说明,但是为了保障切换万无一失,我们可以简单的
是有RMAN异机来进行连续的恢复,如果有问题也不会导致数据丢失,比如典型的应用可能是我们进行服务器修理
从而保证业务的连续性。

简单的在主库进行RMAN备份包含控制文件然后拷贝到异机,进行restore,

保证应用已经停止没有数据更改后进行日志切换,然后拷贝可能的归档日志到恢复端
这里可能需要进行CATALOG ,我们使用CATALOG START WITH进行注册就行了
我这里记录的SEQ是39
所以恢复为recover database until logseq 40 ( 然后模拟的我们进行一次切换,切换步骤参考上面,如果切换有问题我们就用我们异机恢复的数据库,
如果没有问题,我们就可以关闭主数据库进行修理了。
一旦修理完成,我们想切换回主机,我们就需要再次上面的步骤
首先停止应用来确定,没有数据修改,然后我们进行几次切换保证所有的修改都进入了归档。
最后拷贝这些日志到异机。这里可能的需要进行一次CATALOG;
然后recover database until logseq
然后我们进行切换回主机即可,即使有问题也可以使用异机进行恢复



15、进行失败切换
先确认是否有日志GAP先确认是否有日志GAP
SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP;
对于使用ARCHIVE进行传输的模式,需要拷贝当前日志文件到目标端,并且进行注册
ALTER DATABASE REGISTER PHYSICAL LOGFILE 'filespec1'; 
(需要测试)
需要根据ALTER日志来判断最后的当前日志文件。
保证任何可能的断点都不存在


然后再备库进行
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;来关闭RFS接收进程
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FORCE; 确实数据没有丢失
(如果此两步有问题不能修复直接ACTIVE 备库,这代表有数据丢失 
ALTER DATABASE ACTIVATE PHYSICAL STANDBY DATABASE;)
查看
SELECT SWITCHOVER_STATUS FROM V$DATABASE;
进程转换
ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;
SHUTDOWN IMMEDIATE; 
STARTUP 来启动数据库


实际上failover分为2种:
1、主库还可以到mount
2、主库不能到mount

1、如果主库可以到mount
--确认gap情况
SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP;
--保证备库的mrp进程启动
--ALTER SYSTEM FLUSH REDO TO 'target_db_name';
这一步保证了所有的redo传输到备库,注意如果备库mrp进程没有启动当前日志将不能传输。
--ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;关闭备库mrp进程
--ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;保证备库接收的日志应用完成
--确认可以进行切换了
SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;
SWITCHOVER_STATUS
---------------------------
TO PRIMARY
--ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY WITH SESSION SHUTDOWN;进行切换
--ALTER DATABASE OPEN;启动数据库

2、主库不能到mount
主库不能到mount自然就不能ALTER SYSTEM FLUSH REDO TO
那么这一步我们需要手动完成
---确认gap
SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP;
--将任何差值的archive log拷贝到备库进行注册
ALTER DATABASE REGISTER PHYSICAL LOGFILE 'filespec1'; 
--查看mrp进程是否应用了这些注册的归档
select * from v$managed_standby;
--关键一步需要恢复current_log
这一步是为了保证最小的日志丢失,查看alert日志,来找到current log,传输到备库,可以重命名为
归档的格式
然后 recover standby database(until cancel)
;
--完成了这一步只能进行active备库了
ALTER DATABASE ACTIVATE PHYSICAL STANDBY DATABASE;
--alter database open;

当然任何错误的情况下都可以activate physical standby database激活备库。

 作者微信号:

          

网友评论

登录后评论
0/500
评论
重庆八怪
+ 关注