eygle.com   eygle.com
eygle.com  
 
留言簿 - Powered by eYgLe.Com
eygle.com 我要留言
DBA警世录:备份重于一切
昵称
内容 页: 1 - << < 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 > >> - 310
# 43135
sgg


来自: 重庆市

To: eygle
　　我有一个问题是关于obsolete 和expired的,困扰我好久了,我这里有详细的说明,希望得到您的帮助,谢谢!

1,report obsolete相关的问题：如果按我的备份的政策即redundancy 2和report obsolete 报告的进行delete obsolete
操作的话，将多删除（一些备份的数据文件、控制文件、日志文件。）
2,与expired 相关的问题：数据文件都是存在于存储介质上的，不存在expired的情况，但为什么进行crosscheck backup时
会将3个数据文件的备份报为expired？以至于我不敢进行下一步操作，即：delete expired of backup;

我这里有详细的报告,我用哪种方式发给您?
From: sgg
2007.02.10 13:55
版主选项: 回复 编辑
# 42694
love2008
To: eygle
　　谢谢EYGLE老大的回答。

  主要是我的包内的函数是被重载过的，带的参数个数和类型是不同的。看样是没有办法实现同义词之类的东西了。
  十分感谢！！！
  祝：春节快乐！
  万事顺心！

From: love2008
2007.02.09 15:17
版主选项: 回复 编辑
# 42693
xiaolong78x


来自: kunshan

To: to eygle:
　　我的db version is 8.1.74
现在db中存在一种现象, 就是经常出现log file sync事件, 但是db当时也不是很忙。 分析archive log后，发现整个archive log全纪录了一个update sql， 给人的感觉就像是在一死循环中update 一行纪录一样。


分析了更新的那个block后，
*** SESSION ID199.33811) 2007-02-08 11:58:56.136
Start dump data blocks tsn: 26 file#: 64 minblk 209521 maxblk 209521
buffer tsn: 26 rdba: 0x10033271 (64/209521)
scn: 0x0861.7c81d947 seq: 0xbd flg: 0x00 tail: 0xd94706bd
frmt: 0x02 chkval: 0x0000 type: 0x06=trans data
 
Block header dump:0x10033271
 Object id on Block? Y
 seg/obj: 0x88eecsc: 0x861.7c80b2faitc: 3flg: -typ: 1 - DATA
 fsl: 0fnx: 0x0 ver: 0x01
 
 Itl XidUba FlagLckScn/Fsc
0x01 xid:0x001b.056.00002f2cuba: 0x00c01615.92b0.18----4fsc 0x0068.00000000
0x02 xid:0x003c.004.00003998uba: 0x06000924.3cb5.33C---0scn 0x0861.7bc85d45
0x03 xid:0x003f.01a.00003b86uba: 0x0b40851a.53ca.0fC---0scn 0x0861.7bc88943
。。。。

请问有什么解决的办法吗？　


From: xiaolong78x
2007.02.08 12:41
版主选项: 回复 编辑
# 42692
David
To: eygle
　　Rows Execution Plan
----------------------------------------------------------
  0SELECT STATEMENT GOAL: CHOOSE
  1 SORT (AGGREGATE)
  283INLIST ITERATOR
  283 TABLE ACCESS GOAL: ANALYZED (BY INDEX ROWID) OF
  'GM_MT_TRANS_LIST'
  283INDEX (RANGE SCAN) OF 'EH_TRANS' (NON-UNIQUE)


Elapsed times include waiting on following events:
  Event waited on Times Max. WaitTotal Waited
  ---------------------------------------- Waited----------------------
  SQL*Net message to client 60.000.00
  SQL*Net message from client 60.000.00
  db file sequential read 1910.020.93
From: David
2007.02.08 10:43
版主选项: 回复 编辑
# 42691
David
To: eygle
　　call count cpuelapsed diskquerycurrentrows
------- -------------- ---------- ---------- ---------- --------------------
Parse10.01 0.00000 0
Execute10.00 0.00000 0
Fetch11.56 2.42191197220 1
------- -------------- ---------- ---------- ---------- --------------------
total31.57 2.43191197220 1

Misses in library cache during parse: 1
Optimizer goal: CHOOSE
Parsing user id: 68(NCTBJ)

Rows Row Source Operation
----------------------------------------------------------
  1SORT AGGREGATE
  283 INLIST ITERATOR
  283TABLE ACCESS BY INDEX ROWID GM_MT_TRANS_LIST
  283 INDEX RANGE SCAN EH_TRANS (object id 44471)
From: David
2007.02.08 10:42
版主选项: 回复 编辑
# 42690
David
To:
　　select nvl(sum(a.gm_qty-a.lock_qty),0) qty
from
  (select t.gm_qty,nvl(t.lock_qty,0) lock_qty from gm_mt_trans_list twhere
  (t.page_trans_code='0010' or t.page_trans_code='0130') and t.gm_num='37067'
 and t.b_nb_type=1 and to_char(t.page_date,'yyyy-mm-dd')<='2007-02-07') a

From: David
2007.02.08 10:40
版主选项: 回复 编辑
# 42689
David
To: eygle
　　trace的结果我也仔细分析了,SQL没有任何问题,而且cost并不高,只有11,但是从trace的结果来看,这条Sql的Fetch query高达19722,并且不存在索引不当或者是全表扫描的情况

From: David
2007.02.08 10:38
版主选项: 回复 编辑
# 42688
小鱼


来自: 杭州

To: eygle
　　盖老师，我想知道归档生成的一系列文件可以在oracle的哪张系统表或视图里查到？谢谢，我网上查了很久没有找到答案。
From: 小鱼
2007.02.07 17:32
To: 小鱼
　　try v$archived_log
From: eygle
2007.02.07 23:07
版主选项: 回复 编辑
# 42687
David
To: eygle
　　另外,您的两本书我都买了,因为没有从书中找出类似的问题解决方法所以才会给您留言,我们的网络环境也经过了负载测试,证明是健康的,希望eygle兄帮忙想想辙,教教小弟
From: David
2007.02.07 14:39
版主选项: 回复 编辑
# 42686
David


来自: 北京

To: eygle
　　eygle老大,我们的应用中存在大量的SQL*Net message from(to) client等待事件,而且部分应用操作巨慢无比,在oracle查看v$session_wait看到一大堆这样的等待事件,而且执行操作的session非常消耗cpu、内存及IO资源，我们的系统采用的solaris 8操作系统，v880的主机跑oracle,采用ha方式.最近我们的weblogic经常自动挂起,bea工程师分析的过程说是因为连接超时太多造成,原因是java应用都锁在socket_read阶段,大家都hang在那里,可究竟是什么问题导致sql查询非常消耗资源,而且在返回结果集的时候非常的慢,甚至不能够返回?请老大指点小弟该如何入手分析,如果您需要我提供trace file或者什么参数之类的,我都可以提供
From: David
2007.02.07 14:37
To: David
　　所有session都处于空闲等待么?

一定有session在执行大量操作的，也可以从操作系统找出那些占用CPU搞的进程，在从数据库中捕获其sql
From: eygle
2007.02.07 15:41
版主选项: 回复 编辑
页: 1 - << < 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 > >> - 310
我要留言
Copyright © 2003-2008 eygle.com All Rights Reserved.
Powered by: www.eYgLe.com