Bom, só tem 2 jobs nessa base, ambos rodando DBMS_STATS.GATHER_SCHEMA_STATS(ownname=>'XXXXX',cascade=>TRUE);
Rebuild de indices, não rola não, inclusive eu rodei manualmente alguns rebuilds agora há pouco, em índices com mais de 200 extents... mesmo depois do rebuild, continuaram com mais de 100. Tarefa schedulada no Windows não tem não! Como verifico se as tablespaces estão em "Begin backup"?? E como verifico checkpoints? Milton On 9/19/07, Orlando Martins <[EMAIL PROTECTED]> wrote: > > A cada 3 min ? Como anda a performance desta base ? Verifique os > checkpoints. > > Qto ao problema da qtde de archives: > - tablespaces não estão em Begin Backup ? > - rola rebuild automatico de indices na madrugada ? Jobs de Oracle, jobs > no > at do Windows ... > > On 9/19/07, Milton Bastos Henriquis Jr. <[EMAIL > PROTECTED]<miltonbastos%40gmail.com>> > wrote: > > > > Eu comecei a trabalhar aqui esta semana.. > > Um outro colega que trabalha aqui (mas não é DBA), > > este problema de falta de disco está ocorrendo há no mínimo duas > > semanas. > > > > Vou investigar mais a respeito do aplicativo. > > Obrigado pela dica! > > > > On 9/19/07, rei_do_delphi <[EMAIL PROTECTED]<brunomaximomogi%40hotmail.com> > <brunomaximomogi%40hotmail.com>> > > wrote: > > > > > > boa tarde Milton, tudo bom? > > > > > > há quanto tempo esta acontecendo esse volume excessivo de dados em > > > archive? outra coisa, você ja verificou se o sistema não faz operações > > > em tabelas "temporárias"( digo temporário pq o próprio sistema cria, > > > joga os dados nela e apaga, não sendo criadas com Create Temporary > > > Table)? olha, ja trabalhei com sistema da microsiga em sqlserver e o > > > banco de dados deles fazia isso!!! > > > > > > --- Em oracle_br@yahoogrupos.com.br > > > <oracle_br%40yahoogrupos.com.br><oracle_br%40yahoog > rupos.com.br><oracle_br%40yahoog > > rupos.com.br>, > > > "Milton Bastos Henriquis Jr." > > > <[EMAIL PROTECTED]> escreveu > > > > > > > > Pessoal, tenho uma instância gerando archives de 50MB > > > > de 3 em 3 minutos em média... no final do dia, isso ocupa > > > > cerca de 25GB!! E a aplicação não é uma coisa tão monstruosa > > > > assim pra gerar tanta coisa... > > > > Resultado: a cada 2 dias, a unidade de disco enche, e somos > > > > obrigados a ir deletando archives de 2 dias atrás para o banco > > > > não travar. > > > > > > > > A versão é 10.2.0.1, num Windows 2003 Server. > > > > > > > > Como faço para descobrir o que está gerando tanto archive? > > > > é possível eu descobrir o que causa isso? > > > > (o desenvolvimento foi feito por outra empresa, e eu > > > > gostaria de extrair mais informações do banco antes > > > > de entrar em contato com eles). > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > -- > "Obviously crime pays, or there'd be no crime." > > [As partes desta mensagem que não continham texto foram removidas] > > > [As partes desta mensagem que não continham texto foram removidas]
