升级oracle 11.2.0.1至11.2.0.4 并配置DATAGuard

最新推荐文章于 2024-06-03 09:06:41 发布
最新推荐文章于 2024-06-03 09:06:41 发布
阅读量1.2k 收藏
点赞数
分类专栏： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/daf380/article/details/82685988
版权

环境介绍：

master：

Redhat 6.8+Oracle 11.2.0.4 rac

db_namedb_unique_nameinstance_nameservice_names连接字符串
or11gmaster_or11gor11g1master_or11gmaster_or11g_tns

target：

Redhat 6.10+Oracle 11.2.0.1

masterdb_namedb_unique_nameinstance_nameservice_names连接字符串
or11gtarget_or11gor11gtarget_or11gtarget_or11g_tns

一、升级目标库

1.1、上传11.2.0.4的软件包并解压

1.2、升级前检查

SQL> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
PL/SQL Release 11.2.0.1.0 - Production
CORE    11.2.0.1.0    Production
TNS for Linux: Version 11.2.0.1.0 - Production
NLSRTL Version 11.2.0.1.0 - Production

SQL>

SQL> set linesize 120
SQL> col comp_name format a40
SQL> select comp_name,version,status from dba_registry;

COMP_NAME                 VERSION            STATUS
---------------------------------------- ------------------------------ --------------------------------------------
OWB                     11.2.0.1.0            VALID
Oracle Application Express         3.2.1.00.10            VALID
Oracle Enterprise Manager         11.2.0.1.0            VALID
OLAP Catalog                 11.2.0.1.0            VALID
Spatial                  11.2.0.1.0            VALID
Oracle Multimedia             11.2.0.1.0            VALID
Oracle XML Database             11.2.0.1.0            VALID
Oracle Text                 11.2.0.1.0            VALID
Oracle Expression Filter         11.2.0.1.0            VALID
Oracle Rules Manager             11.2.0.1.0            VALID
Oracle Workspace Manager         11.2.0.1.0            VALID

COMP_NAME                 VERSION            STATUS
---------------------------------------- ------------------------------ --------------------------------------------
Oracle Database Catalog Views         11.2.0.1.0            VALID
Oracle Database Packages and Types     11.2.0.1.0            VALID
JServer JAVA Virtual Machine         11.2.0.1.0            VALID
Oracle XDK                 11.2.0.1.0            VALID
Oracle Database Java Packages         11.2.0.1.0            VALID
OLAP Analytic Workspace          11.2.0.1.0            VALID
Oracle OLAP API              11.2.0.1.0            VALID

18 rows selected.

SQL>

备份数据库（包括控制文件、日志文件、数据文件和参数文件）---这里是测试环境（略）

检查数据库是否有无效对象

SQL> select OWNER,OBJECT_NAME,OBJECT_TYPE,status from dba_objects where status='INVALID';

no rows selected

SQL> 


1.3、关闭数据库和监听(略)

1.4、执行软件和数据库升级
 

 

 

升级数据库：

出现警告，如不重要可以忽略

升级选下 选择“升级结束后重新编译无效对象”和“升级时区版本和timestamp with timezone 数据”以及“备份数据库”以免出现意外

指定是否在升级过程中移动数据库文件 选择“升级过程中不移动数据库文件”

恢复和诊断位置 默认：E:\app\Administrator\flash_recovery_area

概要 点击完成 开始升级 升级结束 查看升级结果报告，可以通过“配置数据库口令”查看是否有升级用户被锁；等待进度条变成100%，然后基本的升级就好了，就完成了，后续记得修改.bash_profile里面的ORACLE_HOME目录为新的11.2.0.4目录即可。

1.5、检查升级情况

SQL> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
PL/SQL Release 11.2.0.4.0 - Production
CORE    11.2.0.4.0    Production
TNS for Linux: Version 11.2.0.4.0 - Production
NLSRTL Version 11.2.0.4.0 - Production

SQL>

修改compatible参数至11.2.0.4.0

**************************************************************************************************************************************************************************************************************************************************************************************************

二、主库准备配置DATAGuard

2.1、主库修改为归档模式

alter system set cluster_database=false scope=spfile sid='*'; 
startup mount;
alter database archivelog;
alter system set log_archive_dest_2='location=+fra' sid='*';
alter system set cluster_database=true scope=spfile;
shutdown immediate;

2.2、主库修改为强制日志模式

SQL> select name , open_mode, log_mode,force_logging from gv$database;

NAME      OPEN_MODE           LOG_MODE     FOR
--------- -------------------- ------------ ---
OR11G      READ WRITE           ARCHIVELOG   NO
OR11G      READ WRITE           ARCHIVELOG   NO

SQL> alter database force logging;

Database altered.

SQL> select name , open_mode, log_mode,force_logging from gv$database;

NAME      OPEN_MODE           LOG_MODE     FOR
--------- -------------------- ------------ ---
OR11G      READ WRITE           ARCHIVELOG   YES
OR11G      READ WRITE           ARCHIVELOG   YES

SQL> 

2.3、创建口令文件

将主库口令文件传到备库；或者是备库使用orapwd命令创建口令文件

将主库下的一个实例的口令文件复制到其他实例和目标库,不然可能会出现:
复制rac2的口令文件到备库,结果连不上rac1
复制rac1的口令文件到备库,结果连不上rac2

[oracle@or11g1 dbs]$ scp orapwor11g1 or11g2:/u01/app/oracle/product/11.2.0/db_1/dbs/
[oracle@or11g2 dbs]$ scp orapwor11g1 or11g:/u01/app/oracle/product/11.2.0/db_4/dbs
 

2.4、主/备库配置监听（静态注册）和TNSNAME

SQL> alter system set db_unique_name='master_or11g' scope=spfile;

System altered.


SQL> alter system set db_unique_name='target_or11g' scope=spfile;

System altered.

配置静态注册---推荐用图形界面配置

将master的tnsname配置拷贝到target，同时将target的tnsname.ora拷贝到master

测试连接：

远程登录本地：

[oracle@or11g1 admin]$ sqlplus sys/oracle@master_or11g_tns as sysdba   

SQL*Plus: Release 11.2.0.4.0 Production on Thu Sep 13 13:12:00 2018

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
Data Mining and Real Application Testing options

SQL> 

远程登录target：

[oracle@or11g1 admin]$ sqlplus sys/oracle@target_or11g_tns as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Thu Sep 13 13:12:11 2018

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL>

远程登录本地：

[oracle@or11g admin]$ sqlplus sys/oracle@target_or11g_tns as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Thu Sep 13 13:12:34 2018

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> 

远程登录master：

[oracle@or11g admin]$ sqlplus sys/oracle@master_or11g_tns as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Thu Sep 13 13:12:42 2018

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, Automatic Storage Management, OLAP,
Data Mining and Real Application Testing options

SQL> 

2.5、主库修改参数      ------以rac环境为例

alter system set db_unique_name='master_or11g' scope=spfile sid='*';  ------主库的db_unique_name名
alter system set log_archive_config='dg_config=(master_or11g,target_or11g)' scope=spfile sid='*';         ----dg_config配置的是主备库的db_unique_name名
alter system set log_archive_dest_2='location=+fra valid_for=(all_logfiles,all_roles) db_unique_name=master_or11g' scope=spfile sid='*';    ----主库第二路的本地归档
alter system set log_archive_dest_3='service=target_or11g_tns valid_for=(online_logfiles,primary_role) db_unique_name=target_or11g' scope=spfile sid='*';             ---主库的日志传到远端连接字符串是“rac_s”，表示备库的TNSNAME名
alter system set log_archive_dest_state_2=enable scope=spfile sid='*';    ---启用第二路归档
alter system set log_archive_dest_state_3=enable scope=spfile sid='*';  ----启用第三路归档
alter system set standby_file_management='auto' scope=spfile sid='*';  ---设置备库文件自动管理,可以在主库新建数据文件的时候自动新建备库
alter system set fal_server='target_or11g_tns' scope=spfile sid='*';   -----主库指向备库的TNSNAME
alter system set log_archive_format='%t_%s_%r.arch' scope=spfile sid='*';

2.6、创建standby redo比redo多一组

查询主库的日志组：

select a.GROUP#,a.STATUS,a.TYPE,a.MEMBER,a.IS_RECOVERY_DEST_FILE,b.BYTES/1024/1024||'M' from v$logfile a,v$log b where a.GROUP#=b.GROUP#; 

创建standby redo需要比redo多一组

alter database add standby logfile '+FRA/or11g/onlinelog/standby_redo01.log' size 50M;
alter database add standby logfile '+FRA/or11g/onlinelog/standby_redo02.log' size 50M;
alter database add standby logfile '+FRA/or11g/onlinelog/standby_redo03.log' size 50M;
alter database add standby logfile '+FRA/or11g/onlinelog/standby_redo04.log' size 50M;
alter database add standby logfile '+FRA/or11g/onlinelog/standby_redo05.log' size 50M;

2.7、主库生成pfile，修改后传到目标库应用

SQL> create pfile='/home/oracle/initor11g.ora' from spfile;


File created.

SQL> 

[root@or11g oracle]# cat /home/oracle/init.ora 
*.__oracle_base='/u01/app/oracle'#ORACLE_BASE set from environment
*.audit_file_dest='/u01/app/oracle/admin/or11g/adump'
*.audit_trail='db'
*.compatible='11.2.0.4.0'
*.control_files='/u01/app/oracle/oradata/or11g/control01.ctl','/u01/app/oracle/flash_recovery_area/or11g/control02.ctl'
*.db_block_size=8192
*.db_create_file_dest='/u01/app/oracle'
*.DB_FILE_NAME_CONVERT='+DATA/or11g/datafile','/u01/app/oracle/oradata/or11g/'
*.db_file_name_convert='+DATA/or11g/tempfile/temp.265.986827323','cd /u01/app/oracle/oradata/or11g/temp.dbf'
*.db_domain=''
*.db_name='or11g'
*.db_recovery_file_dest='/u01/app/oracle/flash_recovery_area'
*.db_recovery_file_dest_size=4621074432
*.db_unique_name='target_or11g'
*.diagnostic_dest='/u01/app/oracle'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=or11gXDB)'
*.fal_server='master_or11g_tns'
*.log_archive_config='dg_config=(master_or11g,target_or11g)'
*.log_archive_dest_2='location=/u02 valid_for=(all_logfiles,all_roles) db_unique_name=target_or11g'
*.log_archive_dest_3='location=/u02/standbylog valid_for=(standby_logfile,standby_roles) db_unique_name=target_or11g'
*.log_archive_dest_4='service=master_or11g_tns lgwr sync valid_for=(online_logfiles,primary_role) db_unique_name=master_or11g'
*.memory_target=568882624
*.open_cursors=300
*.processes=150
*.remote_login_passwordfile='exclusive'
*.standby_file_management='AUTO'
*.undo_tablespace='UNDOTBS1'


[root@or11g oracle]# 

2.8、将目标数据库利用传过来的pfile启动到nomount状态

SQL> startup nomount pfile='/home/oracle/initor11g.ora';

2.9、备库登录rman

oracle@or11g ~]$ rman target sys/oracle@master_or11g_tns auxiliary sys/oracle@target_or11g_tns

Recovery Manager: Release 11.2.0.4.0 - Production on Thu Sep 13 16:14:35 2018

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

connected to target database: OR11G (DBID=751923081)
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-00554: initialization of internal recovery manager package failed
RMAN-04006: error from auxiliary database: ORA-12528: TNS:listener: all appropriate instances are blocking new connections
[oracle@or11g ~]$ 

遇到报错：

解决方法是：

在目标库的tnsname.ora中添加如下内容：

TARGET_OR11G_TNS =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.127.70)(PORT = 1521))
    )
    (CONNECT_DATA =
        (SERVER = DEDICATED)      ----添加这一行
      (SERVICE_NAME = target_or11g)(UR=A)    ----这一行里添加：(UR=A)
    )
  )

修改好后记得同样修改源库的tnsname.ora

TARGET_OR11G_TNS =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.127.70)(PORT = 1521))
    )
    (CONNECT_DATA =
        (SERVER = DEDICATED)      ----添加这一行
      (SERVICE_NAME = target_or11g)(UR=A)    ----这一行里添加：(UR=A)
    )
  )

2.10、执行数据拷贝

RMAN> duplicate target database for standby from active database;

注意：如果源库和目标库的文件路径名如果一样，那么需要加上nofilenamecheck参数，如：

RMAN> duplicate target database for standby from active database;

如果源库和目标库的文件名路径不一样，则不需要加上nofilenamecheck参数，如：

duplicate target database for standby from active database;

2.11、查看备库状态，已经被mount了：

select name,open_mode from v$database;

等待rman复制完毕

2.12、将备库置于active dataguard模式下

SQL> select DB_UNIQUE_NAME,OPEN_MODE,FORCE_LOGGING,DATABASE_ROLE,SWITCHOVER_STATUS from v$database;

打开数据库（target）

SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-10458: standby database requires recovery
ORA-01152: file 1 was not restored from a sufficiently old backup
ORA-01110: data file 1: '/u01/app/oracle/TARGET_OR11G/datafile/o1_mf_system_0jtd1695_.dbf'


SQL> 

报错了------各种排查原因，最后发现是在配置参数的时候，将target的归档路径忘记改了还是写的+fra

修改归档路径，重启target数据库

执行如下命令：

SQL> startup mount pfile='/home/oracle/1.ora';
ORACLE instance started.

Total System Global Area  567869440 bytes
Fixed Size            2255272 bytes
Variable Size          415237720 bytes
Database Buffers      142606336 bytes
Redo Buffers            7770112 bytes
Database mounted.
SQL> alter database recover managed standby database using current logfile disconnect from session;

Database altered.

回到master库上，执行切换归档，多切几次

SQL> alter database recover managed standby database cancel;

Database altered.

再次打开target，成功了！

SQL> alter database open;

Database altered.

SQL>

打开target库后，再次查看target状态：

注意一：在执行redo应用的时候，可以使用：

SQL> alter database recover managed standby database using current logfile disconnect from session;

或者：

SQL> alter database recover managed standby database using current logfile;

这两个的区别在于返不返回窗口的意思。加上“disconnect from session”则会返回当前窗口，可以继续做其他操作；如果不加，则会一直停在这里。

注意二：如果不想实时应用redo，则使用下面的方式启动：

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

2.13、验证DG同步情况

2.13.1、查询v$archived_log视图验证主库已经完成归档的redo log files：

master执行：

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

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

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
     3 13-SEP-18 13-SEP-18
     4 13-SEP-18 13-SEP-18
     5 13-SEP-18 13-SEP-18
     6 13-SEP-18 13-SEP-18
     7 13-SEP-18 13-SEP-18
     8 13-SEP-18 13-SEP-18
     8 13-SEP-18 13-SEP-18
     9 13-SEP-18 13-SEP-18
     9 13-SEP-18 13-SEP-18
    10 13-SEP-18 13-SEP-18
    10 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    11 13-SEP-18 13-SEP-18
    11 13-SEP-18 13-SEP-18
    12 13-SEP-18 13-SEP-18
    12 13-SEP-18 13-SEP-18
    13 13-SEP-18 13-SEP-18
    13 13-SEP-18 13-SEP-18
    14 13-SEP-18 13-SEP-18
    14 13-SEP-18 13-SEP-18
    15 13-SEP-18 13-SEP-18
    15 13-SEP-18 13-SEP-18
    16 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    16 13-SEP-18 13-SEP-18
    16 13-SEP-18 13-SEP-18
    17 13-SEP-18 13-SEP-18
    17 13-SEP-18 13-SEP-18
    17 13-SEP-18 13-SEP-18
    18 13-SEP-18 13-SEP-18
    18 13-SEP-18 13-SEP-18
    19 13-SEP-18 13-SEP-18
    19 13-SEP-18 13-SEP-18
    20 13-SEP-18 13-SEP-18
    20 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    21 13-SEP-18 13-SEP-18
    21 13-SEP-18 13-SEP-18
    21 13-SEP-18 13-SEP-18
    22 13-SEP-18 13-SEP-18
    22 13-SEP-18 13-SEP-18
    22 13-SEP-18 13-SEP-18
    23 13-SEP-18 13-SEP-18
    23 13-SEP-18 13-SEP-18
    23 13-SEP-18 13-SEP-18
    24 13-SEP-18 13-SEP-18
    24 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    24 13-SEP-18 13-SEP-18
    25 13-SEP-18 13-SEP-18
    25 13-SEP-18 13-SEP-18
    25 13-SEP-18 13-SEP-18
    26 13-SEP-18 13-SEP-18
    26 13-SEP-18 13-SEP-18
    26 13-SEP-18 13-SEP-18
    27 13-SEP-18 13-SEP-18
    27 13-SEP-18 13-SEP-18
    27 13-SEP-18 13-SEP-18
    28 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    28 13-SEP-18 13-SEP-18
    28 13-SEP-18 14-SEP-18
    29 13-SEP-18 13-SEP-18
    29 13-SEP-18 13-SEP-18
    29 14-SEP-18 14-SEP-18
    30 13-SEP-18 13-SEP-18
    30 13-SEP-18 13-SEP-18
    30 14-SEP-18 14-SEP-18
    31 13-SEP-18 13-SEP-18
    31 13-SEP-18 13-SEP-18
    31 14-SEP-18 14-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    32 13-SEP-18 13-SEP-18
    32 13-SEP-18 13-SEP-18
    32 14-SEP-18 14-SEP-18
    33 13-SEP-18 13-SEP-18
    33 13-SEP-18 13-SEP-18
    33 14-SEP-18 14-SEP-18
    34 13-SEP-18 13-SEP-18
    34 13-SEP-18 13-SEP-18
    35 13-SEP-18 13-SEP-18
    35 13-SEP-18 13-SEP-18
    36 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    36 13-SEP-18 13-SEP-18
    37 13-SEP-18 13-SEP-18
    37 13-SEP-18 13-SEP-18
    38 13-SEP-18 13-SEP-18
    38 13-SEP-18 13-SEP-18
    39 13-SEP-18 13-SEP-18
    39 13-SEP-18 13-SEP-18
    40 13-SEP-18 13-SEP-18
    40 13-SEP-18 13-SEP-18
    41 13-SEP-18 13-SEP-18
    41 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    42 13-SEP-18 13-SEP-18
    42 13-SEP-18 13-SEP-18
    43 13-SEP-18 13-SEP-18
    43 13-SEP-18 13-SEP-18
    44 13-SEP-18 13-SEP-18
    44 13-SEP-18 13-SEP-18
    45 13-SEP-18 13-SEP-18
    45 13-SEP-18 13-SEP-18
    46 13-SEP-18 13-SEP-18
    46 13-SEP-18 13-SEP-18
    47 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    47 13-SEP-18 13-SEP-18
    48 13-SEP-18 14-SEP-18
    48 13-SEP-18 14-SEP-18
    49 14-SEP-18 14-SEP-18
    49 14-SEP-18 14-SEP-18
    50 14-SEP-18 14-SEP-18
    50 14-SEP-18 14-SEP-18
    51 14-SEP-18 14-SEP-18
    51 14-SEP-18 14-SEP-18
    52 14-SEP-18 14-SEP-18
    52 14-SEP-18 14-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    53 14-SEP-18 14-SEP-18
    53 14-SEP-18 14-SEP-18

112 rows selected.

SQL> 

2.13.2、master执行日志切换

SQL> alter system switch logfile;

System altered.

SQL> alter system switch logfile;

System altered.

SQL> alter system switch logfile;

System altered.

SQL> alter system switch logfile;

System altered.

SQL> alter system switch logfile;

System altered.

SQL> 

master再次执行查询语句：

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

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
     3 13-SEP-18 13-SEP-18
     4 13-SEP-18 13-SEP-18
     5 13-SEP-18 13-SEP-18
     6 13-SEP-18 13-SEP-18
     7 13-SEP-18 13-SEP-18
     8 13-SEP-18 13-SEP-18
     8 13-SEP-18 13-SEP-18
     9 13-SEP-18 13-SEP-18
     9 13-SEP-18 13-SEP-18
    10 13-SEP-18 13-SEP-18
    10 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    11 13-SEP-18 13-SEP-18
    11 13-SEP-18 13-SEP-18
    12 13-SEP-18 13-SEP-18
    12 13-SEP-18 13-SEP-18
    13 13-SEP-18 13-SEP-18
    13 13-SEP-18 13-SEP-18
    14 13-SEP-18 13-SEP-18
    14 13-SEP-18 13-SEP-18
    15 13-SEP-18 13-SEP-18
    15 13-SEP-18 13-SEP-18
    16 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    16 13-SEP-18 13-SEP-18
    16 13-SEP-18 13-SEP-18
    17 13-SEP-18 13-SEP-18
    17 13-SEP-18 13-SEP-18
    17 13-SEP-18 13-SEP-18
    18 13-SEP-18 13-SEP-18
    18 13-SEP-18 13-SEP-18
    19 13-SEP-18 13-SEP-18
    19 13-SEP-18 13-SEP-18
    20 13-SEP-18 13-SEP-18
    20 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    21 13-SEP-18 13-SEP-18
    21 13-SEP-18 13-SEP-18
    21 13-SEP-18 13-SEP-18
    22 13-SEP-18 13-SEP-18
    22 13-SEP-18 13-SEP-18
    22 13-SEP-18 13-SEP-18
    23 13-SEP-18 13-SEP-18
    23 13-SEP-18 13-SEP-18
    23 13-SEP-18 13-SEP-18
    24 13-SEP-18 13-SEP-18
    24 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    24 13-SEP-18 13-SEP-18
    25 13-SEP-18 13-SEP-18
    25 13-SEP-18 13-SEP-18
    25 13-SEP-18 13-SEP-18
    26 13-SEP-18 13-SEP-18
    26 13-SEP-18 13-SEP-18
    26 13-SEP-18 13-SEP-18
    27 13-SEP-18 13-SEP-18
    27 13-SEP-18 13-SEP-18
    27 13-SEP-18 13-SEP-18
    28 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    28 13-SEP-18 13-SEP-18
    28 13-SEP-18 14-SEP-18
    29 13-SEP-18 13-SEP-18
    29 13-SEP-18 13-SEP-18
    29 14-SEP-18 14-SEP-18
    30 13-SEP-18 13-SEP-18
    30 13-SEP-18 13-SEP-18
    30 14-SEP-18 14-SEP-18
    31 13-SEP-18 13-SEP-18
    31 13-SEP-18 13-SEP-18
    31 14-SEP-18 14-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    32 13-SEP-18 13-SEP-18
    32 13-SEP-18 13-SEP-18
    32 14-SEP-18 14-SEP-18
    33 13-SEP-18 13-SEP-18
    33 13-SEP-18 13-SEP-18
    33 14-SEP-18 14-SEP-18
    34 13-SEP-18 13-SEP-18
    34 13-SEP-18 13-SEP-18
    34 14-SEP-18 14-SEP-18
    35 13-SEP-18 13-SEP-18
    35 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    35 14-SEP-18 14-SEP-18
    36 13-SEP-18 13-SEP-18
    36 13-SEP-18 13-SEP-18
    37 13-SEP-18 13-SEP-18
    37 13-SEP-18 13-SEP-18
    38 13-SEP-18 13-SEP-18
    38 13-SEP-18 13-SEP-18
    39 13-SEP-18 13-SEP-18
    39 13-SEP-18 13-SEP-18
    40 13-SEP-18 13-SEP-18
    40 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    41 13-SEP-18 13-SEP-18
    41 13-SEP-18 13-SEP-18
    42 13-SEP-18 13-SEP-18
    42 13-SEP-18 13-SEP-18
    43 13-SEP-18 13-SEP-18
    43 13-SEP-18 13-SEP-18
    44 13-SEP-18 13-SEP-18
    44 13-SEP-18 13-SEP-18
    45 13-SEP-18 13-SEP-18
    45 13-SEP-18 13-SEP-18
    46 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    46 13-SEP-18 13-SEP-18
    47 13-SEP-18 13-SEP-18
    47 13-SEP-18 13-SEP-18
    48 13-SEP-18 14-SEP-18
    48 13-SEP-18 14-SEP-18
    49 14-SEP-18 14-SEP-18
    49 14-SEP-18 14-SEP-18
    50 14-SEP-18 14-SEP-18
    50 14-SEP-18 14-SEP-18
    51 14-SEP-18 14-SEP-18
    51 14-SEP-18 14-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    52 14-SEP-18 14-SEP-18
    52 14-SEP-18 14-SEP-18
    53 14-SEP-18 14-SEP-18
    53 14-SEP-18 14-SEP-18
    54 14-SEP-18 14-SEP-18
    54 14-SEP-18 14-SEP-18
    55 14-SEP-18 14-SEP-18
    55 14-SEP-18 14-SEP-18
    56 14-SEP-18 14-SEP-18
    56 14-SEP-18 14-SEP-18
    57 14-SEP-18 14-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    57 14-SEP-18 14-SEP-18
    58 14-SEP-18 14-SEP-18
    58 14-SEP-18 14-SEP-18

124 rows selected.

SQL>

2.13.3、target验证归档传送情况：

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

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    16 13-SEP-18 13-SEP-18
    17 13-SEP-18 13-SEP-18
    20 13-SEP-18 13-SEP-18
    21 13-SEP-18 13-SEP-18
    22 13-SEP-18 13-SEP-18
    23 13-SEP-18 13-SEP-18
    24 13-SEP-18 13-SEP-18
    25 13-SEP-18 13-SEP-18
    26 13-SEP-18 13-SEP-18
    27 13-SEP-18 13-SEP-18
    28 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    29 13-SEP-18 13-SEP-18
    30 13-SEP-18 13-SEP-18
    31 13-SEP-18 13-SEP-18
    32 13-SEP-18 13-SEP-18
    33 13-SEP-18 13-SEP-18
    34 13-SEP-18 13-SEP-18
    35 13-SEP-18 13-SEP-18
    36 13-SEP-18 13-SEP-18
    37 13-SEP-18 13-SEP-18
    38 13-SEP-18 13-SEP-18
    39 13-SEP-18 13-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    40 13-SEP-18 13-SEP-18
    41 13-SEP-18 13-SEP-18
    42 13-SEP-18 13-SEP-18
    43 13-SEP-18 13-SEP-18
    44 13-SEP-18 13-SEP-18
    45 13-SEP-18 13-SEP-18
    46 13-SEP-18 13-SEP-18
    47 13-SEP-18 13-SEP-18
    48 13-SEP-18 14-SEP-18
    49 14-SEP-18 14-SEP-18
    50 14-SEP-18 14-SEP-18

 SEQUENCE# FIRST_TIM NEXT_TIME
---------- --------- ---------
    51 14-SEP-18 14-SEP-18
    52 14-SEP-18 14-SEP-18
    53 14-SEP-18 14-SEP-18
    54 14-SEP-18 14-SEP-18
    55 14-SEP-18 14-SEP-18
    56 14-SEP-18 14-SEP-18
    57 14-SEP-18 14-SEP-18
    58 14-SEP-18 14-SEP-18

41 rows selected.

SQL>

2.13.4、验证target归档应用情况：

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

 SEQUENCE# APPLIED
---------- ---------
    16 YES
    17 NO
    20 YES
    21 NO
    22 NO
    23 NO
    24 NO
    25 NO
    26 NO
    27 NO
    28 NO

 SEQUENCE# APPLIED
---------- ---------
    29 NO
    30 NO
    31 NO
    32 NO
    33 NO
    34 NO
    35 NO
    36 NO
    37 NO
    38 NO
    39 NO

 SEQUENCE# APPLIED
---------- ---------
    40 NO
    41 NO
    42 NO
    43 NO
    44 NO
    45 NO
    46 NO
    47 NO
    48 NO
    49 NO
    50 NO

 SEQUENCE# APPLIED
---------- ---------
    51 NO
    52 NO
    53 NO
    54 NO
    55 NO
    56 NO
    57 NO
    58 NO

41 rows selected.

SQL>

结果显示好多为NO，可以redo没有应用，让target应用redo：

SQL> alter database recover managed standby database using current logfile disconnect from session;

Database altered.

SQL> 

再来查看：

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

 SEQUENCE# APPLIED
---------- ---------
    16 YES
    17 YES
    18 YES
    19 YES
    20 YES
    20 YES
    21 YES
    21 YES
    22 YES
    22 YES
    23 YES

 SEQUENCE# APPLIED
---------- ---------
    23 YES
    24 YES
    24 YES
    25 YES
    25 YES
    26 YES
    26 YES
    27 YES
    27 YES
    28 YES
    28 YES

 SEQUENCE# APPLIED
---------- ---------
    29 YES
    29 YES
    30 YES
    30 YES
    31 YES
    31 YES
    32 YES
    32 YES
    33 YES
    33 YES
    34 YES

 SEQUENCE# APPLIED
---------- ---------
    34 YES
    35 IN-MEMORY
    35 YES
    36 YES
    37 YES
    38 YES
    39 YES
    40 YES
    41 YES
    42 YES
    43 YES

 SEQUENCE# APPLIED
---------- ---------
    44 YES
    45 YES
    46 YES
    47 YES
    48 YES
    49 YES
    50 YES
    51 YES
    52 YES
    53 YES
    54 YES

 SEQUENCE# APPLIED
---------- ---------
    55 YES
    56 YES
    57 YES
    58 YES

59 rows selected.

SQL>

现在已经应用了

2.13.5、停止redo apply

alter database recover managed standby database cancel;

2.14、验证DG的switchover

2.14.1、验证master能否切换成target

SQL> select switchover_status from v$database;

SWITCHOVER_STATUS
--------------------
TO STANDBY

SQL>

如果是 TO STANDBY 或者 SESSION ACTIVE，表示master可以切换成standby role。 其他值就不能切换，因为其他值表明DG 的环境可能已经破坏了。

2.14.2、将master切换成target

如果查询结果是：TO STANDBY，那么使用：alter database commit to switchover to physical standby;这条语句切换。

如果查询结果是：SESSIONS ACTIVE，那么使用：alter database commit to switchover to physical standby with session shutdown;

显示to  standby 表示满足转换条件。

如果显示session active表示还有活动会话，关闭活动会话再检查

如果结果为session active,在切换的时候可以指定with session shutdown子句强制关闭活动会话

2.14.3、shutdown原master并启动到mount状态

shutdown immediate

satrtup mount

2.14.4、验证master切换后的状态

SQL> select open_mode,database_role,switchover_status from v$database;

OPEN_MODE         DATABASE_ROLE    SWITCHOVER_STATUS
-------------------- ---------------- --------------------
MOUNTED          PHYSICAL STANDBY RECOVERY NEEDED

SQL> 

2.14.5、验证原target能否切换成master

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS
--------------------
TO PRIMARY

SQL>

2.14.6、将原target切换为master

如果查询结果是：TO PRIMARY，那么使用：alter database commit to switchover to primary;这条语句切换；

如果查询结果是：SESSIONS ACTIVE，那么使用：alter database commit to switchover to primary with session shutdown;这条语句进行切换。

2.14.7、打开原target数据库

alter database open;

2.14.8、查询原target角色状态

SQL> select open_mode,database_role,switchover_status from v$database;

OPEN_MODE         DATABASE_ROLE    SWITCHOVER_STATUS
-------------------- ---------------- --------------------
READ WRITE         PRIMARY          TO STANDBY

SQL>

2.14.9、以read only的方式打开原master数据库

SQL> alter database open read only;

Database altered.

SQL> 

2.14.10、原master执行同步

SQL> alter database recover managed standby database using current logfile disconnect from session;

Database altered.

SQL>

2.14.11、验证switchover结果

查询原target归档发送情况：SELECT SEQUENCE#, FIRST_TIME, NEXT_TIME FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;

验证原master归档应用情况：SELECT SEQUENCE#,APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE#;

原target创建一个新表：scott.aa并查询数据:

SQL> create table scott.aa as select * from scott.emp;

Table created.

SQL> select * from scott.aa;
原master上查询：select * from scott.aa;   ---成功查询到数据

SQL> SELECT DEST_ID, STATUS,APPLIED_SCN FROM V$ARCHIVE_DEST WHERE TARGET='STANDBY';

   DEST_ID STATUS    APPLIED_SCN
---------- --------- -----------
     4 VALID     1162661

SQL> 

2.15、验证DG的Failover

2.15.1、处理归档日志的gap

在master查看target是否有gap：

sql> select thread#, low_sequence#, high_sequence# from v$archive_gap;

如果有，将对应的归档文件copy到备库，在注册它：

sql>alter database register physical logfile 'log_file_path';

注意：如果有Gap存在，并且没有解决。那么是不能正常的进行一个Failover。 只能进行一个强制的Failover。 这种情况下会有数据丢失。 

2.15.2、解决gap问题后，进行切换

2.15.2.1、取消Apply Service

SQL> alter database recover managed standby database cancel;

SQL> alter database recover managed standby database finish;-- [force|wait|nowait]    

----这一步是关键

在执行这个命令的时候，如果主库和备库之间的网络中断了。 那么备库的RFS进程就会等待网络的连接，直到TCP超时。 因此在这种情况下，我们就需要加上Force 关键字。

--在oracle 10gR2之前的版本：没有备库日志文件：

SQL> alter database recover managed standby database finish skip standby logfile;

注意：如果执行了这条命令，就不能在进行recover standby database;

2.15.3、 将target切换为master

SQL> alter database commit to switchover to primary;
SQL> shutdown immediate;
SQL> startup

 

2.16、验证DG的保护模式

2.14.1、查询master与target的保护模式

master查看当前的保护模式：

SQL> select protection_mode, protection_level, database_role role, switchover_status from v$database;

PROTECTION_MODE      PROTECTION_LEVEL      ROLE           SWITCHOVER_STATUS
-------------------- -------------------- ---------------- --------------------
MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE  PRIMARY       TO STANDBY

SQL>

2.14.2、将master模式切换为最大可用性：

 

daf380
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Oracle 11.2.0.4的Data Guard环境搭建
梁鑫的博客
07-05 251
*Oracle 11.2.0.4的Data Guard环境搭建 环境： 192.168.31.200 primarydb #主库 db_name 192.168.31.201 stdb #备库 db_name /u01/app/oracle/oradata/primarydb/ #主库数据目录 /u01/app/oracle/oradata/stdb/ #备库数据目录 1.主库启动FORCE LOGGING SQL> alter database force
oracle for windows 11.2.0.1升级到11.2.0.4
clm20482的博客
01-18 3145
oracle for windows 11.2.0.1升级到11.2.0.4其实很简单，但是过程中还是有很多细节要注意，否则就可能会出现不可预知的灾难。 oracle for windows 11.2.0.1升级到...
oracle_home 11.2,Oracle11.2.0.1升级到11.2.0.4
weixin_29488835的博客
04-04 213
1、首先安装11.2.0.4数据库，安装步骤略过2、开始升级我已经下载了更新软件，所以选择第Skip software update选择upgrade 按existing database继续下一步语言默认english，next选择企业版Next注意这里的路径，开始我是11.2.0.1这里升级后是11.2.0.4需要建立新的目录然后点击完成，开始安装这里会让你选择创建监听，我们已经有监听，不创建...
Centos7 安装Oracle11g 11.2.0.4 ——静默安装
最新发布
zd1320732的专栏
06-03 471
1、下载CentOS7 自行安装（64位）网络自行配置；**linux：**https://pan.baidu.com/s/1kGsVfAoMJ_bmAJdhQgs6FA 提取码：ptn4**windows：**https://pan.baidu.com/s/10wtQrYpyrhZ2dUyAEgdbFQ提取码：frbe参考：https://blog.csdn.net/demonson/article/details/797537664、配置hostname（本机IP映射）
Oracle 11.2.0.1升级11.2.0.4（Linux 单机）
loveLAxin的博客
08-31 2430
Oracle Linux 单机11.2.0.1升级11.2.0.4，保姆级教程.........
Oracle Rac11.2.0.1升级11.2.0.4
浅抒流年的博客
09-15 4114
rac11.2.0.1升级至11.2.0.4需要p13390677_112040_Linux-x86-64_1of7.zip、p13390677_112040_Linux-x86-64_2of7.zip、p13390677_112040_Linux-x86-64_3of7.zip这3个安装包(1、2是oracle安装包，3是grid安装包) RAC环境 节点1 节点2 ...
rac to rac dataguard setup in 11.2.0.4
01-20
文章描述如何设置oracle 11.2.0.4 的 RAC to RAC dataguard.
2020年生产环境windows2012r2+oracle 11.2.0.4+psu+dataguard搭建步骤.docx
05-19
本文将详细介绍如何在 Windows 2012 R2 环境下搭建 Oracle 11.2.0.4 数据库，并配置 DataGuard。 一、项目调研规划 在开始搭建数据库之前，需要进行项目调研规划，了解业务需求和技术架构。这包括了解业务流程、...
Linux上部署11.2.0.3 RAC+Dataguard演示文稿
05-09
一步一步在Linux上部署11.2.0.3 RAC+Dataguard演示文稿
OracleLinux6.2下OracleDatabase11.2.0.4 RAC
04-01
本文档用于详细记录在 OEL 6 2 X86 64 位系统上安装配置 Oracle 11gR2 11 2 0 4 0 RAC 的步骤 RAC 数据库的基本维护 为 RAC 创建单实例 Active Physical Dataguard等内容 安装平台选择 VMware 公司的 VMware ...
Oracle Data Guard 11g Handbook [中文翻译版].part2.rar
04-25
Oracle Data Guard 11g Handbook [中文翻译版].part2.rar 共两部分
oracle-基于oracle dataguard滚动升级（oracle10.2.0.1--10.2.0.4--11.2.0.4）
HackersAndPainters
02-04 3855
oracle-基于oracle dataguard滚动升级（oracle10g升级到oracle11g）thinking：（主要技术涉及到：1、物理备库转成逻辑备库。2、数据库软件升级从oracle10.2.0.1升级到oracle10.2.0.4升级到oracle11.2.0.4。）     1、首先从搭建物理DG开始，搭建A主机数据库的物理DG B（数据库软件从oracle 10.2.0.1升
11.2.0.4 dataguard环境准备
八月未央
12-06 1038
主库信息 ：数据库：11.2.0.4  OS：rhel as6.4 64位 SID：primary  db_name：primary db_unique_name：primary 备库信息 ：数据库：11.2.0.4  OS：rhel as6.4 64位 SID：standby  db_name：primary db_unique_name：standby
oracle11.2.0.1升级到11.2.0.4 linux6
kadwf123的专栏
04-24 7505
1、升级准备，准备一套oracle11.2.0.1版本的数据库，升级需要如下11.2.0.4版本的升级包，红框中部分：2、解压后也是一个database目录，cd database然后执行./runInstaller选择不需要oracle support支持，next，会有个报错提示，不需要管，直接yes。3、选择跳过软件更新4、选择升级一个存在的数据库：5、选择语言，支持中文简体6、选择升级的版...
oracle11g实战教学,ORACLE11g从11.2.0.1升级到11.2.0.4详细实战教程
weixin_42639633的博客
04-05 429
1、准备安装查看当前oracle版本，确定是比较旧的11.2.0.1[oracle@hch_test_121_90 ~]$ rlwrap sqlplus / as sysdba SQL*Plus: Release 11.2.0.1.0 Production on Fri Mar 17 15:20:45 2017 Copyright (c) 1982, 2009, Oracle. All right...
ORACLE 11.2.0.4 dg搭建及对DDL的支持验证
clm20482的博客
09-01 272
今天，有同事问ORACLE 11.2.0.4 dataguard是否对DDL支持；由于，我工作中oracle 11g的dataguard环境很少，所以对她的研究不是很多；因此，对于有疑问的知识，最好的办法就是用实验数据进...
oracle 11.2.0.1升级至11.2.0.4正确步骤
cssma46022的博客
04-08 949
环境 操作系统 windows 2008R2 原库版本：oracle 11.2.0.1 升级版本：oracle 11.2.0.4 升级方式：软件包升级 ...
oracle11.2.0.4维保期,Oracle 11.2.0.4.0 dataguard部署和日常维护(2)
weixin_35930255的博客
04-06 136
1. primary库设置dataguard相关参数1.1.强制primay库在任何状态下必须记录日志SYS@userdata>select FORCE_LOGGING from v$database;FORCE_LOG---------NOSYS@userdata>alter databaseforce logging;Databasealtered.SYS@userdata&gt...
ORACLE 11.2.0.4 DG(Broker) for linux 部署
clm20482的博客
04-15 126
1、oracle数据库 DB的工作示意图 2、oracle dg的三大工作模式及对数据库的需求依赖 3、本次实验的环境 4、oracle DG部署前的工作 在centdgpri机器上部署Oracle ...
linux oracle11.2.0.4 搭建oracle dataguard 完成 备库如果想单独写入数据，等测试一段时间之后，再同步主库中的数据如何操作
05-30
如果您的 Oracle Data Guard 已经搭建完成，备库已经配置好并且已经同步了主库的数据，现在想在备库中单独写入数据并在一段时间后将这些数据同步到主库，可以按照以下步骤操作： 1. 在备库中创建一个新的表空间，例如`TEST`。 2. 创建一个新的用户并将其分配到`TEST`表空间中。 3. 在`TEST`表空间中创建需要测试的表，并向其中插入数据。 4. 在备库中启用日志传输服务，这将确保备库的归档日志被传输到主库。 5. 在备库中将日志传输服务设置为手动模式，用于在测试期间停止日志传输服务。 6. 在备库中执行测试操作，向`TEST`表中插入数据。 7. 测试完成后，将日志传输服务设置为自动模式，以便将所有更改同步到主库。 8. 在主库中执行以下命令，将备库中的数据同步到主库： ``` ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT; ``` 这将断开主库和备库之间的同步连接，并将备库中的所有更改同步到主库。 注意：在测试期间，备库将处于不同步状态，不能作为主库的备份，因此在测试期间应该小心操作。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值