Análise de comportamento estranho em sistema de teste: Planos de execução incorretos após cópia do cliente?

Olá Yves,

> Mesmo que o monitoramento de tabelas esteja ativo, o DBA_TAB_MODIFICATIONS não foi atualizado após a cópia do cliente (cópia do cliente de produção no sistema de teste).

Antes do Oracle 10g, existia um atributo de monitoramento para tabelas. A partir do Oracle 10g, as palavras-chave MONITORING e NOMONITORING estão obsoletas e o monitoramento de tabelas é controlado pelo STATISTICS_LEVEL. No entanto, você o configurou como TYPICAL e deveria funcionar.

> Farei uma nova cópia em alguns dias, verificarei se o DBA_TAB_MODIFICATIONS é atualizado ao emitir um DBMS_STATS.FLUSH_DATABASE_MONITORING_INFO

... e se não - verificar o fator de junção para o UNION ALL em DBA_TAB_MODIFICATIONS. Existe um erro conhecido se "_optimizer_join_factorization" estiver configurado como TRUE. (ignorando coisas como particionamento personalizado de tabelas, etc. em total - http://scn.sap.com/thread/3413348 )

Cumprimentos

Stefan

Olá Rishi,

Muito obrigado pela informação, não sabia desse aviso... mas já obtive essa informação de outro lugar.

1865098 - Eliminações e inserções não são atualizadas no código de transação DB20.

Mas o DBA_TAB_MODIFICATIONS não é atualizado imediatamente após a execução das declarações DML.
No Oracle 11g, é atualizado uma vez a cada 3 horas. Portanto, se você verificar mais tarde, verá o resultado correto.

Se a informação for necessária imediatamente, execute o procedimento FLUSH_DATABASE_MONITORING_INFO no pacote PL/SQL DBMS_STATS para popular essa visualização com as informações mais recentes.

https://mwidlake.wordpress.com/2009/05/26/counting-the-cost-4-the-speedy-way/

- Os dados são excluídos da memória para o dicionário de dados "regularmente". A cada 3 horas no Oracle 9, a cada 15 minutos no Oracle 10.1 e parece que apenas quando uma declaração dbms_stats.gather é executada no 10.2.

O problema é que o Br*Tool está iniciando a análise de estatísticas disparando um DBMS_STATS.FLUSH_DATABASE_MONITORING_INFO

(Ative o rastreamento de SQL para Br*Tools ao executar a atualização de estatísticas com a opção -TRC 2 ). Portanto, você deveria ter atualizado DBA_TAB_MODIFICATIONS e calculado estatísticas. O cenário de cópia foi uma criação de cliente, portanto, apenas algumas linhas foram excluídas. Levou 6 horas para ser concluído e no final nada foi atualizado em DBA_TAB_MODIFICATIONS .

O pior é que não verifiquei DBA_TAB_MODIFICATIONS após executar o Br*Tools para ver se havia sido atualizado.

Farei uma nova cópia em alguns dias, verificarei se DBA_TAB_MODIFICATIONS é atualizado ao emitir um DBMS_STATS.FLUSH_DATABASE_MONITORING_INFO

Saudações

Olá,

Para o cálculo a seguir, você deve usar o DB20.

#filas antiguas + # filas insertadas >= # filas antiguas * (100 + umbral) / 100

109225667+134074127 >= 109225667 * (100+50)/100

243299794 >= 163838501

<número_registros_antiguos> + <número_registros_agregados>

+ <número_registros_cambiados> >= <número_registros_antiguos> * (100 + 50) / 100

ou

<número_registros_antiguos> - <número_registros_eliminados>

- <número_registros_cambiados> <= <número_registros_antiguos> * 100 / (100 + 50)

O que a nota da SAP diz é que a entrada não mudará imediatamente, você precisa dar tempo para que isso aconteça.

Por favor, verifique isso,

1865098 - Deletes and inserts are not updated in transaction code DB20.

Obrigado

Rishi Abrol