入门基础——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，该数据文件与其所在表空间（联机或脱机)具有一致性。所以此时如果想启动该表空间，只能通过屏蔽数据文件的完整性检查！   数据库业务表空间联机失败   数据库业务表空间联机失败




　　由于该问题由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"文件需要介质恢复，表空间联机失败！

上一页  [1] [2] [3] 

【责编:Kittoy】