Menu de navegação

[CleitonHanzenParticipante]

Olá Pessoal…
Pra tudo há uma primeira vez na vida….vamos lá, postar pela primeira vez uma dúvida no fórum… 😀

Alguém já passou por problemas com library cache lock em ambientes RAC? Em ambiente single instance, geralmente é fácil de resolver…tem uma query num note no metalink que faz acesso à fixed tables do Oracle e mostra a sessão que está bloqueando…..mas esta query não funciona em ambiente RAC (não preciso explicar os motivos…rsrsrs)

Se alguém já passou por isso e puder compartilhar um pouco da experiência….

[Ricardo Portilho ProniParticipante]

Oi Cleiton.

Muitas VIEWs de Single Instance podem ser vistas no ambiente RAC colocando-se o “G” na frente.
Veja se a GV$SYSTEM_EVENT (ou seja, a “soma” de todas as V$SYSTEM_EVENT do RAC) confirma sua teoria.

Em minha experiência, este tipo de wait é causada por SQLs nã reaproveitáveis em demasia: ou seja, usando literais, e não variáveis BIND.

[CleitonHanzenParticipante]

Opá….acho q vc não entendeu…o que não acessa de forma global, não são as views, mas sim as fixed tables, neste caso uma tabela com o nome x$kgllk.

[David SiqueiraParticipante]

Carinha nesta visão aqui gv$sql_shared_cursor, tu pode verificar algumas informações como BIND_MISMATCH e LITERAL_MISMATCH o que significaria que seus comandos não estão sendo reaproveitados caso os indices de MISMATCH = Y sejam altos, acompanhe também pela coluna INST_ID em quais das instances do seu RAC a incidencia é maior ok?…

Espero ter ajudado Abração

[Autor]

Posts