//清空事务队列
exec DBMS_DEFER_SYS.DELETE_TRAN (null,'CPZB.BKUP.COM.CN');
'CPZB.BKUP.COM.CN'是站点名称,区分大小写。

解决方案 »

  1.   

    你的第二个问题,可能是由于,你的快照是可更新的,引起了“更新冲突”,举例:
    A是主站点,B是快照站点,C是快照站点 
    A中有一条记录
    col1(key),col2
    ...
    1000      'data'
    ...B和C先后更新1000,B先可以成功传播,C再更新,就会出现错误:ORA_01403:未找到数据
    解决办法,复制可以设置冲突的解决办法,有oracle自带的一些缺省策略,也可以自己定制。
      

  2.   

    这位兄台,Oracle复制自带的冲突解决方案是如何的,。我没用过,能否告知详细的操作步骤。不赖你,是我讲的太毛草
    第四个问题:
    如果主站点崩溃(它有几十个快照站点),重建主站点(应导入原先备份的数据,而里面应含有Repadmin和几十个Snapadmin,在正常的情况下,数据链路应“处于活动状态”),但其它的快照站点和主站点的数据库链路测试不通,报错:“链路未处于活动状态”。   
    是否能在不移去快照站点用户Snapadmin的条件下(用尽可能简捷的办法,譬如重建数据链路之类的),使数据链路、数据库复制及刷新恢复正常。
      

  3.   

    不瞒您说,我也没有正式使用过。文档我看过,在oracle附带的文档里面有。
    我的建议是。应该极力地避免这些冲突,在上层解决掉它,这些冲突的解决实际上舍弃掉一些数据。这点我帮不了你!
    第四个问题:
    1.监听文件配置正确
    2.崩溃前后数据库是否完全一样,包括初始化文件
    3.以full方式导入如果满足以上条件,应该没有问题