FAL_SERVER参数解释：
1.如果网络延迟或者资源不足，将在primary和standby之间产生裂隙，导致有些归档日志没有及时的传输并应用到standby库。
2.因为MRP(managed recovery process)/LSP(logical standby process)没有与primary直接通讯的能力来获取丢失的归档日志。3.因此这些gaps通过FAL服务器来解决，由初始化参数定义FAL_SERVER。
4. FAL_SERVER设置为备库的TNS服务名
>主库：FAL_SERVER=PROD1 备库：FAL_SERVER=SBDB1
>重启数据库，使得参数生效。虽然这个参数的修改不需要重启数据库，但是在运行SWITCHOVER的时候发现，如果不重启数 据 库，Oracle并没有重新获取FAL_SERVER的值，而是根据本次启动时加载的FAL_SERVER的值。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/31557076/viewspace-2374645/ ，如需转载，请注明出处，否则将追究法律责任。
请登录后发表评论
登录
全部评论
最新文章
- Error: ORA-16698: LOG_ARCHIVE_DEST_n parameter set for object to be added
- DG 各参数解释
- RMAN-04006: error from auxiliary database: ORA-12528: TNS:listener: all appropri
- Error: ORA-16664: unable to receive the result from a database
- DATAGURAD同步后新增数据文件不再适用db_file_name_convert
- 【DG】错误的log_file_name_convert参数导致物理Data Guard配置故障分析与处理
- Standby_file_management参数解释
- Warning: ORA-16824: multiple warnings, including fast-start failover-related war
- RMAN-05001: auxiliary file name /u01/app/oracle/oradata/PROD1/system01.dbf confl
- Error: ORA-16693: requirements not met for enabling fast-start failover
