Dataguard报错DEPENDS UPON ME, BUT MY DESTINATION INDEX处理过程

系统环境

 

操作系统:AIX 6.1

数据库版本: oracle 11.2.0.2 

架构:主库为RAC环境,两个dataguard灾备库,一个为本机房的,一个为异地的,本次出问题为异地的dataguard

 

 

 

问题描述

 

通过监控V$DATAGUARD_STATS显示dataguard延迟,log也已经不再传到dataugard

 

 

 

处理过程

 

1.查看主库alert中报错如下

 

Errors in file /db/diag/rdbms/xxxshprod/xxxshpd1/trace/xxxshpd1_nsa3_16777216.trc:

ORA-00270: error creating archive log

Wed Jun 05 10:16:09 2013

Archived Log entry 26853 added for thread 1 sequence 5589 ID 0xffffffffd412add4 dest 1:

Wed Jun 05 10:16:50 2013

Thread 1 cannot allocate new log, sequence 5592

Checkpoint not complete

  Current log# 8 seq# 5591 mem# 0: +ARCHDG/xxxshprod/onlinelog/redo08.log

Thread 1 advanced to log sequence 5592 (LGWR switch)

  Current log# 9 seq# 5592 mem# 0: +ARCHDG/xxxshprod/onlinelog/redo09.log

Wed Jun 05 10:16:59 2013

Archived Log entry 26856 added for thread 1 sequence 5591 ID 0xffffffffd412add4 dest 1:

Wed Jun 05 10:16:59 2013

LNS: Attempting destination LOG_ARCHIVE_DEST_3 network reconnect (270)

LNS: Destination LOG_ARCHIVE_DEST_3 network reconnect abandoned

Error 270 for archive log file 9 to 'XXXSTY'

Errors in file /db/diag/rdbms/xxxshprod/xxxshpd1/trace/xxxshpd1_nsa3_16777216.trc:

ORA-00270: error creating archive log

Wed Jun 05 10:17:01 2013

LNS: Standby redo logfile selected for thread 1 sequence 5592 for destination LOG_ARCHIVE_DEST_2

 

 

查看具体的trace文件

 

More /db/diag/rdbms/xxxshprod/xxxshpd1/trace/xxxshpd1_nsa3_16777216.trc:

 

*** 2013-03-29 13:25:19.476

*** SESSION ID:(2834.1) 2013-03-29 13:25:19.476

*** CLIENT ID:() 2013-03-29 13:25:19.476

*** SERVICE NAME:(SYS$BACKGROUND) 2013-03-29 13:25:19.476

*** MODULE NAME:() 2013-03-29 13:25:19.476

*** ACTION NAME:() 2013-03-29 13:25:19.476

 

 

*** TRACE FILE RECREATED AFTER BEING REMOVED ***

 

LOG_ARCHIVE_DEST_2 depends upon me, but my destination index 2 does not match its destination index 1

Log file opened [logno 9]

 

*** 2013-03-29 13:35:18.264

LOG_ARCHIVE_DEST_2 depends upon me, but my destination index 2 does not match its destination index 1

 

*** 2013-03-29 13:35:18.367

Log file opened [logno 7]

LOG_ARCHIVE_DEST_2 depends upon me, but my destination index 2 does not match its destination index 1

 

*** 2013-03-29 13:42:05.725

Log file opened [logno 8]

 

 

3.通过灾备ASM视图,看到ASM满了,确认为灾备空间引起的,ASM添加空间后(ASM添加步骤见以前日志)在主库上面执行切换日志操作,发现问题没有解决,于是重启灾备数据库,再尝试切换日志,问题照样存在

 

alter system switch logfile;

 

4.找到一篇官方文档[ID 1308804.1],说是Bug 10331312 ,解决方案为下

 

Set the log_archive_trace to 0 like,

alter system set log_Archive_trace=0; 

on both primary and standby if it is set before.

In DGMGRL,

DGMGRL>edit database '' set property LogArchiveTrace=0;

 

5.,查了一下log_Archive_trace默认就为0,我们之前没有修改好,不过还是照样执行了,问题还是存在,尝试把灾备的ASM实例和灾备数据库实例全部进行重启,重启后问题解决

 

 

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/21605631/viewspace-763550/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/21605631/viewspace-763550/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在 Oracle 数据库中,DataGuard 是一种数据保护和灾难恢复解决方案,可以实现将主数据库的数据实时同步到备库中,以保证数据的高可用性和可靠性。在 DataGuard 的使用过程中,可能会出现同步异常的问题,下面我将介绍一些处理同步异常的方法和步骤。 1. 查看 DataGuard 状态 执行以下命令查看 DataGuard 的状态: ``` DGMGRL> show configuration; ``` 如果主库和备库的状态都是 `SUCCESS`,则表示 DataGuard 同步正常;如果有一方的状态是 `ERROR`,则表示同步异常。 2. 查看 DataGuard 错误日志 执行以下命令查看 DataGuard 的错误日志: ``` DGMGRL> show database <database_name> log transport; ``` 其中 `<database_name>` 是指备库的名称。如果出现同步异常,可以从日志中查看具体的错误信息,比如网络连接异常或者磁盘空间不足等。 3. 检查网络连接 如果同步异常是由于网络连接异常引起的,可以执行以下命令检查网络连接: ``` tnsping <database_name> ``` 其中 `<database_name>` 是指备库的名称。如果出现网络连接异常,可以根据错误信息进行调整,比如修改 tnsnames.ora 文件中的网络配置或者检查防火墙设置等。 4. 检查磁盘空间 如果同步异常是由于磁盘空间不足引起的,可以执行以下命令检查磁盘空间: ``` df -h ``` 如果磁盘空间不足,可以考虑清理无用的文件或者增加磁盘容量等。 5. 重新启动 DataGuard 如果以上方法都无法解决同步异常问题,可以考虑重新启动 DataGuard,执行以下命令: ``` DGMGRL> disable database <database_name>; DGMGRL> enable database <database_name>; ``` 其中 `<database_name>` 是指备库的名称。重新启动 DataGuard 会重新建立同步连接,可以解决一些难以排查的同步异常问题。 综上所述,以上是处理 DataGuard 同步异常的一些方法和步骤,可以根据具体情况进行调整和优化。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值