关于oracle db 11gR2版本上的_external_scn_rejection_threshold_hours参数和scn headroom补丁问题

关于oracle db 11gR2版本上的_external_scn_rejection_threshold_hours参数和scn headroom补丁问题

来自于:
Installing, Executing and Interpreting output from the "scnhealthcheck.sql" script (文档 ID 1393363.1)

第一点:

In addition to the above result the script output may advise to set the hidden parameter "_external_scn_rejection_threshold_hours" on some Oracle versions. The following text gives more information about setting this parameter:

Set _external_scn_rejection_threshold_hours=24 after apply
Oracle recommends setting this parameter to the value 24 in 10g and 11.1 releases - it does not need to be set in 11.2 or later releases. The parameter is static and so must be set in the init.ora or spfile used to start the instance. 
eg:
In init.ora: 
  # Set threshold on dd/mon/yyyy - See MOS Document 1393363.1
  _external_scn_rejection_threshold_hours = 24 
 
In the spfile: 
  alter system set "_external_scn_rejection_threshold_hours" = 24 
   comment='Set threshold on dd/mon/yyyy - See MOS Document 1393363.1' 
   scope=spfile ;

从以上可以看出,在 11.2及其更高的版本上,是无需设置_external_scn_rejection_threshold_hours参数的。

实际上,在11.2.0.4的db软件中,该参数已经出现在隐含参数中了。


第二点:

Please note that there are no SCN hardening fixes for the following versions. The recommendation for these versions is to upgrade to a newer release:
  All versions up to and including 9.2.0.7
  Versions 10.1.0.2 to 10.1.0.4 inclusive
  Versions 10.2.0.1 and 10.2.0.2
  Version 11.1.0.6
  Version 11.2.0.1
从这句话可以看出:以上版本的oracle数据库软件没有修复scn headroom 的补丁。请升级到更新的版本。这一招够狠的。

Versions 11.2.0.4 and 12.1.0.1 onwards already include the main SCN fixes but the "scnhealthcheck" script described above can still be used on those releases to check the current headroom.
从这句话可以看出,在11.2.0.4及其12.1.0.1版本上,已经包括了对scn问题的修复(fixes),说白了,11.2.0.4及其12.1.0.1的程序版本已经修复了scn headroom问题。

你可能感兴趣的:(oracle,scn,11.2.0.4,headroom,12.1.0.1)