不是ORACLE的问题
不是ORACLE的问题
2009-12-30 15:00
下午开发同事打来电话，”数据库不好使了”. 描述是一台新上的小型机IBM 570
上只跑ORACLE数据库，是新业务明天就要上线了。今天做测试，在测试期间连接数达到110多就连接不上了，已经连接上的也操作不了。
平台：IBM AIX 570
数据库：ORACLE9201
分析具体步骤：
首先远程连接到系统(可以使用多种工具 例如SecureCRT)
本安例中我使用系统自带工具 Telnet
既然说是ORACLE的问题，那我们就从数据库的角度去排查问题。
第一步 检查ORACLE 的告警日志(只要是数据库的重大操作或报错都会记录在这个日志中，所以首先要检查这个日志) 从最先发生问题的时间开始检查。发现并没有报错。如果是ORACLE参数方面限制 例如 PROCESSES这个参数有限制 ，如果是它影响的 一定会记录在ORACLE的告警日志中。可是现在这个日志文件并没有记录。说明不是这个参数引起的。
第二步 由于是连接不上数据库 从监听查起，这时的监听已经STOP 。找到监听日志所在目录。分析监听日志 listener.log 定位到15：00 最先发生问题的时间。
31-DEC-2009 15:01:33 * (CONNECT_DATA=(SID=*****)(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))) * (ADDRESS=(PROTOCOL=tcp)(HOST=***********)(PORT=40707)) * establish * TNS-12500: TNS:listener failed to start a dedicated server process
TNS-12540: TNS:internal limit restriction exceeded
TNS-12560: TNS Protocol adapter error
TNS-00510: Internal limit restriction exceeded
IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable
****有时你要坚信 自己的技术。这个很重要。在排错时。
根据提示应该是有限制。上面已经排除数据库参数的问题。应该是AIX系统参数限制
AIX操作系统参数maxuproc
执行相应的检查，发现该参数的值不够大：
$ lsattr -El sys0|grep maxuproc
相关文档：
oracle表空间操作详解
1
2
3作者： 来源： 更新日期：2006-01-04
5
6
7建立表空间
8
9CREATE TABLESPACE data01
10DATAFILE '/ora ......
1. ASCII
返回与指定的字符对应的十进制数;
SQL> select ascii(A) A,ascii(a) a,ascii(0) zero,ascii( ) space from dual;
A A ZERO SPACE
--------- --------- --------- ---------
65 97 48 32
2. CHR
给出整数,返回对应的字符;
SQL> select chr(54740) zhao,chr(65) chr65 from dual;
ZH C
-- ......
1.oracle设置不同权限的用户去访问同一表空间
1.create user testa identified by testa;
2.alter user testa default tablespace users temporary tablespace temp;
3.grant connect to testa;
4.grant select any table to testa;
2.ORACLE中设置同一个用户对两个表空间的权限的代码
alter user 用户 quota unlimi ......
原文地址：http://book.csdn.net/bookfiles/732/10073222578.shtml
对于DML语句来说，只要修改了数据块，Oracle数据库就会将修改前的数据保留下来，保存在undo segment里，而undo segment则保存在undo表空间里。从Oracle 9i起，有两种undo的管理方式：自动Undo管理（Automatic Undo Management，简称AUM）和手工Undo管理（ ......
在db2和oracle中的对树的递归查询语句。
表结构：
create table MAIN_NODE (
MLA_ID INTEGER not null , //节点ID
MLA_ROOTID &nb ......
