DG常见问题与解决办法

最新推荐文章于 2022-04-21 15:17:07 发布

ZzzkiYoumi

最新推荐文章于 2022-04-21 15:17:07 发布

阅读量1.1k

点赞数

分类专栏： Oracle故障解决文章标签： oracle 数据库 dba database

本文链接：https://blog.youkuaiyun.com/weixin_42575078/article/details/124245790

版权

Oracle故障解决专栏收录该内容

8 篇文章

订阅专栏

问题1：归档传不过来

解决办法：请确认密码文件是否正确

-rw-r----- 1 oracle oinstall 1536 Apr 9 13:12 orapworcl

oracle 31148 1 0 10:32 ? 00:00:00 ora_smon_orcl

原则上二节点密码文件也要从重新一节点传过来

注意：12c版本及以上，rac密码文件存放ASM磁盘中，查询密码文件存放位置方法：

select * from v$passwordfile_info;

问题2：缺失归档

备库报错：

atal NI connect error 12545, connecting to:

(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=racscan)(PORT=1521))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=orcl)(CID=(PROGRAM=oracle)(HOST=orc

l)(USER=oracle))))

TNS-00515: Connect failed because target host or object does not exist

nt secondary err code: 111

nt OS err code: 0

Error 12545 received logging on to the standby

FAL[client, ARC0]: Error 12545 connecting to orcl for fetching gap sequence

主库报错

Error 1033 received logging on to the standby

Tue Apr 09 20:11:42 2019

Thread 1 advanced to log sequence 2859 (LGWR switch)

Current log# 5 seq# 2859 mem# 0: +FRA/orcl/onlinelog/group_5.259.997268217

Tue Apr 09 20:11:49 2019

Archived Log entry 10872 added for thread 1 sequence 2858 ID 0x5ae6f471 dest 1:

Tue Apr 09 20:11:58 2019

Error 1033 received logging on to the standby

FAL[server, ARC3]: FAL archive failed, see trace file.

ARCH: FAL archive failed. Archiver continuing

ORACLE Instance orcl1 - Archival Error. Archiver continuing.

解决办法：增量备份

问题3：通过rman备份，restore数据文件由于种种原因失败（比如空间不足），部分数据文件没有restore出来。

解决办法：清理空间，重新restore database ，数据库会restore还未恢复出来的文件。不需要重新做过

问题4：搭建rac-rac的dg时，发现备库只能接收到一节点的归档，接收不到二节点的归档

解决办法：检查一二节点是否用同一个spfile起起来的，检查tnsnames.ora文件是否正确

问题5：归档没有传到指定的location位置，但是location中已经配置过了

解决办法：检查standby_archive_dest参数，如为?/dbs/arch，则更改为跟location位置中一样的位置

可查看dest的有效性及路径是否正确 select * from v$archive_dest_status;

1)主库的LOG_ARCHIVE_DEST_n='service'默认的arch传输方式，primary会远程将archived log传输到standby_archive_dest下

2)fal_*是通过arch传输过来的，所以使用的是STANDBY_ARCHIVE_DEST目录，如果不存在这个目录，就使用LOG_ARCHIVE_DEST_n

3)If both parameters are specified, the STANDBY_ARCHIVE_DEST initialization parameter overrides the directory location specified with the LOG_ARCHIVE_DEST_n parameter.

如果STANDBY_ARCHIVE_DEST和LOG_ARCHIVE_DEST_n两个参数指定,STANDBY_ARCHIVE_DEST初始化覆盖LOG_ARCHIVE_DEST_n目录指定位置参数。

4)If none of the initialization parameters have been specified, then archived redo log files are stored in the default location for the STANDBY_ARCHIVE_DEST initialization parameter.

如果STANDBY_ARCHIVE_DEST和LOG_ARCHIVE_DEST_n都没有配置，将会把归档日志放到STANDBY_ARCHIVE_DEST的默认目录

5)如果STANDBY_ARCHIVE_DEST未配置，而配置了LOG_ARCHIVE_DEST_n,那么产生的归档将放置到LOG_ARCHIVE_DEST_n

6)建议：STANDBY_ARCHIVE_DEST和LOG_ARCHIVE_DEST_n=‘location’的配置相同

7)在11g，已经不建议使用STANDBY_ARCHIVE_DEST，也就是说建议配置dg的时候尽量使用standby redo logfile

问题6：dg强制打开时，在激活standby数据库时，遇到以下报错

ERROR at line 1:

ORA-00344: unable to re-create online log '+DATA/additdb/onlinelog/log1a'

ORA-17502: ksfdcre:4 Failed to create file +DATA/additdb/onlinelog/log1a

ORA-15173: entry 'additdb' does not exist in directory '/'

解决办法：是由于日志没有转换过来导致的，重命名日志alter database rename file '' to ''

或重建控制文件

将数据库打开，再建新的日志，删除旧的日志

问题7：19c手工搭建dg时，开启mrp时，备库告警日志报如下错误，找不到以下文件

2020-08-24T04:45:23.767166-04:00

Errors in file /oracle/app/diag/rdbms/orcl/orcl/trace/orcl_mz00_26961.trc:

ORA-01110: data file 19: '/oracle/oradata/bbb.281.1044801877'

2020-08-24T04:45:23.919285-04:00

Errors in file /oracle/app/diag/rdbms/orcl/orcl/trace/orcl_mz00_26961.trc:

ORA-01110: data file 73: '/oracle/oradata/ccc01.dbf'

这是由于主库有多个名字一样但是数据文件路径不一样的文件导致的

解决方法：重新设置convert参数，或在restore时setname

问题8：主库归档传不过去，检查/etc/hosts,tnsnames.ora等文件均没有问题

告警日志报错信息：

Thu Dec 17 14:51:04 2020

Error 12154 received logging on to the standby

PING[ARC2]: Heartbeat failed to connect to standby 'std'. Error is 12154.

Thu Dec 17 14:52:04 2020

Error 12154 received logging on to the standby

PING[ARC2]: Heartbeat failed to connect to standby 'std'. Error is 12154.

查询dest_2 error

ORA-12514: TNS:listener does not currently know of service requested in connect descriptor

解决方法：可能是由于tnsnames.ora文件没有生效（1/2任选一个执行）

1 重启主库

2 重新设置log_archive_dest_2参数

alter system set log_archive_dest_2 = 'service="(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=<standbynode>)(PORT=< port# >))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=STDBY)))"' ;

问题9：rac-rac dg设置了convert值，但是创建的文件仍没生成在对应的路径下

解决方法：

1 检查convert参数设置是否正确，sid=实例名优先级大于sid=*

2 查看是否有设置omf参数： db_create_file_dest

3 db_file_name_convert参数配置如下，对应的数据文件没有转换到对应的路径下，这是由于，+SSDDG/和+SSDDG/hisdb/datafile/转换路径重合导致

*.db_file_name_convert=

'+SSDDG/','/backup/oradata/hisdb_dg/',

'+SSDDG/hisdb/datafile/','/backup/oradata/hisdb_dg/',

+SSDDG/hisdb/datafile/system.256.932501365

/backup/oradata/hisdb_dg/hisdb/datafile/system.256.932501365

问题10：客户反馈主库很卡，阻塞源头为 “oracle@sqyy-rac1 (LGWR) sqyy-rac1 LGWR-LNS wait on channel”

解决方法：