oracle19c双机运维,Oracle 19C Data Guard基础运维-04 Failovers疑问？

Oracle 19C Data Guard

基础运维

-0

4 Failovers

疑问？

原主库

原备库

Failovers

新主库

独立库

192.168.31.90

192.168.31.100

192.168.31.100

192.168.31.90

cjcdb

chendb

chendb

cjcdb

Failover

：

Figure 9-4 Failover to a Standby Database

Performing a Failover to a Physical Standby Database

关于failover的疑问？

模拟主库意外宕机，并且存在archive gap

，查看主库上有

3

个归档文件没有传到备库，但是在备库端查看

v$archive_gap

显示却是空的？

并且没有使用过

snapshot standby

，在备库端执行

ALTER DATABASE FAILOVER TO

chendb

;

时没有报错提示，由于归档缺失，备库failover

成功后，丢失了大量数据。

为什么备库明明有archive gap

但在

v$archive_gap

里查询不到呢？在存在

archive gap

时，为什么备库执行

ALTER DATABASE FAILOVER TO

chendb;

可以成功，最终导致数据丢失呢？

实验过程如下：

场景二：有归档间隙

主库模拟故障，模拟归档gap

：

先停掉备库:

不接收主库产生的

redo

或归档数据

SQL> shutdown immediate

主库：生成测试数据，生成redo

和归档数据

---session 1

SQL>

declare

begin

for i in 1 .. 1000

000

loop

insert into test1 values (i);

commit;

end loop;

end;

插入数据期间，生成了3

个归档文件

[oracle@cjcos01 arch]$ pwd

/arch

......

cjcpdb_arch_1_74_1030641846.arc

cjcpdb_arch_1_75_1030641846.arc

cjcpdb_arch_1_76_1030641846.arc

强制关闭主库

SQL> shutdown abort

主库重命名新产生的三个归档文件，模拟归档gap

[oracle@cjcos01 arch]$ mv cjcpdb_arch_1_74_1030641846.arc cjcpdb_arch_1_74_1030641846.arc.bak

[oracle@cjcos01 arch]$ mv cjcpdb_arch_1_75_1030641846.arc cjcpdb_arch_1_75_1030641846.arc.bak

[oracle@cjcos01 arch]$ mv cjcpdb_arch_1_76_1030641846.arc cjcpdb_arch_1_76_1030641846.arc.bak

主库重命名system01.dbf

模拟数据库故障

[oracle@cjcos01 arch]$ cd /u01/app/oracle/oradata/CJCDB/

[oracle@cjcos01 CJCDB]$ mv system01.dbf system01.dbf.bak

主库启动失败

SQL> startup

ORACLE instance started.

Total System Global Area 1375728192 bytes

Fixed Size

9134656 bytes

Variable Size

1107296256 bytes

Database Buffers

251658240 bytes

Redo Buffers

7639040 bytes

Database mounted.

ORA-01157: cannot identify/lock data file 1 - see DBWR trace file

ORA-01110: data file 1: '/u01/app/oracle/oradata/CJCDB/system01.dbf'

SQL> select open_mode from v$database;

OPEN_MODE

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

MOUNTED

启动备库：

1.

检查

dg

恢复模式

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

DATABASE_ROLE

PROTECTION_LEVEL     PROTECTION_MODE

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

PHYSICAL STANDBY MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

2

检查

archive_gap

，显示没有归档gap?

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

no rows selected

查看备库归档日志确实少了3个

(74,75,76)，但是为什么

v$archive_gap没有数据呢？

3

备库取消

DG

应用

(

关闭

MRP)

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

Database altered.

4

尝试备库在缺少归档日志情况下执行

failover,

居然没有报错？

SQL> ALTER DATABASE FAILOVER TO chendb;

Database altered.

也可以正常open

数据库

SQL> alter database open;

Database altered.

由于缺失归档，所有在执行完failover后，丢失了

999999条数据。

SQL>

Select * from test1;

ID

---

1

欢迎关注我的微信公众号"IT小Chen"，共同学习，共同成长！！！