Oracle DataGuard 之--Physical DG转换Logical DG

Oracle DataGuard 之--Physical DG转换Logical DG

一、Physical DG和Logical DG

    Physical Standby使用的是Media Recovery 技术，在数据块级别进行恢复，这种方式没有数据类型的限制，可以保证两个数据库完全一致。 Physical Standby数据库只能在Mount 状态下进行恢复，也可以是打开，但只能已只读方式打开，并且打开时不能执行恢复操作。

Logical Standby使用的是Logminer 技术，通过把日志内容还原成SQL 语句，然后SQL引擎执行这些语句，Logminer Standby不支持所有数据类型，可以在视图DBA_LOGSTDBY_UNSUPPORTED 中查看不支持的数据类型，如果使用了这种数据类型，则不能保证数据库完全一致。LogicalStandby数据库可以在恢复的同时进行读写操作。

二、物理备库升级逻辑备库准备

1） 确认主库包含逻辑STANDBY支持的表和数据类型 

1、 逻辑STANDBY支持的数据类型： 

2、逻辑STANDBY不支持的数据类型：NCLOB, LONG, LONG RAW, BFILE, ROWID, and UROWID
3、逻辑STANDBY不支持的表和序列： 

逻辑STANDBY不支持的表和列可以通过视图dba_logstdby_unsupported来查询： 

SELECT * FROM DBA_LOGSTDBY_UNSUPPORTED; 

4、逻辑STANDBY不支持的SQL语句操作： 

2）通过物理备库升级到逻辑备库

1、查看数据库角色

16:03:27 SYS@ prod>select name,database_role from v$database;

NAME      DATABASE_ROLE
--------- ----------------
PROD      PRIMARY

Elapsed: 00:00:00.01

------在logical standby 包含不支持的数据库类型而无法复制的表

11:50:26 SYS@ prod>select owner,table_name from logstdby_unsupported_tables;

2、在主库上启动补充日志

3、为logmnr 建立专用的表空间

16:10:37 SYS@ prod>

4、在redo日志里加入logmnr数据字典

16:13:41 SYS@ prod>execute dbms_logstdby.build;

PL/SQL procedure successfully completed.

Elapsed: 00:00:11.01
16:14:06 SYS@ prod>

------告警日志

5、在物理备库上，转换为逻辑备库(mount)

7、验证

8、第一次打开逻辑备库

16:46:28 SYS@ gz>alter database open resetlogs;

Database altered.

Elapsed: 00:00:12.31

告警日志：

9、启动redo log 应用 

（必须在备库端添加standby redo log）

16:47:33 SYS@ gz>alter database start logical standby apply immediate;
alter database start logical standby apply immediate
*
ERROR at line 1:
ORA-16239: IMMEDIATE option not available without standby redo logs

Elapsed: 00:00:00.09

告警日志：

10、在备库上做DML操作

关于logical standy上的DDL/DML修改

   在logical standby环境下，备库基本上是一个独立的库，如果要在备库，以非sys用户对备库的数据进行DML修改，就会报错 ora-16224

au10qapap0tels2:ARS2AP:/opt/app/oracle/admin>  oerr ora 16224 
16224, 00000, "Database Guard is enabled"
// *Cause: Operation could not be performed because database guard is enabled
// *Action: Verify operation is correct and disable database guard
我们需要在备库做一些操作，以避免报错。

检查备库状态，我们发现是处于standby状态：

修改回standby状态：

alter database guard standby;
在standby或all状态下，所有非sys用户，都无法对logical standby的数据进行修改，关于alter database guard [standby|all|none] 几个参数的解释如下：

ALTER DATABASE GUARD ALL - prevents users making any changes - DEFAULT
ALTER DATABASE GUARD STANDBY - prevents users making changes to data maintained by data guard sql apply，即对DBMS_LOGSTDBY.SKIP 跳过的表可进行DML操作，而其他需要SQL APPLY的对象都不能进行变更操作。
ALTER DATABASE GUARD NONE - normal security

在逻辑备库上转换数据库保护模式（最大保护转换为最大性能）

告警日志：

告警日志：

11:44:49 SYS@ prod>alter database open;

Database altered.

Elapsed: 00:00:01.82
11:44:56 SYS@ prod>

11:44:56 SYS@ prod>select name,database_role ,protection_mode from v$database;

NAME      DATABASE_ROLE    PROTECTION_MODE
--------- ---------------- --------------------
PROD      PRIMARY          MAXIMUM PERFORMANCE

Elapsed: 00:00:00.01
11:48:28 SYS@ prod>

11:42:07 SYS@ gz>select name,database_role ,protection_mode from v$database;

NAME      DATABASE_ROLE    PROTECTION_MODE
--------- ---------------- --------------------
GZDB      LOGICAL STANDBY  MAXIMUM PERFORMANCE

转换中的注意事项：

1、转换过程客户端连接主库失败

主库：
alter system set log_archive_dest_2='service=gz lgwr async VALID_FOR=(all_LOGFILES,all_ROLES) DB_UNIQUE_NAME=gz' scope=spfile;

备库：
alter system set log_archive_dest_2='service=bj lgwr async VALID_FOR=(all_LOGFILES,all_ROLES) DB_UNIQUE_NAME=bj' scope=spfile;

16:38:14 SYS@ sh>alter database recover to logical standby gzdb parallel 20;

告警日志出现以下提示：

主库：
alter system set log_archive_dest_2='service=gz lgwr async VALID_FOR=(online_LOGFILES,primary_ROLES) DB_UNIQUE_NAME=gz' scope=spfile;

备库：
alter system set log_archive_dest_2='service=bj lgwr async VALID_FOR=(online_LOGFILES,primary_ROLES) DB_UNIQUE_NAME=bj' scope=spfile;

2、转换长时间停顿：

16:38:14 SYS@ sh>alter database recover to logical standby shdb parallel 20;

alter database recover to logical standby shdb 

解决方法：

在主库端再次执行：

17:47:38 SYS@ prod>execute dbms_logstdby.build;

PL/SQL procedure successfully completed.

告警日志：