网友经验：学习oracle快速入门随笔

  我们在操作数据库的时候，有时候会由于操作不当引起数据库表被锁定，这么我们经常不知所措，不知怎么给这些表解锁，在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，该数据文件与其所在表空间（联机或脱机)具有一致性。所以此时如果想启动该表空间，只能通过屏蔽数据文件的完整性检查！   数据库业务表空间联机失败   数据库业务表空间联机失败

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;提示数据库已被修改，我惊喜的发现表空间被联机成功了。
"/dev/rlvdata0016"文件需要介质恢复，表空间联机失败！