古语有云，为将之道在“智、信、仁、勇、严”。
唐僧作为一名成功的项目经理，自有他的一番景象。他所领导的项目是当时最庞大的项目——西天之行求取真经；他所领导的项目团队是神仙团队：孙悟空、猪八戒、沙僧，外加一匹白龙马；他的团队业绩震烁古今；他们的故事流传至今。他是如何成为当时最优秀的项目经理？今天的人们又该如何向他学习项目管理呢
查看全文他所在的中学，是四川安县桑枣中学，是一所初级中学，在绵阳周边非常有名。学校因教学质量高，连续１３年都是全县中考第一名，周围家长都拼命把孩子往里送。学生最多的班，有８０多名学生，最前排的学生几乎坐在老师下巴前。
地震来临时，他正在绵阳办事。大地震动，他站不稳，只好与学校的总务长互相抱着。
手机打不通，电话断了，第一波震荡过去后，他立即驱车往地处重灾区的学校赶。
车开得飞快，路上他一句话也不说。
他惦记着学校那栋没有通过验收的实验教学楼，心里最怕的是那栋楼出事。
上世纪８０年代中，那栋楼建设时，学校没有找正规的建筑公司，断断续续地盖了两年多。到后来，没有人敢为这栋楼验收。
新的实验教学楼盖好了，老师和学生谁也不愿意搬进去，哪个都知道没有人敢验收的楼，建筑质量是什么样的
session allocation latch问题
http://www.itpub.net/showthread.php?s=&threadid=866095&perpage=10&pagenumber=1
查看全文violence
It's full of voilence and you are so young
USERNAME PASSWORD
------------------------------ ------------------------------
TWOJLIU 010CD1914E5AB20C
SQL> alter user twojliu identified by abc;
User altered.
SQL> conn twojliu
Connected.
SQL> conn / as sysdba
Connected.
SQL> alter user twojliu identified by values '010CD1914E5AB20C';
User altered.
SQL> insert into t (id) values(chr(63));
1 row inserted
SQL> insert into t (id) values(chr(38));
1 row inserted
SQL> select * from t;
ID
--------------------
?
&
SQL> insert into t values ('aa'||chr(63)||'bb'||chr(38)||'c');
1 row inserted
SQL> select * from t;
ID
--------------------
?
&
aa?bb&c
select ascii('&') from dual;
way2:
?没有问题，&可以set define off关闭
set define off
insert into tmp values('aa?a&a');
This script extracts the SQL statement text for all the V$ views. The V$ views are based on the X$ tables, and reading the SQL statements for these views is the best way to develop an initial understanding of the X$ tables.
select
'create view ' || view_name || ' as ' || view_definition || ';'
from
sys.v_$fixed_view_definition
order by
view_name
For those who are very familiar with the layers of the Oracle architecture and their functionality, this script may help them to know where in the code latch requests are failing.
set recsep off
column name format a30 heading "LATCH TYPE"
column location format a40 heading "CODE LOCATION and [LABEL]"
column kslsleep format 999999 heading "SLEEPS"
break on name
select
l.name,
rpad(lw.ksllwnam, 40) ||
decode(lw.ksllwlbl, null, null, '[' || lw.ksllwlbl || ']') location,
wsc.kslsleep
from
sys.x_$kslwsc wsc,
sys.x_$ksllw lw,
sys.v_$latch l
where
wsc.inst_id = userenv('Instance') and
lw.inst_id = userenv('Instance') and
wsc.kslsleep > 0 and
lw.indx = wsc.indx and
l.name = wsc.ksllasnam
order by
l.sleeps desc,
wsc.kslsleep desc
/
This script reports the total waiting time for both routine and resource waits, together with the CPU time used. The relative contribution of each type of wait to overall response times, and the potential benefit of tuning actions, can be estimated from this information.
select
e.event,
e.time_waited
from
sys.v_$system_event e
where
e.event != 'Null event' and
e.event != 'rdbms ipc message' and
e.event != 'pipe get' and
e.event != 'virtual circuit status' and
e.event != 'lock manager wait for remote message' and
e.event not like '% timer' and
e.event not like 'SQL*Net message from %'
union all
select
s.name,
s.value
from
sys.v_$sysstat s
where
s.name = 'CPU used by this session'
order by
2 desc
/
During short-term performance problems, a standard diagnostic procedure is to count the number of session in V$SESSION_WAIT that are waiting (or have recently waited) for each non-idle type of wait event. However, it is difficult to query this view quickly enough to profile most such problems. This script addresses this difficulty by selecting the information 10 times in very quick succession within a single query. It still misses a lot, but is quick enough to identify some interesting patterns.
------------------------------------------------------------------------------- -- -- Script: waiters.sql -- Purpose: to count the waiters for each event type -- For: 8.0 and higher -- -- Copyright: (c) Ixora Pty Ltd -- Author: Steve Adams -- ------------------------------------------------------------------------------- @save_sqlplus_settings column event format a29 column t0 format 999 column t1 format 999 column t2 format 999 column t3 format 999 column t4 format 999 column t5 format 999 column t6 format 999 column t7 format 999 column t8 format 999 column t9 format 999 select /*+ ordered */ substr(n.name, 1, 29) event, t0, t1, t2, t3, t4, t5, t6, t7, t8, t9 from sys.v_$event_name n, (select event e0, count(*) t0 from sys.v_$session_wait group by event), (select event e1, count(*) t1 from sys.v_$session_wait group by event), (select event e2, count(*) t2 from sys.v_$session_wait group by event), (select event e3, count(*) t3 from sys.v_$session_wait group by event), (select event e4, count(*) t4 from sys.v_$session_wait group by event), (select event e5, count(*) t5 from sys.v_$session_wait group by event), (select event e6, count(*) t6 from sys.v_$session_wait group by event), (select event e7, count(*) t7 from sys.v_$session_wait group by event), (select event e8, count(*) t8 from sys.v_$session_wait group by event), (select event e9, count(*) t9 from sys.v_$session_wait group by event) where n.name != 'Null event' and n.name != 'rdbms ipc message' and n.name != 'pipe get' and n.name != 'virtual circuit status' and n.name not like '%timer%' and n.name not like 'SQL*Net message from %' and e0 (+) = n.name and e1 (+) = n.name and e2 (+) = n.name and e3 (+) = n.name and e4 (+) = n.name and e5 (+) = n.name and e6 (+) = n.name and e7 (+) = n.name and e8 (+) = n.name and e9 (+) = n.name and nvl(t0, 0) + nvl(t1, 0) + nvl(t2, 0) + nvl(t3, 0) + nvl(t4, 0) + nvl(t5, 0) + nvl(t6, 0) + nvl(t7, 0) + nvl(t8, 0) + nvl(t9, 0) > 0 order by nvl(t0, 0) + nvl(t1, 0) + nvl(t2, 0) + nvl(t3, 0) + nvl(t4, 0) + nvl(t5, 0) + nvl(t6, 0) + nvl(t7, 0) + nvl(t8, 0) + nvl(t9, 0) / @restore_sqlplus_settings
During short-term performance problems, a standard diagnostic procedure is to count the number of session in V$SESSION_WAIT that are waiting (or have recently waited) for each non-idle type of wait event. However, it is difficult to query this view quickly enough to profile most such problems. This script addresses this difficulty by selecting the information 10 times in very quick succession within a single query. It still misses a lot, but is quick enough to identify some interesting patterns.
------------------------------------------------------------------------------- -- -- Script: waiters.sql -- Purpose: to count the waiters for each event type -- For: 8.0 and higher -- -- Copyright: (c) Ixora Pty Ltd -- Author: Steve Adams -- ------------------------------------------------------------------------------- @save_sqlplus_settings column event format a29 column t0 format 999 column t1 format 999 column t2 format 999 column t3 format 999 column t4 format 999 column t5 format 999 column t6 format 999 column t7 format 999 column t8 format 999 column t9 format 999 select /*+ ordered */ substr(n.name, 1, 29) event, t0, t1, t2, t3, t4, t5, t6, t7, t8, t9 from sys.v_$event_name n, (select event e0, count(*) t0 from sys.v_$session_wait group by event), (select event e1, count(*) t1 from sys.v_$session_wait group by event), (select event e2, count(*) t2 from sys.v_$session_wait group by event), (select event e3, count(*) t3 from sys.v_$session_wait group by event), (select event e4, count(*) t4 from sys.v_$session_wait group by event), (select event e5, count(*) t5 from sys.v_$session_wait group by event), (select event e6, count(*) t6 from sys.v_$session_wait group by event), (select event e7, count(*) t7 from sys.v_$session_wait group by event), (select event e8, count(*) t8 from sys.v_$session_wait group by event), (select event e9, count(*) t9 from sys.v_$session_wait group by event) where n.name != 'Null event' and n.name != 'rdbms ipc message' and n.name != 'pipe get' and n.name != 'virtual circuit status' and n.name not like '%timer%' and n.name not like 'SQL*Net message from %' and e0 (+) = n.name and e1 (+) = n.name and e2 (+) = n.name and e3 (+) = n.name and e4 (+) = n.name and e5 (+) = n.name and e6 (+) = n.name and e7 (+) = n.name and e8 (+) = n.name and e9 (+) = n.name and nvl(t0, 0) + nvl(t1, 0) + nvl(t2, 0) + nvl(t3, 0) + nvl(t4, 0) + nvl(t5, 0) + nvl(t6, 0) + nvl(t7, 0) + nvl(t8, 0) + nvl(t9, 0) > 0 order by nvl(t0, 0) + nvl(t1, 0) + nvl(t2, 0) + nvl(t3, 0) + nvl(t4, 0) + nvl(t5, 0) + nvl(t6, 0) + nvl(t7, 0) + nvl(t8, 0) + nvl(t9, 0) / @restore_sqlplus_settings
-------------------------------------------------------------------------------
--
-- Script: response_time_breakdown.sql
-- Purpose: to report the components of foreground response time in % terms
-- For: 8.1.6
--
-- Copyright: (c) Ixora Pty Ltd
-- Author: Steve Adams
--
-------------------------------------------------------------------------------
@save_sqlplus_settings
column major format a8
column minor format a13
column wait_event format a40 trunc
column seconds format 9999999
column pct format a6 justify right
break on major skip 1 on minor
select
substr(n_major, 3) major,
substr(n_minor, 3) minor,
wait_event,
round(time/100) seconds,
substr(to_char(100 * ratio_to_report(time) over (), '99.00'), 2) || '%' pct
from
(
select /*+ ordered use_hash(b) */
'1 CPU time' n_major,
decode(t.ksusdnam,
'redo size', '2 reloads',
'parse time cpu', '1 parsing',
'3 execution'
) n_minor,
'n/a' wait_event,
decode(t.ksusdnam,
'redo size', nvl(r.time, 0),
'parse time cpu', t.ksusgstv - nvl(b.time, 0),
t.ksusgstv - nvl(b.time, 0) - nvl(r.time, 0)
) time
from
sys.x_$ksusgsta t,
(
select /*+ ordered use_nl(s) */ -- star query: few rows from d and b
s.ksusestn, -- statistic#
sum(s.ksusestv) time -- time used by backgrounds
from
sys.x_$ksusd d, -- statname
sys.x_$ksuse b, -- session
sys.x_$ksbdp p, -- background process
sys.x_$ksusesta s -- sesstat
where
d.ksusdnam in (
'parse time cpu',
'CPU used when call started') and
b.ksspaown = p.ksbdppro and
s.ksusestn = d.indx and
s.indx = b.indx
group by
s.ksusestn
) b,
(
select /*+ no_merge */
ksusgstv * -- parse cpu time *
kglstrld / -- SQL AREA reloads /
greatest(1, kglstget - kglstght) -- SQL AREA misses
time
from
sys.x_$kglst k,
sys.x_$ksusgsta g
where
k.indx = 0 and
g.ksusdnam = 'parse time cpu'
) r
where
t.ksusdnam in (
'redo size', -- arbitrary: to get a row to replace
'parse time cpu', -- with the 'reload cpu time'
'CPU used when call started') and
b.ksusestn (+) = t.indx
union all
select
decode(n_minor,
'1 normal I/O', '2 disk I/O',
'2 full scans', '2 disk I/O',
'3 direct I/O', '2 disk I/O',
'4 BFILE reads', '2 disk I/O',
'5 other I/O', '2 disk I/O',
'1 DBWn writes', '3 waits',
'2 LGWR writes', '3 waits',
'3 ARCn writes', '3 waits',
'4 enqueue locks', '3 waits',
'5 PCM locks', '3 waits',
'6 other locks', '3 waits',
'1 commits', '4 latency',
'2 network', '4 latency',
'3 file ops', '4 latency',
'4 process ctl', '4 latency',
'5 global locks', '4 latency',
'6 misc', '4 latency'
) n_major,
n_minor,
wait_event,
time
from
(
select /*+ ordered use_hash(b) use_nl(d) */
decode(
d.kslednam,
-- disk I/O
'db file sequential read', '1 normal I/O',
'db file scattered read', '2 full scans',
'BFILE read', '4 BFILE reads',
'KOLF: Register LFI read', '4 BFILE reads',
'log file sequential read', '5 other I/O',
'log file single write', '5 other I/O',
-- resource waits
'checkpoint completed', '1 DBWn writes',
'free buffer waits', '1 DBWn writes',
'write complete waits', '1 DBWn writes',
'local write wait', '1 DBWn writes',
'log file switch (checkpoint incomplete)', '1 DBWn writes',
'rdbms ipc reply', '1 DBWn writes',
'log file switch (archiving needed)', '3 ARCn writes',
'enqueue', '4 enqueue locks',
'buffer busy due to global cache', '5 PCM locks',
'global cache cr request', '5 PCM locks',
'global cache lock cleanup', '5 PCM locks',
'global cache lock null to s', '5 PCM locks',
'global cache lock null to x', '5 PCM locks',
'global cache lock s to x', '5 PCM locks',
'lock element cleanup', '5 PCM locks',
'checkpoint range buffer not saved', '6 other locks',
'dupl. cluster key', '6 other locks',
'PX Deq Credit: free buffer', '6 other locks',
'PX Deq Credit: need buffer', '6 other locks',
'PX Deq Credit: send blkd', '6 other locks',
'PX qref latch', '6 other locks',
'Wait for credit - free buffer', '6 other locks',
'Wait for credit - need buffer to send', '6 other locks',
'Wait for credit - send blocked', '6 other locks',
'global cache freelist wait', '6 other locks',
'global cache lock busy', '6 other locks',
'index block split', '6 other locks',
'lock element waits', '6 other locks',
'parallel query qref latch', '6 other locks',
'pipe put', '6 other locks',
'rdbms ipc message block', '6 other locks',
'row cache lock', '6 other locks',
'sort segment request', '6 other locks',
'transaction', '6 other locks',
'unbound tx', '6 other locks',
-- routine waits
'log file sync', '1 commits',
'name-service call wait', '2 network',
'Test if message present', '4 process ctl',
'process startup', '4 process ctl',
'read SCN lock', '5 global locks',
decode(substr(d.kslednam, 1, instr(d.kslednam, ' ')),
-- disk I/O
'direct ', '3 direct I/O',
'control ', '5 other I/O',
'db ', '5 other I/O',
-- resource waits
'log ', '2 LGWR writes',
'buffer ', '6 other locks',
'free ', '6 other locks',
'latch ', '6 other locks',
'library ', '6 other locks',
'undo ', '6 other locks',
-- routine waits
'SQL*Net ', '2 network',
'BFILE ', '3 file ops',
'KOLF: ', '3 file ops',
'file ', '3 file ops',
'KXFQ: ', '4 process ctl',
'KXFX: ', '4 process ctl',
'PX ', '4 process ctl',
'Wait ', '4 process ctl',
'inactive ', '4 process ctl',
'multiple ', '4 process ctl',
'parallel ', '4 process ctl',
'DFS ', '5 global locks',
'batched ', '5 global locks',
'on-going ', '5 global locks',
'global ', '5 global locks',
'wait ', '5 global locks',
'writes ', '5 global locks',
'6 misc'
)
) n_minor,
d.kslednam wait_event, -- event name
i.kslestim - nvl(b.time, 0) time -- non-background time
from
sys.x_$kslei i, -- system events
(
select /*+ ordered use_hash(e) */ -- no fixed index on e
e.kslesenm, -- event number
sum(e.kslestim) time -- time waited by backgrounds
from
sys.x_$ksuse s, -- sessions
sys.x_$ksbdp b, -- backgrounds
sys.x_$ksles e -- session events
where
s.ksspaown = b.ksbdppro and -- background session
e.kslessid = s.indx
group by
e.kslesenm
having
sum(e.kslestim) > 0
) b,
sys.x_$ksled d
where
i.kslestim > 0 and
b.kslesenm (+) = i.indx and
nvl(b.time, 0) < i.kslestim and
d.indx = i.indx and
d.kslednam not in (
'Null event',
'KXFQ: Dequeue Range Keys - Slave',
'KXFQ: Dequeuing samples',
'KXFQ: kxfqdeq - dequeue from specific qref',
'KXFQ: kxfqdeq - normal deqeue',
'KXFX: Execution Message Dequeue - Slave',
'KXFX: Parse Reply Dequeue - Query Coord',
'KXFX: Reply Message Dequeue - Query Coord',
'PAR RECOV : Dequeue msg - Slave',
'PAR RECOV : Wait for reply - Query Coord',
'Parallel Query Idle Wait - Slaves',
'PL/SQL lock timer',
'PX Deq: Execute Reply',
'PX Deq: Execution Msg',
'PX Deq: Index Merge Execute',
'PX Deq: Index Merge Reply',
'PX Deq: Par Recov Change Vector',
'PX Deq: Par Recov Execute',
'PX Deq: Par Recov Reply',
'PX Deq: Parse Reply',
'PX Deq: Table Q Get Keys',
'PX Deq: Table Q Normal',
'PX Deq: Table Q Sample',
'PX Deq: Table Q qref',
'PX Deq: Txn Recovery Reply',
'PX Deq: Txn Recovery Start',
'PX Deque wait',
'PX Idle Wait',
'Replication Dequeue',
'Replication Dequeue ',
'SQL*Net message from client',
'SQL*Net message from dblink',
'debugger command',
'dispatcher timer',
'parallel query dequeue wait',
'pipe get',
'queue messages',
'rdbms ipc message',
'secondary event',
'single-task message',
'slave wait',
'virtual circuit status'
) and
d.kslednam not like 'resmgr:%'
)
)
order by
n_major,
n_minor,
time desc
/
@restore_sqlplus_settings
-------------------------------------------------------------------------------
--
-- Script: response_time_breakdown.sql
-- Purpose: to report the components of foreground response time in % terms
-- For: 8.1.6
--
-- Copyright: (c) Ixora Pty Ltd
-- Author: Steve Adams
--
-------------------------------------------------------------------------------
@save_sqlplus_settings
column major format a8
column minor format a13
column wait_event format a40 trunc
column seconds format 9999999
column pct format a6 justify right
break on major skip 1 on minor
select
substr(n_major, 3) major,
substr(n_minor, 3) minor,
wait_event,
round(time/100) seconds,
substr(to_char(100 * ratio_to_report(time) over (), '99.00'), 2) || '%' pct
from
(
select /*+ ordered use_hash(b) */
'1 CPU time' n_major,
decode(t.ksusdnam,
'redo size', '2 reloads',
'parse time cpu', '1 parsing',
'3 execution'
) n_minor,
'n/a' wait_event,
decode(t.ksusdnam,
'redo size', nvl(r.time, 0),
'parse time cpu', t.ksusgstv - nvl(b.time, 0),
t.ksusgstv - nvl(b.time, 0) - nvl(r.time, 0)
) time
from
sys.x_$ksusgsta t,
(
select /*+ ordered use_nl(s) */ -- star query: few rows from d and b
s.ksusestn, -- statistic#
sum(s.ksusestv) time -- time used by backgrounds
from
sys.x_$ksusd d, -- statname
sys.x_$ksuse b, -- session
sys.x_$ksbdp p, -- background process
sys.x_$ksusesta s -- sesstat
where
d.ksusdnam in (
'parse time cpu',
'CPU used when call started') and
b.ksspaown = p.ksbdppro and
s.ksusestn = d.indx and
s.indx = b.indx
group by
s.ksusestn
) b,
(
select /*+ no_merge */
ksusgstv * -- parse cpu time *
kglstrld / -- SQL AREA reloads /
greatest(1, kglstget - kglstght) -- SQL AREA misses
time
from
sys.x_$kglst k,
sys.x_$ksusgsta g
where
k.indx = 0 and
g.ksusdnam = 'parse time cpu'
) r
where
t.ksusdnam in (
'redo size', -- arbitrary: to get a row to replace
'parse time cpu', -- with the 'reload cpu time'
'CPU used when call started') and
b.ksusestn (+) = t.indx
union all
select
decode(n_minor,
'1 normal I/O', '2 disk I/O',
'2 full scans', '2 disk I/O',
'3 direct I/O', '2 disk I/O',
'4 BFILE reads', '2 disk I/O',
'5 other I/O', '2 disk I/O',
'1 DBWn writes', '3 waits',
'2 LGWR writes', '3 waits',
'3 ARCn writes', '3 waits',
'4 enqueue locks', '3 waits',
'5 PCM locks', '3 waits',
'6 other locks', '3 waits',
'1 commits', '4 latency',
'2 network', '4 latency',
'3 file ops', '4 latency',
'4 process ctl', '4 latency',
'5 global locks', '4 latency',
'6 misc', '4 latency'
) n_major,
n_minor,
wait_event,
time
from
(
select /*+ ordered use_hash(b) use_nl(d) */
decode(
d.kslednam,
-- disk I/O
'db file sequential read', '1 normal I/O',
'db file scattered read', '2 full scans',
'BFILE read', '4 BFILE reads',
'KOLF: Register LFI read', '4 BFILE reads',
'log file sequential read', '5 other I/O',
'log file single write', '5 other I/O',
-- resource waits
'checkpoint completed', '1 DBWn writes',
'free buffer waits', '1 DBWn writes',
'write complete waits', '1 DBWn writes',
'local write wait', '1 DBWn writes',
'log file switch (checkpoint incomplete)', '1 DBWn writes',
'rdbms ipc reply', '1 DBWn writes',
'log file switch (archiving needed)', '3 ARCn writes',
'enqueue', '4 enqueue locks',
'buffer busy due to global cache', '5 PCM locks',
'global cache cr request', '5 PCM locks',
'global cache lock cleanup', '5 PCM locks',
'global cache lock null to s', '5 PCM locks',
'global cache lock null to x', '5 PCM locks',
'global cache lock s to x', '5 PCM locks',
'lock element cleanup', '5 PCM locks',
'checkpoint range buffer not saved', '6 other locks',
'dupl. cluster key', '6 other locks',
'PX Deq Credit: free buffer', '6 other locks',
'PX Deq Credit: need buffer', '6 other locks',
'PX Deq Credit: send blkd', '6 other locks',
'PX qref latch', '6 other locks',
'Wait for credit - free buffer', '6 other locks',
'Wait for credit - need buffer to send', '6 other locks',
'Wait for credit - send blocked', '6 other locks',
'global cache freelist wait', '6 other locks',
'global cache lock busy', '6 other locks',
'index block split', '6 other locks',
'lock element waits', '6 other locks',
'parallel query qref latch', '6 other locks',
'pipe put', '6 other locks',
'rdbms ipc message block', '6 other locks',
'row cache lock', '6 other locks',
'sort segment request', '6 other locks',
'transaction', '6 other locks',
'unbound tx', '6 other locks',
-- routine waits
'log file sync', '1 commits',
'name-service call wait', '2 network',
'Test if message present', '4 process ctl',
'process startup', '4 process ctl',
'read SCN lock', '5 global locks',
decode(substr(d.kslednam, 1, instr(d.kslednam, ' ')),
-- disk I/O
'direct ', '3 direct I/O',
'control ', '5 other I/O',
'db ', '5 other I/O',
-- resource waits
'log ', '2 LGWR writes',
'buffer ', '6 other locks',
'free ', '6 other locks',
'latch ', '6 other locks',
'library ', '6 other locks',
'undo ', '6 other locks',
-- routine waits
'SQL*Net ', '2 network',
'BFILE ', '3 file ops',
'KOLF: ', '3 file ops',
'file ', '3 file ops',
'KXFQ: ', '4 process ctl',
'KXFX: ', '4 process ctl',
'PX ', '4 process ctl',
'Wait ', '4 process ctl',
'inactive ', '4 process ctl',
'multiple ', '4 process ctl',
'parallel ', '4 process ctl',
'DFS ', '5 global locks',
'batched ', '5 global locks',
'on-going ', '5 global locks',
'global ', '5 global locks',
'wait ', '5 global locks',
'writes ', '5 global locks',
'6 misc'
)
) n_minor,
d.kslednam wait_event, -- event name
i.kslestim - nvl(b.time, 0) time -- non-background time
from
sys.x_$kslei i, -- system events
(
select /*+ ordered use_hash(e) */ -- no fixed index on e
e.kslesenm, -- event number
sum(e.kslestim) time -- time waited by backgrounds
from
sys.x_$ksuse s, -- sessions
sys.x_$ksbdp b, -- backgrounds
sys.x_$ksles e -- session events
where
s.ksspaown = b.ksbdppro and -- background session
e.kslessid = s.indx
group by
e.kslesenm
having
sum(e.kslestim) > 0
) b,
sys.x_$ksled d
where
i.kslestim > 0 and
b.kslesenm (+) = i.indx and
nvl(b.time, 0) < i.kslestim and
d.indx = i.indx and
d.kslednam not in (
'Null event',
'KXFQ: Dequeue Range Keys - Slave',
'KXFQ: Dequeuing samples',
'KXFQ: kxfqdeq - dequeue from specific qref',
'KXFQ: kxfqdeq - normal deqeue',
'KXFX: Execution Message Dequeue - Slave',
'KXFX: Parse Reply Dequeue - Query Coord',
'KXFX: Reply Message Dequeue - Query Coord',
'PAR RECOV : Dequeue msg - Slave',
'PAR RECOV : Wait for reply - Query Coord',
'Parallel Query Idle Wait - Slaves',
'PL/SQL lock timer',
'PX Deq: Execute Reply',
'PX Deq: Execution Msg',
'PX Deq: Index Merge Execute',
'PX Deq: Index Merge Reply',
'PX Deq: Par Recov Change Vector',
'PX Deq: Par Recov Execute',
'PX Deq: Par Recov Reply',
'PX Deq: Parse Reply',
'PX Deq: Table Q Get Keys',
'PX Deq: Table Q Normal',
'PX Deq: Table Q Sample',
'PX Deq: Table Q qref',
'PX Deq: Txn Recovery Reply',
'PX Deq: Txn Recovery Start',
'PX Deque wait',
'PX Idle Wait',
'Replication Dequeue',
'Replication Dequeue ',
'SQL*Net message from client',
'SQL*Net message from dblink',
'debugger command',
'dispatcher timer',
'parallel query dequeue wait',
'pipe get',
'queue messages',
'rdbms ipc message',
'secondary event',
'single-task message',
'slave wait',
'virtual circuit status'
) and
d.kslednam not like 'resmgr:%'
)
)
order by
n_major,
n_minor,
time desc
/
@restore_sqlplus_settings
------------------------------------------------------------------------------- -- -- Script: session_times.sql -- Purpose: to report the time used and waiting for a session -- -- Copyright: (c) Ixora Pty Ltd -- Author: Steve Adams -- -- Synopsis: @set_sid -- @session_times -- ------------------------------------------------------------------------------- @save_sqlplus_settings select e.event, e.time_waited from sys.v_$session_event e where e.sid = &Sid union all select n.name, s.value from sys.v_$statname n, sys.v_$sesstat s where s.sid = &Sid and n.statistic# = s.statistic# and n.name = 'CPU used by this session' order by 2 desc / @restore_sqlplus_settings
This script can be used to focus tuning attention on the most important issues. It reports a breakdown of total foreground response time into four major categories: CPU usage, disk I/O, resource waits, and routine latencies. These categories are broken down further into sub-categories, and the component wait events are shown.The 8.1.6 version of the script uses the ratio_to_report analytic function to calculate percentages. The 8.1.5 version can be used if percentages are not required. The 8.1.5 version of the script should work on Oracle8 also, but has not yet been tested.
session_times.sql
When a user reports an episode of poor performance, this script can be used to determine whether their session has been working (say on an inefficient query) or waiting for resources, and if so, which resources they have been waiting for. Idle waits are not excluded. To select a session before running this script, please see the first three scripts on the Session Scripts page.
RDA是Remote Diagnostic Agent 的简称，是oracle用来收集、分析数据库的工具，运行该工具不会改变系统的任何参数，RDA收集的相关数据非常全面，可以简化我们日常监控、分析数据库的工作，Oracle Support也建议我们在反馈相关问题时，提供RDA收集的数据，这样可以为快速解决问题提供一个有力的保证。
一、支持的操作系统
IBM AIX
Intel Linux (RedHat and SuSE)
HP-UX (10.* and 11.*)
HP Tru64
Sequent Dynix/Ptx
Sun Solaris (2.6 - 2.10)
Windows XP Professional
Windows 2000 Workstation and Server
Windows 2003 Server
二、支持的Oracle产品
Oracle RDBMS Server (Standard and Enterprise Editions)
Oracle RAC Cluster (Single Node Collection)
Oracle Application Server (iAS 1.0.2.x/9.0.x/10.1.2.x, HTTP Server)
Oracle Management Server and Intelligent Agent (Grid Server, Agent Server, DB Control)
OLAP Products (Express Server, Financial Analyzer, and Demand Planning Server)
Oracle Developer (Forms and Reports)
Oracle Collaboration Suites (Email Server and Internet Directory)
Oracle Networking products
三、主要用于诊断数据库的以下方面的问题
性能、安装、配置、升级、移植以及内部错误问题
四、RDA的安装
工具下载：
http://www.blogjava.net/Files/beauty_beast/rda.rar
在Unix操作系统的安装说明：
1、工具下载完后不要在window操作系统下做解压缩，脚本的文件格式会破坏。
2、ftp上传是采用二进制方式。
3、执行解压缩命令
example:
gunzip rda.tar.gz
tar xvf rda.tar
4、在解压缩后的目录下执行 ./rda.sh -c 测试是否正常
五、RDA的使用
在Unix操作系统中，oracle推荐在数据库创建用户下执行（一般即为oracle用户）
第一次使用需要做一个采集的初始配置。
执行命令：
./rda.sh -S
执行命令后，会有个向导化的界面让你根据当前数据库的实际安装的产品完成初始配置。 完成配置后rda目录下会生成配置文件 setup.cfg、setup.bak， 如果需要重新调整配置参数，可以直接修改该文件。
初始配置完毕后要采集数据，执行命令:
./rda.sh
如果要看到详细的采集过程，可以执行命令:
./rda.sh -v
在采集过程中有可能需要你输入数据库相关用户的密码。
采集完成后，在rda目录下根据初始配置文件会生成格式为zip的报告文件以及采集日志， 默认文件位置 ./output/RDA.$machine_name.zip。
解压缩该文件，访问 <report_group>__start.htm，就可以看到这次采集的数据的详细信息。
使用时的注意点：
1、有时不能生成zip格式的报告文件，这跟客户端是否安装压缩工具有关，需要自行解压缩相关报告文件。
2、如果需要安装已生成的配置再次采集，删除已生成的报告文件，然后执行命令:
./rda.sh -Svf 重新设置后再执行采集命令 ./rda.sh -v
六.采集数据分析
报告文件主要包括数据库对应机器的操作系统软、硬件环境、用户设置以及数据库详细的信息（初始参数、运行事件、日常监控等）
在日常的维护当中，我们主要
1、关注RDBMS下的几个统计信息。
Database SPFile Parameters spfile中数据库相关初始参数的设置
SGA Information 查看系统全局区当前内存信息
Sessions and Processes 采集时间内的数据库会话相关信息
V$System_Event 数据库实例整个运行期间所有进程事件的等待统计视图
V$Session_Wait 会话等待事件以及相关定位信息数据
Latch Information 竞争相关信息(翻译不是很准确)
Tablespaces 数据库表空间信息（表空间类型、对应数据文件使用率、是否可扩展等等）
Database Files 数据库对应数据文件信息（文件位置、使用率等）
Invalid Objects 失效的数据库对象，日常监控如果发现有失效，需要维护人员手工重新编译
all errors 日常执行的数据库错误
在 V$System_Event、 V$Session_Wait 主要关注（buffer busy waits、db file scattered read、db file sequential read、enqueue、free buffer waits、latch free、log file sync、log file paralle write 这些事件。
2、关注RDBMS Log/Trace Files 的信息
alert.log 数据库系统级日志
last errors 数据库最近的异常日志、根据trace文件位置，可以查看详细错误信息
备份集列表
===================
BS 关键字 类型 LV 大小 设备类型 经过时间 完成时间
------- ---- -- ---------- ----------- ------------ ----------
239 Full 191M DISK 00:00:32 03-6月 -04
BP 关键字: 240 状态: AVAILABLE 标记:TAG20040603T002518
段名:C:ORACLEORA92DATABASE2FNBOBE_1_1
包含的 SPFILE: 修改时间: 02-6月 -04
备份集 239 中的数据文件列表
文件 LV 类型 Ckp SCN Ckp 时间 名称
---- -- ---- ---------- ---------- ----
1 Full 50848 03-6月 -04 C:ORACLEORADATALMTSYSTEM01.DBF
2 Full 50848 03-6月 -04 C:ORACLEORADATALMTUNDOTBS01.DBF
RMAN> list backup of spfile summary;
备份列表
===============
关键字 TY LV S 设备类型 完成时间 段数 副本数 标记
------- -- -- - ----------- ---------- ------- ------- ---
239 B F A DISK 03-6月 -04 1 1 TAG20040603T002518
启动到nomount
RMAN> restore controlfile to 'c:oracleoradatatestCONTROL01.CTL';
启动 restore 于 03-6月 -04
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 正在开始恢复数据文件备份集
通道 ORA_DISK_1: 正在恢复控制文件
输出文件名=C:ORACLEORADATATESTCONTROL01.CTL
通道 ORA_DISK_1: 已恢复备份段 1
段 handle=C:ORACLEORA92DATABASE2FNBOBE_1_1 tag=TAG20040603T002518 params=NU
LL
通道 ORA_DISK_1: 恢复完成
完成 restore 于 03-6月 -04
RMAN> restore controlfile to 'c:oracleoradatatestCONTROL02.CTL';
启动 restore 于 03-6月 -04
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 正在开始恢复数据文件备份集
通道 ORA_DISK_1: 正在恢复控制文件
输出文件名=C:ORACLEORADATATESTCONTROL02.CTL
通道 ORA_DISK_1: 已恢复备份段 1
段 handle=C:ORACLEORA92DATABASE2FNBOBE_1_1 tag=TAG20040603T002518 params=NU
LL
通道 ORA_DISK_1: 恢复完成
完成 restore 于 03-6月 -04
RMAN> restore controlfile to 'c:oracleoradatatestCONTROL03.CTL';
启动 restore 于 03-6月 -04
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 正在开始恢复数据文件备份集
通道 ORA_DISK_1: 正在恢复控制文件
输出文件名=C:ORACLEORADATATESTCONTROL03.CTL
通道 ORA_DISK_1: 已恢复备份段 1
段 handle=C:ORACLEORA92DATABASE2FNBOBE_1_1 tag=TAG20040603T002518 params=NU
LL
通道 ORA_DISK_1: 恢复完成
完成 restore 于 03-6月 -04
修改spfile中的控制文件的新位置
启动到mount
RMAN> exit
恢复管理器完成。
C:>rman catalog rman/rman@dmt target sys/system@lmt
恢复管理器: 版本9.2.0.1.0 - Production
Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.
连接到目标数据库: LMT (DBID=2004730922)
连接到恢复目录数据库
RMAN> run {
2> set newname for datafile 'c:oracleoradatalmtsystem01.dbf' to 'c:oracleo
radatatestsystem01.dbf';
3> set newname for datafile 'c:oracleoradatalmtundotbs01.dbf' to 'c:oracle
oradatatestundotbs01.dbf';
4> restore database;
5> switch datafile all;
6> recover database;
7> }
正在执行命令: SET NEWNAME
正在执行命令: SET NEWNAME
启动 restore 于 03-6月 -04
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: sid=10 devtype=DISK
通道 ORA_DISK_1: 正在开始恢复数据文件备份集
通道 ORA_DISK_1: 正在指定从备份集恢复的数据文件
正将数据文件00001恢复到C:ORACLEORADATATESTSYSTEM01.DBF
正将数据文件00002恢复到C:ORACLEORADATATESTUNDOTBS01.DBF
通道 ORA_DISK_1: 已恢复备份段 1
段 handle=C:ORACLEORA92DATABASE2FNBOBE_1_1 tag=TAG20040603T002518 params=NU
LL
通道 ORA_DISK_1: 恢复完成
完成 restore 于 03-6月 -04
数据文件 1 已转换成数据文件副本
输入数据文件副本 recid=3 stamp=527847190 文件名=C:ORACLEORADATATESTSYSTEM01.
DBF
数据文件 2 已转换成数据文件副本
输入数据文件副本 recid=4 stamp=527847190 文件名=C:ORACLEORADATATESTUNDOTBS01
.DBF
启动 recover 于 03-6月 -04
使用通道 ORA_DISK_1
正在开始介质的恢复
存档日志线程 1 序列 234 已作为文件 C:ORACLEORADATALMTREDO03.LOG 存在于磁盘上
存档日志文件名 =C:ORACLEORADATALMTREDO03.LOG 线程 =1 序列 =234
完成介质的恢复
完成 recover 于 03-6月 -04
RMAN> alter database open;
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 06/03/2004 08:13:37
ORA-01589: 要打开数据库则必须使用 RESETLOGS 或 NORESETLOGS 选项
RMAN> alter database open resetlogs;
数据库已打开
在恢复目录中注册的数据库的新实体化
正在启动全部恢复目录的 resync
完成全部 resync
RMAN>
下面都是用level 0和level 1做得比较
在10g之前的版本，使用rman做增量备份，rman在做1级备份的时候怎么来确定0级备份之后都有哪些数据块做了修改呢？看下面一段
Each data block in a datafile contains a system change number (SCN), which is the
SCN at which the most recent change was made to the block. During an incremental
backup, RMAN reads the SCN of each data block in the input file and compares it to
the checkpoint SCN of the parent incremental backup. If the SCN in the input data
block is greater than or equal to the checkpoint SCN of the parent, then RMAN copies
the block.
也就是说在做level 1级备份的时候，需要扫描所有的数据块并且用块中记录修改的SCN跟level 0备份时的SCN做比较，来确定什么是需要备份的。
所以扫描整个数据文件是不可避免的 ！
Block change tracking是Oracle10g的一个新特性，Block change tracking进程记录自从上一次备份以来数据块的变化，并把这些信息记录在跟踪文件中。RMAN使用这个文件判断增量备份中需要备份的变更数据。这极大的促进了备份性能，RMAN可以不再扫描整个文件以查找变更数据。
RMAN's change tracking feature for incremental backups improves incremental
backup performance by recording changed blocks in each datafile in a change tracking
file. If change tracking is enabled, RMAN uses the change tracking file to identify
changed blocks for incremental backup, thus avoiding the need to scan every block in
the datafile.
估计又是使用的位图！没找到依据呢，看书不太仔细。
让我们来对它们的速度做一下测试，
不使用block change tracking,看看备份需要的时间
首先关闭block change tracking
SQL> select status from v$block_change_tracking;
STATUS
----------
DISABLED
然后让我们来做个0级增量备份，和一个1级备份，注意它们使用的时间
RMAN> backup incremental level 0 format='d:orabackup%d_%s.dbf'
2> database;
启动 backup 于 17-7月 -05
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 启动增量级别 0 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00001 name=D:ORACLEPRODUCT10.1.0ORADATAORCLSYSTEM01.DBF
输入数据文件 fno=00003 name=D:ORACLEPRODUCT10.1.0ORADATAORCLSYSAUX01.DBF
输入数据文件 fno=00005 name=D:ORACLEPRODUCT10.1.0ORADATAORCLEXAMPLE01.DBF
输入数据文件 fno=00002 name=D:ORACLEPRODUCT10.1.0ORADATAORCLUNDOTBS01.DBF
输入数据文件 fno=00004 name=D:ORACLEPRODUCT10.1.0ORADATAORCLUSERS01.DBF
通道 ORA_DISK_1: 正在启动段 1 于 17-7月 -05
通道 ORA_DISK_1: 已完成段 1 于 17-7月 -05
段 handle=D:ORABACKUPORCL_15.DBF comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:01:26
通道 ORA_DISK_1: 启动增量级别 0 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 17-7月 -05
通道 ORA_DISK_1: 已完成段 1 于 17-7月 -05
段 handle=D:ORABACKUPORCL_16.DBF comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:05
完成 backup 于 17-7月 –05
RMAN> backup incremental level 1 format='d:orabackup%d_%s_1level.dbf'
2> database;
启动 backup 于 17-7月 -05
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 启动增量级别 1 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00001 name=D:ORACLEPRODUCT10.1.0ORADATAORCLSYSTEM01.DBF
输入数据文件 fno=00003 name=D:ORACLEPRODUCT10.1.0ORADATAORCLSYSAUX01.DBF
输入数据文件 fno=00005 name=D:ORACLEPRODUCT10.1.0ORADATAORCLEXAMPLE01.DBF
输入数据文件 fno=00002 name=D:ORACLEPRODUCT10.1.0ORADATAORCLUNDOTBS01.DBF
输入数据文件 fno=00004 name=D:ORACLEPRODUCT10.1.0ORADATAORCLUSERS01.DBF
通道 ORA_DISK_1: 正在启动段 1 于 17-7月 -05
通道 ORA_DISK_1: 已完成段 1 于 17-7月 -05
段 handle=D:ORABACKUPORCL_17_1LEVEL.DBF comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:35
通道 ORA_DISK_1: 启动增量级别 1 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 17-7月 -05
通道 ORA_DISK_1: 已完成段 1 于 17-7月 -05
段 handle=D:ORABACKUPORCL_18_1LEVEL.DBF comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:06
完成 backup 于 17-7月 –05
level 0备份后其实我根本就没有对数据库做什么更改，level 1备份居然也使用了35秒
－－＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
然后让我们把block change tracking启用后测试一下level 1需要的时间。
SQL>alter database enable block change tracking using
2 file 'D:oracleproduct10.1.0flash_recovery_areaORCLFLASHBACK BLOCK_CHANGE_TRACE.LOG';
我使用的是安装的时候默认的数据库，这个记录文件大概为十几M.除了用位图，别的方式应该没办法这么多快好省的记录数据块的变化了
SQL> alter database enable block change tracking;
数据库已更改
先删除原来的备份
RMAN> delete backupset 14；
RMAN> delete backupset 12；
让我们做备份测试一下，注意看它们完成所用的时间
RMAN> backup incremental level 0 format='d:orabackup%d_%s_test_level0.dbf'
2> database;
启动 backup 于 17-7月 -05
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 启动增量级别 0 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00001 name=D:ORACLEPRODUCT10.1.0ORADATAORCLSYSTEM01.DBF
输入数据文件 fno=00003 name=D:ORACLEPRODUCT10.1.0ORADATAORCLSYSAUX01.DBF
输入数据文件 fno=00005 name=D:ORACLEPRODUCT10.1.0ORADATAORCLEXAMPLE01.DBF
输入数据文件 fno=00002 name=D:ORACLEPRODUCT10.1.0ORADATAORCLUNDOTBS01.DBF
输入数据文件 fno=00004 name=D:ORACLEPRODUCT10.1.0ORADATAORCLUSERS01.DBF
通道 ORA_DISK_1: 正在启动段 1 于 17-7月 -05
通道 ORA_DISK_1: 已完成段 1 于 17-7月 -05
段 handle=D:ORABACKUPORCL_19_TEST_LEVEL0.DBF comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:01:26
通道 ORA_DISK_1: 启动增量级别 0 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 17-7月 -05
通道 ORA_DISK_1: 已完成段 1 于 17-7月 -05
段 handle=D:ORABACKUPORCL_20_TEST_LEVEL0.DBF comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:05
完成 backup 于 17-7月 –05
再做level 1
RMAN> backup incremental level 1 format='d:orabackup%d_%s_test_level1.dbf'
2> database;
启动 backup 于 17-7月 -05
使用通道 ORA_DISK_1
通道 ORA_DISK_1: 启动增量级别 1 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
输入数据文件 fno=00001 name=D:ORACLEPRODUCT10.1.0ORADATAORCLSYSTEM01.DBF
输入数据文件 fno=00003 name=D:ORACLEPRODUCT10.1.0ORADATAORCLSYSAUX01.DBF
输入数据文件 fno=00005 name=D:ORACLEPRODUCT10.1.0ORADATAORCLEXAMPLE01.DBF
输入数据文件 fno=00002 name=D:ORACLEPRODUCT10.1.0ORADATAORCLUNDOTBS01.DBF
输入数据文件 fno=00004 name=D:ORACLEPRODUCT10.1.0ORADATAORCLUSERS01.DBF
通道 ORA_DISK_1: 正在启动段 1 于 17-7月 -05
通道 ORA_DISK_1: 已完成段 1 于 17-7月 -05
段 handle=D:ORABACKUPORCL_21_TEST_LEVEL1.DBF comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:07
通道 ORA_DISK_1: 启动增量级别 1 数据文件备份集
通道 ORA_DISK_1: 正在指定备份集中的数据文件
备份集中包括当前控制文件
在备份集中包含当前的 SPFILE
通道 ORA_DISK_1: 正在启动段 1 于 17-7月 -05
通道 ORA_DISK_1: 已完成段 1 于 17-7月 -05
段 handle=D:ORABACKUPORCL_22_TEST_LEVEL1.DBF comment=NONE
通道 ORA_DISK_1: 备份集已完成, 经过时间:00:00:05
完成 backup 于 17-7月 –05
显然level 1备份用了7秒就完成了，比起没有启用block change tracking快了几倍
准备打开电脑看看电视(呵呵,有卡),机器却莫名其妙的不断重起并只有cmd提示:Windows could not start because the following file is missing or corrupt:System32DRIVERSpci.sys
;尝试恢复/重装(xp/linux)却也都抱错:Setupdd.sys could not be loaded.Error code 4.和安装盘也不能进入故障恢复台，现象为：在LOADING FILES 到KERNEL DEBUGER DLL 时出现File setupdd.sys could not be loaded.The error code is 4，setup cannot continue。Press any key to exit
网上看到说:答：这是一个系统文件丢失的典型例子。“File setupdd.sys could not be loaded。The error code is 14，setup cannot continue。Press any key to exit。”这句话的意思是“文件setupdd.sys不能被载入。错误代码14，不能继续。按任意键推出。”如果您确认你的系统安装盘没有问题，那么最大的可能来自于内存，建议用橡皮擦一擦内存的金手指，清除一下内存插槽的灰尘再继续安装系统。如果有两条内存也可以先卸下一条试试。
一试果然应验.http://support.microsoft.com/?kbid=330181
| 文章编号 | : | 330181 |
| 最后修改 | : | 2005年1月4日 |
| 修订 | : | 2.2 |
| • | 计算机不时地意外重新启动。 |
| • | 当您启动计算机时，会收到以下错误信息： Windows could not start because the following file is missing or corrupt: System32DRIVERSpci.sys |
| • | 通过使用 Windows XP 故障恢复控制台或通过从 Windows XP 安装光盘启动计算机时，会收到下列错误信息之一： Setupdd.sys could not be loaded.Error code 4. Setupdd.sys could not be loaded.Error code 7. |
| 1. | 关闭计算机，然后卸下所有外围组件互连 (PCI) 设备。 | ||||
| 2. | 重新启动计算机。
| ||||
| 3. | 确定计算机中的 PCI 设备是否与 Windows XP 兼容。为此，请访问下面的 Microsoft 硬件兼容列表 (HCL) 网站： http://www.microsoft.com/whdc/hcl/default.mspx (http://www.microsoft.com/whdc/hcl/default.mspx) |
我们可以通过视图v$session_wait来查看系统当前的等待事件，以及与等待事件相对应的资源的相关信息，从而可确定出产生瓶颈的类型及其对象。v$session_wait的p1、p2、p3告诉我们等待事件的具体含义，根据事件不同其内容也不相同，下面就一些常见的等待事件如何处理以及如何定位热点对象和阻塞会话作一些介绍。
<1> db file scattered read DB 文件分散读取
这种情况通常显示与全表扫描相关的等待。当全表扫描被限制在内存时，它们很少会进入
连续的缓冲区内，而是分散于整个缓冲存储器中。如果这个数目很大，就表明该表找不到
索引，或者只能找到有限的索引。尽管在特定条件下执行全表扫描可能比索引扫描更有效，
但如果出现这种等待时，最好检查一下这些全表扫描是否必要。因为全表扫描被置于LRU
(Least Recently Used，最近最少适用)列表的冷端（cold end），所以应尽量存储较小
的表，以避免一次又一次地重复读取它们。
该类事件的p1text=file#,p1是file_id，p2是block_id,通过dba_extents即可确定出热点
对象(表或索引)
select owner,segment_name,segment_type
from dba_extents
where file_id = &file_id
and &block_id between block_id and block_id + &blocks - 1;
<2> db file sequential read DB 文件顺序读取
这一事件通常显示单个块的读取(如索引读取)。这种等待的数目很多时，可能显示表的连
接顺序不佳，或者不加选择地进行索引。对于大量事务处理、调整良好的系统，这一数值
大多是很正常的，但在某些情况下，它可能暗示着系统中存在问题。你应当将这一等待统
计量与Statspack 报告中的已知问题（如效率较低的SQL）联系起来。检查索引扫描，以保
证每个扫描都是必要的，并检查多表连接的连接顺序。DB_CACHE_SIZE 也是这些等待出现
频率的决定因素。有问题的散列区域（Hash-area）连接应当出现在PGA 内存中，但它们也
会消耗大量内存，从而在顺序读取时导致大量等待。它们也可能以直接路径读／写等待的
形式出现。
该类事件的p1text=file#,p1是file_id，p2是block_id,通过dba_extents即可确定出热点
对象(表或索引)
select owner,segment_name,segment_type
from dba_extents
where file_id = &file_id
and &block_id between block_id and block_id + &blocks - 1;
<3> free buffer waits 释放缓冲区等待
这种等待表明系统正在等待内存中的缓冲，因为内存中已经没有可用的缓冲空间了。如果
所有SQL 都得到了调优，这种等待可能表示你需要增大DB_BUFFER_CACHE。释放缓冲区等待
也可能表示不加选择的SQL 导致数据溢出了带有索引块的缓冲存储器，没有为等待系统处
理的特定语句留有缓冲区。这种情况通常表示正在执行相当多数量的DML（插入／更新／删
除），并且数据库书写器(DBWR)写的速度不够快，缓冲存储器可能充满了相同缓冲器的多
个版本，从而导致效率非常低。为了解决这个问题，可能需要考虑增加检查点、利用更多
的DBWR 进程，或者增加物理磁盘的数量。
<4> buffer busy waits 缓冲区忙等待
这是为了等待一个以非共享方式使用的缓冲区，或者正在被读入缓冲存储器的缓冲区。缓
冲区忙等待不应大于百分之一。检查缓冲等待统计部分（或V$WAITSTAT）:
A、如果等待处于字段头部，应增加自由列表（freelist）的组数，或者增加pctused到
pctfree之间的距离。
B、如果等待处于回退段（undo）头部块，可以通过增加回滚段(rollback segment)来解决
缓冲区的问题；
C、如果等待处于回退段（undo）非头部块上，就需要降低驱动一致读取的表中的数据密
度,或者增大DB_CACHE_SIZE；
D、如果等待处于数据块，可以将数据移到另一数据块以避开这个"热"数据块、增加表中的
自由列表或使用LMT表空间；
E、如果等待处于索引块，应该重建索引、分割索引或使用反向键索引。
为了防止与数据块相关的缓冲忙等待，也可以使用较小的块：在这种情况下，单个块中的
记录就较少，所以这个块就不是那么"繁忙"。在执行DML(插入/更新/删除)时,Oracle
DBWR就向块中写入信息，包括所有对块状态"感兴趣"的用户(感兴趣的事务表，ITL)。为
了减少这一区域的等待，可以增加initrans，这样会在块中创建空间，从而使你能够使用
多个ITL槽。你也可以增加该块所在表中的pctfree(当根据指定的initrans 建立的槽数量
不足时，这样可以使ITL 信息数量达到maxtrans 指定的数量）。
<5> latch free
latch是一种低级排队机制(它们被准确地称为相互排斥机制),用于保护系统全局区域(SGA)
中共享内存结构。latch 就像是一种快速地被获取和释放的内存锁。latch 用于防止共享
内存结构被多个用户同时访问。如果latch 不可用，就会记录latch 释放失败。大多数
latch 问题都与以下操作相关：不能使用邦定变量（库缓存latch）、重复生成问题（重
复分配latch）、缓冲存储器竞争问题（缓冲器存储LRU 链），以及缓冲存储器中的"热"块
（缓冲存储器链）。也有一些latch 等待与bug（程序错误）有关，如果怀疑是这种情况，
可以检查MetaLink 上的bug 报告。
该事件的热点对象可通过以下语句查找，其中00000400837D7800值是v$session_wait中的
P1RAW
x$bh中的字段Hladdr表示该block buffer在哪个cache buffer chain latch 上，可以通过
v$latch_children定位哪些segment是热点块。
select a.hladdr, a.file#, a.dbablk, a.tch, a.obj, b.object_name
from x$bh a, dba_objects b
where (a.obj = b.object_id or a.obj = b.data_object_id)
and a.hladdr = '00000400837D7800'
union
select hladdr, file#, dbablk, tch, obj, null
from x$bh
where obj in
(select obj from x$bh
where hladdr = '00000400837D7800'
minus
select object_id from dba_objects
minus
select data_object_id from dba_objects)
and hladdr = '00000400837D7800'
order by 4;
<6> enqueue
enqueue 是一种保护共享资源的锁定机制。该锁定机制保护共享资源，如记录中的数据，
以避免两个人在同一时间更新同一数据。enqueue 包括一个排队机制，即FIFO(先进先出)
排队机制。注意：Oracle 的latch 机制不是FIFO。Enqueue 等待通常指的是ST enqueue、
HW enqueue、TX4 enqueue 和TM enqueue。
A、ST enqueue 用于空间管理和字典管理的表空间的分配。利用LMT，或者试图对区域进行
预分配，或者至少使下一个区域大于有问题的字典管理的表空间。
B、HW enqueue 与段的高水位标记一起使用；手动分配区域可以避免这一等待。
C、TX4 enqueue是最常见的enqueue 等待，通常是以下三个问题之一产生的结果:
第一个问题是唯一索引中的重复索引，需要执行提交（commit）/回滚（rollback）操
作来释放enqueue。
第二个问题是对同一位图索引段的多次更新。因为单个位图段可能包含多个行地址
(rowid),所以当多个用户试图更新同一段时,你需要执行提交或回滚操作,以释放enqueue。
第三个问题，也是最可能发生的问题是多个用户同时更新同一个块。如果没有自由的
ITL槽，就会发生块级锁定。通过增大initrans 和/或maxtrans以允许使用多个ITL槽，
或者增大表上的pctfree 值，就可以很轻松地避免这种情况。
D、TM enqueue 在DML 期间产生，以避免对受影响的对象使用DDL。如果有外来关键字，一
定要对它们进行索引，以避免这种常见的锁定问题。
<7> log buffer space 日志缓冲空间
当日志缓冲(log buffer)写入重做日志(redo log)的速度比LGWR 的写入速度慢，或者是
当日志转换(log switch)太慢时，就会发生这种等待。为解决这个问题，可以增大日志文
件的大小，或者增加日志缓冲器的大小，或者使用写入速度更快的磁盘。甚至可以考虑使
用固态磁盘，因为它们的速度很高。
<8> log file switch 日志文件转换
有两种情况：
A、log file switch (archiving needed)
当日志切换的时候由于日志组循环使用了一圈但日志归档还没有完成，通常是io有严重
问题，可增大日志文件和增加日志组，调整log_archive_max_processes
B、log file switch (checkpoint incomplete)
当日志切换的时候由于日志�
