74.ORA-16191问题修复&基于SCN增量修复DG

于 2024-01-25 14:14:32 发布
阅读量456 收藏 8
点赞数 9
分类专栏： 数据库运维-Oracle 文章标签： 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43346403/article/details/135843257
版权

1.检查主库发现:

select dest_name,status,error from v$archive_dest;
LOG_ARCHIVE_DEST_2 ERROR:ORA-16191: ??????????????????

密码文件的DM5码不一致。

从库的ALERT日志

alert_ctpricedg.log 警告日志为。
FAL[client]: Failed to request gap sequence
 GAP - thread 1 sequence 23315-23315
 DBID 1228473367 branch 1080828633
FAL[client]: All defined FAL servers have been attempted.
------------------------------------------------------------
Check that the CONTROL_FILE_RECORD_KEEP_TIME initialization
parameter is defined to a value that''s sufficiently large
enough to maintain adequate log switch information to resolve

2.修复方法。

将主库的密码文件复制到备库。

oracle修改sys用户的密码时会修改密码文件。主库修改sys用户的密码，
必须将该密码文件复制到备库，并修改为和备库的实例名称相匹配。
从库的密码文件与主库密码文件的DM5码不同，1月20日凌晨出现无法拉去主库的日志。
导致不同步。一般需要让主库和从使用相同的密码文件,这样DM5码就相同了。

3.使用增量备份恢复的方法修复从库。

--查看备份的起点:最小的SCN;

--从库SCN查看
SQL>  select to_char(current_scn) scn from v$database;
SCN
--------------------------------------------------------------------------------
2849888456
SQL>  select min(fhscn) from x$kcvfh;
MIN(FHSCN)
------------------------------------------------
2849888457
SQL> select distinct to_char(checkpoint_change#) from v$datafile_header order by 1; 

TO_CHAR(CHECKPOINT_CHANGE#)
--------------------------------------------------------------------------------
2849888457

--以归档日志查询相关scn/实际是23315号日志没传输过来。
select THREAD#,min(sequence#) from v$archived_log where applied='NO' group by THREAD#;  
  THREAD# MIN(SEQUENCE#)
---------- --------------
	 1	    23316

col fc for a30 
SELECT thread#,SEQUENCE#,to_char(FIRST_CHANGE#) fc,to_char(NEXT_CHANGE#) nc 
FROM v$archived_log WHERE SEQUENCE# = 23316 ORDER BY 1,2; 

SQL>
   THREAD#  SEQUENCE# FC			     NC
---------- ---------- ------------------------------ ------------------------------------------------------------------------------------------------------------------------
	 1	23316 2849888465		     2849893823

3.主库端基于scn的增量备份

(1) --SCN是前面查询得到的。 
 --取最小的SCN:2849888456
 RMAN> BACKUP INCREMENTAL FROM SCN 2849888456 DATABASE FORMAT '/u01/backup/ForStandby_%U' tag 'FORSTANDBY' ;
Starting backup at 25-JAN-24
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=587 device type=DISK
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
input datafile file number=00009 name=/u01/app/oracle/oradata/CTPRICE/datafile/rulechtic.dbf
input datafile file number=00005 name=/u01/app/oracle/oradata/CTPRICE/datafile/autoprice01.dbf
input datafile file number=00006 name=/u01/app/oracle/oradata/CTPRICE/datafile/autoprice02.dbf
input datafile file number=00008 name=/u01/app/oracle/oradata/CTPRICE/datafile/autoprice04.dbf
input datafile file number=00007 name=/u01/app/oracle/oradata/CTPRICE/datafile/autoprice03.dbf
input datafile file number=00011 name=/u01/app/oracle/oradata/CTPRICE/datafile/rulechtic01.dbf
input datafile file number=00003 name=/u01/app/oracle/oradata/CTPRICE/datafile/o1_mf_undotbs1_jkpnobys_.dbf
input datafile file number=00001 name=/u01/app/oracle/oradata/CTPRICE/datafile/o1_mf_system_jkpnoby6_.dbf
input datafile file number=00002 name=/u01/app/oracle/oradata/CTPRICE/datafile/o1_mf_sysaux_jkpnobyp_.dbf
input datafile file number=00010 name=/u01/app/oracle/oradata/CTPRICE/datafile/monitor.dbf
input datafile file number=00004 name=/u01/app/oracle/oradata/CTPRICE/datafile/o1_mf_users_jkpnobz5_.dbf
channel ORA_DISK_1: starting piece 1 at 25-JAN-24
channel ORA_DISK_1: finished piece 1 at 25-JAN-24
piece handle=/u01/backup/ForStandby_r42hflrj_1_1 tag=FORSTANDBY comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:10:35
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
including current control file in backup set
channel ORA_DISK_1: starting piece 1 at 25-JAN-24
channel ORA_DISK_1: finished piece 1 at 25-JAN-24
piece handle=/u01/backup/ForStandby_r52hfmfe_1_1 tag=FORSTANDBY comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
Finished backup at 25-JAN-24


--(2)备份控制文件。
ALTER DATABASE CREATE standby controlfile AS '/u01/backup/standby.ctl';  

 
--(3).传输文件到dg端:
控制文件传输到备库。
备份文件传输到备库:/chac/backup 目录。

--(4).恢复控制文件，恢复数据库
shu immediate; 
startup nomount; 

--(5)备份控制文件。
mv o1_mf_lqj88304_.ctl o1_mf_lqj88304_.ctl.20240125

--(6)恢复新的控制文件。
RMAN> restore controlfile from '/chac/backup/standby.ctl';

Starting restore at 25-JAN-24
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=576 device type=DISK

channel ORA_DISK_1: copied control file copy
output file name=/chac/app/oracle/fast_recovery_area/CTPRICEDG/controlfile/o1_mf_lqj88304_.ctl
Finished restore at 25-JAN-24

--(7)挂载数据库。
SQL> alter database mount;
Database altered.
  
--(8)主从备份的文件。
rman>catalog start with '/chac/backup';

RMAN> catalog start with '/chac/backup';

Starting implicit crosscheck backup at 25-JAN-24
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=769 device type=DISK
Crosschecked 91 objects
Finished implicit crosscheck backup at 25-JAN-24

Starting implicit crosscheck copy at 25-JAN-24
using channel ORA_DISK_1
Finished implicit crosscheck copy at 25-JAN-24

searching for all files in the recovery area
cataloging files...
cataloging done

List of Cataloged Files
=======================
File Name: /chac/app/oracle/fast_recovery_area/CTPRICEDG/archivelog/2024_01_25/o1_mf_1_23632_lv3pndbf_.arc
File Name: /chac/app/oracle/fast_recovery_area/CTPRICEDG/archivelog/2024_01_25/o1_mf_1_23633_lv3pp614_.arc
File Name: /chac/app/oracle/fast_recovery_area/CTPRICEDG/archivelog/2024_01_25/o1_mf_1_23634_lv3q1wyr_.arc
File Name: /chac/app/oracle/fast_recovery_area/CTPRICEDG/archivelog/2024_01_25/o1_mf_1_23635_lv3s30t4_.arc
File Name: /chac/app/oracle/fast_recovery_area/CTPRICEDG/archivelog/2024_01_25/o1_mf_1_23636_lv3tlf9k_.arc
File Name: /chac/app/oracle/fast_recovery_area/CTPRICEDG/archivelog/2024_01_25/o1_mf_1_23637_lv3wk5qq_.arc
File Name: /chac/app/oracle/fast_recovery_area/CTPRICEDG/controlfile/o1_mf_lqj88304_.ctl.20240125

searching for all files that match the pattern /chac/backup

List of Files Unknown to the Database
=====================================
File Name: /chac/backup/standby.ctl
File Name: /chac/backup/ForStandby_r42hflrj_1_1
File Name: /chac/backup/ForStandby_r52hfmfe_1_1

Do you really want to catalog the above files (enter YES or NO)? yes
cataloging files...
cataloging done

List of Cataloged Files
=======================
File Name: /chac/backup/standby.ctl
File Name: /chac/backup/ForStandby_r42hflrj_1_1
File Name: /chac/backup/ForStandby_r52hfmfe_1_1

--(9)恢复数据库
RMAN> RECOVER DATABASE NOREDO;

Starting recover at 25-JAN-24
using channel ORA_DISK_1
channel ORA_DISK_1: starting incremental datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
destination for restore of datafile 00001: /chac/app/oracle/oradata/ctpricedg/datafile/o1_mf_system_jkpnoby6_.dbf
destination for restore of datafile 00002: /chac/app/oracle/oradata/ctpricedg/datafile/o1_mf_sysaux_jkpnobyp_.dbf
destination for restore of datafile 00003: /chac/app/oracle/oradata/ctpricedg/datafile/o1_mf_undotbs1_jkpnobys_.dbf
destination for restore of datafile 00004: /chac/app/oracle/oradata/ctpricedg/datafile/o1_mf_users_jkpnobz5_.dbf
destination for restore of datafile 00005: /chac/app/oracle/oradata/ctpricedg/datafile/autoprice01.dbf
destination for restore of datafile 00006: /chac/app/oracle/oradata/ctpricedg/datafile/autoprice02.dbf
destination for restore of datafile 00007: /chac/app/oracle/oradata/ctpricedg/datafile/autoprice03.dbf
destination for restore of datafile 00008: /chac/app/oracle/oradata/ctpricedg/datafile/autoprice04.dbf
destination for restore of datafile 00009: /chac/app/oracle/oradata/ctpricedg/datafile/rulechtic.dbf
destination for restore of datafile 00010: /chac/app/oracle/oradata/ctpricedg/datafile/monitor.dbf
destination for restore of datafile 00011: /chac/app/oracle/oradata/ctpricedg/datafile/rulechtic01.dbf
channel ORA_DISK_1: reading from backup piece /chac/backup/ForStandby_r42hflrj_1_1
channel ORA_DISK_1: piece handle=/chac/backup/ForStandby_r42hflrj_1_1 tag=FORSTANDBY
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:02:35

Finished recover at 25-JAN-24

4.启动同步进程，检查同步状态等。

--(1)闪回区修改稍微大点,备库闪回区太小
SQL> alter system set db_recovery_file_dest_size=30g;
System altered.

--(2)开启同步。
SQL> alter database recover managed standby database disconnect;
Database altered.

--查看alter日志,表示同步。
Deleted Oracle managed file /chac/app/oracle/oradata/ctpricedg/onlinelog/o1_mf_3_jkpnvt11_.log
Clearing online redo logfile 3 complete
Media Recovery Log /chac/app/oracle/fast_recovery_area/CTPRICEDG/archivelog/2024_01_25/o1_mf_1_23637_lv3wk5qq_.arc
Media Recovery Log /chac/app/oracle/fast_recovery_area/CTPRICEDG/archivelog/2024_01_25/o1_mf_1_23638_lv3x1k50_.arc
Media Recovery Log /chac/app/oracle/fast_recovery_area/CTPRICEDG/archivelog/2024_01_25/o1_mf_1_23639_lv3y2x18_.arc
Media Recovery Log /chac/app/oracle/fast_recovery_area/CTPRICEDG/archivelog/2024_01_25/o1_mf_1_23640_lv3y6ymd_.arc
Media Recovery Log /chac/app/oracle/fast_recovery_area/CTPRICEDG/archivelog/2024_01_25/o1_mf_1_23641_lv3y70gd_.arc
Media Recovery Waiting for thread 1 sequence 23642 (in transit)

--(3)开启数据库/开启实时同步。
SQL> alter database recover managed standby database cancel; 
Database altered.
SQL> alter database open;
Database altered.
SQL> alter database recover managed standby database using current logfile disconnect;
Database altered.

--(4)从库检查 
SQL> select status,process,thread#,sequence# from v$managed_standby; 
SQL> /
STATUS				     PROCESS			    THREAD#  SEQUENCE#
------------------------------------ --------------------------- ---------- ----------
CLOSING 			     ARCH				  1	 23641
CLOSING 			     ARCH				  1	 23638
CONNECTED			     ARCH				  0	     0
CLOSING 			     ARCH				  1	 23640
IDLE				     RFS				  0	     0
IDLE				     RFS				  0	     0
IDLE				     RFS				  0	     0
IDLE				     RFS				  1	 23642
APPLYING_LOG			 MRP0				  1	 23642

5.总结

基于SCN的增量修复是快速修复DG的有效方法，其底层原理是基于块级别的复制，类似增量备份，然后量部分内容进行合并。

戒掉贪嗔痴(薛双奇)
关注
  • 9
    点赞
  • 踩
  • 8
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Dataguard中一次奇葩的ORA-16191
Brent的专栏
07-23 2217
dataguard不发送日志,通过v$archive_dest和alter日志发现有报错: Check that the primary and standby are using a password file and remote_login_passwordfile is set to SHARED or EXCLUSIVE, and that the SYS password is sa...
ORA-16191: Primary log shipping client not logged on standby解决方法
m0_37625564的博客
12-19 1901
Oracle DataGuard主备数据不同步，出现 ORA-16191: Primary log shipping client not logged on standby错误。 SQL> select dest_name,error from v$archive_dest; DEST_NAME ERROR ----------------------------------- ---------------------------------
一次特别的ADG ORA-16191故障解决
Brent的专栏
06-25 3368
客户环境是windows 11.2.04 adg同步到linux下11.2.0.4. 搭建好同步之后正常运行了两天后出现目标端延时.经过检查发现是源端无法发送日志,报错ORA-16191:主日志传送客户机没有登录到备用数据库: 这个错误遇到过很多次了,基本都是密码文件不对,可能需要重建密码文件等等,以前也遇到过一次奇怪的ORA-16191,详细见博客: https://blog.csdn.net/su377486/article/details/96988184 这次的情况和以前的都不一样,查看
ORA-16191
m0_37625564的博客
09-25 521
Oracle 11.2.0.4,DataGuard环境，在备库的alert日志中频繁出现如下错误： Check that the primary and standby are using a password file and remote_login_passwordfile is set to SHARED or EXCLUSIVE, and that the SYS password is same in the password files. returning error ORA-16191
【DATAGUARD 学习】同一台主机的dataguard 密码问题！
cojm55771的博客
07-05 249
DATAGUARD的数据传输方式有两种：LGWR和ARCH。其中前者传送的是联机日志的redo，后者传输的是归档。FAL是9i推出的DATAGUARD的一大改进，它可以自动传送备库缺失的日志，一般情况下，它是不需要手工干预的...
ORA-01654处理表空间不足问题.pdf
06-12
ORA-01654处理表空间不足问题 Oracle 数据库中，表空间不足是非常常见的问题，主要体现在两个方面：一是原表空间大小不够，二是表空间自动扩展功能未开启。今天我们就来详细讨论如何解决ORA-01654处理表空间不足...
oracledb_exporter.0.3.0rc1-ora18.5.linux-amd64.tar.gz
06-17
4. **监控面板**：在Grafana中创建新的数据源，选择Prometheus，并添加基于`oracledb_exporter`提供的指标的面板。 通过上述步骤，企业可以建立一个强大的Oracle监控系统，及时发现和解决性能问题，提升数据库的...
oracle报错（ORA-00600）问题处理
09-10
Oracle数据库在运行过程中可能会遇到各种错误，其中ORA-00600是一个内部错误代码，表示遇到了数据库系统内部无法处理的异常情况。这个错误通常与数据库的底层结构或数据不一致有关，它不是一个通用错误，而是针对...
Node.js-ora-优雅的终端转轮
08-10
**Node.js-ora-优雅的终端转轮** 在Node.js开发中，我们经常需要执行一些耗时的操作，如文件同步、数据库迁移或网络请求。在这些操作进行时，用户可能会面临长时间的等待，为了提供更好的用户体验，我们可以使用...
ORA-702_Recovery使用说明
07-21
该软件修复bootstrap$故障，最常见的错误ORA-00702，使用该工具能够一键修复,实现数据0丢失. 不同.NET Framework对应exe版本说明 ORA-702_Recovery.Net2.exe 为.NET Framework 2.0,3.0,3.5版本支持(比如2008及其...
ORA-16191: Primary log shipping client not logged on standby
喝醉酒的小白
05-06 1650
问题 解决方案 Error 1017 / ORA-16191 In Standby Alertlog (Doc ID 2225190.1) ORA-16191 ORA-01017 on logical standby (Doc ID 2497091.1) 1 检查主备库密码文件是否一致，所有节点均需要用md5sum检查，并保持一致 2 检查是否存在登录触发器 select trigger_name,owner,status from dba_triggers where upper(DESCRIPTIO
Oracle：DG error ORA-16191错误
07-10 954
告警日志出现大量的： [oracle@primary trace]$ tail -f alert_orcl.log Error 1017 received logging on to the standby Check that the primary and standby are usi...
11g physical standby ora-16191:无法传输归档日志
cobraqing7177的博客
05-20 884
在配置和使用Data Guard的过程中经常会遇到Ora-16191错误。ORA-16191: 主日志传送客户机没有登录到备用数据库[@more@]1 在主库查询：SQL> select status, error fro...
ORA-01017: 用户名/口令无效； 登录被拒绝 && ORA-16191: 主日志传送客户机没有登录到备用数据库
文档搬运工
11-30 1720
RDBMS 12.1.0.2 primary ： RAC standby ： no rac 在生产系统上搭建dataguard，完毕后，发现alert中有以下告警 Errors in file /oracle/app/oracle/diag/rdbms/orclstdby/orclstdby/trace/orclstdby_arc6_49983.trc: ORA-16191: 主日志传送客户机没有登录到备用数据库 [bgzbcw:oracle][/oracle/app/oracle/produ
遇到 oracle 错误 25153,Oracle：DG error ORA-16191错误
weixin_36079903的博客
04-03 195
告警日志出现大量的：[oracle@primary trace]$ tail -f alert_orcl.logError 1017 received logging on to the standbyCheck that the primary and standby are using a password fileand remote_login_passwordfile is set to...
oracle日志版本不同步,oracle11GR2 datagurad 配置后，敲入日志应用后查看归档日志序号不一致...
weixin_33748493的博客
04-07 292
但是重启数据库后，主库LOG_ARCHIVE_DEST_2ERROR ORA-16191: Primary log shipping client not logged on standby STANDBY LGWR LGWR这是alertError 1017 received logging on to the standby--------------------...
oracle dataguard 日志 很多no,Oracle DataGuard部署过程中可能遇到的问题及解决方法
weixin_28895791的博客
04-03 380
在Oracle DataGuard部署过程中，如果操作不规范，可能遇到很多想不到的问题。有些问题是配置参数不到位，有些是操作不规范遗漏导致。问题一主库复制备库到备机时，rman远程登陆主库作为复制的目标库rman无法登陆备机备库，就是下面的命令执行报错：rman target sys/oracle@dg_orclp auxiliary sys/oracle@dg_orcls问题原始是从库的TNS配...
DG error ORA-16191错误
wonder_2012的专栏
06-13 9041
发现DG的主备库不同步，解决方法： 主库： sys@G_CHRIS> select sequence#,first_change#,next_change#,applied,activation# from v$archived_log;  SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# APPLIED ACTIVATION# ---------- -------
Oracle 12C RAC的单机Standby returning error ORA-16191
cuilingqiao0657的博客
12-10 658
寒风凌厉大雪节气的周末冻得出不了门，坐在家中喝热茶，突然接到朋友从公司打来的电话：为Oracle 12C RAC主库安装好的单机standby DB日志无法和主库同步报错ORA-16191 DB版本：O...
正在连接...ORA-12514: TNS: 监听程序当前无法识别连接描述符中
最新发布
10-01
ORA-12514错误是指TNS监听程序无法识别连接描述符中请求的服务。解决这个问题的步骤如下： 1. 确认数据库实例是否已经启动，并且监听程序是否已经在运行。 2. 检查连接描述符中的服务名是否正确，确保与数据库实例中...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值