10g MAA环境下面，主库更换 undo tablespace后，logical备库故障

环境如下：
10gmaa:
主库RDBA，两个实例：

RDBA1（undo表空间为undotbs1）
RDBA2（undo表空间为undotbs2）
逻辑备库site1，两个实例：
dg21（undo表空间为undotbs1)
dg22(undo表空间为undotbs2)

在主库上添加新的undo表空间，然后删除旧的undo表空间：
RDBA1(undotbs1->undotbs3)
RDBA2(undotbs2->undotbs4)
备库上会同步出现这两个新表空间，但是不会删除undotbs1和undotbs2。从备库的初始化参数看，备库仍在使用旧的undo。

但是今天重启备库后，发现没有applyprocess了。在dba_logstdby_events中报告：ora-30013:undotablespace'UNDOTBS1'iscurrentlyinuse。
最后，手动改备库undo_tablespace参数：
dg21（undotbs1->undotbs3)
dg22(undotbs2->undotbs4)
问题解决。我想：如果没有重启，备库就将一直用undotbs1和undotbs2下去。
问题解决后发现：备库上已经自动地没有了undotbs1和undotbs2了。