关于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参数的。

第二点:

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 db 11gR2版本上的_external_scn_rejection_threshold_hours参数和scn headroom补丁问题,布布扣,bubuko.com

时间: 2024-10-12 12:37:18

关于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

【翻译自mos文章】在oracle db 11gR2版本中启用 Oracle NUMA 支持

在oracle db 11gR2版本中启用 Oracle NUMA 支持 参考原文: Enable Oracle NUMA support with Oracle Server Version 11gR2 (文档 ID 864633.1) 适用于: Oracle Database - Enterprise Edition - Version 11.2.0.1 and later Oracle Database - Standard Edition - Version 11.2.0.1 and l

【从翻译mos文章】在oracle db 11gR2版本号被启用 Oracle NUMA 支持

在oracle db 11gR2版本号被启用 Oracle NUMA 支持 参考原始: Enable Oracle NUMA support with Oracle Server Version 11gR2 (文件 ID 864633.1) 申请: Oracle Database - Enterprise Edition - Version 11.2.0.1 and later Oracle Database - Standard Edition - Version 11.2.0.1 and l

安装ORACLE时在Linux上设置内核参数的含义

转自:http://www.blogjava.net/tbwshc/archive/2012/09/13/387652.htmlhttp://blog.csdn.net/wuweilong/article/details/7420310 安装Oracle之前,除了检查操作系统的硬件和软件是否满足安装需要之外,一个重点就是修改内核参数,其中最主要的是和内存相关的参数设置. SHMMAX参数:Linux进程可以分配的单独共享内存段的最大值.一般设置为内存总大小的一半.这个值的设置应该大于SGA_MA

[转]Oracle DB 管理数据库存储结构

? 描述块中表行数据的存储 ? 创建和管理表空间 ? 获取表空间信息 表数据的存储方式 创建表时,还会创建一个用于保存其数据的段.表空间包含一个段集合. 从逻辑上来说,表包含许多行列值.行最终以行片段的形式存储在数据库块中.之所以称其为行片段,是因为在某些情况下可能不会在一个位置存储完整的行.当插入的行太大而无法装入单个块时(链接行),或当更新导致现有行超出当前块的可用空闲空间时(迁移行),就会发生这种情况.当表中的列多于255 列时,也会使用行片段.在这种情况下,这些行片段可能位于同一个块(块

RHEL 7上能运行的Oracle DB 版本

RHEL 7已经在2014年开放下载,从MOS的"认证"部分可以查到如下信息: 12.1.0.2在rhel7上通过了认证. 12.1.0.1在rhel7上没通过认证.   11.2.0.4在rhel7上通过了认证. 11.2.0.3在rhel7上没通过认证.   另外一些知识点: 1. 还有RHEL 5.10和RHEL 5.11版本,我以为RHEL5.9已经到头了. 2. 在各种linux发行版(RHEL,SUSE,OEL),各种Linux version下,安装不同的Oracle D

Database Control 在Oracle DB 11.2版本之后被放弃支持

参考自: Database Control To Be Desupported in DB Releases after 11.2 (Doc ID 1484775.1) 适用于: Oracle Server - Enterprise Edition Information in this document applies to any platform. 细节: Oracle宣布如下:Database Control (也称作DBControl or Database Console)将会在 O

Oracle GoldenGate (ogg) 11.2.1.0.20 是最后一个支持oracle db 10g的 ogg版本

参考原文: Oracle GoldenGate 11.2.1.0.22 Patch Set Availability (Doc ID 1669160.1) 该文章不做翻译,仅仅摘录其中有价值的信息,如下: Alert! OGG 11.2.1.0.22 is -not- available for Oracle Database 10g. Oracle GoldenGate 11.2.1.0.20 is the Terminal Release for support of Oracle Data

在widows 2008 x64bit R2下安装Oracle db 10.2.0.4时遇到的"检查操作系统版本: 必须是5.1 or 5.2。实际为 6.1未通过"

在Widows 2008 x64bit R2下安装Oracle db 10.2.0.4时遇到的"检查操作系统版本: 必须是5.1 or 5.2.实际为 6.1未通过" 特别说明:Widows 2008 x64bit R2下安装Oracle db 10.2.0.4仅仅是第一步,之后还得打10.2.0.5的patch.原因很简单:Oracle db 10.2.0.4 没有在 Widows 2008 x64bit R2通过认证. 解决方法: database\install\oraparam