isso depende ** totalmente ** do seu ambiente, de que tool de replicação vc está usando.... Por exemplo, quando usei Streams nuns testes recentes no cliente atual (em EE 10gr2), os erros eram logados no próprio alert.log (que pode ser lido via EXTERNAL TABLE, ordenado com ORDER BY, etc), para outras situações talvez vc tenha que ativar Auditoria no banco e/ou ter uma trigger SERVERERROR.... Só mesmo vc testando no seu ambiente e na sua versão pra ver o que é melhor pra vc , no manual Oracle de Administração e no de SQL Reference vc acha sintaxes e teoria, e em http://asktom.oracle.com vc acha uns exemplos de todas as técnicas citadas. Só relembro que :
1. a vantagem de vc confiar em outros métodos para logs é que vc está mais no controle, além de via de regra obter MUUUITO mais info do que o log simplezinho do listener porém , 2. SE hoje o log de listener te atende, OK, mantenha-o, apenas mandando os dados pra outro arq e truncando o arq de log de tanto em tanto, como eu citei na msg anterior. O meu objetivo maior foi lembrar/mostrar que : - o log de listener é OPCIONAL e - se vc quiser o ter, já que ele é um arquivo-externo ao banco, são tools que trabalham com arqs externos ao banco que vc usará : eu gosto muito da opção de ter os dados de logs (em geral) copiados pra outros arqs e ter esses arquivos zipados/compactados, quando eu preciso ler a info deles eu o faço via external table, ou (se estou em linux/unix) os des-comprimo na hora de usar uso a grande riqueza de comandos de manipulação de texto do ambiente ,como grep, wc, cat, awk, é por aí.... TUDO depende do que vc conhece, do que vc está mais à vontade pra usar... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "Jean Carlo" <[EMAIL PROTECTED]> escreveu > > Pelo jeito vou ter muito que aprender ainda.. hehe então pra começar qual é > melhor forma de controlar os erros que podem estar ocorrendo pois sempre > queria ver o que aconteceu vou no listener.log??? > > --------- Mensagem Original -------- > De: jlchiappa <[EMAIL PROTECTED]> > Para: oracle_br@yahoogrupos.com.br <oracle_br@yahoogrupos.com.br> > Assunto: [oracle_br] Re: Log muito grande > Data: 18/01/08 08:21 > > Bom, primeiro de tudo, imagino que vc saiba que o LOG do > listener ** > > NÃO É ** obrigatório, porque vc não pára a geraão de log, > > simplesmente ??? Caso por qquer motivo vc realmente quiera ter log, o > > lo file é um arquivo COMUM de texto, externo ao banco e absolutamente > > desnecessário para o perfeito funcionamento, assim o banco NÃO o > > controla de maneira alguma, vc terá que escrever um shell script, ou > > um programinha numa linguagem qquer (até mesmo PL/SQL via EXTERNAL > > TABLE), que o leia e divida como quiser : normalmente o que se faz é > > copiar (via comandos de SO, mesmo) o log file pr um outro arq qquer, > > zerar o log file com cp /dev/null > path/nomedologfile e aí se > > trabalhar om o arq cópia, como quiser, compactando inclusive... > > > > []s > > > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "Jean Carlo" > jeancarlo@ escreveu > > > > > > Bom dia galera. > > > > > > Estou com seguinte problema tem alguns clientes com replicaão de > > dados e > > > job's com isso o listener.log está ficando gigantesco e para > verificaão > > > está ficando complicado, gostaria de saber se tem como quebrar esse > > log por > > > periodo tipo mês a mês??? > > > > > > Banco= 10g > > > SO= RH 5 > > ________________________________________________ > HarpaMail! Garanta o seu!!! www.harpa.com.br >