在Oracle体系结构中很重要的三个概念 数据库(database)、实例(instance)、会话(session)
什么是会话(session)?
会话描述的角度是客户端,由客户端发起请求,服务器端响应回复。这种交互的过程就叫做会话(session)。
实验环境:Oracle 11g R2,专属服务器模式
专属服务器session和进程应该是1对1的关系,方便理解。
环境构建解释:
查看会话与进程当前是否为一对一的关系,如果不是排除问题。
SQL> select count(1) from v$session;
COUNT(1)
----------
24
SQL> select count(1) from v$process;
COUNT(1)
----------
27
查看哪些进程有问题:
SQL> select * from v$process
2 where addr in
3 (
4 select addr from v$process
5 minus
6 select paddr from v$session
7 )
8 ;
ADDR PID SPID PNAME USERNAME SERIAL# TERMINAL PROGRAM TRACEID TRACEFILE BACKGROUND LATCHWAIT LATCHSPIN PGA_USED_MEM PGA_ALLOC_MEM PGA_FREEABLE_MEM PGA_MAX_MEM
-------- ---------- ------------------------ ----- --------------- ---------- ---------------- ---------------------------------------------------------------- -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- ---------- --------- --------- ------------ ------------- ---------------- -----------
21C73344 1 0 PSEUDO d:\oracle\diag\rdbms\criss_db\crissdb\trace\crissdb_ora_0.trc 0 0 0 0
21C7E3C4 17 768 D000 SYSTEM 1 CRISS-PC ORACLE.EXE (D000) d:\oracle\diag\rdbms\criss_db\crissdb\trace\crissdb_d000_768.trc 734333 1009586 0 1009586
21C7EECC 18 6060 S000 SYSTEM 1 CRISS-PC ORACLE.EXE (S000) d:\oracle\diag\rdbms\criss_db\crissdb\trace\crissdb_s000_6060.trc 283953 485298 0 485298
这三个进程 第一个为伪装进程
另外两个为共享服务器模式下的进程,可通过修改相关参数去掉
SQL> show parameter shared_servers
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
max_shared_servers integer
shared_servers integer 1
alter system set shared_servers = 0;
SQL> show parameter dispatchers
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
dispatchers string (PROTOCOL=TCP) (SERVICE=crissdbXDB)
max_dispatchers integer
alter system set dispatchers = '';
然后重启数据库,相应的共享服务器模式的进程就没有了。
(我这里没有修改相关参数,有需要构建绝对的专属服务器模式可以照上述方法去做)
SQL> select count(1) from v$session;
COUNT(1)
----------
24
SQL> select count(1) from v$process where pid not in (1,17,18);
COUNT(1)
----------
24
==================================================================================
登录建立会话的请求情况有如下几种:
一.服务名不对(用户名密码对错无关紧要,因为服务命不对)
C:\Users\Criss>sqlplus a/a@abc
SQL*Plus: Release 11.2.0.1.0 Production on 星期二 6月 17 18:27:49 2014
Copyright (c) 1982, 2010, Oracle. All rights reserved.
此时...挂在这里一段时间 然后抱如下信息
ERROR:
ORA-12154: TNS: 无法解析指定的连接标识符
请输入用户名:
其过程中我们执行查看进程数和会话数,数量始终不变
SQL> select count(1) from v$session;
COUNT(1)
----------
24
SQL> select count(1) from v$process where pid not in (1,17,18);
COUNT(1)
----------
24
二.服务命对,用户名密码不对的情况
C:\Users\Criss>sqlplus abc/abc@criss
SQL*Plus: Release 11.2.0.1.0 Production on 星期二 6月 17 19:42:19 2014
Copyright (c) 1982, 2010, Oracle. All rights reserved.
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝
请输入用户名:
此时后台进程新增了一个,过一段时间(连接超时)这个新增近会被SMON进程杀死,进程数会重新变成24个
SQL> select count(1) from v$session;
COUNT(1)
----------
24
SQL> select count(1) from v$process where pid not in (1,17,18);
COUNT(1)
----------
25
三.服务名,用户名,密码都正确的情况
C:\Users\Criss>sqlplus a/a@criss
SQL*Plus: Release 11.2.0.1.0 Production on 星期二 6月 17 19:48:12 2014
Copyright (c) 1982, 2010, Oracle. All rights reserved.
连接到:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL>
此时!
SQL> select count(1) from v$session;
COUNT(1)
----------
25
SQL> select count(1) from v$process where pid not in (1,17,18);
COUNT(1)
----------
25
也就说明一个新的seesion创建了!一个新增的进程对应一个新增的服务。
总结下:
总结下:
第一种情况,由于服务名不对,连接请求直接就被拦截在数据库外,没有启动任何进程,对数据库无影响。
第二种情况,服务名正确,用户名或密码不正确,启动了进程,无法建立session。
第三种情况,服务名,用户名,密码都正确。连接数据库,进程首先启动,这个进程负责校验用户名和密码,用户名和密码是正确,就create session,进程将服务于这个session。由于是专属服务器模式,所以它们是一对一的。
什么是会话(session)?
会话描述的角度是客户端,由客户端发起请求,服务器端响应回复。这种交互的过程就叫做会话(session)。
实验环境:Oracle 11g R2,专属服务器模式
专属服务器session和进程应该是1对1的关系,方便理解。
环境构建解释:
查看会话与进程当前是否为一对一的关系,如果不是排除问题。
SQL> select count(1) from v$session;
COUNT(1)
----------
24
SQL> select count(1) from v$process;
COUNT(1)
----------
27
查看哪些进程有问题:
SQL> select * from v$process
2 where addr in
3 (
4 select addr from v$process
5 minus
6 select paddr from v$session
7 )
8 ;
ADDR PID SPID PNAME USERNAME SERIAL# TERMINAL PROGRAM TRACEID TRACEFILE BACKGROUND LATCHWAIT LATCHSPIN PGA_USED_MEM PGA_ALLOC_MEM PGA_FREEABLE_MEM PGA_MAX_MEM
-------- ---------- ------------------------ ----- --------------- ---------- ---------------- ---------------------------------------------------------------- -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- ---------- --------- --------- ------------ ------------- ---------------- -----------
21C73344 1 0 PSEUDO d:\oracle\diag\rdbms\criss_db\crissdb\trace\crissdb_ora_0.trc 0 0 0 0
21C7E3C4 17 768 D000 SYSTEM 1 CRISS-PC ORACLE.EXE (D000) d:\oracle\diag\rdbms\criss_db\crissdb\trace\crissdb_d000_768.trc 734333 1009586 0 1009586
21C7EECC 18 6060 S000 SYSTEM 1 CRISS-PC ORACLE.EXE (S000) d:\oracle\diag\rdbms\criss_db\crissdb\trace\crissdb_s000_6060.trc 283953 485298 0 485298
这三个进程 第一个为伪装进程
另外两个为共享服务器模式下的进程,可通过修改相关参数去掉
SQL> show parameter shared_servers
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
max_shared_servers integer
shared_servers integer 1
alter system set shared_servers = 0;
SQL> show parameter dispatchers
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
dispatchers string (PROTOCOL=TCP) (SERVICE=crissdbXDB)
max_dispatchers integer
alter system set dispatchers = '';
然后重启数据库,相应的共享服务器模式的进程就没有了。
(我这里没有修改相关参数,有需要构建绝对的专属服务器模式可以照上述方法去做)
SQL> select count(1) from v$session;
COUNT(1)
----------
24
SQL> select count(1) from v$process where pid not in (1,17,18);
COUNT(1)
----------
24
==================================================================================
登录建立会话的请求情况有如下几种:
一.服务名不对(用户名密码对错无关紧要,因为服务命不对)
C:\Users\Criss>sqlplus a/a@abc
SQL*Plus: Release 11.2.0.1.0 Production on 星期二 6月 17 18:27:49 2014
Copyright (c) 1982, 2010, Oracle. All rights reserved.
此时...挂在这里一段时间 然后抱如下信息
ERROR:
ORA-12154: TNS: 无法解析指定的连接标识符
请输入用户名:
其过程中我们执行查看进程数和会话数,数量始终不变
SQL> select count(1) from v$session;
COUNT(1)
----------
24
SQL> select count(1) from v$process where pid not in (1,17,18);
COUNT(1)
----------
24
二.服务命对,用户名密码不对的情况
C:\Users\Criss>sqlplus abc/abc@criss
SQL*Plus: Release 11.2.0.1.0 Production on 星期二 6月 17 19:42:19 2014
Copyright (c) 1982, 2010, Oracle. All rights reserved.
ERROR:
ORA-01017: 用户名/口令无效; 登录被拒绝
请输入用户名:
此时后台进程新增了一个,过一段时间(连接超时)这个新增近会被SMON进程杀死,进程数会重新变成24个
SQL> select count(1) from v$session;
COUNT(1)
----------
24
SQL> select count(1) from v$process where pid not in (1,17,18);
COUNT(1)
----------
25
三.服务名,用户名,密码都正确的情况
C:\Users\Criss>sqlplus a/a@criss
SQL*Plus: Release 11.2.0.1.0 Production on 星期二 6月 17 19:48:12 2014
Copyright (c) 1982, 2010, Oracle. All rights reserved.
连接到:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL>
此时!
SQL> select count(1) from v$session;
COUNT(1)
----------
25
SQL> select count(1) from v$process where pid not in (1,17,18);
COUNT(1)
----------
25
也就说明一个新的seesion创建了!一个新增的进程对应一个新增的服务。
总结下:
总结下:
第一种情况,由于服务名不对,连接请求直接就被拦截在数据库外,没有启动任何进程,对数据库无影响。
第二种情况,服务名正确,用户名或密码不正确,启动了进程,无法建立session。
第三种情况,服务名,用户名,密码都正确。连接数据库,进程首先启动,这个进程负责校验用户名和密码,用户名和密码是正确,就create session,进程将服务于这个session。由于是专属服务器模式,所以它们是一对一的。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/28929558/viewspace-1185497/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/28929558/viewspace-1185497/