1、1：SCN相关概念Max SCN ：允许最大SCNMaximum Reasonable SCN ：当前时间点，允许SCN最大值SCN Headroom：SCN Headroom=（Maximum Reasonable SCN） - （当前SCN值）_external_scn_rejection_threshold_hours ：允许外部SCN和SCN Headroom之间的差距_max_reasonable_scn_rate :SCN增长频率可以看出当前
2、2：相关概念关系1： 从刚开始安装oracle数据库后，其就有一个SCN值，SCN值呈递增方式，最大值为 max SCN（SCN最大值）:2：为了保证数据库可在长时间内可用，设置了 maximum reasonable SCN（当前SCN允许最大值）3：为了保证当前SCN 不会增长至maximum reasonable SCN，设置了 headroom（当前SCN允许最大值和当前SCN差值） 差值适当大的话，数据库宕机几率越小4：为了保证headroom 过小（也就是当前SCN过大），设置了_external_scn_rejection_threshold_hours（允许外部SCN和headroom 之间的差值）差值适当大，数据库宕机几率越小5：11.2.0.2以后增加_max_reasonable_scn_rate ，将原来的16K增加到32K，也就是说maximum reasonable SCN 值更大了，会导致低版本数据库与高版本数据库DBlink连接的可能性降低了！
3、3：解决方案尝试1：打补丁包，目标端和源端都需要，注意11.2.0.4已经包含相关补丁包，不需要再打了2：如果是高版本（SCN增长率32K）连接到低版本（SCN增长率16K），可以调整_max_reasonable_scn_rate 值3：如果是相同增长率的数据库，可以减小_external_scn_rejection_threshold_hours注意：11.2.0.4_max_reasonable_scn_rate 为32K，_external_scn_rejection_threshold_hours为24小时
4、4：故障解决经历 厂家C通过DBlink连接到厂家A11.2.0.4版本数据库，开始一段时间内使用正常，后来报错ORA-19706: Invalid SCN错误，查看alert日志，只是相关警告信息：Rejected the attempt to advance SCN over limit by 6 hours worth，通过协调，厂家C最终通过升级数据的方式，之后连接正常，后来由于厂家A数据库存储问题，进行了一次全面数据库还原与恢复后，又报ORA-19706: Invalid SCN错误，最后通过将厂家A和厂家C的_external_scn_rejection_threshold_hours逐渐减小，至于减小值至最终值根绝alert日志警告设置