先简单介绍下故障过程,某天突然一同事跑过来说:
“魏大湿,我在主库上新建PDB,备库没有同步,实时应用也自动宕掉了。”
“新建PDB之前,主备同步是好的吗?”
“是好的,在创建之前特意检查了实时应用,在主库创建测试表,备库立马就有了。”
“之前在这个库的主库上有创建过PDB没?”
“创建过,ADG同步一直都没问题。”
“。。。”
通过沟通知道了,这套CDB模式的19C,之前在主库上创建PDB,备库同步正常。但是最近的一次新建PDB,备库同步就宕掉了。于是接手去看下到底是啥原因?
通过日志初步判断触发Bug25350791,在MRPFails with ORA-1274 while Creating PDB on Standby (Doc ID2423108.1)文章中提到的workwround是被克隆的源PDB需要处于readonly模式且实时同步开启即可。但我们新建的PDB是从pdb$seed种子库克隆过来的,pdb$seed本来就处于readonly。
新建PDB命令如下:
------首先查出pdb$seed的系统数据文件路径,后进行克隆
CREATEPLUGGABLE DATABASE pdbtest ADMIN USER pdbtest_admin IDENTIFIED BYxxxxxx
storageunlimited
DEFAULTTABLESPACE TBS_PDBPDB DATAFILE +DATADG1 SIZE 30g AUTOEXTEND OFF
FILE_NAME_CONVERT=(+DATADG1/RACDB/AB29857745280367E0532A3DE60/DATAFILE/system.292.1046608615,+DATADG1,
+DATADG1/RACDB/AB29857745280367E0532A3DE60/DATAFILE/sysaux.290.1046608619,+DATADG1,
+DATADG1/RACDB/AB29857745280367E0532A3DE60/DATAFILE/undotbs1.288.1046608621,+DATADG1,
+DATADG1/RACDB/AB29857745280367E0532A3DE60/TEMPFILE/temp.286.1046608621,+DATADG1);
我们目前尝试了各种方法去解决PDB同步的问题,例如把standby_file_management设置成手动,然后创建PDB命令填写详细路径等方式都均告失败。已开SR等待回复。
看到这里我们先把同步恢复先,路还是要继续往前走的。以下是恢复的过程:
1、在主库备份新建PDB及控制文件,并将其备份集scp至备库。
backuppluggable database PDBTEST FORMAT /bak/PDBTEST_%U_%T.bak;
alterdatabase create standby controlfile as /bak/standby.ctl;
selectfile#,alter database rename file ||file#|| || to||name||; name_str from v$datafile order by 1;
shutdownimmediate;
startupnomount;
RMAN>restore standby controlfile from /bak/standby.ctl;
alterdatabase mount;
altersystem set standby_file_management="manual" scope=both;
catalogstart with /bak noprompt;
restorepluggable database PDBTEST;
restoredatafile 150,151,152,153;-------150,151,152,153为新建PDB数据文件的file#。
catalogstart with +ARCHIVEDG noprompt;
5、开始做recover,recover完成之后,开启实时应用即可。
recoverdatabase noredo;
截图:
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/130041.html
摘要:也就是说线程能够独立于线程之前工作。复制使用了三个线程。的日志线程,将事件写入,的线程获取,并将其写入,线程重放日志。 1. 复制概述 MySQL 内置的复制功能是构建基于 MySQL 的大规模、高性能应用的基础,复制解决的基本问题是让一台服务器的数据与其他服务器保持同步。接下来,我们将从复制概述及原理、复制的配置、常见的问题及解决方法来学习 MySQL 的复制功能。 1.1 复制解决...
摘要:也就是说线程能够独立于线程之前工作。复制使用了三个线程。的日志线程,将事件写入,的线程获取,并将其写入,线程重放日志。 1. 复制概述 MySQL 内置的复制功能是构建基于 MySQL 的大规模、高性能应用的基础,复制解决的基本问题是让一台服务器的数据与其他服务器保持同步。接下来,我们将从复制概述及原理、复制的配置、常见的问题及解决方法来学习 MySQL 的复制功能。 1.1 复制解决...
阅读 1235·2023-01-11 13:20
阅读 1542·2023-01-11 13:20
阅读 994·2023-01-11 13:20
阅读 1650·2023-01-11 13:20
阅读 3958·2023-01-11 13:20
阅读 2456·2023-01-11 13:20
阅读 1288·2023-01-11 13:20
阅读 3447·2023-01-11 13:20