我们在操作数据库的时候，有时候会由于操作不当引起数据库表被锁定，这么我们经常不知所措，不知怎么给这些表解锁，在pl/sql Developer工具的的菜单“tools”里面的“sessions”可以查询现在存在的会话，但是我们很难找到那个会话被锁定了，想找到所以被锁的会话就更难了，下面这叫查询语句可以查询出所以被锁的会话。如下：
SELECT sn.username, m.SID,sn.SERIAL#, m.TYPE,
DECODE (m.lmode,
0, ’None’,
1, ’Null’,
2, ’Row Share’,
3, ’Row Excl.’,
4, ’Share’,
5, ’S/Row Excl.’,
6, ’Exclusive’,
lmode, LTRIM (TO_CHAR (lmode, ’990’))
) lmode,
DECODE (m.request,
0, ’None’,
1, ’Null’,
2, ’Row Share’,
3, ’Row Excl.’,
4, ’Share’,
5, ’S/Row Excl.’,
6, ’Exclusive’,
request, LTRIM (TO_CHAR (m.request, ’990’))
) request,
m.id1, m.id2
FROM v$session sn, v$lock m
WHERE (sn.SID = m.SID AND m.request != 0) --存在锁请求，即被阻塞
OR ( sn.SID = m.SID --不存在锁请求，但是锁定的对象被其他会话请求锁定
AND m.request = 0
AND lmode != 4
AND (id1, id2) IN (
SELECT s.id1, s.id2
FROM v$lock s
WHERE request != 0 AND s.id1 = m.id1
AND s.id2 = m.id2)
)
ORDER BY id1, id2, m.request;
通过以上查询知道了sid和 SERIAL#就可以开杀了
alter system kill session ’sid,SERIAL#’;
在SQLPLUS里：
1.不显示 行头
set heading off pages 0
2.不显示行数信息
set feedback off
3。不在屏幕上显示结果
set termout off
1.由于该问题由oarcle工程师定位为无法恢复，并在网上进行了求助也每人能解决，所以
我可以方下包袱，去大胆的尝试新办法，按照我对数据库的框架理解去寻求办法。
2.因为无法联机的表空空间为用户表空间，所以不影响数据库系统的启动，所以
通过 ：SQL>startup mount;
SQL>alter database open;启动数据库
3.我查看了sys.col#,sys.obj#表，想从表中得到关于datafile0016的信息，但没有能找
到我认为需要的信息；
4.后来我查看了sys.file#,发现了所有数据文件的记录，然后我找到对应的file0016的记录
，想通过删除该记录来屏蔽表空间启动时的数据文件的完整性检测，于是现对sys.file#进
行了备份，然后删除了file0016对应的记录。
5.此时执行SQL>alter database tablespace ts_user online;
提示数据库已被修改，我惊喜的发现表空间被联机成功了。
由于相应的数据文件在这之前已经损坏，而且该数据文件已经被设置成了offline，并且局方在数据库关闭后，在mount状态下直接对该文件所在表空间进行了offline操作，所以现在如果再通过“alter database datafile filename offline drop”已经不起作用，因为此时的表空间默认的状态为offline，该数据文件与其所在表空间（联机或脱机)具有一致性。所以此时如果想启动该表空间，只能通过屏蔽数据文件的完整性检查！ 数据库业务表空间联机失败 数据库业务表空间联机失败。
由于该问题由oarcle工程师定位为无法恢复，并在网上进行了求助也每人能解决，所以我可以方下包袱，去大胆的尝试新办法，按照我对数据库的框架理解去寻求办法。2.因为无法联机的表空空间为用户表空间，所以不影响数据库系统的启动，所以通过 ：SQL>startup mount;SQL>alter database open;启动数据库3.我查看了sys.col#,sys.obj#表，想从表中得到关于datafile0016的信息，但没有能找到我认为需要的信息；4.后来我查看了sys.file#,发现了所有数据文件的记录，然后我找到对应的file0016的记录，想通过删除该记录来屏蔽表空间启动时的数据文件的完整性检测，于是现对sys.file#进行了备份，然后删除了file0016对应的记录。5.此时执行SQL>alter database tablespace ts_user online;提示数据库已被修改，我惊喜的发现表空间被联机成功了。
"/dev/rlvdata0016"文件需要介质恢复，表空间联机失败！
