Enquanto a query est\xAB rodando, e parece que o banco est\xAB parado, o que
aparece neste select?
Ele ir\xAB mostrar pelo que o banco est\xAB "esperando".
SELECT W.SID, W.EVENT, W.SECONDS_IN_WAIT FROM V$SESSION_WAIT W WHERE
W.EVENT NOT LIKE 'SQL*Net%' AND W.EVENT NOT IN ('pmon timer', 'smon
timer', 'rdbms ipc message', 'wakeup time manager', 'jobq slave wait',
'PL/SQL lock timer') ORDER BY W.SECONDS_IN_WAIT, W.SID;
Ricardo Portilho Proni
Coordenador de Bancos de Dados - Solvo S/A
- Oracle Database 10g Administrator Certified Professional (OCP)
- Microsoft Certified Professional (MCP)
- Microsoft Certified Technologt Specialist: SQL Server 2005 (MCTS)
http://portilho.profissionaloracle.com.br
On Thu, 2008-11-06 at 12:52 +0000, rei_do_delphi wrote:
> Grande Mestre Chiappa, tudo bom? Era para eu estar neste projeto com
> voc\xAB, mas surgiram alguns incidentes que n\xABo permitiram que isso
> acontecesse. Mas, tenho certeza que novas oportunidades vir\xABo. em
> primeiro lugar obrigado pela resposta super completa. Confesso que
> n\xABo conhe\xAB muito na pr\xABtica sobre DBMS_Monitor, mas irei
> verificar
> isso na documentaɘœo. Referente a desabilitar Multi-Thread no BI, ja
> passei o doc para o rapaz de BI daqui ( que n\xABo \xAB o Helber, rsrss)
> para ele fazer isso e eu tentar efetuar um trace mais limpo e somente
> na sess\xABo dele. Uma coisa que notei \xAB que o db_block_size do banco
> esta com 8K e isso um pouco impactante para BI. N\xABo sei na verdade se
> o problema esta com o banco mesmo, pois, para efetuar esta an=alise,
> deixei o interval do AWR setado em 15 minutos, habilitei o sql_trace
> a n\xABvel de instance e depois que o relat\xABrio terminou( digo que
> n\xABo
> sei se o problema \xAB no banco, porque na ferramente aparece
> ainda "Running", mas, o banco esta parado, podendo ter ocorrido erro
> de Time-out ou qualquer outra coisa) eu gerei o relat\xABrio do AWR para
> identificar as Querys mais pesadas e somando todas, n\xABo passava mais
> de 1 hora de execuɘœo ( elapsed_time) e nos traces que eu passei o
> tkprof como:
>
> tkprof bise1db_ora_1220.trc bise1db_ora_1220.tkp sys=no waits=yes
> sort=PRSELA
> (fiz isso em todos os arquivos gerados +- 20 arquivos).
>
> n\xABo encontrei query que demorasse mais de 10 minutos, e foram poucas
> que demoraram isso, como eu disse, n\xABo chegando a 1 hora de execuɘœo
> no total. Defini o par\xABmetro db_16k_cache_size=350M (ambiente de
> testes em VM com 2GB de Ram, Oracle 10G 10.2.0.1 sem patch de CPU, 2
> processadores e Windows 2003 Standard, com excess\xABo de mem\xABria e
> processador, igual a produɘœo), para testes, movi as tabelas do
> schema envolvido e estou dando rebuild nos \xABndices envolvidos para
> esta nova tablespace tb e vou ver no que vai dar, irei fazer isso j\xAB
> com o multi-thread desativado. Depois lhe mando os resultados. Um
> abra\xABo e muito obrigado. Espero podermos trabalhar juntos em um
> futuro pr\xABximo. Vallew.
>
> --- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]>
> escreveu
> >
> > E a\xAB friend\xABo, blz ? Tou ainda no interior, alocado no mesmo projeto
> > inicial, bastante trampo por aqui.... Int\xABo, vi o teu post, deixa eu
> > te dar umas dicas r\xABpidas, vamos ver se ajudam :
> >
> > a) iirc (\xAB uma lembran\xABa, pois eu n\xABo desenvolvi, s\xAB DBAzei
> > em
> > clientes que usavam o dito-cujo) no BIEE vc tem como desabilitar
> > temporariamente o recurso de multi-thread pra vc ficar s\xAB com uma
> > sess\xABo, o docto de new features (numa googlada r\xABpida encontrado em
> > http://asun.ifmo.ru/docs/bip_1013/bip.1013/e10416.pdf ) fala sobre
> > isso no cap. 12, tenta l\xAB, \xAB mais f\xABcil pra vc chegar no SQL
> > gerado
> > assim, \xAB mais f\xABcil de se capturar os waits de sess\xABo - se
> > puder, \xAB
> > uma boa
> >
> > b) a id\xABia do DBMS_MONITOR \xAB vc poder setar evento 10046 de uma vez
> em
> > v\xABrias sess\xABes de acordo com um crit\xABrio (como usu\xABrio de
> > rede, por
> > exemplo), isso vai gerar N trace files da\xAB vc "junta" os n num s\xAB
> com
> > o trcsess - eu falei brevemente sobre eles no Workshop II, n\xABo s\xABo
> > muito dif\xABceis de usar MAS a quest\xABo \xAB que s\xAB existem no
> > banco 10g,
> > yes ? SE o seu banco \xAB 9i, sorry... Sendo 10g,
> > http://www.oracle-
> base.com/articles/10g/SQLTrace10046TrcsessAndTkprof10g.php
> > e http://www.psoug.org/reference/dbms_monitor.html s\xABo refs boas pra
> > eles, Complementando a documentaɘœo
> >
> > c) quando se fala em an\xABlise de BI, se torna CRUCIAL a estrutura
> > f\xABsica (ie, partiɘ‿es, \xABndices, detalhes f\xABsicos da
> > tablespace e das
> > tabelas/\xABndices em si), vc checou isso ? Especialmente : em muitos
> > casos \xAB utilizado uma l\xABgica star-schema (ie, fato "rodeada" por n
> > detalhes), aonde os detalhes s\xABo OPCIONAIS, nunca se sabe quais
> ser\xABo
> > inputados - num caso assim pode ser recomendado star transform com
> > merge de bitmaps, http://www.dbazine.com/oracle/or-articles/jlewis6
> e
> > http://www.nyoug.org/Presentations/SIG/DataWarehousing/AIS-DWSIG-
> StarSchema.pdf
> > falam um pouco sobre isso. No meu \xABltimo cliente, o meu amigo
> > consultor de BI de l\xAB ficou quase literalmente doido \xABs voltas com
> > traces e planos antes de aprendermos os detalhes citados nessas
> > fontes, como por exemplo a exig~encia de Constraints presentes (at\xAB
> > desligados, ok, como \xAB comum em DWs, Mas presentes) e RELY...
> >
> > []s
> >
> > Chiappa
> >
> > --- Em oracle_br@yahoogrupos.com.br, "rei_do_delphi"
> > <brunomaximomogi@> escreveu
> > >
> > > obrigado Marcelo, vou verificar essas packages na documentaɘœo
> pois
> > > n\xABo sei como utiliza-las. Obrigado e um abra\xABo!
> > >
> > > --- Em oracle_br@yahoogrupos.com.br, "MA\xA2CELO BA\xA2LETA\xA2"
> > > <mbarleta@> escreveu
> > > >
> > > > Fala jogador, belza?
> > > >
> > > > Voc\xAB pode usar os pacotes DBMS_APPLICATION_INFO, DBMS_MONITOR e
> o
> > > utilit\xABrio
> > > > trcsess para fazer essa tarefa. Dar uma olhada na documentaɘœo.
> > > >
> > > > at\xAB!
> > > >
> > > > --
> > > > ____________________________________
> > > > Marcelo Barleta
> > > > Oracle Database Administrator
> > > > Gmail: mbarleta@
> > > > MSN: mbarleta@
> > > > Skype: mbarleta
> > > > Mobile: (19) 9244-1289
> > > >
> > > >
> > > > [As partes desta mensagem que n\xABo continham texto foram
> removidas]
> > > >
> > >
> >
>
>
>
>
>
>
[As partes desta mensagem que no continham texto foram removidas]
