背景：

Oracle 12C的Active Dataguard是基于CDB做的容灾方案，如果某个PDB需要切换演练或者接管为主库，则会影响整个CDB上的所有PDB。

在18c中支持通过dblink创建可刷新PDB进行源PDB和克隆PDB进行switchover或failover那么只需要切换这一个PDB即可，不需要切换整个CDB，

很显然这样的操作更简单，速度更快，而且对CDB上的其他PDB不会造成影响，因为我尝试在生产环境使用这个新特性

官方文档中介绍：创建可刷新的PDB时，可以在PDB中设置REMOTE_RECOVERY_FILE_DEST初始化参数。如果源PDB在其dblink上不可用时，则此初始化参数指定在刷新操作期间从中读取存档日志文件的目录。

过程：

在源端有一个root cdb（tscdb1），包含了一个pdb(prypdb1)数据库

目标端有一个root cdb(tscdb2),包含了一个pdb(stdpdb1)数据库,stdpdb1数据库通过设置每分钟自动从prypdb1刷新而来

通过在目标端另外创建一个far sync实例（standby redolog）来实时同步源端的归档日志在本地REMOTE_RECOVERY_FILE_DEST参数设置的路径下，想实现在源端的dblink中断甚至是CDB 或者PDB级别的不可用是，

目标pdb能从本地的REMOTE_RECOVERY_FILE_DEST目录去刷新归档日志，换取数据库的临丢失

问题：

目前自动刷新正常，断开源库的dblink后，刷新日志继续系统无法联通dnlink远端路径，不会去REMOTE_RECOVERY_FILE_DEST读取日志并应用，希望能得到解答