Oracle数据库为什么变慢了？
本文出自《网管员世界》20002年第8期“故障诊断”栏目
硬件环境： SUN250服务器，1G CPU , 512M Ram , 18G SCSI硬盘
系统环境： SUN Solaris 2.7
服务环境： Oracle 8.1.6
周五我发现Oracle数据库在执行程序时的响应特别慢，整个数据库服务所在的SUN Solaris 2.7系统也是这样，无论运行什么程序都比往常慢了好几倍，有的程序甚至执行后，一直处于等待的状态，无法运行！
凭自己的直觉，出现这种问题，一般是系统中出现了什么异常的程序，于是马上用ps命令查找，但是没有发现任何非法的程序，也没有黑客入侵的迹象。那是不是病毒的原因呢？这个想法在脑子里一闪。对，有可能,UNIX系统中不是没有病毒的！但这种几率发生的情况一般比较少。于是自己马上top命令动态查看系统资源的使用情况（可以设置top命令的刷新率为1秒，并只监控Oracle用户即数据库的进程），在Solaris系统运行命令提示符后键入top回车,然后设置top命令的刷新率为1秒，具体操作方法：当top命令运行后，敲键盘s键，在提示信息后面再敲键盘的数字键1后回车即可；再设置top命令只监控Oracle用户的进程，具体操作方法：当top命令运行后，敲键盘u键，在提示信息后再敲入Oracle，然后回车即可。
这时系统进程的运行情况会如下图所示：
于是我仔细查看上面的的运行结果，果然有了一个重大的发现，在上面的图像中可以察看到系统一直正在运行的 6028 进程（图中左列的第一个PID），发现此进程占系统资源比较大（CPU使用率为49.41%），系统CPU闲置资源为0.0%,这个程序对服务器都作了什么呢，为什么导致整个系统的CPU资源都耗尽了？
带着这个问题又到网上仔细的查了一些资料，功夫不负有心人，终于从一些文章中获知可能是由于数据库正在执行的某个SQL语句对有大量记录的数据表操作引起的。为了进一步证实，我用SQL语句进行查询，以system用户登陆SQL*Plus，执行命令如下：
$ su -l oracle
$ sqlplus system/manager
SQL> select sql_text from v$sql
2 where address in (
3 select sql_address from v$session where sid in (
4 select sid from v$session where paddr in (
5 select addr from v$process where spid=6028)))；
然后会显示信息：
SQL_TEXT
select bbsid,motherid,authorid,authorip,bbsdate,bbscontent,authortype,
discussed from BK_BBS where motherid=122983 order by bbsdate
继续用下面的语句对上面信息中的BK_BBS表进行查询（注�
相关文档：
1，什么是游标？
①从表中检索出结果集，从中每次指向一条记录进行交互的机制。
②关系数据库中的操作是在完整的行集合上执行的。
由 SELECT 语句返回的行集合包括满足该语句的 WHERE 子句所列条件的所有行。由该语句返回完整的行集合叫做结果集。
&n ......
RMAN> startup nomount;
RMAN> sql 'alter session set nls_date_format=''yyyy-mm-dd hh24:mi:ss''";
--因为rman默认以环境变量来读取时间格式，与sqlplus的固定格式不同，所以，此处要设定时间格式变量。
RMAN> restore controlfile from autobackup until time '2009-03-10 18:15:00';
注意，仍然需要适当� ......
一、Enterprise Manager 10g
默认情况下，安装Oracle时，会安装EM。它是位于数据库服务器上的HTTP服务器。
（1）启动EM
要确保OracleDBConsole<SID>服务已经启动。
启动服务：emctl start dbconsole
关闭服务：emctl stop dbconsole
访问EM：http://服务器名称：端口号/em
端口号可在$ORACLE_HOME/install/pro ......
一。有数据文件、控制文件和日志文件的备份1.服务器重装了操作系统，oracle也重装了。如果重装的oracle和以前损坏的数据库是一模一样的结构，那么此时的恢复是比较简单的。
1）删除掉新建数据库的所有数据文件、控制文件和日志文件。Copy原数据库的数据文件、控制文件和日志文件到对应目录下。
......
