26 06, 2009
一个逻辑Standby的库，运行在Redhat as4u4_x86_64的平台上，数据库版本10.2.0.2。主库运行的操作系统平台和数据库版本跟Standby库一致，运行在最大性能模式，使用 LGWR ASYNC方式传Redo到逻辑Standby库。逻辑Standby库使用Apply Immedite方式进行实时应用。因为这个库的压力很小，所以Standby库和主库之间的数据同步时间非常小，一般都在分钟级别以内，但这次因为一个 每分钟才运行几次的简单Insert语句却能引起Standby Apply的延迟，确实有些不同寻常，下面来看看到底发生了什么。 查看全文
24 06, 2009
iostat -n来统计NFS读写信息时碰到了Cannot open /proc/self/mountstats: No such file or directory
搞了个NFS环境，然后弄了点压力来测试下读写性能如何，其实如果网络上没有其他流量，那基本上网络上得到的流量也就是NFS读写的数据的流量了，也大概 能得到NFS的读写性能。但LINUX下的sysstat包中提供了一个iostat命令，其中有一个-n参数，可以直接看到NFS上的流量信 息，BUT，使用这个咚咚就要小心碰到“Cannot open /proc/self/mountstats: No such file or directory”了。 查看全文
23 06, 2009
要命的MERGE JOIN CARTESIAN
一个应用，突然出现响应缓慢，查看一下等待时间，发现有很多的数据读取的等待，而且每次执行读取的BLOCK数量明显比之前多，看看SQL的执行计划，发 现跟之前的执行计划不一样，多了一个MERGE JOIN CARTESIAN 的过程，把这些进程杀掉，刷新下SHARED POOL，然后等SQL重新请求进来被解析，执行计划已经正确了，下面来看看这个MERGE JOIN CARTESIAN 是何方神圣 查看全文
19 06, 2009
一个库前期是别人装好的，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-multi/DynaLoader.pm line 229.
at (eval 2) line 3
Compilation failed in require at (eval 2) line 3.
Perhaps a required shared library or dll isn't installed where expected
at /u01/oracle/product/10.2.0/db_1/bin/asmcmdcore line 5953
19 06, 2009
ASM磁盘空间假装耗尽，ORA-15041: diskgroup space exhausted
一个DATAGUARD，当主库RESIZE扩大一个数据文件后，DG上面却不能应用这个RESIZE的操作，导致MPR进程停掉，报错如下：
ORA-01237: cannot extend datafile 123
ORA-01110: data file 516: '+DG01/dg/datafile/aa.276.689185035'
ORA-17505: ksfdrsz:1 Failed to resize file to size 3053300 blocks
ORA-15041: diskgroup space exhausted
本来想这个错误太明显了，无非是因为DG上面得ASM组没有空闲空间了，导致数据文件不能扩展。于是登陆ASM实例，查询空闲空间，结果如下：
SQL> select name,total_mb,free_mb from v$asm_diskgroup;
NAME TOTAL_MB FREE_MB
------------------------------ ---------- ----------
DG01 5209505 884073
DG02 1023994 988091
也就是说DG01命名还有将近900G的空间，却给我说空间不够了，这下抓瞎啦，见鬼的问题来了
5 06, 2009
这不是什么鬼片，而是发生在机房的一次事故。
因为扩容需要，去机房添加一个盘柜，然后把这些空间添加到主机，因为主机不能动态识别这些新添加的空间，所以重启主机。主机上跑的业务不能停机很久，于是重启命令敲完，准备接个显示器上去看看启动的过程，万一需要按个F1或者碰见什么故障暂停了，也好及时处理。没想到惊险一刻很快就来了。
查看全文30 05, 2009
这篇文章是翻METALINK时找到的，转载一下供参考。MLID:359515.1
适用版本：
Oracle Server - Enterprise Edition - Version: 10.1.0.2 to 11.1.0.6 Information in this document applies to any platform.
Oracle Clusterware, Oracle Real Application Clusters, NAS Purpose
The purpose of this bulletin is to document the options with which the NAS systems should be mounted. This note does not cover the new dNFS feature that was introduced in 11g.
21 05, 2009
昨天晚上下了个片子，影音风暴打开，提示我说缺少一个编码器，然后自动连到了影音风暴的服务器去下载编码器，接下来就是提示说连不上，而且给了一个手动安装的链接。既然连不上，那就手动的试试吧，结果那个链接还是打不开，反复尝试多次也都一样。干脆到暴风的主页看看吧，发现主页也打不开了，这就搞不明白了，到最后片也没看成。
今天才发现是因为暴风指向电信的域名服务器挂了，而很多用户都装有暴风（暴风号称有1.5亿用户），当然包括我，我还装了三份，公司台式机一份，笔记本一份，家里笔记本一份。而暴风也会有些后台的程序在运行，发现自己的域名服务器宕机后会不停地重试，因此出现了大量的DNS查询，且量大间隔短，导致DNS系统资源耗尽而宕机。这不就是一次DDOS攻击吗？我是不是也贡献了一份力量呢？
很久之前看过一个电影，讲一个杀手要杀一个人，而这个人是慢慢被杀死的，而杀死他的整个过程都是在网络上直播的。那么，他死的快慢是跟网络访问量有关系的，访问的人越多，死的越快；如果没人访问，则他不会被杀死的。那么大家处于好奇心，总会点上来看看，而且很快就会在网络上疯狂传播，最终导致这个人被杀死。那么，大家是不是每个人都是帮凶呢？
可是，能有几个人会想到自己是帮凶而拟制自己的好奇心不去看呢？
11 05, 2009
很多时候表的访问控制都是通过权限或者视图来控制的，但是这样的实现方式粒度不够细。比如我有100个用户，每个用户都只让他们访问表中特定行的数据，但是其他行的数据对他们来说不可见，VIEW可以实现，但不至于为每个用户建一个VIEW吧。另外，对于列的访问控制也有相同的问题。但如果是我想给用户SELECT ANY TABLE的权限，但是其中又有某些行或者某些列不想让用户看到，那不同的权限或者视图就无能为力了。好吧，VPD出场了。 查看全文11 05, 2009
可能会有人经常碰到这个问题，刚好在ML上看见了这个文章，转帖一下吧，希望能帮到一两个人。格式有些乱，原文中是有一个表格形式的。有账号的还是直接去ML看吧。ML:465465.1
查看全文8 05, 2009
PLS-00123:程序太大，是否是ORACLE潜伏多年的小BUG呢？
一哥们给我提了个问题，说一个PACKAGE，通过PL/SQL DEVELOPER进行编写和调试的，大概超过5000行左右，编译的时候会报错，报错的信息是“PLS-00123:程序太大”，才5000行就太大，ORACLE不至于这么弱吧？首先想到的就是PL/SQL DEVELOPER上有什么限制，把菜单栏=》TOOLS=>PERFERENCES中所有选项挖地三尺，没地方限制啊。GOOGLE了一下，解决的办法很简单：在TOOLS=>PERFERENCES=>ORACLE=>DEBUGGER=>ADD DEBUG INFORMAION WHEN COMPILING，在这个地方把这个勾取消，然后就可以编译通过了。那么下面来仔细看看这个东东是干啥的呢？
查看全文7 04, 2009
比如我想知道我的EMAIL在测试系统中存在了什么位置，那就需要DUMP BLOCK来查看了，可是索引不像数据，数据的话我只要知道ROWID，然后根据ROWID得到数据存在于哪个数据文件的哪个块中，然后直接DUMP这个BLOCK就可以了。可是索引存了ROWID，但是你却SELECT不出来，下面来演示下怎么找到一个值在索引中存在于什么地方 查看全文17 03, 2009
用到了用户和组的管理的地方，有些搞不清楚，网上搜了些资料，也懒的整理了，直接东拼西凑的贴在这里吧。
其实最主要的就是/etc/group和/etc/passwd两个文件，搞清除了里面的内容、含义、权限，然后再搞几个命令，一般的用户管理也就都搞定了。
查看全文16 03, 2009
有人的地方就有江湖，有资源等待的地方就有死锁。写完主键的死锁，基本上ORACLE的死锁也就都在这里了--主外键死锁、BITMAP索引死锁、ITL死锁，还有最常见的事务锁的引发的死锁。主键的死锁很容易模拟出来的，建一个表，插入一个值，然后不要COMMIT，另一个会话插入另一个值，也不要COMMIT，然后再把这两个插入的值互相交换一下，在两个会话中分别插入，死锁产生。更深入的分析也不想写了，记录一下TRACE文件吧。
查看全文10 03, 2009
可以直接查看/proc/cpuinfo文件，其中有关于CPU的详细信息，包括型号、CACHE、频率等等，但是没有地方明确的写明是32位还是64位的，不过在FLAG那一行有很多的标志信息，如果其中有LM标志，说明这个是64位的CPU，如果没有，则说明是32位的。
FLAG的详细的解释是定义在cpufeature.h头文件中的，里面关于LM的解释是Long Mode (x86-64)，这个文件在64位系统上位于/usr/include/asm-x86_64目录下，在32位系统中位于/usr/include/asm目录下，下面列一个64位的cpufeature的头文件做个记录吧
查看全文