Obrigado pelo toque Rosivaldo. :)
Com o plano de auditoria passado pelo Alessandro, consegui detectar o
problema.Ela também guarda os waits da sessão bloqueadora.
Por tanto cheguei a conclusão que o problema era de FK sem índice. Isso causou
um transtorno terrível.Exisitam mais de 100 FKs sem índ
Rafael,
Vai ser complicado, mas se for cliente servidor, faz um trace da sessão
para ver os waits da bloqueadora. Muitas vezes rede e disco, dependendo do
caso, leva a aplicação a demorar e isso causa o lock nas demais.
Principalmente no que você falou, que ocorre em apenas uma localidade do
sist
Muito obrigado Alessandro, irá ajudar muito!!!
Em Quarta-feira, 13 de Abril de 2016 11:42, "Alessandro Lúcio Cordeiro da
Silva alecordeirosi...@yahoo.com.br [oracle_br]"
escreveu:
Bom dia Rafael,
Problemas de Lock, em geral é problema da aplicação, mas temos que pelo menos
prov
Bom dia Rafael,
Problemas de Lock, em geral é problema da aplicação, mas temos que pelo menos
provar isso, o que não é tão fácil devido não conhecemos os meandros de um
sistema.
Bom, dizer que a sessão A esta bloqueando a sessão B não traz muita luz, então
o que eu normalmente faço é criar uma
Senhores, bom dia.
Cenário:
Oracle Enterprise Edition 11.2.0.4 - ASM Single Instance - RH 6.0
Problema:
Um determinado sistema que atende diversos estados do Brasil (cada um com seu
database individual com as mesmas características citadas acima) está tendo um
grande problema de LOCK de transaç
Olá pessoal tudo bem?
Estou com um probleminha aqui na empresa. Temos um ambiente RAC com 4
nodes...
Eu tenho 12 Jobs que rodam uns no node1, outros no node2 e assim por
diante. Estes Jobs fazem insert em uma tabelas, e no oracle está acusando
enq: TX - row lock contention e sequence. Alguem pode
