一个用户进程偶尔会挂起或占用过多资源而拒绝其它会话。如果 DBA 依然能够访问数据库，她通常可以发出以下查询：
select s.username, s.osuser, s.sid, s.serial#, p.spid
from v$session s,v$process p
where s.paddr = p.addr
and s.username is not null;
这个查询将返回数据库用户名、操作系统用户名、会话 ID，序列号和系统进程 ID（SPID）。然后，DBA 用户就可以发出以下命令（前面的查询返回的使用 SID 和SERIAL# 信息）：
ALTER SYSTEM KILL SESSION 'sid,serial#';
ALTER SYSTEM KILL SESSION '9,203';
使用这条语句有两个问题。第一，分配给这个进程的任何锁或资源在会话完全超时之前不会被释放。第二，查询和 kill 命令需要能够访问数据库。如果一个进行失去控制，那么数据库访问可能会出现问题。
在一个 UNIX 数据库中，下一步是 ps 命令输出的 UNIX 提示中定位进程（同样是查找 OSUSER 和 SPID 等 ID）然后使用 kill -9 spid 结束失控的后台进程。然而，在 Windows 中，只有一个进程 ORACLE.EXE，而且用户连接是在 Windows 线程中处理的，而不在进程中处理的。如果使用 Windows 任务管理器结束 Oracle 线程，就有可能影响所有用户和后台线程，并导致数据库崩溃。
出于这些原因，Oracle 在Oracle Home/bin 目录下提供了一个 orakill.exe 命令，这个命令的参数与ALTER SYSTEM KILL SESSION 相同，但是不要求数据库连接。要定位一个特定的线程，需要寻找一个能够显示属于一个进程的所有线程的程序。Windows 任务管理器只能显示线程数和进程。你需要从微软的资源工具包中寻找一个用于 Windows 2000 和 NT 的工具程序，比如免费的QuickSlice，或者Qslice.exe（该工具是基于 Windows 的），或者PStat（Pstat.exe 是一个命令行工具）。简单地在 orakill 命令后输入线程 ID（以十进制表示）和 SID 即可：
orakill
orakill ORCL 2760
"Kill of thread id 2760 in instance ORCL successfully signalled[sic]."
应该只有在不能访问数据库来执行ALTER SYSTEM KILL SESSION 的情况才使用orakill。如果意外结束了一个必要的后台进程，比如 PMON，那么很可能会导致数据库崩溃。新手永远不要这样做。
