• 博客访问: 467865
  • 博文数量: 337
  • 用 户 组: 普通用户
  • 注册时间: 2008-01-01 20:58
个人简介

暂无介绍

ITPUB论坛APP

ITPUB论坛APP



APP发帖 享双倍积分

文章分类

全部博文(337)

文章存档

2011年(1)

2010年(22)

2009年(35)

2008年(41)

2007年(143)

2006年(39)

2005年(56)

我的朋友
微信关注

IT168企业级官微



微信号:IT168qiye



系统架构师大会



微信号:SACC2013

发布时间:2009-06-26 15:18:50

一个逻辑Standby的库,运行在Redhat as4u4_x86_64的平台上,数据库版本10.2.0.2。主库运行的操作系统平台和数据库版本跟Standby库一致,运行在最大性能模式,使用 LGWR ASYNC方式传Redo到逻辑Standby库。逻辑Standby库使用Apply Immedite方式进行实时应用。因为这个库的压力很小,所以Standby库和主库之间的数据同步时间非常小,一般都在分钟级别以内,但这次因为一个 每分钟才运行几次的简单Insert语句却能引起Standby Apply的延迟,确实有些不同寻常,下面来看看到底发生了什么。[@more@]上午,收到报警邮件,说逻辑Standby库......【阅读全文】

阅读(1589) | 评论(0) | 转发(0)

发布时间:2009-06-24 16:13:21

搞了个NFS环境,然后弄了点压力来测试下读写性能如何,其实如果网络上没有其他流量,那基本上网络上得到的流量也就是NFS读写的数据的流量了,也大概 能得到NFS的读写性能。但LINUX下的sysstat包中提供了一个iostat命令,其中有一个-n参数,可以直接看到NFS上的流量信 息,BUT,使用这个咚咚就要小心碰到“Cannot open /proc/self/mountstats: No such file or directory”了。[@more@] 我测试的环境是REDHAT AS4U4,直接使用iostat -n命令,出现错误提示:Cannot open /proc/self/mountstats: No such file or directory/porc目录是......【阅读全文】

阅读(3648) | 评论(0) | 转发(0)

发布时间:2009-06-23 16:38:13

一个应用,突然出现响应缓慢,查看一下等待时间,发现有很多的数据读取的等待,而且每次执行读取的BLOCK数量明显比之前多,看看SQL的执行计划,发 现跟之前的执行计划不一样,多了一个MERGE JOIN CARTESIAN 的过程,把这些进程杀掉,刷新下SHARED POOL,然后等SQL重新请求进来被解析,执行计划已经正确了,下面来看看这个MERGE JOIN CARTESIAN 是何方神圣[@more@]先来看看SQL:SELECT /*+ USE_NL(store) INDEX(store EI_ATTRSTORE) INDEX(dn EP_DN) FIRST_ROWS */ STORE.ENTRYID, STORE.ATTRNAME, NVL(STORE.ATTRVAL, ' '), NVL(STOR......【阅读全文】

阅读(7475) | 评论(0) | 转发(0)

发布时间:2009-06-19 17:58:55

一个库前期是别人装好的,OS是REDHAT AS4U6的,ORACLE是10.2.0.3的,ASM实例也已经建好了,可是当使用ASMCMD想来看看里面都有些什么内容的时候却发现ASMCMD命令不能使用,报错如下:install_driver(Oracle) failed: Can't load '/u01/oracle/product/10.2.0/db_1/perl/lib/site_perl/5.8.3/i686-linux-thread-multi/auto/DBD/Oracle/Oracle.so' for module DBD::Oracle: /u01/oracle/product/10.2.0/db_1/lib32/libclntsh.so.10.1: undefined symbol: nnftboot at /u01/oracle/product/10.2.0/db_1/perl/lib/5.8.3/i686-linux-thread-mult......【阅读全文】

阅读(2250) | 评论(0) | 转发(0)

发布时间:2009-06-19 15:03:09

一个DATAGUARD,当主库RESIZE扩大一个数据文件后,DG上面却不能应用这个RESIZE的操作,导致MPR进程停掉,报错如下:ORA-01237: cannot extend datafile 123ORA-01110: data file 516: '+DG01/dg/datafile/aa.276.689185035'ORA-17505: ksfdrsz:1 Failed to resize file to size 3053300 blocksORA-15041: diskgroup space exhausted本来想这个错误太明显了,无非是因为DG上面得ASM组没有空闲空间了,导致数据文件不能扩展。于是登陆ASM实例,查询空闲空间,结果如下:SQL> select name,total_mb,free_mb from v$asm_diskgroup;NAME ......【阅读全文】

阅读(10364) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册