Oracle ASM 详解
ASM:Automatic Storage Management, 是Oracle 主推的一种面向Oracle的存储解决方案， ASM 和 RDBMS 非常相似，ASM 也是由实例和文件组成， 也可以通过sqlplus 工具来维护。
1. ASM 实例由SGA 和后台进程组成。
1.1 SGA 组成:
ASM 实例的SGA包括Buffer Cache， Share Pool， Large Pool等。 需要注意的是Share Pool， 因为Extent Map 要放在这部分的内存中，需要更具数据量来估计Extent Map 的大小做相应的调整。
Extent Map 的大小可以根据所有文件大小的和来估算，使用下面的语句来计算所有文件和：
Select sum(bytes)/(1024*1024*1024) from v$datafile;
Select sum(bytes)/(1024*1024*1024) from v$logfile a, v$log b where a.Group#=b.Group#;
Select sum(bytes)/(1024*1024*1024) from v$tempfile where status='online';
这3个sum 的总和对应着数据库存放ASM中所有文件大小总和， 对于使用External Redundancy 的磁盘组， 每100G 需要1MB 的Extent Map， 根据这个比例计算Extent Map 所需要的空间，在加上额外的2MB就可以了。 在实际工作中一般不需要考虑ASM SGA的配置， 使用Oracle 提供的缺省值就可以了。
1.2 后台进程
ASM 实例比RDBMS 实例多2个进程： RBAL 和 ABRn。
RBAL： 这个进程也叫Rebalancer进程， 负责规划ASM 磁盘组的Reblance活动。
ABRn：是RBAL进程的子进程，这个进程在数量上可以有多个， n从1~9， 这组进程负责真正
相关文档：
搞oracle都会经常碰到rowid，本文是笔者根据网上各位的文章，加上自己学习中的体会，总结而成。
一.rowid简介
rowid就是唯一标志记录物理位置的一个id，在oracle 8版本以前，rowid由file#+block#+row#组成，占用6个bytes的空间，10 bit 的 file# ......
不错的资料,转过来,方便日后查看使用!!!
--监控索引是否使用
alter index &index_name monitoring usage;
alter index &index_name nomonitoring usage;
select * from v$object_usage where index_name =
&index_name;
--求数据文件的I/O分布
select
df.name,phyrds,phywrts,phyblkrd,phyblkwrt,sin ......
SQL的优化应该从5个方面进行调整：
1.去掉不必要的大型表的全表扫描
2.缓存小型表的全表扫描
3.检验优化索引的使用
4.检验优化的连接技术
5.尽可能减少执行计划的Cost
SQL语句：
是对数据库(数据)进行操作的惟一途径；
消耗了70%~90%的数据库资源；独立于程序设计逻辑，相对于对程序源代码的优化，对SQL语句的优化� ......
最近发现一个问题，一个9i跑在redhat5的，居然 select sysdate from dual 出来的时间和实际时间差了几分钟，因为基于这个oracle的系统时间正确性还是有点要求的。所以只能 #date -s 2010-2-10 8:55:00 了，再#clock -w 写入COMS 注意修改时间得在root下。
在系统启动时，Linux操作系统将时间从CMOS中读到系统� ......
日常开发活动中，有时候需要对oracle执行计划进行监控，以此来调优程序和数据库方面的性能。
常用方法有以下几种：
一、通过PL/SQL Dev工具
1、直接File->New->Explain Plan Window，在窗口中执行sql可以查看计划结果。其中，Cost表示cpu的消耗，单位为n%，Cardinality表示执行的行数，等价Row ......
