[oracle_br] Re: Problemas com estatisticas do Banco
Colega, afaik o banco não registra isso, o que ele faz pra comparar e ver se as estatísticas estão defasadas/atrasadas (STALE), é comparar os dados da USER_TABLES (como LAST_ANALYZED, NUM_ROWS, etc) com as alterações feitas depois (isso se estiver em uso a opção de monitoring) na USER_TAB_MODIFICATIONS, se numa dada tabela as modificações implicaram em mais do que um percentual significativo na tabela desde a última coleta, uma coleta de stale-only statistics (ou global, claro) irá re-coletar estatísticas dessa tabela. De qquer forma, como nós estamos falando de possível bug, o procedimento é um só, é vc REGISTRAR a situação das estatísticas de TODOS os objetos envolvidos (** inclusive ** GTts, já que a questão aí é precebida em relatórios, talvez as haja) ,antes do shutdown, E os planos envolvidos também (consultando as fontes citadas e guardando isso, num arquivo-texto talvez, talvez fazendo um trace 10053 nos SQLs, como puder), fazer o shutdown e depois REPETIR o processo, pra poder descobrir o que foi alterado, se foi alterado... Com isso na mão aí sim vc tem mais informações pra compartilhar com o Suporte. []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "Rodrigo Telles" <[EMAIL PROTECTED]> escreveu > > Luis/Chiappa/Marcio > muito obrigado pela atenção e ajuda. > Só mais uma pergunta: Caso o problema seja um bug mesmo e as estatisticas > fiquem STALE. Onde eu posso verificar esse tipo de coisa? Em qual view eu > consigo afirmar que as estatisticas ficaram STALE? > > Fazendo uma comparação com os indices, eles ficam UNUSABLE em caso de um > move de tabela. No caso da procedure elas ficam INVALID caso estejam com > erro de compilação e assim por diante. Queria saber onde se pode verificar > que as estatisticas estão STALE. > > > Sds > Rodrigo > > > > > On 11/28/06, Marcio Portes <[EMAIL PROTECTED]> wrote: > > > > Luis, um gancho na sua idéia seria comparar as estatísticas... Dessa > > forma o > > colega teria certeza que há diferenças nas estatísticas e poderá acionar o > > suporte com o CASE na mão. > > > > On 11/28/06, Luis Fernando Cerri <[EMAIL PROTECTED] > > > wrote: > > > > > > Rodrigo, considere fazer um export das estatísticas deste(s) schema(s) > > > via > > > dbms_stats antes do shutdown. Após o startup, você as importa. > > > > > > Isso definitivamente não é a solução para seu problema, que deve ser > > > atacado > > > como o Chiappa propôs, mas pelo menos você diminuirá consideravelmente o > > > tempo para normalizar as consultas já que não será mais necessário o > > > analyze. > > > > > > []s > > > Luis > > > > > > Em 28/11/06, jlchiappa <[EMAIL PROTECTED] > com.br>> > > > escreveu: > > > > > > > > Colega, eu absolutamente NUNCA vi comportamento do tipo, e meu banco > > > > é 9.2.0.5 e eu faço um shutdown semanal (em HP-ux, porém) : com > > > > absoluta certeza, SE realmente as estatísticas estão MESMO ficando > > > > (erradamente!) marcadas como stale após um shutdown, isso NÃO É > > > > comportamento-padrão, vc tem um bug aí em mãos sem dúvida, é acionar > > > > o Suporte, sem dúvida. Antes, porém, ao invés de tentar "adivinhar", > > > > eu recomendaria que vc, ou o DBA, FIZESSE A AVALIAÇÃO CORRETA E > > > > PRECISA do que está acontecendo, só dizer "ah, relatório pára de > > > > funcionar" é absolutamente INSUFICIENTE O procedimento mínimo > > > > seria : com banco ativo e estats coletadas e ok, PESQUISE as views de > > > > estatísticas (ie, DBA_TABLES, DBA_TAB_COLUMNS, DBA_TAB_HISTOGRAMS, > > > > DBA_INDEXES, DBA_IND_COLUMNS, DBA_HISTOGRAMS, etc, etc) para as > > > > tabelas TODAS envolvidas (inclusive tabelas temporárias, no caso de > > > > particionadas estats TANTO das partições QUANTo estats globais, etc), > > > > rode o report ATIVANDO TRACE 10053 e o 10046, depois fazer shutdown e > > > > repetir o processo, aí vc TEM como comparar e saber as diferenças, > > > > ie , se mudou ou não plano, se mudou ou não estatísticas, o status > > > > delas, se os wiats foram radicalmente diferentes > > > > > > > > []s > > > > > > > > Chiappa > > > > > > > > --- Em oracle_br@yahoogrupos.com.br > rupos.com.br> > > rupos.com.br>, > > > > > > > "Rodrigo Telles" > > > > escreveu > > > > > > > > > > Pessoal > > > > > estou com uma dúvida aqui e gostaria de saber se já passaram por > > > > isso. > > > > > O banco de produção daqui tem um comportamento que para mim é > > > > estranho. > > > > > > > > > > É o seguinte: Toda vez que precisamos fazer shutdown para alguma > > > > > intervenção a parte da WEB, que tira relatórios no banco, fica > > > > totalmente > > > > > prejudicada. Telas que levavam segundos para aparecer não aparecem > > > > mais. > > > > > > > > > > Na primeira vez que fui fazer um shutdown uma pessoa da equipe me > > > > avisou que > > > > > após o startup era necessário rodar ANALYZE para as tabelas (essas > > > > tabelas > > > > > são particionadas!!) dessas respectivas telas. Duvidei muito disso >
[oracle_br] Re: Problemas com estatisticas do Banco
Bem lembrado : eu outra msg eu já tinha dito que o banco NÃO registra um "status" das estatísticas, o que ele faz pra saber se está stale ou não é consultar as views de monitoring e calcular o quanto de DMLs já houve em relação ao total da tabela - realmente, ao invés de vc fazer esse processo manualemnte, via essa rotina vc pede pro banco o fazer, é vèro... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "Luis Fernando Cerri" <[EMAIL PROTECTED]> escreveu > > Olá, Rodrigo! > > Dá uma lida no tópico "Creating Lists of Tables with Stale or No Statistics" > do manual de Performance Tuning: > > http://download- east.oracle.com/docs/cd/B10501_01/server.920/a96533/stats.htm > > Se ainda restarem dúvidas, estamos aqui. > > []s > Luis > > > > > 2006/11/28, Rodrigo Telles <[EMAIL PROTECTED]>: > > > > Luis/Chiappa/Marcio > > muito obrigado pela atenção e ajuda. > > Só mais uma pergunta: Caso o problema seja um bug mesmo e as estatisticas > > fiquem STALE. Onde eu posso verificar esse tipo de coisa? Em qual view eu > > consigo afirmar que as estatisticas ficaram STALE? > > > > Fazendo uma comparação com os indices, eles ficam UNUSABLE em caso de um > > move de tabela. No caso da procedure elas ficam INVALID caso estejam com > > erro de compilação e assim por diante. Queria saber onde se pode verificar > > que as estatisticas estão STALE. > > > > Sds > > Rodrigo > > > > On 11/28/06, Marcio Portes <[EMAIL PROTECTED]> > > wrote: > > > > > > Luis, um gancho na sua idéia seria comparar as estatísticas... Dessa > > > forma o > > > colega teria certeza que há diferenças nas estatísticas e poderá acionar > > o > > > suporte com o CASE na mão. > > > > > > On 11/28/06, Luis Fernando Cerri <[EMAIL PROTECTED]> > > > wrote: > > > > > > > > Rodrigo, considere fazer um export das estatísticas deste(s) schema(s) > > > > via > > > > dbms_stats antes do shutdown. Após o startup, você as importa. > > > > > > > > Isso definitivamente não é a solução para seu problema, que deve ser > > > > atacado > > > > como o Chiappa propôs, mas pelo menos você diminuirá consideravelmente > > o > > > > tempo para normalizar as consultas já que não será mais necessário o > > > > analyze. > > > > > > > > []s > > > > Luis > > > > > > > > Em 28/11/06, jlchiappa <[EMAIL PROTECTED] > > > > com.br>> > > > > escreveu: > > > > > > > > > > Colega, eu absolutamente NUNCA vi comportamento do tipo, e meu banco > > > > > é 9.2.0.5 e eu faço um shutdown semanal (em HP-ux, porém) : com > > > > > absoluta certeza, SE realmente as estatísticas estão MESMO ficando > > > > > (erradamente!) marcadas como stale após um shutdown, isso NÃO É > > > > > comportamento-padrão, vc tem um bug aí em mãos sem dúvida, é acionar > > > > > o Suporte, sem dúvida. Antes, porém, ao invés de tentar "adivinhar", > > > > > eu recomendaria que vc, ou o DBA, FIZESSE A AVALIAÇÃO CORRETA E > > > > > PRECISA do que está acontecendo, só dizer "ah, relatório pára de > > > > > funcionar" é absolutamente INSUFICIENTE O procedimento mínimo > > > > > seria : com banco ativo e estats coletadas e ok, PESQUISE as views > > de > > > > > estatísticas (ie, DBA_TABLES, DBA_TAB_COLUMNS, DBA_TAB_HISTOGRAMS, > > > > > DBA_INDEXES, DBA_IND_COLUMNS, DBA_HISTOGRAMS, etc, etc) para as > > > > > tabelas TODAS envolvidas (inclusive tabelas temporárias, no caso de > > > > > particionadas estats TANTO das partições QUANTo estats globais, > > etc), > > > > > rode o report ATIVANDO TRACE 10053 e o 10046, depois fazer shutdown > > e > > > > > repetir o processo, aí vc TEM como comparar e saber as diferenças, > > > > > ie , se mudou ou não plano, se mudou ou não estatísticas, o status > > > > > delas, se os wiats foram radicalmente diferentes > > > > > > > > > > []s > > > > > > > > > > Chiappa > > > > > > > > > > --- Em oracle_br@yahoogrupos.com.br > rupos.com.br> > > rupos.com.br> > > > rupos.com.br>, > > > > > > > > > "Rodrigo Telles" > > > > > escreveu > > > > > > > > > > > > Pessoal > > > > > > estou com uma dúvida aqui e gostaria de saber se já passaram por > > > > > isso. > > > > > > O banco de produção daqui tem um comportamento que para mim é > > > > > estranho. > > > > > > > > > > > > É o seguinte: Toda vez que precisamos fazer shutdown para alguma > > > > > > intervenção a parte da WEB, que tira relatórios no banco, fica > > > > > totalmente > > > > > > prejudicada. Telas que levavam segundos para aparecer não aparecem > > > > > mais. > > > > > > > > > > > > Na primeira vez que fui fazer um shutdown uma pessoa da equipe me > > > > > avisou que > > > > > > após o startup era necessário rodar ANALYZE para as tabelas (essas > > > > > tabelas > > > > > > são particionadas!!) dessas respectivas telas. Duvidei muito disso > > > > > na > > > > > > primeira vez pois shutdown/startup não mexe em nada com > > > > > estatisticas de > > > > > > tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a > > > > > segunda vez > > > > > > que precisei faze
Re: [oracle_br] Re: Problemas com estatisticas do Banco
Olá, Rodrigo! Dá uma lida no tópico "Creating Lists of Tables with Stale or No Statistics" do manual de Performance Tuning: http://download-east.oracle.com/docs/cd/B10501_01/server.920/a96533/stats.htm Se ainda restarem dúvidas, estamos aqui. []s Luis 2006/11/28, Rodrigo Telles <[EMAIL PROTECTED]>: > > Luis/Chiappa/Marcio > muito obrigado pela atenção e ajuda. > Só mais uma pergunta: Caso o problema seja um bug mesmo e as estatisticas > fiquem STALE. Onde eu posso verificar esse tipo de coisa? Em qual view eu > consigo afirmar que as estatisticas ficaram STALE? > > Fazendo uma comparação com os indices, eles ficam UNUSABLE em caso de um > move de tabela. No caso da procedure elas ficam INVALID caso estejam com > erro de compilação e assim por diante. Queria saber onde se pode verificar > que as estatisticas estão STALE. > > Sds > Rodrigo > > On 11/28/06, Marcio Portes <[EMAIL PROTECTED]> > wrote: > > > > Luis, um gancho na sua idéia seria comparar as estatísticas... Dessa > > forma o > > colega teria certeza que há diferenças nas estatísticas e poderá acionar > o > > suporte com o CASE na mão. > > > > On 11/28/06, Luis Fernando Cerri <[EMAIL > > PROTECTED]> > > wrote: > > > > > > Rodrigo, considere fazer um export das estatísticas deste(s) schema(s) > > > via > > > dbms_stats antes do shutdown. Após o startup, você as importa. > > > > > > Isso definitivamente não é a solução para seu problema, que deve ser > > > atacado > > > como o Chiappa propôs, mas pelo menos você diminuirá consideravelmente > o > > > tempo para normalizar as consultas já que não será mais necessário o > > > analyze. > > > > > > []s > > > Luis > > > > > > Em 28/11/06, jlchiappa <[EMAIL PROTECTED] > > com.br>> > > > escreveu: > > > > > > > > Colega, eu absolutamente NUNCA vi comportamento do tipo, e meu banco > > > > é 9.2.0.5 e eu faço um shutdown semanal (em HP-ux, porém) : com > > > > absoluta certeza, SE realmente as estatísticas estão MESMO ficando > > > > (erradamente!) marcadas como stale após um shutdown, isso NÃO É > > > > comportamento-padrão, vc tem um bug aí em mãos sem dúvida, é acionar > > > > o Suporte, sem dúvida. Antes, porém, ao invés de tentar "adivinhar", > > > > eu recomendaria que vc, ou o DBA, FIZESSE A AVALIAÇÃO CORRETA E > > > > PRECISA do que está acontecendo, só dizer "ah, relatório pára de > > > > funcionar" é absolutamente INSUFICIENTE O procedimento mínimo > > > > seria : com banco ativo e estats coletadas e ok, PESQUISE as views > de > > > > estatísticas (ie, DBA_TABLES, DBA_TAB_COLUMNS, DBA_TAB_HISTOGRAMS, > > > > DBA_INDEXES, DBA_IND_COLUMNS, DBA_HISTOGRAMS, etc, etc) para as > > > > tabelas TODAS envolvidas (inclusive tabelas temporárias, no caso de > > > > particionadas estats TANTO das partições QUANTo estats globais, > etc), > > > > rode o report ATIVANDO TRACE 10053 e o 10046, depois fazer shutdown > e > > > > repetir o processo, aí vc TEM como comparar e saber as diferenças, > > > > ie , se mudou ou não plano, se mudou ou não estatísticas, o status > > > > delas, se os wiats foram radicalmente diferentes > > > > > > > > []s > > > > > > > > Chiappa > > > > > > > > --- Em oracle_br@yahoogrupos.com.br > > > > rupos.com.br> > rupos.com.br> > > rupos.com.br>, > > > > > > > "Rodrigo Telles" > > > > <[EMAIL PROTECTED]> escreveu > > > > > > > > > > Pessoal > > > > > estou com uma dúvida aqui e gostaria de saber se já passaram por > > > > isso. > > > > > O banco de produção daqui tem um comportamento que para mim é > > > > estranho. > > > > > > > > > > É o seguinte: Toda vez que precisamos fazer shutdown para alguma > > > > > intervenção a parte da WEB, que tira relatórios no banco, fica > > > > totalmente > > > > > prejudicada. Telas que levavam segundos para aparecer não aparecem > > > > mais. > > > > > > > > > > Na primeira vez que fui fazer um shutdown uma pessoa da equipe me > > > > avisou que > > > > > após o startup era necessário rodar ANALYZE para as tabelas (essas > > > > tabelas > > > > > são particionadas!!) dessas respectivas telas. Duvidei muito disso > > > > na > > > > > primeira vez pois shutdown/startup não mexe em nada com > > > > estatisticas de > > > > > tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a > > > > segunda vez > > > > > que precisei fazer shutdown/startup no banco. Para variar, as > telas > > > > de > > > > > relatório pararam de funcionar e logo após o analyze terminar as > > > > telas > > > > > voltaram ao normal(consultas feitas com a tempo de resposta > > > > normal). Alguém > > > > > já viu isso antes? > > > > > > > > > > Um dba me falou que isso pode estar ocorrendo pois as estatisticas > > > > podem > > > > > ficar stale no shutdown/startup. Alguém ja ouviu falar sobre isso? > > > > > > > > > > > > > > > O SO é Solaris 8 e o Banco é o 9.2.0.4. > > > > > > > > > > Abs > > > > > > > > > > Rodrigo > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > > > > > >
Re: [oracle_br] Re: Problemas com estatisticas do Banco
Rodrigo, considere fazer um export das estatísticas deste(s) schema(s) via dbms_stats antes do shutdown. Após o startup, você as importa. Isso definitivamente não é a solução para seu problema, que deve ser atacado como o Chiappa propôs, mas pelo menos você diminuirá consideravelmente o tempo para normalizar as consultas já que não será mais necessário o analyze. []s Luis Em 28/11/06, jlchiappa <[EMAIL PROTECTED]> escreveu: > > Colega, eu absolutamente NUNCA vi comportamento do tipo, e meu banco > é 9.2.0.5 e eu faço um shutdown semanal (em HP-ux, porém) : com > absoluta certeza, SE realmente as estatísticas estão MESMO ficando > (erradamente!) marcadas como stale após um shutdown, isso NÃO É > comportamento-padrão, vc tem um bug aí em mãos sem dúvida, é acionar > o Suporte, sem dúvida. Antes, porém, ao invés de tentar "adivinhar", > eu recomendaria que vc, ou o DBA, FIZESSE A AVALIAÇÃO CORRETA E > PRECISA do que está acontecendo, só dizer "ah, relatório pára de > funcionar" é absolutamente INSUFICIENTE O procedimento mínimo > seria : com banco ativo e estats coletadas e ok, PESQUISE as views de > estatísticas (ie, DBA_TABLES, DBA_TAB_COLUMNS, DBA_TAB_HISTOGRAMS, > DBA_INDEXES, DBA_IND_COLUMNS, DBA_HISTOGRAMS, etc, etc) para as > tabelas TODAS envolvidas (inclusive tabelas temporárias, no caso de > particionadas estats TANTO das partições QUANTo estats globais, etc), > rode o report ATIVANDO TRACE 10053 e o 10046, depois fazer shutdown e > repetir o processo, aí vc TEM como comparar e saber as diferenças, > ie , se mudou ou não plano, se mudou ou não estatísticas, o status > delas, se os wiats foram radicalmente diferentes > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br , > "Rodrigo Telles" > <[EMAIL PROTECTED]> escreveu > > > > Pessoal > > estou com uma dúvida aqui e gostaria de saber se já passaram por > isso. > > O banco de produção daqui tem um comportamento que para mim é > estranho. > > > > É o seguinte: Toda vez que precisamos fazer shutdown para alguma > > intervenção a parte da WEB, que tira relatórios no banco, fica > totalmente > > prejudicada. Telas que levavam segundos para aparecer não aparecem > mais. > > > > Na primeira vez que fui fazer um shutdown uma pessoa da equipe me > avisou que > > após o startup era necessário rodar ANALYZE para as tabelas (essas > tabelas > > são particionadas!!) dessas respectivas telas. Duvidei muito disso > na > > primeira vez pois shutdown/startup não mexe em nada com > estatisticas de > > tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a > segunda vez > > que precisei fazer shutdown/startup no banco. Para variar, as telas > de > > relatório pararam de funcionar e logo após o analyze terminar as > telas > > voltaram ao normal(consultas feitas com a tempo de resposta > normal). Alguém > > já viu isso antes? > > > > Um dba me falou que isso pode estar ocorrendo pois as estatisticas > podem > > ficar stale no shutdown/startup. Alguém ja ouviu falar sobre isso? > > > > > > O SO é Solaris 8 e o Banco é o 9.2.0.4. > > > > Abs > > > > Rodrigo > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Problemas com estatisticas do Banco
Luis/Chiappa/Marcio muito obrigado pela atenção e ajuda. Só mais uma pergunta: Caso o problema seja um bug mesmo e as estatisticas fiquem STALE. Onde eu posso verificar esse tipo de coisa? Em qual view eu consigo afirmar que as estatisticas ficaram STALE? Fazendo uma comparação com os indices, eles ficam UNUSABLE em caso de um move de tabela. No caso da procedure elas ficam INVALID caso estejam com erro de compilação e assim por diante. Queria saber onde se pode verificar que as estatisticas estão STALE. Sds Rodrigo On 11/28/06, Marcio Portes <[EMAIL PROTECTED]> wrote: > > Luis, um gancho na sua idéia seria comparar as estatísticas... Dessa > forma o > colega teria certeza que há diferenças nas estatísticas e poderá acionar o > suporte com o CASE na mão. > > On 11/28/06, Luis Fernando Cerri <[EMAIL PROTECTED] > > wrote: > > > > Rodrigo, considere fazer um export das estatísticas deste(s) schema(s) > > via > > dbms_stats antes do shutdown. Após o startup, você as importa. > > > > Isso definitivamente não é a solução para seu problema, que deve ser > > atacado > > como o Chiappa propôs, mas pelo menos você diminuirá consideravelmente o > > tempo para normalizar as consultas já que não será mais necessário o > > analyze. > > > > []s > > Luis > > > > Em 28/11/06, jlchiappa <[EMAIL > > PROTECTED] com.br>> > > escreveu: > > > > > > Colega, eu absolutamente NUNCA vi comportamento do tipo, e meu banco > > > é 9.2.0.5 e eu faço um shutdown semanal (em HP-ux, porém) : com > > > absoluta certeza, SE realmente as estatísticas estão MESMO ficando > > > (erradamente!) marcadas como stale após um shutdown, isso NÃO É > > > comportamento-padrão, vc tem um bug aí em mãos sem dúvida, é acionar > > > o Suporte, sem dúvida. Antes, porém, ao invés de tentar "adivinhar", > > > eu recomendaria que vc, ou o DBA, FIZESSE A AVALIAÇÃO CORRETA E > > > PRECISA do que está acontecendo, só dizer "ah, relatório pára de > > > funcionar" é absolutamente INSUFICIENTE O procedimento mínimo > > > seria : com banco ativo e estats coletadas e ok, PESQUISE as views de > > > estatísticas (ie, DBA_TABLES, DBA_TAB_COLUMNS, DBA_TAB_HISTOGRAMS, > > > DBA_INDEXES, DBA_IND_COLUMNS, DBA_HISTOGRAMS, etc, etc) para as > > > tabelas TODAS envolvidas (inclusive tabelas temporárias, no caso de > > > particionadas estats TANTO das partições QUANTo estats globais, etc), > > > rode o report ATIVANDO TRACE 10053 e o 10046, depois fazer shutdown e > > > repetir o processo, aí vc TEM como comparar e saber as diferenças, > > > ie , se mudou ou não plano, se mudou ou não estatísticas, o status > > > delas, se os wiats foram radicalmente diferentes > > > > > > []s > > > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br > > > rupos.com.br> > rupos.com.br>, > > > > > "Rodrigo Telles" > > > <[EMAIL PROTECTED]> escreveu > > > > > > > > Pessoal > > > > estou com uma dúvida aqui e gostaria de saber se já passaram por > > > isso. > > > > O banco de produção daqui tem um comportamento que para mim é > > > estranho. > > > > > > > > É o seguinte: Toda vez que precisamos fazer shutdown para alguma > > > > intervenção a parte da WEB, que tira relatórios no banco, fica > > > totalmente > > > > prejudicada. Telas que levavam segundos para aparecer não aparecem > > > mais. > > > > > > > > Na primeira vez que fui fazer um shutdown uma pessoa da equipe me > > > avisou que > > > > após o startup era necessário rodar ANALYZE para as tabelas (essas > > > tabelas > > > > são particionadas!!) dessas respectivas telas. Duvidei muito disso > > > na > > > > primeira vez pois shutdown/startup não mexe em nada com > > > estatisticas de > > > > tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a > > > segunda vez > > > > que precisei fazer shutdown/startup no banco. Para variar, as telas > > > de > > > > relatório pararam de funcionar e logo após o analyze terminar as > > > telas > > > > voltaram ao normal(consultas feitas com a tempo de resposta > > > normal). Alguém > > > > já viu isso antes? > > > > > > > > Um dba me falou que isso pode estar ocorrendo pois as estatisticas > > > podem > > > > ficar stale no shutdown/startup. Alguém ja ouviu falar sobre isso? > > > > > > > > > > > > O SO é Solaris 8 e o Banco é o 9.2.0.4. > > > > > > > > Abs > > > > > > > > Rodrigo > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > -- > Marcio Portes > Material Tecnico em Portugues - http://mportes.blogspot.com > Practical Learning Oracle - > http://mportes.blogspot.com/2006/02/practical-learning-oracle.html > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Problemas com estatisticas do Banco
Luis, um gancho na sua idéia seria comparar as estatísticas... Dessa forma o colega teria certeza que há diferenças nas estatísticas e poderá acionar o suporte com o CASE na mão. On 11/28/06, Luis Fernando Cerri <[EMAIL PROTECTED]> wrote: > > Rodrigo, considere fazer um export das estatísticas deste(s) schema(s) > via > dbms_stats antes do shutdown. Após o startup, você as importa. > > Isso definitivamente não é a solução para seu problema, que deve ser > atacado > como o Chiappa propôs, mas pelo menos você diminuirá consideravelmente o > tempo para normalizar as consultas já que não será mais necessário o > analyze. > > []s > Luis > > Em 28/11/06, jlchiappa <[EMAIL PROTECTED] > > escreveu: > > > > Colega, eu absolutamente NUNCA vi comportamento do tipo, e meu banco > > é 9.2.0.5 e eu faço um shutdown semanal (em HP-ux, porém) : com > > absoluta certeza, SE realmente as estatísticas estão MESMO ficando > > (erradamente!) marcadas como stale após um shutdown, isso NÃO É > > comportamento-padrão, vc tem um bug aí em mãos sem dúvida, é acionar > > o Suporte, sem dúvida. Antes, porém, ao invés de tentar "adivinhar", > > eu recomendaria que vc, ou o DBA, FIZESSE A AVALIAÇÃO CORRETA E > > PRECISA do que está acontecendo, só dizer "ah, relatório pára de > > funcionar" é absolutamente INSUFICIENTE O procedimento mínimo > > seria : com banco ativo e estats coletadas e ok, PESQUISE as views de > > estatísticas (ie, DBA_TABLES, DBA_TAB_COLUMNS, DBA_TAB_HISTOGRAMS, > > DBA_INDEXES, DBA_IND_COLUMNS, DBA_HISTOGRAMS, etc, etc) para as > > tabelas TODAS envolvidas (inclusive tabelas temporárias, no caso de > > particionadas estats TANTO das partições QUANTo estats globais, etc), > > rode o report ATIVANDO TRACE 10053 e o 10046, depois fazer shutdown e > > repetir o processo, aí vc TEM como comparar e saber as diferenças, > > ie , se mudou ou não plano, se mudou ou não estatísticas, o status > > delas, se os wiats foram radicalmente diferentes > > > > []s > > > > Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br > > rupos.com.br>, > > > "Rodrigo Telles" > > <[EMAIL PROTECTED]> escreveu > > > > > > Pessoal > > > estou com uma dúvida aqui e gostaria de saber se já passaram por > > isso. > > > O banco de produção daqui tem um comportamento que para mim é > > estranho. > > > > > > É o seguinte: Toda vez que precisamos fazer shutdown para alguma > > > intervenção a parte da WEB, que tira relatórios no banco, fica > > totalmente > > > prejudicada. Telas que levavam segundos para aparecer não aparecem > > mais. > > > > > > Na primeira vez que fui fazer um shutdown uma pessoa da equipe me > > avisou que > > > após o startup era necessário rodar ANALYZE para as tabelas (essas > > tabelas > > > são particionadas!!) dessas respectivas telas. Duvidei muito disso > > na > > > primeira vez pois shutdown/startup não mexe em nada com > > estatisticas de > > > tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a > > segunda vez > > > que precisei fazer shutdown/startup no banco. Para variar, as telas > > de > > > relatório pararam de funcionar e logo após o analyze terminar as > > telas > > > voltaram ao normal(consultas feitas com a tempo de resposta > > normal). Alguém > > > já viu isso antes? > > > > > > Um dba me falou que isso pode estar ocorrendo pois as estatisticas > > podem > > > ficar stale no shutdown/startup. Alguém ja ouviu falar sobre isso? > > > > > > > > > O SO é Solaris 8 e o Banco é o 9.2.0.4. > > > > > > Abs > > > > > > Rodrigo > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > -- Marcio Portes Material Tecnico em Portugues - http://mportes.blogspot.com Practical Learning Oracle - http://mportes.blogspot.com/2006/02/practical-learning-oracle.html [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: Problemas com estatisticas do Banco
Colega, eu absolutamente NUNCA vi comportamento do tipo, e meu banco é 9.2.0.5 e eu faço um shutdown semanal (em HP-ux, porém) : com absoluta certeza, SE realmente as estatísticas estão MESMO ficando (erradamente!) marcadas como stale após um shutdown, isso NÃO É comportamento-padrão, vc tem um bug aí em mãos sem dúvida, é acionar o Suporte, sem dúvida. Antes, porém, ao invés de tentar "adivinhar", eu recomendaria que vc, ou o DBA, FIZESSE A AVALIAÇÃO CORRETA E PRECISA do que está acontecendo, só dizer "ah, relatório pára de funcionar" é absolutamente INSUFICIENTE O procedimento mínimo seria : com banco ativo e estats coletadas e ok, PESQUISE as views de estatísticas (ie, DBA_TABLES, DBA_TAB_COLUMNS, DBA_TAB_HISTOGRAMS, DBA_INDEXES, DBA_IND_COLUMNS, DBA_HISTOGRAMS, etc, etc) para as tabelas TODAS envolvidas (inclusive tabelas temporárias, no caso de particionadas estats TANTO das partições QUANTo estats globais, etc), rode o report ATIVANDO TRACE 10053 e o 10046, depois fazer shutdown e repetir o processo, aí vc TEM como comparar e saber as diferenças, ie , se mudou ou não plano, se mudou ou não estatísticas, o status delas, se os wiats foram radicalmente diferentes []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "Rodrigo Telles" <[EMAIL PROTECTED]> escreveu > > Pessoal > estou com uma dúvida aqui e gostaria de saber se já passaram por isso. > O banco de produção daqui tem um comportamento que para mim é estranho. > > É o seguinte: Toda vez que precisamos fazer shutdown para alguma > intervenção a parte da WEB, que tira relatórios no banco, fica totalmente > prejudicada. Telas que levavam segundos para aparecer não aparecem mais. > > Na primeira vez que fui fazer um shutdown uma pessoa da equipe me avisou que > após o startup era necessário rodar ANALYZE para as tabelas (essas tabelas > são particionadas!!) dessas respectivas telas. Duvidei muito disso na > primeira vez pois shutdown/startup não mexe em nada com estatisticas de > tabela!!! Mas o pior que isso tem acontecido mesmo. Ontem foi a segunda vez > que precisei fazer shutdown/startup no banco. Para variar, as telas de > relatório pararam de funcionar e logo após o analyze terminar as telas > voltaram ao normal(consultas feitas com a tempo de resposta normal). Alguém > já viu isso antes? > > Um dba me falou que isso pode estar ocorrendo pois as estatisticas podem > ficar stale no shutdown/startup. Alguém ja ouviu falar sobre isso? > > > O SO é Solaris 8 e o Banco é o 9.2.0.4. > > Abs > > Rodrigo > > > [As partes desta mensagem que não continham texto foram removidas] >