[20130318]v$rman_backup_job_details访问缓慢的问题.txt

[20130318]v$rman_backup_job_details访问缓慢的问题.txt

今天我想检查备份,执行如下:

SELECT start_time, end_time, elapsed_seconds,TRIM (time_taken_display) TIME, status, input_type,
       compression_ratio, TRIM (input_bytes_display) inputb,
       TRIM (output_bytes_display) outputb,
       TRIM (input_bytes_per_sec_display) input,
       TRIM (output_bytes_per_sec_display) output,
       status
  FROM v$rman_backup_job_details
 WHERE start_time > TRUNC (SYSDATE) - 22
 order by start_time desc ;

--我生产系统的版本信息如下:

select * from v$version where rownum
BANNER                                                          
----------------------------------------------------------------
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi
1 row selected.

--系统如死机一般,根本不动.
--仔细看执行计划,发现有好几个地方使用笛卡尔集MERGE JOIN CARTESIAN.
--我马上想起来,上个星期5我执行分析收集fixed table信息。
exec dbms_stats.gather_fixed_objects_stats;

--马上修改sql语句,加入提示rule 看看.

SELECT   /*+ rule */
         start_time, end_time, elapsed_seconds, TRIM (time_taken_display) TIME, status, input_type, compression_ratio,
         TRIM (input_bytes_display) inputb, TRIM (output_bytes_display) outputb, TRIM (input_bytes_per_sec_display) input,
         TRIM (output_bytes_per_sec_display) output, status
    FROM v$rman_backup_job_details
   WHERE start_time > TRUNC (SYSDATE) - 32
ORDER BY start_time DESC;

--结果马上返回.google发现如下链接:

http://rupamverma.blogspot.com/2010/11/oracle-database-backup-report.html
Oracle Database Backup Report - v$rman_backup_job_details

/*
-- rman - Query using V$RMAN_BACKUP_JOB_DETAILS is taking too long to execute both in SQL*Plus and also in DATABASE CONSOLE.
-- doc : 420200.1
*/
Steps :-
1. sqlplus as sysdba
2. execute following procedure

Sql> exec dbms_stats.DELETE_TABLE_STATS('SYS','X$KCCRSR'); # deletes the statistics on the fixed object.
Sql> exec dbms_stats.LOCK_TABLE_STATS('SYS','X$KCCRSR');   # lock that object so that statistics will not be collected in future.
 
Hope this helps. Regards Rupam

--按照建议就是删除SYS.X$KCCRSR上的统计,lock统计.

SELECT obj#, savtime, flags, rowcnt, blkcnt, avgrln, samplesize, analyzetime
  FROM SYS.wri$_optstat_tab_history
 WHERE obj# IN (SELECT object_id FROM v$fixed_table WHERE NAME = 'X$KCCRSR');
      OBJ# SAVTIME                          FLAGS     ROWCNT     BLKCNT     AVGRLN SAMPLESIZE ANALYZETIME
---------- --------------------------- ---------- ---------- ---------- ---------- ---------- -------------------
4294952064 2013-03-15 15:21:48.724980           8    5456             0        144       5456 2012-03-07 08:12:52

--不知道以前分析,问题为什么不出现.

SQL> select * from DBA_TAB_STATS_HISTORY where table_name='X$KCCRSR';
OWNER  TABLE_NAME  PARTITION_NAME                 SUBPARTITION_NAME              STATS_UPDATE_TIME
------ ----------- ------------------------------ ------------------------------ ----------------------------------------
SYS    X$KCCRSR                                                                   2013-03-15 15:21:48.724980

--这种fixed表不保留原来的统计信息.

解决方法两个:
1.使用提示rule.
2.删除统计信息,在lock统计.
exec dbms_stats.DELETE_TABLE_STATS('SYS','X$KCCRSR');
exec dbms_stats.LOCK_TABLE_STATS('SYS','X$KCCRSR');
 

时间: 2024-10-23 20:10:29

[20130318]v$rman_backup_job_details访问缓慢的问题.txt的相关文章

linux oracle11g 做的rac双集,应用使用windows+weblogic,应用服务器重启后访问缓慢

问题描述 linux oracle11g 做的rac双集,应用使用windows+weblogic,应用服务器重启后访问缓慢 第一次重启过了两天系统访问又变的很快了,第二次重启过后又变的访问缓慢,持续一个星期还没好,分析原因可能是rac双集原因,重启了linux 的两台数据服务器后,只起来了一台,另外一台监听Instance ""gzlcwdb1"" status BLOCKED ,看过listener配置,应该是没问题的,请大神帮忙分析下访问缓慢的原因,也通过单点

[20150331]生产系统登陆缓慢的问题.txt

[20150331]生产系统登陆缓慢的问题.txt --上午生产系统出现登陆缓慢,查看等待事件library cache lock ,还好开发自己发现是11g设置口令大小写问题,及时纠正了错误. --事后,我想如果开发不发现,我估计要诊断一段时间才能定位问题,我自己在测试环境做一个模拟看看,便于以后定位: 1.建立测试环境: SYS@test> @ver1 PORT_STRING                    VERSION        BANNER -----------------

[20160412]访问all_directorys视图问题.txt

[20160412]访问all_directorys视图问题.txt --调试PL SQL脚本,遇到一个问题: 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING         VERSION    BANNER ------------------- ---------- -------------------------------------------------------------------------------- x86_64/Linux 2

Bitbucket访问缓慢

原文:http://www.iamait.com/2012/04/24/Bitbucket%E8%AE%BF%E9%97%AE%E7%BC%93%E6%85%A2 在北京访问https://bitbucket.org 非常缓慢,页面的样式是乱掉的,怀疑是静态CSS等文件的服务器被墙或者出现问题,通过Chrome Developer Tools看来是网站把静态文件都放在cloudfront-Amazon云服务的机器上了.又通过just-ping.com网站发现在中国访问dwz7u9t8u8usb.

GitHub无法访问或访问缓慢解决办法

缘由 由于众所周知的原因,Github最近无法访问或访问很慢. 由于Github支持https,因此此次屏蔽Github采用的方法是dns污染,用户访问github会返回一个错误的IP 翻墙当然是一种解决办法了,但总感觉不是很爽 临时解决办法 在终端执行指令sudo vi /etc/hosts打开hosts文件进行编辑 插入如下内容,保存退出即可! # github 204.232.175.78 http://documentcloud.github.com 207.97.227.239 htt

[20120306]访问v$access 视图.txt

SQL> select * from v$version ;BANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit ProductionPL/SQL Release 11.2.0.1.0 - ProductionCORE    11.2.0.1.0  

wamp服务器访问php非常缓慢的解决过程_php技巧

wamp这两天明显比以前访问要慢很多,重启了下,刚开始还有效,后来重启也没用,就在网上查了下原因,分享给需要的朋友. 可能原因1.apache  access.log文件过大 (本人就是用这个解决的)     解决方法:清空日志文件:日志路径:wamp\bin\apache\Apache2.4.4\logs\access.log ============================================================ 可能原因2.hosts文件(在网上看的,本人没

Robots META标签和robots.txt文件

我们知道,搜索引擎都有自己的"搜索机器人"(ROBOTS),并通过这些ROBOTS在网络上沿着网页上的链接(一般是http和src链接)不断抓取资料建立自己的数据库. 对于网站管理者和内容提供者来说,有时候会有一些站点内容,不希望被ROBOTS抓取而公开.为了解决这个问题,ROBOTS开发界提供了两个办法:一个是robots.txt,另一个是The Robots META标签. 一.robots.txt1.什么是robots.txt? robots.txt是一个纯文本文件,通过在这个文

robots.txt禁止搜索引擎收录的方法

搜索引擎 一.什么是robots.txt文件? 搜索引擎通过一种程序robot(又称spider),自动访问互联网上的网页并获取网页信息. 您可以在您的网站中创建一个纯文本文件robots.txt,在这个文件中声明该网站中不想被robot访问的部分,这样,该网站的部分或全部内容就可以不被搜索引擎收录了,或者指定搜索引擎只收录指定的内容. 二. robots.txt文件放在哪里?robots.txt文件应该放在网站根目录下.举例来说,当robots访问一个网站( 比如http://www.abc.