不是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
相关文档：
Exam : Oracle 1Z0-051
Title : Oracle Database: SQL Fundamentals I
1. View the Exhibit to examine the description for the SALES table.
Which views can have all DML operations performed on it? (Choose all that apply.)
A. CREATE VIEW v3
AS SELECT * from SALES
WHERE cust_id = 2034
WITH CHECK OPTI ......
ORACLE SQL性能优化
ORACLE SQL性能优化系列 (一)
1. 选用适合的ORACLE优化器
ORACLE的优化器共有3种:
a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性)
设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在SQ ......
本文节选自《Oracle DBA手记——数据库诊断案例与性能优化实践》第1章“Eygle的DBA工作手记”（作者：盖国强）
DBA日常工作职责——我对DBA的7点建议
DBA的工作职责是什么？每天DBA应该做哪些工作？稳定环境中的DBA该如何成长与优化？这是很多人都曾经提出过的问题，下面是我的观点和建议� ......
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 ......
High Water Mask（最高水位线，呵呵）以下简称HWM
delete命令不影响表自身的HWM，即表中的区块会随着数据量的增大而增大，但删除数据时，
区块并不会减少，当查询时，会按照HWM的标准去扫描表，即使使用delete将表数据清空，查询时，
依旧会扫描HWM的区块，查询速度也就和没使用delete命令之前是一样的，而truncate可以� ......
