数据库中出现RMAN-06820 ORA-17629错误怎么办

这篇文章将为大家详细讲解有关数据库中出现RMAN-06820 ORA-17629错误怎么办,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。

在standby数据库进行数据库备份,如下:

oracle@node1:~> rman target /

Recovery Manager: Release 11.2.0.4.0 – Production on Thu Jun 4 06:45:04 2015

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

connected to target database: ORACLE (DBID=1753883584, not open)

RMAN> backup database format ‘/home/oracle/fulldb_%U.bak’ plus archivelog format ‘/home/oracle/arch_%U.bak’ delete all input;

Starting backup at 04-JUN-15

using target database control file instead of recovery catalog

RMAN-06820: WARNING: failed to archive current log at primary database

ORACLE error from target database: 

ORA-17629: Cannot connect to the remote database server

ORA-17627: ORA-01017: invalid username/password; logon denied

ORA-17629: Cannot connect to the remote database server

在standby数据库执行数据库备份报如上红色字体错误,官方给予处理方法如下(经测试,主备库应设置相同的密码,否则同样存在问题)

RMAN-06820 ORA-17629 During Backup at Standby Site (文档 ID 1616074.1)

In this Document

SymptomsChangesCauseSolutionReferences


APPLIES TO:

Oracle Database – Enterprise Edition – Version 11.2.0.4 and later
Information in this document applies to any platform.

SYMPTOMS

RMAN archivelog backup at the standby site is throws the following errors at the start of the job:

Starting backup at 15-JAN-2014 13:44:46
RMAN-06820: WARNING: failed to archive current log at primary database
ORACLE error from target database:
ORA-17629: Cannot connect to the remote database server
ORA-17627: ORA-01017: invalid username/password; logon denied 
ORA-17629: Cannot connect to the remote database server

 

But the rest of the backup actually complete successfully:

 

skipping archived log of thread 1 with sequence 607; already backed up
skipping archived log of thread 1 with sequence 614; already backed up
channel t1: starting archived log backup set
channel t1: specifying archived log(s) in backup set
input archived log thread=1 sequence=678 RECID=290 STAMP=836919086
input archived log thread=1 sequence=679 RECID=291 STAMP=836919369
input archived log thread=1 sequence=680 RECID=292 STAMP=836919706
input archived log thread=1 sequence=681 RECID=293 STAMP=836919873
channel t1: starting piece 1 at 15-JAN-2014 13:44:52
channel t1: finished piece 1 at 15-JAN-2014 13:46:17
piece handle=LOG_THMDB_20140115_171228_1_1 tag=LOG_TWMDB comment=API Version 2.0,MMS Version 5.4.1.0
channel t1: backup set complete, elapsed time: 00:01:25
Finished backup at 15-JAN-2014 13:46:17

 

 

CHANGES

 Database was upgraded to 11.2.0.4

CAUSE

Per ‘unpublished’ Bug 8740124, as of 11.2.0.4, we now include the current standby redo log as part of an RMAN archivelog backup at the standby site. This is achieved by forcing a log switch at the primary site.

However, the connection to the primary failed when attempting to do so.

This is due to this bug:
      Bug 17580082 – ACTIVE STANDBY – RMAN-06820: WARNING: FAILED TO ARCHIVE CURRENT LOG AT PRIMARY
 

SOLUTION

Workaround

Do not use operating system authentication to login with RMAN. Use a username and password.

That is, do not use just the “/” (operating system authentication) connect to the standby database:

$ rman target /

Instead put in the username and password for the SYSDBA user:

$ rman sys/password

 

 

REFERENCES

BUG:17580082 – ACTIVE STANDBY – RMAN-06820: WARNING: FAILED TO ARCHIVE CURRENT LOG AT PRIMARY

NOTE:8740124.8 – Bug 8740124 – Current standby redo log group should be included in the database backup by RMAN
NOTE:1301769.1 – ORA-17629 : RMAN Resync Catalog from db_unique_name all fails

关于“数据库中出现RMAN-06820 ORA-17629错误怎么办”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,使各位可以学到更多知识,如果觉得文章不错,请把它分享出去让更多的人看到。


【AD】美国洛杉矶/香港/日本VPS推荐,回程电信CN2 GIA线路,延迟低、稳定性高、免费备份_搬瓦工

【AD】炭云:36元/年/1GB内存/20GB SSD空间/500GB流量/5Gbps端口/KVM/香港/国际线路LUMEN