数据库管理-第101期 DG环境下创建PDB的坑（20230908）

本周在X9M上ADG环境主库上做PDB迁移的时候，出现了一个问题，备库在想要启动PDB的时候出现了无法打开的问题，在与SR深入交流之后发现了问题的原因。

1 standbys子句

创建PDB的standbys子句，指定创建PDB时是否在备库创建同一PDB的数据文件，使用方式如下：

create pluggable database xxx ... standbys= ('cdb_name1','cdb_name2',...)|none|all|all except;

standbys子句包含：

• cdb_name: 在指定的备库中创建PDB数据文件。
• none: 不在任何备库中创建PDB数据文件。
• all: 在所有备库中创建PDB数据文件，默认值。（大坑）
• all except: 排除部分备库，在其余备库中创建PDB文件。

在使用none和all except子句中，不在对应备库创建PDB文件不会影响DG整体同步状况，这种配置是控制部分PDB（比如测试PDB）无需灾备同步，备库中PDB不同步数据，仅有元数据展示，因此备库中PDB时无法被open read only的，在switchover后，这个PDB将无法新的主库（原备库）中使用，failover后有丢失对应数据的风险。

2 remote clone

就官方文档来看，一般情况下DG环境中创建PDB是无需关注该子句，因为默认为all。但是，在本周割接后发现备库对应PDB无法打开，出现了以下问题：

SQL> alter pluggable database open read only;
alter pluggable database open read only
*
ERROR at line 1:
ORA-01147: SYSTEM tablespace file xxxx is offline

SQL> select file#,status,name from v$datafile where file#=1716;

FILE# STATUS NAME
---------- ------- --------------------------------------------------------------
XXXX SYSOFF /u01/app/oracle/product/19.0.0.0/dbhome_1/dbs/UNNAMED01716

SQL> alter database datafile xxxx online;
alter database datafile xxxx online
*
ERROR at line 1:
ORA-01156: recovery or flashback in progress may need access to files

检查备库数据库日志，发现了以下问题：

Recovery created pluggable database PDB_XXXX <<<<<<<<
PDB_XXXX(16):Tablespace-SYSTEM during PDB create skipped since source is in r/w mode or this is a refresh clone
PDB_XXXX(16):File \#1716 added to control file as 'UNNAMED01716'. Originally created as:
PDB_XXXX(16):'+DATAC1/XXDBAAS/0485588F0AB77E31E06302096F0A5738/DATAFILE/system.1938.1146701297'
PDB_XXXX(16):because the pluggable database was created with nostandby
PDB_XXXX(16):or the tablespace belonging to the pluggable database is
PDB_XXXX(16):offline.

该PDB所有数据文件均仅有元数据过来了，日志中“the pluggable database was created with nostandby”也表示主库创建PDB似乎是使用的standbys=none方式创建的。

3 问题处理

其实这个问题处理也并不是太复杂，只不过备库需要重启可能会影响到读写分离：

• 复制数据文件至备库

RMAN> run{
set newname for pluggable database PDB_XXXX to new;
restore pluggable database PDB_XXXX from service wgdbaas;
}
......

RMAN> switch pluggable database PDB_XXXX to copy;

• 关闭数据数据同步

DGMGRL> edit database xxdbdg set state='APPLY-OFF'

• 关闭备库

srvctl stop database -db xxdbdg

• 启动数据库至mount状态（RAC中单个实例即可）

startup mount

• PDB进行recovery

alter pluggable database enable recovery;

• PDB中所有数据文件online

alter database datafile 1716 online;
alter database datafile 1717 online;
......

• 正常启动备库

srvctl start database -db xxdbdg
#这里需要等待一段时间，做恢复

• 开启同步

DGMGRL> edit database xxdbdg set state='APPLY-ON'

• 启动备库相关service

略

至此这个出现问题的PDB恢复完成，根据于SR沟通得知，在本次远程克隆PDB的过程中，standbys被自动指定成了none，但是这个参数默认值是all，为什么会出现这个问题呢？

4 DG环境对多租户环境的影响

Data Guard Impact on Oracle Multitenant Environments (Doc ID 2049127.1)

从 18c 开始，在主库创建 PDB，默认使用STANDBYS=NONE的方式创建。数据库的告警日志会出现第二节中相同的输出。
具体也会有以下一些情况：

• 从seed创建新的PDB
  备库会自动从灾备端的pdb$seed中复制数据文件，备库对应PDB可直接open read only（需要standbys=all）。
• 从同CDB中克隆PDB
  • 在ADG环境中，备库对应PDB会从灾备端本地源PDB复制数据文件，备库对应PDB可直接open read only（需要standbys=all）。
    注意：在克隆创建过程中，主数据库上的源 PDB 必须处于只读模式。如果源 PDB 处于读写状态，则在尝试创建克隆的 PDB 时，在备用数据库重做应用将失败。
  • 在非ADG环境中，因为无法保证文件一致性，redo apply无法直接复制数据文件。
• 通过dblink从其他CDB克隆PDB
  通过dblink远程克隆PDB，因无法预先确定新 PDB 的 GUID，因此备库无法将数据文件预先复制到“已知位置”。
  如果源 PDB 在副本期间处于只读模式，并且DG处于ADG模式下，Oracle 建议通过配置standby_pdb_source_file_dblink（即备库配置由主库创建的指定到源端的dblink）来实现备库PDB文件创建（详见Doc 2274735.1)。这允许redo apply使用dblink的将源 PDB 复制到备用数据库。这里还是需要指定standbys=all（如果是跨版本PDB克隆升级，还是建议用我本次割接的处理方式）。
  如果克隆是在源 PDB open read write情况下完成的，或者DG未处于ADG模式下， Oracle 建议使用 CREATE PLUGGABLE DATABASE 语句中的 STANDBYS=NONE 子句推迟 PDB 的恢复。将 PDB 的数据文件从主数据库复制到备用数据库后，可以在将来的某个时间启用 PDB 的恢复， 恢复方式同上一节。
• 关于plugin和其他方式在主库创建PDB这里就不做讲解了。

5 通过dblink克隆PDB无需附加恢复的操作演示

primary daabase: prodcdb
standby database: proddg
source pluggable database: testpdb1 in devcdb
Active Data Guard is enable.

prodcdb:
create database link devcdb connect to system identified by oracle using 'devcdb';

proddg:
alter system set standby_pdb_source_file_dblink='DEVCDB';

devcdb:
alter pluggable database testpdb1 close;
alter pluggable database testpdb1 open read only;

prodcdb:
create pluggable database testpdb1 from testpdb1@devcdb standbys=all;
alter pluggable database testpdb1 open;

proddg:
alter pluggable database testpdb1 open;

总结

从本期的讲解中也能知道，在DG环境中创建PDB是有一些坑的，一些操作规则和官方文档中的描述也是有一些出入的。
老规矩，知道写了些啥。