逻辑dataguard，ora 01403
时间：2010-10-16 来源：tanyangxf
今天下午由于业务需要将逻辑standby停止应用日志了，晚上恢复应用日志的时候看alter日志，报如下的错，无法应用日志
LOGSTDBY stmt: update "xxx"."table"
set
......................(以下是公司机密就不列出来了。。。哈哈)
,
LOGSTDBY status: ORA-01403: no data found
LOGSTDBY id: XID 0x000a.01f.0001a38a, hSCN 0x0000.248c53f3, lSCN 0x0000.248c53f3, Thread 1, RBA 0x0376.000d9387.78, txnCscn 0x0000.248c53f4, PID 26100, oracle@IZP-HN-HHY-1 (P004)
此问题是由于两边数据不一致造成的，
根据我们业务的特殊性（我们不是个实时的系统），我就采用了一个最简单的办法，先用dbms.logstdby.skip这个包跳过这个表的日志应用，
然后恢复日志应用，等所有归档日志都应用都应用完之后，然后drop table table_name，然后采用dblink把这个表的创建出来，
create table table_name as selelct * from table_name@xxx
然后采用dbms.logstdby.unskip来恢复这个表的日志应用，当然我能保证此时对此表不会有更新， 由于我这个表不大，而且不是个实时的系统，所以用此办法比较简单，要是这个表很大，而且系统是实时更新的，此办法可能就不合适了，可以参考这个下面的方法来解决
http://yumianfeilong.com/html/2010/05/13/443.html
LOGSTDBY stmt: update "xxx"."table"
set
......................(以下是公司机密就不列出来了。。。哈哈)
,
LOGSTDBY status: ORA-01403: no data found
LOGSTDBY id: XID 0x000a.01f.0001a38a, hSCN 0x0000.248c53f3, lSCN 0x0000.248c53f3, Thread 1, RBA 0x0376.000d9387.78, txnCscn 0x0000.248c53f4, PID 26100, oracle@IZP-HN-HHY-1 (P004)
此问题是由于两边数据不一致造成的，
根据我们业务的特殊性（我们不是个实时的系统），我就采用了一个最简单的办法，先用dbms.logstdby.skip这个包跳过这个表的日志应用，
然后恢复日志应用，等所有归档日志都应用都应用完之后，然后drop table table_name，然后采用dblink把这个表的创建出来，
create table table_name as selelct * from table_name@xxx
然后采用dbms.logstdby.unskip来恢复这个表的日志应用，当然我能保证此时对此表不会有更新， 由于我这个表不大，而且不是个实时的系统，所以用此办法比较简单，要是这个表很大，而且系统是实时更新的，此办法可能就不合适了，可以参考这个下面的方法来解决
http://yumianfeilong.com/html/2010/05/13/443.html
相关阅读 更多 +
