伤口缺口:FAL解决归档缺口失败

  有时会遇到FAL解决归档缺口失败的问题。现在,一个FAL(Fetch Archive Log,获取归档日志)请求由MRP进程监测可用归档中的缺口来触发。用来连接回应这个请求的服务器由FAL_SERVER参数指定,你给这个参数设置一个合适的tnsnames别名。这使你的备用可以与主数据库连接并使用arc进程来传送所缺少的日志。

  有时会遇到FAL解决归档缺口失败的问题。在Oracle 10.2.0.3物理备用上的这个典型错误信息看起来是这样的:

FAL

  现在,一个FAL(Fetch Archive Log,获取归档日志)请求由MRP进程监测可用归档中的缺口来触发。用来连接回应这个请求的服务器由FAL_SERVER参数指定,你给这个参数设置一个合适的tnsnames别名。这使你的备用可以与主数据库连接并使用arc进程来传送所缺少的日志。

  当上面的情形是日志记录在备用上时,主数据库上没有显示记录了任何问题。首先想到的肯定是连接性,但这很容易反驳。

  所以为了获得更多的信息,对主数据库和备用数据库部署更多的日志记录,使用日志归档跟踪参数。这个参数具有跟踪一些后台进程的能力,并因此可用于主数据库和备用数据库上。

  实际上,主数据库上的arc进程显示了什么出错了,因为这个跟踪不断地给出下面的信息:

FAL

  那么,这到底告诉了我们什么呢?备用数据库在请求11402和11403,而主数据库知道备用数据库在请求这些,然而主数据库还认为这个备用数据库在请求10890,但是备用数据库已经使用了这个,无论是否接收到这个归档日志。

Tags: 

延伸阅读

最新评论

发表评论