Chiappa, blz... Só para constar, referente a atualização pré-historica do 9iR2, estamos com um projeto para fazer um upgrade do EBS e Banco.
1. Sim, é feito coleta de estatisticas semanalmente do banco todo. 2. Um simples SELECT na DBA_OBJECTS ou até na V$DATABASE (SELECT * FROM V$DATABASE;), leva-se mais de 5 minutos. Ontem, após shutdown/startup do banco tudo voltou ao normal, mas agora neste momento esta começando a ficar lento. Com isso, acaba ficando lento o banco todo. Grato, Ednilson De: sentto-1682896-121933-1499346107-ednilson.silva=jbs.com...@returns.groups.yahoo.com [mailto:sentto-1682896-121933-1499346107-ednilson.silva=jbs.com...@returns.groups.yahoo.com] Em nome de jlchia...@yahoo.com.br [oracle_br] Enviada em: quinta-feira, 6 de julho de 2017 10:02 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Data dictionary locked Blz ? Então, pra começo de conversa se vc é obrigado a usar uma versão pré-histórica e mega-defasada e há muitos anos sem Suporte (como é o caso da 9iR2), ** AO MENOS **, como uma condição Mínima, vc deveria estar rodando o Últmi Patchset dela, que iirc deixaria teu banco em 9.2.0.8 - essa versão 9.2.0.5 indica que vc Não Está com o pacote de correções Final do 9iR2... Providencie isso para o quanto Antes, pois muitas vezes patchsets corrigem bugs VITAIS e CRÍTICOS para performance e segurança.... Muito bem : isso posto, sua resposta - no RDBMS Oracle, seja qual for a versão, NÂO FAZ SENTIDO NENHUM juntar na mesma frase SELECT e LOCK, pois POR DEFINIÇÃO no RDBMS Oracle um SELECT absolutamente NUNCA É BLOQUEADO, DE JEITO NENHUM vai ter que esperar por LOCKs... Isso tá claro ?? É um dos FUNDAMENTOS BÁSICOS ao se analisar performance no RDBMS Oracle.... Então, esse "desbloquear dicionário" a que vc se refere Não Faz sentido NENHUM, tá bem ?? Aí vem as perguntas pra ajudar na sua análise : 1. O dicionário de dados é necessariamente atualizado a cada operação feita no banco, seja por resultado de SQLs de usuários, seja devido à operações administrativas, como alteração de tablespaces ou outras struturas físicas do banco, , coleta de estatísticas, alteração de parâmetros, replicação, etc... EXATAMENTE O QUE estava sendo feito quando vc viu esse slowdown ?? 2. O DD é composto por muitas views que referenciam algumas tabelas internas, tanto físicas quanto em memória : quando vc consulta DBA/ALL/USER_qqquercoisa normalmente isso é uma VIEW (que pode estar consultando outras views e/ou tabelas internas).... Então pergunto : quando vc diz que consultava "tabelas do dicionário de dados", exatamente O QUE vc consultava ??? TEM CERTEZA que eram 'TABELAS' mesmo ??? Se for uma view (especialmente se for uma das views que começam por DBA/ALL/USER_qquercoisa) essa informação facilita a análise, pois o 'fonte' dessa view pode ser extraído e aí vc pode validar se algum dos índices das tabelas internas tá corrompido, OU mesmo se vc tá caindo num bug conhecido (pesquisando por nomedaview performance 9i no Suporte Oracle vc encontra n bugs relacionados com performance para muitas views do DD)... 3. Vc não diz mas ENTENDO pela sua descrição que são só as consultas no DD que foram afetadas : consultas em tabelas não o eram... É isso mesmo ? []s Chiappa