ORA-16818: fast-start failover suspended ORACLE 报错 故障修复 远程处理
文档解释
ORA-16818: fast-start failover suspended
Cause: The primary database was intentionally shutdown. As a result, a fast-start failover could not happen automatically.
Action: Start the primary database. This effectively restores the ability to automatically perform a fast-start failover in the event of a failure of the primary database.
ORA-16818 表示fast-start failover(FSFO)中断,在使用FSFO期间,无法完成。
官方解释
ORA-16818 错误表示fast-start failover已经暂停。当Fast-Start Failover(FSFO)过程耗时较长或者FSFO环境已变得非常地不可预测时,该报错将会产生。
一般情况下,当Primary_Site发生故障,并且Secondary_Site无法成功启动时,该错误会产生,错误原因可能是来自原始站点的变更信息,未及时或无法复制到Secondary_Site上。也有可能是Primary_Site突然宕机,导致无法完成数据库切换。
一般处理方法及步骤
1. 首先,确定当前状况。可以使用v$fast_start_failover_status视图来确认FSFO进程状态,也可以使用alertlog来查看失败原因。
2. 若Primary_Site数据库已停机,则在另一台机器上启动新的Primary_Site数据库,然后把它重新设置为primary site。
3. 如果primary_site的故障与FSFO有关,则需要检查FSFO相关的archiver_dest_n和log_archive_dest_n参数配置是否正确,并且将standby_mode(例如:archivelog)重新激活。接着,将传输的文件移动回到指定的目录,再重新启动FSFO。
4. 若Primary_Site和Secondary_Site都启动,则需要重新配置FSFO环境,重新设定primary site,重新创建standby数据库,重新激活standby_mode及FSFO。
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341