日常维护中，我们通常会通过各种命令获得一些trace，这里总结了一下，获取TRACE文件存放的路径的两种方法：

有些数据库，TEMP数据文件设置成了自动扩展，渐渐导致了TEMP表空间太大，甚至撑爆了整个文件系统，最终不得不重建一个较小的TEMP表空间进行切换。切换过程比较简单，大致如下：

UNDO表空间切换，属于日常维护的常用的操作，比如进行数据加载时，常会切换一个更大的UNDO表空间。简单测试一把：

从10G开始，若采用dbms_stats进行schema或table的分析，则会自动保存统计信息于dba_tab_stats_history。默认保存31天。且可用DBMS_STATS.RESTORE….相关的过程来恢复以前的统计信息。

今天在做insert时，报了个
ORA-00997: illegal use of LONG datatype

原来是表上有个LONG类型的字段。oracle在使用long类型时，还是有比较多限制的。
简单做了个实验来实现数据间的迁移：

数据库中，常有一些状态为Killed的会话，直接查询V$PROCESS，其SPID已经查询不到。