BlogJava-共同学习java-随笔分类-数据库

Oracle Bug EXP-00003 : 找不到段的存贮定义...

七匹狼 — Thu, 07 Sep 2006 03:35:00 GMT

当使用9205以前版本的exp程序去9205及以上的数据库中去导出带LOB字段的表时, 会遇到一个错误, 错误信息为"EXP-00003 : 没找到段的存贮定义 .....", 事实上这是一个Oracle的Bug, 可以通过监时地更改视图"exu9tne"的定义来临时解决问题, 如下所示:

在导出前, 连接到SYS用户, 运行以下SQL:

CREATE OR REPLACE VIEW exu9tne (
tsno, fileno, blockno, length) AS
SELECT ts#, segfile#, segblock#, length
FROM sys.uet$
WHERE ext# = 1
UNION ALL
SELECT * FROM SYS.EXU9TNEB
/

导出完成后, 运行以下命令来还原视图的定义, 下面贴的是Oracle 9用的, 10g的还是请访问Metalink来确定, 或者在运行前一个命令之前, 从USER_VIEWS中将原视图的定义查出来, 这样做也是DBA一个很好的习惯.

CREATE OR REPLACE VIEW exu9tne (
tsno, fileno, blockno, length) AS
SELECT ts#, segfile#, segblock#, length
FROM sys.uet$
WHERE ext# = 1
/

七匹狼 2006-09-07 11:35 发表评论

Oracle中的用户创建和权限的分配

七匹狼 — Sun, 03 Sep 2006 08:33:00 GMT

         1）创建用户 :

　　 create user username identified by pwd default tablespace users Temporary TABLESPACE Temp;

　　 2）用户授权

　　 grant connect,resource,dba to business;

         3）提交

　　 commit;

创建角色：
   1：CREATE ROLE role_name IDENTIFIED BY password
         CREATE ROLE role_name IDENTIFIED EXTERNALLY
         CREATE ROLE role_name IDENTIFIED GLOBALLY

         缺省情况下建立的角色没有password或者其他的识别。如果使用IDENTIFIED BY 子句建立，那么角色不会自动响应，必须用SET ROLE激活。

SET ROLE role_name IDENTIFIED BY password

EXTERNALLY和GLOBALLY类型的角色由操作系统和ORACLE Service server验证。通常用户需要权限修改应用程序中使用的表单中的数据，但是只有在应用程序运行时而不是在使用ad hoc工具时，这种上下文敏感安全可以通过有PASSWORD的角色来实现。当用户在应用程序内部连结数据库时，代码将执行SET ROLE命令，通过安全验证。所以用户不需要知道角色的password,也不需要自己输入SET ROLE命令。

对象权限

　　对象权限就是指在表、视图、序列、过程、函数或包等对象上执行特殊动作的权利。有九种不同类型的权限可以授予给用户或角色。如下表：

权限	ALTER	DELETE	EXECUTE	INDEX	INSERT	READ	REFERENCE	SELECT	UPDATE
Directory	no	no	no	no	no	yes	no	no	no
function	no	no	yes	no	no	no	no	no	no
procedure	no	no	yes	no	no	no	no	no	no
package	no	no	yes	no	no	no	no	no	no
DB Object	no	no	yes	no	no	no	no	no	no
Libary	no	no	yes	no	no	no	no	no	no
Operation	no	no	yes	no	no	no	no	no	no
Sequence	yes	no	no	no	no	no	no	no	no
Table	yes	yes	no	yes	yes	no	yes	yes	yes
Type	no	no	yes	no	no	no	no	no	no
View	no	yes	no	no	yes	no	no	yes	yes

　对象由不止一个权限，特殊权限ALL可以被授予或撤销。如TABLE的ALL权限就包括：

系统权限

　　系统权限需要授予者有进行系统级活动的能力，如连接数据库，更改用户会话、建立表或建立用户等等。你可以在数据字典视图SYSTEM_PRIVILEGE_MAP上获得完整的系统权限。对象权限和系统权限都通过GRANT语句授予用户或角色。需要注意的是在授予对象权限时语句应该是WITH GRANT OPTION子句，但在授予系统权象时语句是WITH ADMIN OPTION，所以在你试图授予系统权限时，使用语句WITH GRANT OPTION系统会报告一个错误：ONLY ADMIN OPTION can be specified。在考试中要特别注意这个语法和错误信息。

七匹狼 2006-09-03 16:33 发表评论

卸载Oracle在windwos平台及unix平台

七匹狼 — Sun, 03 Sep 2006 06:52:00 GMT

一、系统环境：

(1)、操作系统：Windows 2000 professional，机器内存512M

(2)、数据库：　Oracle 8i R2 (8.1.6) for 2000 企业版

(3)、安装路径：D:\ORACLE

二、卸载步骤：

(1)、开始－＞设置－＞控制面板－＞管理工具－＞服务

停止所有Oracle服务。

(2)、开始－＞程序－＞Oracle - OraHome81－＞Oracle Installation Products－＞Universal Installer

卸装所有Oracle产品

(3)、运行regedit，选择HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE，按del键删除这个入口。

(4)、运行regedit，选择HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services，滚动这个列表，删除所有Oracle入口

(5)、从桌面上、STARTUP（启动）组、程序菜单中，删除所有有关Oracle的组和图标

(6)、重新启动计算机，重起后才能完全删除Oracle所在目录

(7)、删除与Oracle有关的文件，选择Oracle所在的缺省目录C:\Oracle，删除这个入口目录及所有子目录，

　并从Windows 2000目录（一般为C:\WINNT）下删除以下文件

　 ORACLE.INI、oradim80.INI

(8)、WIN.INI文件中若有[ORACLE]的标记段，删除该段

注：第8步可有可无

如果是在unix或linux下那就更方便了，只要删除$ORACLE_HOME下的所以文件，以及所有数据文件，最后删除日志文件就可以了

七匹狼 2006-09-03 14:52 发表评论

如何收集sql跟踪信息

七匹狼 — Sun, 27 Aug 2006 16:19:00 GMT

在诊断数据库系统性能的过程中，总会涉及到跟踪效率低下的sql语句，现在就如何跟踪sql语句来做一个简单的总结。权做抛砖引玉之用。　　如果我们可以修改应用系统的源代码，则可以直接在程序中加入如下的语句：

1)alter session set timed_statistics=true； /*适用于Oracle 7.3以后的版本*/
2)alter session set max_dump_file_size=unlimited ； /*适用于Oracle 7.3以后的版本*/
3)alter session set tracefile_identifier='POX20031031a'； /*适用于Oracle 8.1.7以后的版本*/
4)alter session set events '10046 trace name context forever， level 8'；　/*在这里编写应用程序的代码*/
5)alter session set events '10046 trace name context off'；　　

在上述语句中，
语句1）是把该会话的时间统计打开，该参数默认为false.在Oracle 7.3之前的版本中，不能在会话级设置该参数，只能修改初始化文件然后重新启动数据库，这样将在实例级打开时间统计。
　　
语句2）是把跟踪文件的大小设置成操作系统所允许的最大尺寸，这样可以防止跟踪文件在完成所需要的跟踪之前被填充满，此外需要注意的是确保存放跟踪文件的目录要有足够的空间，否则将会收到“文件系统已满”错误。　　

语句3）的作用是使生成的跟踪文件名称中包含'POX20031031a'字符串，这样可以使你很容易的找到所需的跟踪文件，该参数在Oracle 8.1.7之后可用。　　语句4）和语句5）的作用分别是打开和关闭跟sql跟踪，你可以在这两个语句之间写入应用程序的代码，这些代码的执行情况都将被跟踪。需要注意的是语句4）的level关键字，它用来指定跟踪级别，一共有0，1，2，4，8，12六个级别可以设置，0相当于关闭跟踪；1是输出一般的跟踪信息，不包括绑定变量和等待信息；2和1相同；4是在级别1的基础上增加绑定变量信息；8是在级别1的基础上增加等待信息；级别12是输出包含级别1，4，8的所有信息。
　　如果应用程序的代码无法修改或者是不想去修改，则可以在其他会话中打开对特定会话的跟踪，方法如下：　　
1）sys.dbms_system.set_bool_param_in_session（：sid，：serial，'timed_statistics'， true）；　
　
2）sys.dbms_system.set_int_param_in_session（：sid，：serial，'max_dump_file_size'， 2147483647）；　　打开和关闭跟踪的第一种方法（oracle推荐）：
　
3.1）sys.dbms_support.start_trace_in_session（：sid，：serial，waits=>true， binds=>false）；　　/* 在此期间运行要跟踪的应用程序*/ 　　

4.1）sys.dbms_support.stop_trace_in_session（：sid，：serial）；　　
打开和关闭跟踪的第二种方法：　　
3.2）sys.dbms_system.set_ev（：sid，：serial， 10046， 8， ''）；　　/*在此期间运行要跟踪的应用程序*/ 　　
3.2）sys.dbms_system.set_ev（：sid，：serial， 10046， 0， ''）；　
　
以上语句中的：sid和：serial分别代表所要跟踪的会话的ID和序列号，这些信息可以从V$SESSION视图的SID和SERIAL#列获得。打开关闭跟踪中第一种方法的好处是你不用自己写10046这个事件号，这样可以减少错误，但是dbms_support程序包在你的数据库中可能会不存在，这样就只有用第二种方法了。　　到现在为止，我们已经生成了所需要的跟踪文件，然后我们需要找到该文件来进行分析。跟踪文件的存放位置只有两种可能，Oracle参数USER_DUMP_DEST 或者BACKGROUND_DUMP_DEST或者是oracle_home\udump指定的目录；文件名称根据不同的平台会有所不同，但是在文件名中都会包含会话所对应的操作系统进程（线程）号，也就是V$PROCESS的SPID列（V$PROCESS.SPID），该信息可以通过 v$process.addr和v$session.paddr做表连接查询得到。例如：select spid from v$process p，v$session s where p.addr=s.paddr and s.sid=：sid and s.serial#=：serial. 　　本文只对Oracle在使用专用服务器进程（Dedicated Server）模式做了总结，至于的共享服务器（Shared Server）模式和在应用级使用连接池的情况下，收集sql跟踪信息的方法会比较复杂，希望有相关经验的高手来总结。

七匹狼 2006-08-28 00:19 发表评论

权限的数据字典视图

七匹狼 — Sun, 27 Aug 2006 16:04:00 GMT

视图作用
ALL_COL_PRIVS 表示列上的授权，用户和PUBLIC是被授予者
ALL_COL_PRIVS_MADE 表示列上的授权，用户是属主和被授予者
ALL_COL_RECD 表示列上的授权，用户和PUBLIC是被授予者
ALL_TAB_PRIVS 表示对象上的授权，用户是PUBLIC或被授予者或用户是属主
ALL_TAB_PRIVS_MADE 表示对象上的权限，用户是属主或授予者
ALL_TAB_PRIVS_RECD 表示对象上的权限, 用户是PUBLIC或被授予者
DBA_COL_PRIVS 数据库列上的所有授权
DBA_ROLE_PRIVS 显示已授予用户或其他角色的角色
DBA_SYS_PRIVS 已授予用户或角色的系统权限
DBA_TAB_PRIVS 数据库对象上的所有权限
ROLE_ROLE_PRIVS 显示已授予用户的角色
ROLE_SYS_PRIVS 显示通过角色授予用户的系统权限
ROLE_TAB_PRIVS 显示通过角色授予用户的对象权限
SESSION_PRIVS 显示用户现在可利用的所有系统权限
USER_COL_PRIVS 显示列上的权限，用户是属主、授予者或被授予者
USER_COL_PRIVS_MADE 显示列上已授予的权限，用户是属主或授予者
USER_COL_PRIVS_RECD 显示列上已授予的权限，用户是属主或被授予者
USER_ROLE_PRIVS 显示已授予给用户的所有角色
USER_SYS_PRIVS 显示已授予给用户的所有系统权限
USER_TAB_PRIVS 显示已授予给用户的所有对象权限
USER_TAB_PRIVS_MADE 显示已授予给其他用户的对象权限，用户是属主
USER_TAB_PRIVS_RECD 显示已授予给其他用户的对象权限，用户是被授予者

七匹狼 2006-08-28 00:04 发表评论

在linux下kill oracle的死进程

七匹狼 — Fri, 25 Aug 2006 02:46:00 GMT

1:先在oracle数据库中找到锁住的对象：
select xidusn, object_id, session_id, locked_mode from v$locked_object;

2:得到session_id。再根据session_id找到v$session对应的sid号和serial#：
select username,sid,serial# from v$session where sid=session_id;

3:用oracle的slq kill掉相关的session sql语句：
   alter system kill session 'sid,serial#';

4:如果不能kill掉，报ora－00031错：说明之前有kill过，这样找到这个进程spid slq语句：
   select pro.spid from v$session ses,v$process pro where ses.sid=129 and ses.paddr=pro.addr;

5：根据这个spid对应linux下的进程pid
   linux命令：
   ps -ef | gre | 'ora' (找到所有ora开头的进程)

   kill -9 (pid)

6:搞定收工。

七匹狼 2006-08-25 10:46 发表评论

oracle 10g 解锁的相关操作

七匹狼 — Thu, 24 Aug 2006 05:14:00 GMT

DML会产生行锁，只有该行的锁解开后才可继续对改行进行其他的DML，若新的DML和旧的DML操作的行相同，且旧DML以把行改变，则新DML不起作用

准备工作：
SQL>create table lck (a number, b number);
SQL>insert into lck values (1,1);
SQL>insert into lck values (2,2);
SQL>insert into lck values (3,3);
SQL>insert into lck values (4,4);
SQL>insert into lck values (5,5);
SQL>insert into lck values (6,6);
SQL>insert into lck values (7,7);
SQL>commit;
实验过程：

步骤	Session 14	Session 10	说明
1	SQL> select sid from v$session where audsid=userenv('SESSIONID'); SID ---------- 14	SQL> select sid from v$session where audsid=userenv('SESSIONID'); SID ---------- 10	获得当前session的SID
2	SQL> insert into lck values (1000,1001); 1 row created.		未提交
3	SQL> select sid,type,id1,lmode,request from v$lock where sid in (10,14); SID TY ID1 LMODE REQUEST ---------- -- ---------- ---------- ---------- 14 TX 262153 6 0 14 TM 4145 3 0		因为Session14的DML未提交，因此在v$lock里产生2个锁，一个为：transaction lock(TX)，另一个为:DML/table lock(TM).LMODE=3代表：行排它.LMODE=6代表：对象排它
4	SQL> insert into lck values (1001,1000); 1 row created.		未提交
5	SQL> select sid,type,id1,lmode,request from v$lock where sid in (10,14); SID TY ID1 LMODE REQUEST ---------- -- ---------- ---------- ---------- 14 TX 262153 6 0 14 TM 4145 3 0	SQL> select * from lck; A B ---------- ---------- 1 2 2 4 3 6 4 8 5 3 6 5 7 7 7 rows selected.	v$lock中并不会因为对该表的再一次DML且未提交而新生成锁
6		SQL>update lck set a=2000,b=2001 where a=1; 1 row updated.	未提交
7	SQL> select * from lck; A B ---------- ---------- 1 2 2 4 3 6 4 8 5 3 6 5 7 7 1000 1001 1001 1000 9 rows selected.	SQL> select sid,type,id1,lmode,request from v$lock where sid in (10,14); SID TY ID1 LMODE REQUEST ---------- -- ---------- ---------- ---------- 10 TX 327698 6 0 10 TM 4145 3 0 14 TX 262153 6 0 14 TM 4145 3 0	v$lock中对另外session10的DML产生了锁
8	SQL>update lck set a=4000,b=2001 where a=1;		session10发出更新a=1行的SQL后，session14也发出更新a=1行的SQL，则后者的SQL悬在那里，无法结束
9	SQL> select event, seconds_in_wait, sid from v$session_wait where sid in (10,14); EVENT SECONDS_IN_WAIT SID ---------------------------------------------------------------- --------------- ---------- enq: TX - row lock contention 1593 14 SQL*Net message from client 2862 10		v$session_wait中可以看到哪个session在等待，等待原因和已经等待的时间
10	0 rows updated.	SQL>commit; Commit complete.	只有在session10提交该DML后,session14才执行完，但更新为0行
11	SQL> select * from lck; A B ---------- ---------- 1 2 2 4 3 6 4 8 5 3 6 5 7 7 1000 1001 1001 1000 9 rows selected.	SQL> select * from lck; A B ---------- ---------- 1 2 2 4 3 6 4 8 5 3 6 5 7 7 1000 1001 1001 1000 9 rows selected.

笔记来源： http://www.adp-gmbh.ch/ora/concepts/lock.html

七匹狼 2006-08-24 13:14 发表评论

查看oracle 10g 数据库中被锁定的行和表的sql

七匹狼 — Thu, 24 Aug 2006 03:32:00 GMT

我们在操作数据库的时候，有时候会由于操作不当引起数据库表被锁定，这么我们经常不知所措，不知怎么给这些表解锁，在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#';

七匹狼 2006-08-24 11:32 发表评论