上一页 1 ··· 13 14 15 16 17 18 19 20 21 ··· 23 下一页
摘要: 在搭建11gR2 RAC过程中,在db01节点执行root.sh脚本成功,却在db02节点执行root.sh脚本未成功,见下文红色部分: [root@db02 app]# /u01/app/oraInventory/orainstRoot.sh 解决办法是在db02上删除之前的crs配置信息,然后重新运行root.sh脚本即可。[root@db02 ~]# /u01/app/11.2.0/grid/crs/install/rootcrs.pl -verbose -deconfig -force 阅读全文
posted @ 2013-05-04 15:17 wilson.han 阅读(399) 评论(0) 推荐(0) 编辑
摘要: 1. db file scattered read-DB 文件分散读取 这种情况通常显示与全表扫描相关的等待。当数据库进行全表扫时,基于性能的考虑,数据会分散(scattered)读入Buffer Cache。如果这个等待事件比较显著,可能说明对于某些全表扫描的表,没有创建索引或者没有创建合适的索引,我们可能需要检查这些数据表已确定是否进行了正确的设置。 然而这个等待事件不一定意味着性能低下,在某些条件下Oracle 会主动使用全表扫描来替换索引扫描以提高性能,这和访问的数据量有关,在CBO 下Oracle 会进行更为智能的选择,在RBO 下Oracle 更倾向于使用索引。 因为全表扫描... 阅读全文
posted @ 2013-05-03 00:27 wilson.han 阅读(259) 评论(0) 推荐(0) 编辑
摘要: Redo Log Buffer的大小设置--转载Redo Log Buffer的大小设置:Redo Log Buffer的大小由初始化参数LOG_BUFFER定义,该参数的缺省值为Max(512KB,128KB*CPU_COUNT)。通常这一缺省值是足够的,从上篇日志可以知道,Redo Log Buffer的写出操作是相当频繁的,所以过大的Log Buffer设置通常是没有必要的;如果缺省值不能满足要求,一般来说3MB是一个较为合理的调整开端。log_buffer参数的设置是否需要调整,可以从数据库的等待事件来判断:sys@NEI> select event#,name from v$e 阅读全文
posted @ 2013-05-03 00:22 wilson.han 阅读(1048) 评论(0) 推荐(0) 编辑
摘要: db file sequential read 事件的优化(一)db file sequential read等待事件有3个参数:file#,first block#,和block数量。在10g中,这等待事件受到用户I/O等待级别的影响。当处理db file sequential read等待事件的时候,牢记以下关键想法。l Oracle进程需要一个当前不在SGA中的块,等待数据库块从磁盘读入到SGA中l 要看的两个重要的数字是单独会话的TIME_WAITED和AVERAGE_WAIT。l 重要db file sequential read等待时间最可能是一个应用问题。db file sequ 阅读全文
posted @ 2013-05-03 00:16 wilson.han 阅读(3674) 评论(0) 推荐(0) 编辑
摘要: Oracle db file sequential read产生原因:该等待事件通常意味着一次I/O读取请求的结束。该等待产生原因:该等待事件通常意味着一次I/O读取请求的结束。该等待事件与db file scattered read的区别请参考www.itpub.net的帖子以及biti_rainy的blog。一次sequential读取通常是单个块的读取,但偶尔的在读取多块的时候也会看到sequential读取。诊断方法:在会话级,查询视图V$SESSION_WAIT时如果有该事件存在,那么该视图中的P1-表示文件编号FILE#P2-表示块编号BLOCK#P3-表示读取的块数BLOCKS, 阅读全文
posted @ 2013-05-03 00:08 wilson.han 阅读(378) 评论(0) 推荐(0) 编辑
摘要: oracle log file switch (checkpoint incomplete)的解决(2012-04-13 10:19:42)转载▼标签:it分类: oracle昨天晚上发现百万级的数据更新突然变得非常慢,检察系统状况后发现,频繁出现 oracle log file switch (checkpoint incomplete).之后select * from v$log,发现每个redo log只给了50M空间,初步怀疑是redo log 过小,导致批量更新时无法完成checkpoint .试着扩4组256M,更新瞬时通过,问题即可解决.alter database add lo 阅读全文
posted @ 2013-05-02 23:26 wilson.han 阅读(904) 评论(0) 推荐(0) 编辑
摘要: (一) ASH用户在ORACLE数据库中执行操作时,必然要创建相应的连接和会话,其中,所有当前的会话信息都保存在动态性能视图V$SESSION中,通过该视图,DBA可以查看用户实际执行的操作,或者当前的等待事件等。通常这部分信息是调优过程中的关键信息,不过,一旦连接断开。会话信息就会被同时从V$SESSION及其它相关视图中清除,也就是说,用户执行完操作走人,而你(DBA),如果不能在当前逮到他,过了这点,就不知道它曾经做过什么了。 10g 版本中,ORACLE又新增加了一个视图(其它是若干,不过咱们还是以session为引子说):V$ACTIVE_SESSION_HISTORY,看名字就知. 阅读全文
posted @ 2013-05-02 23:02 wilson.han 阅读(374) 评论(0) 推荐(0) 编辑
摘要: IBM/AIX 下找到占用指定端口的进程并杀死它零、Windows下的方法> netstat -ano | find "1521"TCP 0.0.0.0:1521 0.0.0.0:0 LISTENING 2024> taskkill /pid 2024一、相关方法的参考资料(转载)1:首先根据端口号# netstat -A | grep 1099返回f1000089c27a2358 tcp4 0 0 *.389 *.* LISTEN 2:移除sock# rmsock f100089c27a2358 tcpcbThe socket ... 阅读全文
posted @ 2013-04-29 22:48 wilson.han 阅读(868) 评论(0) 推荐(0) 编辑
摘要: Oracle 判断 并 手动收集 统计信息 脚本 分类: Oracle Performance 2011-05-25 20:31 2882人阅读 评论(0) 收藏 举报oraclestatisticsexceptionsql数据库table一. 说明在之前的blog: Oracle Statistic 统计信息 小结 http://blog.csdn.net/tianlesoftware/archive/2009/10/15/4668723.aspx 里对统计信息的收集有说明, Oracle 的Automatic Statistics Gathering 是通过Scheduler 来实现收集和 阅读全文
posted @ 2013-04-29 22:19 wilson.han 阅读(353) 评论(0) 推荐(0) 编辑
摘要: 之前对ORACLE中的变量一直没个太清楚的认识,比如说使用:、&、&&、DEIFINE、VARIABLE……等等。今天正好闲下来,上网搜了搜相关的文章,汇总了一下,贴在这里,方便学习。==================================================================================在oracle 中,对于一个提交的sql语句,存在两种可选的解析过程, 一种叫做硬解析,一种叫做软解析.一个硬解析需要经解析,制定执行路径,优化访问计划等许多的步骤.硬解释不仅仅耗费大量的cpu,更重要的是会占据重要的们闩(la 阅读全文
posted @ 2013-04-27 17:00 wilson.han 阅读(551) 评论(0) 推荐(0) 编辑
上一页 1 ··· 13 14 15 16 17 18 19 20 21 ··· 23 下一页