我正在将生产数据库迁移到新的服务器。
-S027是服务器00a中的主服务器。
-S029是服务器00b中的DG辅助服务器。
作为第一步,我从两个数据库中获取了一个备份,并将它们恢复到目标服务器中。迁移计划在下周进行,这意味着源DB仍处于活动状态。现在发生的情况是,当我昨天将主服务器恢复到新服务器时,它还尝试将日志传送到源备用服务器,因为我没有更改连接参数。现在,备用服务器出现了化身错误。
Managed Standby Recovery starting Real Time Apply
Warning: Recovery target destination is in a sibling branch
of the controlfile checkpoint. Recovery will only recover
changes to datafiles.
Datafile 1 (ckpscn 12523547998407) is orphaned on incarnation#=1
MRP0: Detected orphaned datafiles!
Recovery will possibly be retried after flashback...
Tue Apr 02 02:01:11 2019
Errors in file /c00_STBY/u001/app/oracle/diag/rdbms/dg_S029/S029/trace/S029_pr00_42265.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: '/c00_STBY/u001/oradata/S029/system01.dbf'
Managed Standby Recovery not using Real Time Apply
Tue Apr 02 02:01:11 2019
Recovery Slave PR00 previously exited with exception 19909
Tue Apr 02 02:01:11 2019
Errors in file /c00_STBY/u001/app/oracle/diag/rdbms/dg_S029/S029/trace/S029_mrp0_42232.trc:
ORA-19909: datafile 1 belongs to an orphan incarnation
ORA-01110: data file 1: '/c00_STBY/u001/oradata/S029/system01.dbf'
Tue Apr 02 02:01:31 2019```发布于 2019-04-04 01:00:13
不久前我也遇到过类似的问题(year+之前)。我复制了主机端,并做了一次重置日志,但是我没有更改fal_target/client和dg设置(也没有运行NID来更改DBID),所以两个主机机被发送到备用机上。我相信这里要采取的唯一操作是从适当的备份重新构建备用服务器(确保新的主节点中的dg参数在启动之前没有指向旧的备用服务器,否则就会回到原来的位置)。
:(
-Jim
https://stackoverflow.com/questions/55486470
复制相似问题