如果scn增长率高该收集那些信息翻译mos文章Evidence to collect when reporting "high SCN rate" issues to Oracle Support

   Evidence to collect when reporting "high SCN rate" issues to Oracle Support

                                                                                 (文档 ID 1388639.1)

  收集高的scn使用率问题的痕迹给oracle 支持
适用于
企业版和标准版的10.1.0.5以后的版本
适用于任何平台


这个文档为了描述收集一个或者一组认为有搞得scn增长率的数据库的最初信息。

收集哪些信息


请收集下面每个有高的scn增长的数据库的信息

1）下载安装运行scnhealthcheck.sql脚本。

其实是需要打一个补丁程序，大家可以在mos上选择下载（补丁程序13498243: CALCULATE AVAILABLE SCN HEADROOM）

将信息输出到一个文件里
2） 日志文件
包含scn的相关信息或者告警。
从数据库回滚到前一次数据库启动的信息。
rac要把所有节点的alter日志信息加入进来。
3）awr数据awr报告；
4）数据库架构的拓扑信息
5）scn的历史信息
归档模式下执行下面脚本

set numwidth 17
set pages 1000
alter session set nls_date_format='DD/Mon/YYYY HH24:MI:SS';
SELECT tim, gscn, 
  round(rate),
  round((chk16kscn - gscn)/24/3600/16/1024,1) "Headroom"
FROM  
(
 select tim, gscn, rate,
  ((
  ((to_number(to_char(tim,'YYYY'))-1988)*12*31*24*60*60) +
  ((to_number(to_char(tim,'MM'))-1)*31*24*60*60) +
  (((to_number(to_char(tim,'DD'))-1))*24*60*60) +
  (to_number(to_char(tim,'HH24'))*60*60) +
  (to_number(to_char(tim,'MI'))*60) +
  (to_number(to_char(tim,'SS')))
  ) * (16*1024)) chk16kscn
 from 
 ( 
   select FIRST_TIME tim , FIRST_CHANGE# gscn,
          ((NEXT_CHANGE#-FIRST_CHANGE#)/
           ((NEXT_TIME-FIRST_TIME)*24*60*60)) rate
     from v$archived_log
    where (next_time > first_time) 
 )
)
order by 1,2
;

如果问题没有解决提交一个以high scn rate为名的sr
确认提交的信息对于每个数据库是能够明确区分的。
上传提到的那些收集的信息
明确的说明错误或者警告等信息是怎样产生的
最接近告警或者错误的信息将帮助我们给你打补丁或者诊断处理问题。
SQL> set numwidth 17
SQL> set pages 1000
SQL> alter session set nls_date_format='DD/Mon/YYYY HH24:MI:SS';


Session altered.


SQL> SELECT tim, gscn, 
  2    round(rate),
  3    round((chk16kscn - gscn)/24/3600/16/1024,1) "Headroom"
  4  FROM  
  5  (
  6   select tim, gscn, rate,
  7    ((
  8    ((to_number(to_char(tim,'YYYY'))-1988)*12*31*24*60*60) +
  9    ((to_number(to_char(tim,'MM'))-1)*31*24*60*60) +
 10    (((to_number(to_char(tim,'DD'))-1))*24*60*60) +
 11    (to_number(to_char(tim,'HH24'))*60*60) +
 12    (to_number(to_char(tim,'MI'))*60) +
 13    (to_number(to_char(tim,'SS')))
 14    ) * (16*1024)) chk16kscn
 15   from 
 16   ( 
 17     select FIRST_TIME tim , FIRST_CHANGE# gscn,
 18            ((NEXT_CHANGE#-FIRST_CHANGE#)/
 19             ((NEXT_TIME-FIRST_TIME)*24*60*60)) rate
 20       from v$archived_log
 21      where (next_time > first_time) 
 22   )
 23  )
 24  order by 1,2
 25  ;


no rows selected


SQL> archive log list
Database log mode              Archive Mode
Automatic archival             Enabled
Archive destination            /arch/
Oldest online log sequence     3
Next log sequence to archive   5
Current log sequence           5

执行下语句查询我的实验环境，没有返回值。看一下我的scn headroom，result A

--------------------------------------------------------------
ScnHealthCheck
--------------------------------------------------------------
Current Date: 2016/05/09 01:29:14
Current SCN:  560745
SCN Headroom: 10548.06
Version:      10.2.0.1.0
--------------------------------------------------------------
Result: A - SCN Headroom is good
Apply the latest recommended patches
based on your maintenance schedule
AND set _external_scn_rejection_threshold_hours=24 after apply.
For further information review MOS document id 1393363.1
--------------------------------------------------------------
SQL>