这个数据复制不符合预期啊

[峰峰9999999]

[皇甫侯]

在源端查下这两个表是否在不同的日志流呢，恢复过程是每个日志流单独调度，所以是并行恢复
不是说按照时间串行恢复，不然恢复的效率太慢了

[峰峰9999999]

我在备库端，关闭了日志复制的啊，那应该是把全部日志流的复制都关闭了的啊。 但它怎么还给我复制到备库了 ？ 我关心的是这个。

[皇甫侯]

仔细看了下文档，我上面应该有个点说错了，不用看主库就是备库的日志流leader自己调度，是不是备库的primary_zone是多个？如果是在多个其实也说的通，只不过recovery_limit_time确实有点问题
按照我的理解如果备库所有的日志流集中在一起，那么就没有这样的问题了

[嗨森滴]

正常

[峰峰9999999]

我在纠结，我都已经使用alter system recover standby cancel命令，通知备库的所有日志流停止日志同步了，但为什么他还在同步？

[独善其身]

中间出现报错了？

[峰峰9999999]

没有

[Giant]

select * from dba_ob_tenants ； 这个租户表的 scn 号是否还在变化呢？？ 特别是

[峰峰9999999]

sorry，recovery_until_time的显示是正常的， 昨天是我看错了 。

只是，这里，t2和t3在备库的同一个日志流里。 但为什么停止日志应用后，t2没有被应用，但是t3被应用了。 在主库端是先创建t2后创建t3 。

[皇甫侯]

那这个确实有点问题，从文档描述没有说单个日志流也是并行恢复，不应该有这样的问题