博客园_蓝紫

ssh连接aix问题与解决

2012-02-10T09:07:00Z

最近想使用ssh来连接aix系统，但是装好ssh后连接却发现了无法登陆的问题。

安装的ssh软件：SSHSecureShellClient-3.2.9.zip

aix版本：5.3

使用ssh登陆连接：

点击connect后提示如下：

经百度主要是两个原因：

第一，防火墙开启导致的（客户端或服务器上的防火墙）；
第二，ssh服务没有开启（或者未成功安装ssh）。

根据以上原因，将防火墙关闭，且按照

http://hi.baidu.com/%D2%BB%C9%FA ... c117bf4623e88a.html 该博客下载了ssl和ssh软件进行安装，安装后查看，ssh服务已经开启。

同时将防火墙关闭，但是连接仍然是上面的错误提示。

在itpub上在大家的热心帮助下，原来还有一个重要原因导致ssh无法连接：root用户默认情况下是无法使用ssh连接的。必须将etc/ssh目录下的

sshd_config文件中的

PermitRootLogin 属性改为yes（默认为no），然后重启ssh服务。

修改好后，再次登录，又一次失望了，还是无法登录。在 “快乐的大个子”的提醒下（PS:预感这将是一个detail 上的忽略），想想再仔细看看

sshd_config文件的内容，发现其中 port 写的是9988，而非常规的22。问题就在这了，重新将端口改为9988，再次连接，连接成功啦！

注：

http://www.itpub.net/thread-1570644-1-1.html

本文链接

expdp-导出报ora-01775 ：同义词循环链原因

2012-02-10T07:21:00Z

今天用expdp来导数据，发现报ORA-01775的错误，如下所示：

这是在服务器上导出报的错，然后又在自己本机试了下，发现可以成功导出。网上搜了搜，以为是因为

SYS_EXPORT_SCHEMA_01这个同义词的原因：expdp在导的过程中会自动生成该表，如果中间中断操作，那么该表就会存在，那么就会存在用户将该表手动删除而同义词仍保留着，那么就会导致这个错误了。但是我查找了下发现并不存在该表也不存在该同义词。因此不是这个原因。接着我删除了部分找不到表或视图的同义词，再次导数据发现提示表或视图找不到，我想估计是支持导图的一些表或视图没有了。因此与自己的数据库对比了，发现如下视图在自己本机数据库上是有的，而在有问题的服务器上却没有。

DATABASE_EXPORT_OBJECTS
DATAPUMP_OBJECT_CONNECT
DATAPUMP_PATHMAP
DATAPUMP_PATHS
DATAPUMP_REMAP_OBJECTS
DATAPUMP_TABLE_DATA
DBA_EXPORT_OBJECTS
P_UPDATE_RMEQP_THEMATIC
SCHEMA_EXPORT_OBJECTS
TABLESPACE_EXPORT_OBJECTS
TABLE_EXPORT_OBJECTS
TRANSPORTABLE_EXPORT_OBJECTS

找到问题，就好解决了：

将这些视图重新创建，然后再创建同义词。再次执行，OK。

本文链接

rownum的使用-分页

2012-02-08T14:32:00Z

oracle分页显示方法

一、使用rownum分页显示方式

方式1：
SELECT *
FROM (SELECT ROWNUM r, a.* FROM b$i_exch_info a WHERE ROWNUM <= 10)
WHERE r >= 5;

方式2：
SELECT *
FROM (SELECT ROWNUM r, a.* FROM b$i_exch_info a)
WHERE r BETWEEN 5 AND 10;

方式3：
SELECT * FROM b$i_exch_info WHERE ROWNUM <= 10 MINUS
SELECT * FROM b$i_exch_info WHERE ROWNUM < 5;

二、使用分析函数row_number分页显示
SELECT *
FROM (SELECT e.*, row_number() over(ORDER BY g3e_fid) r
          FROM b$i_exch_info e) a
WHERE a.r >= 5
   AND a.r <= 10;

注意事项

--10g及10g之后才可以使用rownum=1
SELECT * FROM user_objects
WHERE /*object_id <100
AND*/ ROWNUM = 1;

--之前的版本
SELECT * FROM user_objects
WHERE object_id <100
AND ROWNUM <= 1;

2.
rownum采用大于号>时其值必须小于1，否则查询无结果
SELECT * FROM user_objects
WHERE ROWNUM >1;

>= 时其值必须小于或等于1，否则查询无结果
SELECT * FROM user_objects
WHERE ROWNUM >=2;

= 时其只能等于1，否则查询无结果
SELECT * FROM user_objects
WHERE ROWNUM =2;

3.ROWNUM 和Order BY
在使用ROWNUM 时，只有当Order By 的字段是主键时，查询结果才会先排序再计算ROWNUM：
g3e_ano是主键
SELECT g3e_ano,g3e_username FROM g3e_attribute WHERE ROWNUM <= 5 ORDER BY g3e_ano;
1        备注
1002   组件序号
1008   组件序号
1009   组件序号
1010   组件序号

--以下查询因为ORDER BY的g3e_username不是主键，所以执行时是先线取出该表的6条数据，再对g3e_username排序
SELECT g3e_ano,g3e_username FROM g3e_attribute WHERE ROWNUM <= 5 ORDER BY g3e_username;
111003   设施特征唯一号
113203   设施特征唯一号
50110      设施特征唯一号
1510103   设施特征唯一号
112003   设施特征唯一号

--如果需要对非主键字段先排序再去取前n 条数据，可以通过子查询的方式实现：
select g3e_ano, g3e_username
from (select g3e_ano, g3e_username
          from g3e_attribute
         order by g3e_username)
where rownum <= 5;

--每页按10条记录输出（如果被排序的字段有重复值，使用rownum会出现一个问题）：
--观察下面两个语句的输出结果会发现其中55461451和55461209是在两个查询中都出现了。而fid在表中都是唯一记录的，
--说明这个输出结果是错误的
错误原因：SORT (ORDER BY STOPKEY)这种快速排序方法由于是根据数据分组来选择数据的，不是根据整个表的数据进行排序，所以N
值不同，数据的分组也不同，导致结果在数据的排序字段值都相等时，输出结果的顺序就会因为N 值不同而不同。
SELECT *
FROM (SELECT ROWNUM r, a.*
          FROM (SELECT name, g3e_fid FROM b$l_interest_info a ORDER BY name) a
         WHERE ROWNUM <= 10)
WHERE r >= 1;
1       王家宅   55461079
2       王家宅   55461206
3       王家宅   55461207
4       王家宅   55461253
5       王家宅   55461246
6       王家宅   55461209
7       王家宅   55461783
8       王家宅   55461646
9       王家宅   55461586
10   王家宅   55461451
SELECT *
FROM (SELECT ROWNUM r, a.*
          FROM (SELECT name, g3e_fid FROM b$l_interest_info a ORDER BY name) a
         WHERE ROWNUM <= 20)
WHERE r >= 11;
11       王家宅   56990485
12       王家宅   56990368
13       王家宅   56981862
14       王家宅   56981861
15       王家宅   56981807
16       王家宅   56981806
17       王家宅   56981801
18       王家宅   55461646
19       王家宅   55461451
20       王家宅   55461209

解决办法：
1、让查询计划避免“SORT (ORDER BY STOPKEY)”，采用“SORT (ORDER BY)”，使数
据排序不受ROWNUM 的影响。但这样会使所有数据都做排序：
SELECT *
FROM (SELECT a.*, ROWNUM r
          FROM (SELECT name, g3e_fid FROM b$l_interest_info a ORDER BY name) a)
WHERE r <= 10
   AND r >= 1;

SELECT *
FROM (SELECT a.*, ROWNUM r
          FROM (SELECT name, g3e_fid FROM b$l_interest_info a ORDER BY name) a)
WHERE r <= 20
   AND r >= 11;
2、在排序时，加上一个或多个字段（如主键字段、ROWID），使排序结果具有唯一性：
SELECT *
FROM (SELECT ROWNUM r, a.*
          FROM (SELECT name, g3e_fid FROM b$l_interest_info a ORDER BY name,g3e_fid) a
         WHERE ROWNUM <= 10)
WHERE r >= 1;

SELECT *
FROM (SELECT ROWNUM r, a.*
          FROM (SELECT name, g3e_fid FROM b$l_interest_info a ORDER BY name,g3e_fid) a
         WHERE ROWNUM <= 20)
WHERE r >= 11;
3、对排序字段建立索引，并强制使用索引。这样就能利用索引已经建立好的排序结果：
CREATE INDEX idx_b$l_interest_info_name ON b$l_interest_info(name);
ALTER INDEX idx_b$l_interest_info_name REBUILD;

SELECT *
FROM (SELECT ROWNUM r, a.*
          FROM (SELECT /*+index(a idx_b$l_interest_info_name)*/
                 name, g3e_fid
                  FROM b$l_interest_info a
                 WHERE a.name IS NOT NULL
                 ORDER BY name) a
         WHERE ROWNUM <= 10)
WHERE r >= 1;

SELECT *
FROM (SELECT ROWNUM r, b.*
          FROM (SELECT /*+index(a idx_b$l_interest_info_name)*/
                 a.name, a.g3e_fid
                  FROM b$l_interest_info a
                 WHERE a.name IS NOT NULL
                 ORDER BY a.name) b
         WHERE ROWNUM <= 20)
WHERE r >= 11;

本文链接

嵌套表使用集合操作符 -单列或多列均可

2012-01-05T01:56:00Z

嵌套表使用multiset union，multiset except，multiset intersect等使用集合操作符，往往一般都只是对一列进行比较，但是多列实际上也是可以的：

以下介绍中，以multiset except操作符为例。

一、只有一列情况下使用集合操作符

由以下1,），2），3），4）说明只有一列的情况下使用集合操作符时既可以直接赋值也可以通过sql语句的形式赋值，但是 2）编译出错，原因是必须将变量类型定义到schma级别，即要么像3）和4）那样直接在外部定义了一个变量，或者直接在包中的包头进行定义

1）执行成功

DECLARE
   TYPE typ_id_table1 IS TABLE OF NUMBER;
   tab_fids1 typ_id_table1 := typ_id_table1();
   tab_fids2 typ_id_table1 := typ_id_table1();
   v_result typ_id_table1;
BEGIN
   v_result := tab_fids1 MULTISET except tab_fids2;
END ;

2）执行提示：在SQL语句中不允许使用本地收集类型

DECLARE
   TYPE typ_id_table1 IS TABLE OF NUMBER;
   tab_fids1 typ_id_table1 := typ_id_table1();
   tab_fids2 typ_id_table1 := typ_id_table1();
   v_result typ_id_table1;
BEGIN
   SELECT tab_fids1 MULTISET EXCEPT tab_fids2 INTO v_result FROM DUAL;
END ;

3）编译成功

CREATE OR REPLACE TYPE typ_id_table3 AS TABLE OF NUMBER(10); --在外部定义了变量
DECLARE
   tab_fids1 typ_id_table3 := typ_id_table3();
   tab_fids2 typ_id_table3 := typ_id_table3();
   v_result typ_id_table3;
BEGIN
   v_result := tab_fids1 MULTISET except tab_fids2;
END ;

4）编译成功

CREATE OR REPLACE TYPE typ_id_table3 AS TABLE OF NUMBER(10);--在外部定义变量
DECLARE
   tab_fids1 typ_id_table3 := typ_id_table3();
   tab_fids2 typ_id_table3 := typ_id_table3();
   v_result typ_id_table3;
BEGIN
   SELECT tab_fids1 MULTISET EXCEPT tab_fids2 INTO v_result FROM DUAL;
END ;

二、多列情况下使用集合操作符

本以为多列的情况下无法使用集合操作符，再次要感谢itpub newkid版主的解答。

即在使用多列进行比较的时候不能直接比较，而必须改成sql语句的形式进行比较，如下：

CREATE OR REPLACE TYPE typ_id_object AS OBJECT (gid NUMBER(10),
gno NUMBER(5),
co NUMBER(5));

CREATE OR REPLACE TYPE typ_id_table AS TABLE OF typ_id_object;

1）编译成功

DECLARE
   v1 typ_id_table := typ_id_table();
   v2 typ_id_table := typ_id_table();
   v3 typ_id_table;
BEGIN
   SELECT v1 MULTISET EXCEPT v2 INTO V3 FROM DUAL; --如果是多列的情况下就必须是这种sql语句的形式
END;

2）

DECLARE
   v1 typ_id_table := typ_id_table();
   v2 typ_id_table := typ_id_table();
   v3 typ_id_table;
BEGIN
   V3 := v1 MULTISET EXCEPT v2; --如果采用此种形式则会提示：PLS-00306:调用 'MULTISET_EXCEPT_ALL' 时参数个数或类型错误

END;

本文链接

对象表与PLSQL表类型比较

2012-01-04T03:25:00Z

一直以来，对这两种类型一直存有疑惑，现在将自己的一些想法实验记录下来，以便以后查看跟踪改进。

PLSQL表变量类型

TYPE typ_id_record IS RECORD(
      gid NUMBER(10),
      gno NUMBER(5),
      co NUMBER(5));
TYPE typ_id_table1 IS TABLE OF typ_id_record;

对象表变量类型

CREATE OR REPLACE TYPE typ_id_object AS OBJECT

(gid NUMBER(10),
gno NUMBER(5),
co NUMBER(5));
CREATE OR REPLACE TYPE typ_id_table AS TABLE OF typ_id_object;

1.bulk collect的使用的区别

PLSQL变量可以直接接收bulk collect，但是对象表变量就必须先进行转换

如下过程 p_f2中定义了一个对象表变量 tab_ids，直接将查询结果集一次性bulk collect放置到该变量时，会提示：

ORA-00947: 没有足够的值.如果定义的object变量是单个字段的话，则编译时是提示：

ORA-00932: 数据类型不一致

CREATE OR REPLACE PROCEDURE p_f2 IS
   tab_ids typ_id_table;
BEGIN
   SELECT gp.gid, gp.gno, gp.co   BULK COLLECT
     INTO tab_ids
     FROM p_table_test gp;
END p_f2;

解决办法：将object变量进行转换，如下所示：

CREATE OR REPLACE PROCEDURE p_f2 IS
   tab_ids typ_id_table;
BEGIN
   SELECT typ_id_object(gp.gid, gp.gno, gp.co) BULK COLLECT
     INTO tab_ids
     FROM p_table_test gp;
END p_f2;

如果采用的是PLSQL表变量，则直接接受查询的结果集就可以了，如下所示：

CREATE OR REPLACE PROCEDURE p_f4 IS
   tab_ids typ_id_table1;
BEGIN
   SELECT gp.gid, gp.gno, gp.co BULK COLLECT
     INTO tab_ids
     FROM p_table_test gp;
END p_f4;

在此，要感谢itpub的windtalker_cs，是他的回答让我明白了一直困扰我的一个问题，之前一直以为如果采用object
对象表，就无法使用bulk collect批量获取结果集。

2. 是否可以使用table函数

函数返回的若是PLSQL类型变量则无法使用table函数，而object类型变量可以使用table函数直接获取函数返回的结果集

CREATE OR REPLACE FUNCTION p_f2 RETURN typ_id_table IS
   tab_fids typ_id_table := typ_id_table();--object对象表类型
BEGIN
   FOR i IN 1 .. 100 LOOP
      tab_fids.extend;
      tab_fids(tab_fids.count) := typ_id_object(i, i + 1, i + 2);
   END LOOP;
   RETURN tab_fids;
END p_f2;

SQL> SELECT * FROM TABLE(p_f2);
        FID    GNO     CO
----------- ------ ------
          1      2      3
          2      3      4
          3      4      5
          4      5      6
          5      6      7
          6      7      8
........................

如果函数返回的是record表类型，则无法使用table函数，如下所示：
CREATE OR REPLACE PACKAGE pkg_f2 IS
   TYPE typ_id_record IS RECORD(
      gid NUMBER(10),
      gno NUMBER(5),
      co NUMBER(5));
   TYPE typ_id_table1 IS TABLE OF typ_id_record; --在包头定义PLSQL表类型
   FUNCTION f_f2 RETURN typ_id_table1;
END pkg_f2;
CREATE OR REPLACE PACKAGE BODY pkg_f2 IS
   FUNCTION f_f2 RETURN typ_id_table1 IS
      tab_fids typ_id_table1;
   BEGIN
      SELECT rownum, rownum + 1, rownum + 2 BULK COLLECT
        INTO tab_fids
        FROM dual;
      RETURN tab_fids;
   END;
END pkg_f2;

SELECT * FROM TABLE(pkg_f2.f_f2);

提示：ORA-00902：无效数据类型

注：PLSQL表变量类型必须在schma级进行定义，即必须在包头定义该类型，否则会提示：

Error: PLS-00642: 在 SQL 语句中不允许使用本地收集类型

本文链接

ORA-27301: OS failure message: 重叠 I/O 操作在进行中

2011-12-27T07:14:00Z

今天一同事做提交数据库的时候提示内存不足了，再过一会发现监听自动停止了。打开预警日志发现如下错误：

Tue Dec 27 14:41:00 2011
Process startup failed, error stack:
Tue Dec 27 14:41:00 2011
Errors in file d:\oracle\product\10.2.0\admin\telemt\bdump\telemt_psp0_1860.trc:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27301: OS failure message: 重叠 I/O 操作在进行中。
ORA-27302: failure occurred at: skgpspawn

Dump file d:\oracle\product\10.2.0\admin\telemt\bdump\telemt_psp0_1860.trc
Tue Dec 27 14:40:39 2011
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
Windows Server 2003 Version V5.2 Service Pack 1
CPU : 2 - type 586, 1 Physical Cores
Process Affinity : 0x00000000
Memory (Avail/Total): Ph:627M/2011M, Ph+PgF:3123M/4880M, VA:510M/2047M
Instance name: telemt

Redo thread mounted by this instance: 1

Oracle process number: 3

Windows thread id: 1860, image: ORACLE.EXE (PSP0)

*** SERVICE NAME:(SYS$BACKGROUND) 2011-12-27 14:40:39.406
*** SESSION ID:(169.1) 2011-12-27 14:40:39.406
*** 2011-12-27 14:40:39.406
Process startup failed, error stack:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27301: OS failure message: 重叠 I/O 操作在进行中。
ORA-27302: failure occurred at: skgpspawn
*** 2011-12-27 14:41:00.406
Process startup failed, error stack:
ORA-27300: OS system dependent operation:spcdr:9261:4200 failed with status: 997
ORA-27301: OS failure message: 重叠 I/O 操作在进行中。
ORA-27302: failure occurred at: skgpspawn

在网上搜了下，看来还挺多人碰到这个错误的，目前我们的这个数据库是安装在windows系统32位的，而且oracle的版本是10.2.0.1，看来真是oracle的bug了。

解决方法：

1) Reduce the amount of SGA needed to be allocated for the database.
2) Limit the number of dedicated connections to the database and the amount of memory each user process will consume. 
3) Change from dedicated connections to multi-threaded server (MTS) connections as MTS only uses a fraction of the amount of memory allocated to each user 
   process when initial connection to the database is established.

直接重启数据库无法解决问题，因为这个是测试数据库，连接的人就2到3个，而目前在使用的不超过2个。因此选择第一种方法，将sga改小，再重启果然可以了。

本文链接

oracle-一些查看性能相关的视图

2011-12-15T14:09:00Z

timed_statistics参数:用于决定是否收集相关的时间参数，true为收集。如果该参数设为false，则等待事件相关视图也就无法收集到数据。
SQL> SHOW PARAMETER timed_statistics;
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
timed_statistics                     boolean     TRUE

如果statistics_level设置为TYPICAL或ALL，那么timed_statistics该参数为true；如果statistics_level设置为BASIC，那么timed_statistics该参数为false。
SQL> SHOW PARAMETER statistics_level
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
statistics_level                     string      TYPICAL

一、v$system_event视图介绍
1.字段说明
DESC v$system_event
Name              Type
----------------- ------------
EVENT             VARCHAR2(64) --等待的事件
TOTAL_WAITS       NUMBER        --总等待次数
TOTAL_TIMEOUTS    NUMBER        --等待超时次数
TIME_WAITED       NUMBER        --总等待时间（时间毫秒，1/100秒）
AVERAGE_WAIT      NUMBER        --平均等待时间（总等待时间/总等待次数）
TIME_WAITED_MICRO NUMBER        --总等待时间（时间微秒，1/1000000秒）
EVENT_ID          NUMBER        --标识等待事件id
WAIT_CLASS_ID     NUMBER        --标识等待事件类型id
WAIT_CLASS#       NUMBER        --该等待类型的数量
WAIT_CLASS        VARCHAR2(64) --等待类型名称

2.等待事件类型（WAIT_CLASS）
SELECT DISTINCT wait_class FROM v$system_event;--或直接查看v$system_wait_class视图
WAIT_CLASS
-------------
Concurrency --等待用于锁定的数据库资源，如闩
System I/O --后台进程I/O的等待，包括db file parallel write事件的数据库写程序后台进程（DBWR）等待。还包括与归档有关的等待和重做日志读和写等待
User I/O    --包括db file sequential read和db file scattered read事件
Configuration --如checkpoint completed等待事件
Other         --杂项等待
Application --由应用代码导致的等待
Idle      --空闲等待事件表示在会话不活动时发生的等待，如 “SQL*Net message from client”等待事件
Commit    --由单个等待事件log file sync组成，它是一个由数据库中的提交导致的等待
Network   --网络传递消息过程中的发生等待

log file sync(日志文件同步)： log file sync 等待时间和事务中指(提交或回滚)相关；
                             当进程在log file sync事件上花费大量时间时，这通常表明过多的提交或短事务。

SELECT event, time_waited, average_wait,total_waits,f.WAIT_CLASS_ID,f.WAIT_CLASS#,f.WAIT_CLASS
FROM v$system_event f
WHERE wait_class NOT IN ('Idle')
ORDER BY time_waited DESC;

二、v$system_wait_class视图
1.视图字段说明
SQL> DESC v$system_wait_class --10g新增
Name          Type
------------- ------------
WAIT_CLASS_ID NUMBER        --等待类型id
WAIT_CLASS#   NUMBER        --该等待类型的数量
WAIT_CLASS    VARCHAR2(64) --等待类型名称
TOTAL_WAITS   NUMBER        --该等待类型事件发生时所等待的时间
TIME_WAITED   NUMBER        --所有会话用于等待的时间

2.v$system_wait_class视图和v$system_event视图比较
v$system_wait_class视图是10g新增的，该视图是对类型等待时间的统计。v$system_event视图可以与v$system_wait_class视图结合查看。
v$system_wait_class视图和v$system_event视图的来源不同，可用v$fixed_view_definition视图查看视图的具体定义，如下所示：
SELECT * FROM v$fixed_view_definition   WHERE view_name='V$SYSTEM_EVENT';
SELECT * FROM v$fixed_view_definition   WHERE view_name='GV$SYSTEM_EVENT';
SELECT * FROM v$fixed_view_definition   WHERE view_name='V$SYSTEM_WAIT_CLASS';
SELECT * FROM v$fixed_view_definition   WHERE view_name='GV$SYSTEM_WAIT_CLASS';

三、v$session_event视图
1.字段说明
SQL> DESC v$session_event
Name              Type
----------------- ------------
SID               NUMBER        --会话id
EVENT             VARCHAR2(64) --等待事件
TOTAL_WAITS       NUMBER        --该会话等待次数
TOTAL_TIMEOUTS    NUMBER        --该会话等待超时次数
TIME_WAITED       NUMBER        --该会话总等待时间（时间毫秒，1/100秒）
AVERAGE_WAIT      NUMBER        --该会话平均等待时间（总等待时间/总等待次数）
MAX_WAIT          NUMBER        --该会话等待时间最大值
TIME_WAITED_MICRO NUMBER        --该会话总等待时间（时间微秒，1/1000000秒）
EVENT_ID          NUMBER        --事件ID
WAIT_CLASS_ID     NUMBER        --等待类型ID
WAIT_CLASS#       NUMBER        --该等待类型的数量
WAIT_CLASS        VARCHAR2(64) --等待类型名称

2.v$session_event视图与v$system_event视图比较
v$session_event视图：会话级的统计
v$system_event视图：系统级的统计

四、v$session_wait_class视图
与v$system_wait_class相比多了sid和serial#字段，v$session_wait_class视图表示某一会话的等待时间。

五、v$session_wait视图
1.字段说明
SQL> DESC v$session_wait;
Name            Type
--------------- ------------
SID             NUMBER         --会话id
SEQ#            NUMBER         --标识当前或最新的等待序列号
EVENT           VARCHAR2(64)   --当前等待事件或最后一次等待事件
P1TEXT          VARCHAR2(64)   --第一个等待参数的描述
P1              NUMBER         --第一个等待参数（十进制）
P1RAW           RAW(4)         --第一个等待参数（十六进制）
P2TEXT          VARCHAR2(64)   --第二个等待参数的描述
P2              NUMBER         --第二个等待参数（十进制）
P2RAW           RAW(4)         --第二个等待参数（十六进制）
P3TEXT          VARCHAR2(64)   --第三个等待参数的描述
P3              NUMBER         --第三个等待参数（十进制）
P3RAW           RAW(4)         --第三个等待参数（十六进制）
WAIT_CLASS_ID   NUMBER         --等待事件类型ID
WAIT_CLASS#     NUMBER         --该等待事件数量
WAIT_CLASS      VARCHAR2(64)   --等待事件名称
WAIT_TIME       NUMBER         该字段已废弃，可通过SECONDS_IN_WAIT和STATE字段替代（具体含义，0代表正在等待；>0表示最后一次等待的时间，单位为百分之一秒；-1表示等待时间小于百分之一秒；-2表示参数TIMED_STATISTICS被设置为false）
SECONDS_IN_WAIT NUMBER         --如果该会话处于等待状态，则表示当前等待的总时间；如果非等待状态，则表示自最后一次等待以来的总时间
STATE           VARCHAR2(19)   --其值可为 WAITING，WAITED UNKNOWN TIME，WAITED SHORT TIME ，WAITED KNOWN TIME
state值的具体含义：WAITING表示会话正在等待；
                  WAITED UNKNOWN TIME表示最后一次等待时间不知，即TIMED_STATISTICS被设置为false；
                  WAITED SHORT TIME表示最后一次等待时间少于百分之一秒；
                  WAITED KNOWN TIME表示最新一次等待时间，可通过wait_time列查看。即该等待时间正好由等待状态得到资源转为执行状态。
2.注意事项
1）oracle11g，在该视图中新增了WAIT_TIME_MICRO，TIME_REMAINING_MICRO，TIME_SINCE_LAST_WAIT_MICRO字段。而SECONDS_IN_WAIT已废弃，用
WAIT_TIME_MICRO and TIME_SINCE_LAST_WAIT_MICRO替代。
TIME_REMAINING_MICRO字段含义：为0表示当前等待超时；>0表示当前等待还需等待的时间；-1表示当前等待将无限制地等待；null表示该会话当前无等待
2）p1，p2，p3参数代表的含义可以通过v$event_name视图的PARAMETER1，PARAMETER2，PARAMETER3查找。不过v$session_wait视图本身中的P1TEXT，
P2TEXT，P3TEXT已经对p1，p2，p3进行了说明，及P1TEXT，P2TEXT，P3TEXT字段值与PARAMETER1，PARAMETER2，PARAMETER3一样。

六、v$session视图
该视图包含了v$session_wait视图的所有字段。该视图记录了每个会话的具体信息。
获取不同用户会话所面临的等待类型及他们所执行的sql语句文本，如下脚本：
SELECT s.username, t.sql_text, s.event
FROM v$session s, v$sqltext t
WHERE s.sql_hash_value = t.hash_value
   AND s.sql_address = t.address
   AND s.type <> 'BACKGROUND'
ORDER BY s.sid, t.hash_value, t.piece;

七、v$sysmetric视图
这是一个显示最近时间间隔的系统度量值，时间间隔为60秒。通过这个视图也可以查看在一个短期间隔内的
Buffer Cache Hit Ratio，Memory Sorts Ratio，Redo Allocation Hit Ratio。

v$waitclassmetric:显示最近60秒时间间隔中等待类的度量值。此视图最多保存一个小时的信息。

SELECT * FROM v$waitstat

v$session_wait_history
该视图保存每个活动会话的最后10个等待事件的有关信息。如v$session和v$session_wait视图只显示最近一次等待的信息。
SELECT seq#, event, wait_time, p1, p2, p3
FROM v$session_wait_history WHERE sid = 140
ORDER BY seq#;

v$active_session_history:当前的活动会话历史
--查询导致最多等待的对象及这些对象在最后15分钟内等待的事件类型
SELECT o.object_name,
       o.object_type,
       a.event,
       SUM(a.wait_time + a.time_waited) total_wait_time
FROM v$active_session_history a, dba_objects o
WHERE a.sample_time BETWEEN SYSDATE - 30 / 2880 AND SYSDATE
   AND a.current_obj# = o.object_id
GROUP BY o.object_name, o.object_type, a.event
ORDER BY total_wait_time;

--列出数据库中最后15分钟内最重要的等待事件
SELECT a.event,
       SUM(a.wait_time + a.time_waited) total_wait_time
FROM v$active_session_history a
WHERE a.sample_time BETWEEN SYSDATE - 30 / 2880 AND SYSDATE
GROUP BY a.event
ORDER BY total_wait_time DESC;

--等待最多的用户
SELECT s.sid,
       s.username,
       SUM(a.wait_time + a.time_waited) total_wait_time
FROM v$active_session_history a,v$session s
WHERE a.sample_time BETWEEN SYSDATE - 30 / 2880 AND SYSDATE
   AND a.session_id = s.sid
GROUP BY s.sid,s.username
ORDER BY total_wait_time DESC;

--确定等待最多的sql
SELECT a.user_id,
       s.sql_text,
       d.username,
       SUM(a.wait_time + a.time_waited) total_wait_time
FROM v$active_session_history a, v$sqlarea s, dba_users d
WHERE a.sample_time BETWEEN SYSDATE - 30 / 2880 AND SYSDATE
   AND a.sql_id = s.sql_id
   AND a.user_id = d.user_id
GROUP BY a.user_id, s.sql_text, d.username;

dba_hist_active_sess_history：每60分钟，MMON后台进程都要刷新过滤了得ASH数据到磁盘，使其成为按小时的AWR快照的一部分。若ASH缓冲区已满，
则MMML后台进程进行数据的刷新。ASH数据被刷新到磁盘后，就不能在v$active_session_history视图中看到它了。此时要查看历史数据，就必须通过
dba_hist_active_sess_history视图。

段级动态性能视图:使用它们可以找出哪些表和索引正在使用大量资源或具有大量的等待。
v$segstat_name
v$segstat
v$segment_statistics

本文链接

物化视图的2个疑惑-终于解决了

2011-12-07T02:41:00Z

2011-12-7

疑惑1：本来跑的好好的job竟然突然出现问题了，该job总是不停的循环执行，而且其中的某个过程总是没执行完整。这其中我唯一做过的修改就是增加了物化视图。

难不成是物化视图导致了job的异常？（可见itpub上当时的提问http://www.itpub.net/thread-1517207-1-1.html）

原因：在job中在对表进行了更新操作后，为了减少碎片等问题我执行了收缩操作（ALTER TABLE table_name SHRINK SPACE CASCADE），后来我对其中的几个表创建了物化视图是快速刷新方式的，必须包含该表的rowid，而如果某个表被用于创建的物化视图包含了该表的rowid，那么就会导致该表无法执行表收缩操作

否则会提示：

ORA-10663: Object has rowid based materialized views

疑惑2：见itpub上，不在多写了。

http://www.itpub.net/thread-1518019-1-1.htm

原因：如果该表含有空间索引的话，就无法基于该表创建可快速刷新的物化视图。

本文链接

本机可以连接同一个局域网其他机器连接提示tns 连接超时 -防火墙导致的

2011-11-29T09:02:00Z

下午准备测试下关于dblink的物化视图创建，

因此在在另一个数据库上建立一个连接本机的dblink，可是建好后，发现用下面的语句直接在plsql中执行

SELECT * FROM b@fgisdb;

提示：

ORA-12170: TNS: 连接超时
本以为是数据库版本的问题（本机为11g，另一个为10g），在本机数据库建了连接10g的数据库的dblink，发现可以正常连接，

接着又到10g数据库的机子上用命令窗口试下能不能登录本机数据库，发现一样的错误提示：

SQL> conn fyzh_ora/FYZH_ORA@fgisdb
ERROR:
ORA-12170: TNS: 连接超时

网上搜说可能是防火墙的问题，果然，我把windows的防火墙关闭就可以了（刚开始关闭360，但360没有影响）。

备注：

如果创建10g到11g的dblink，则要注意连接的11g数据库用户密码要改成大写，因为在11g区分大小写，而10g默认都为大写，所以当11g的数据库用户密码为小写时，但是10g通过dblink连接到11g时，将密码转化成了大写，所以会提示如下错误：

ERROR 位于第 1 行:
ORA-01017: invalid username/password; logon denied
ORA-02063: 紧接着line（源于DBLINKNAME13）

解决办法：将11g下的用户密码改成大写

本文链接

tns 启动后又停止

2011-11-15T14:41:00Z

前两天刚在win7上装了个11g的oracle，想打开用用，发现打开tns始终是启动完了，又停止了。

还以为是win7系统的问题，后来网上一搜，才让我想起我的电脑就在装完oracle后入了域，计算机名称改变了。因此此时的监听配置肯定不对了。

解决办法：

1.修改tnsnames.ora文件中的计算机名称，改成现在的计算机名。如果是监听配置写的是ip，ip改变也会出现类似问题，将ip改成正确的即可。

2.修改listener.ora 文件中的计算机名称，改成现在的计算机名。如果是监听配置写的是ip，ip改变也会出现类似问题，将ip改成正确的即可。

本文链接

博客园_蓝紫

ssh连接aix问题与解决

expdp-导出报ora-01775 ：同义词循环链 原因

rownum的使用-分页

嵌套表使用集合操作符 -单列或多列均可

对象表与PLSQL表类型 比较

ORA-27301: OS failure message: 重叠 I/O 操作在进行中

oracle-一些查看性能相关的视图

物化视图的2个疑惑-终于解决了

本机可以连接 同一个局域网其他机器 连接 提示tns 连接超时 -防火墙导致的

tns 启动后又停止

expdp-导出报ora-01775 ：同义词循环链原因

对象表与PLSQL表类型比较

本机可以连接同一个局域网其他机器连接提示tns 连接超时 -防火墙导致的