技术杂记

1. 设置rman CONTROLFILE AUTOBACKUP ON时，要注意进行表空间变化时，如增加数据文件，且要增加很多个数据文件，且是一个一个语句的加。那就要注意会生成自动备份的控制文件，每个语句会生成一个，因此，对于比较大型的系统，某些表空间已经到达几个TB了，要让使用率从90%加数据文件到85%，就要加很多数据文件，如果每个数据文件一个语句，就会生成很多自动备份的控制文件，从而造成文件系统撑爆。另外注意一下，如果设置了db_recovery_file_dest，自动备份的控制文件就会生成在这个路径下，如果该参数为空，自动备份的控制文件就会在dbs目录下。
解决方法是：将加多个数据文件的语句放在一个语句中执行。

2.设置autoextend on不生效。是因为resize了datafile，且resize的大小大于maxisize。

此时autoextend on就不生效，表空间最大只能撑到8M。maxsize在这里无意义。

3. 在10.2.0.1 windows中，如果process设置过小，会连接不上，但是报错不是ora-00020（oracle 9i中的超过process的报错是ora-00020），而是这样的报错：

4. tahiti.oracle.com这个oracle online document网站上的部分文档，已经支持ePub格式和Mobi格式。所以，可以直接在iPad上，先用safari打开tahiti的网站，选中某本书后，点击右上角的ePub，下载后就直接在ibooks里面看了，非常舒服。

5. 9i 开始，analyze table/index validate structure可以用online参数，对于大的表或者索引，如果怀疑有逻辑坏块，需要用validate structure来检查，但是如果不用online参数，将会锁表很长时间，这对大型OLTP系统是不可接受的。此时我们可以用online参数。
上面的结论，我们可以通过10704的事件（10704，To trace which enqueues are being obtained use）来进行验证，看是否有TM的锁：
非online的情况：

online的情况：

在这里我们看到，如果没加online参数，会有mode 4的TM锁，也就是共享的表锁，只能select，不能dml。

非online时的锁：

此时的锁和lock table in share mode一样：

online时，检查锁情况：