[oracle_br] Re: Log muito grande
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 [EMAIL PROTECTED] 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
Re: [oracle_br] Re: Log muito grande
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 gt; path/nomedologfile e aí se trabalhar om o arq cópia, como quiser, compactando inclusive... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, quot;Jean Carloquot; lt;[EMAIL PROTECTED]gt; escreveu gt; gt; Bom dia galera. gt; gt; Estou com seguinte problema tem alguns clientes com replicaão de dados e gt; job's com isso o listener.log está ficando gigantesco e para verificaão gt; está ficando complicado, gostaria de saber se tem como quebrar esse log por gt; periodo tipo mês a mês??? gt; gt; Banco= 10g gt; SO= RH 5 HarpaMail! Garanta o seu!!! www.harpa.com.br
Re: [oracle_br] Re: Log muito grande
Obrigado Oscar vou dar uma estuda sim nesse processo.. - Mensagem Original De: Oscar Nogueira Neto [EMAIL PROTECTED] Para: oracle_br@yahoogrupos.com.br oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] Re: Log muito grande Data: 18/01/08 09:06 Boas Jean, basicamente é isso que o Chiappa falou, mas não dessa forma tão dramática! =] Já que seu SO é Linux, você pode adicionar seu arquivo de log ao serviço do logrotate, dessa forma você consegue limitar o tamanho máximo, a duraão de cada arquivo de log e quanto tempo você quer manter logs antigos. Dê uma pesquisada sobre ele. Até! Em 18/01/08, Jean Carlo lt;[EMAIL PROTECTED]gt; escreveu: gt; gt; Pelo jeito vou ter muito que aprender ainda.. hehe então pra começar gt; qual é gt; melhor forma de controlar os erros que podem estar ocorrendo pois sempre gt; queria ver o que aconteceu vou no listener.log??? gt; gt; - Mensagem Original gt; De: jlchiappa lt;[EMAIL PROTECTED] lt;jlchiappa%40yahoo.com.brgt;gt; gt; Para: oracle_br@yahoogrupos.com.br lt;oracle_br%40yahoogrupos.com.brgt; lt; gt; oracle_br@yahoogrupos.com.br lt;oracle_br%40yahoogrupos.com.brgt;gt; gt; Assunto: [oracle_br] Re: Log muito grande gt; Data: 18/01/08 08:21 gt; gt; Bom, primeiro de tudo, imagino que vc saiba que o LOG do gt; listener ** gt; gt; NÃO É ** obrigatório, porque vc não pára a geraão de log, gt; gt; simplesmente ??? Caso por qquer motivo vc realmente quiera ter log, o gt; gt; lo file é um arquivo COMUM de texto, externo ao banco e absolutamente gt; gt; desnecessário para o perfeito funcionamento, assim o banco NÃO o gt; gt; controla de maneira alguma, vc terá que escrever um shell script, ou gt; gt; um programinha numa linguagem qquer (até mesmo PL/SQL via EXTERNAL gt; gt; TABLE), que o leia e divida como quiser : normalmente o que se faz é gt; gt; copiar (via comandos de SO, mesmo) o log file pr um outro arq qquer, gt; gt; zerar o log file com cp /dev/null amp;gt; path/nomedologfile e aí se gt; gt; trabalhar om o arq cópia, como quiser, compactando inclusive... gt; gt; gt; gt; []s gt; gt; gt; gt; Chiappa gt; gt; --- Em oracle_br@yahoogrupos.com.br lt;oracle_br%40yahoogrupos.com.brgt;, gt; amp;quot;Jean Carloamp;quot; gt; amp;lt;[EMAIL PROTECTED]amp;gt; escreveu gt; gt; amp;gt; gt; gt; amp;gt; Bom dia galera. gt; gt; amp;gt; gt; gt; amp;gt; Estou com seguinte problema tem alguns clientes com replicaão de gt; gt; dados e gt; gt; amp;gt; job's com isso o listener.log está ficando gigantesco e para gt; verificaão gt; gt; amp;gt; está ficando complicado, gostaria de saber se tem como quebrar esse gt; gt; log por gt; gt; amp;gt; periodo tipo mês a mês??? gt; gt; amp;gt; gt; gt; amp;gt; Banco= 10g gt; gt; amp;gt; SO= RH 5 HarpaMail! Garanta o seu!!! www.harpa.com.br
Re: [oracle_br] Re: Log muito grande
Boas Jean, basicamente é isso que o Chiappa falou, mas não dessa forma tão dramática! =] Já que seu SO é Linux, você pode adicionar seu arquivo de log ao serviço do logrotate, dessa forma você consegue limitar o tamanho máximo, a duração de cada arquivo de log e quanto tempo você quer manter logs antigos. Dê uma pesquisada sobre ele. Até! Em 18/01/08, 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] jlchiappa%40yahoo.com.br Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.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 gt; path/nomedologfile e aí se trabalhar om o arq cópia, como quiser, compactando inclusive... []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br, quot;Jean Carloquot; lt;[EMAIL PROTECTED]gt; escreveu gt; gt; Bom dia galera. gt; gt; Estou com seguinte problema tem alguns clientes com replicaão de dados e gt; job's com isso o listener.log está ficando gigantesco e para verificaão gt; está ficando complicado, gostaria de saber se tem como quebrar esse log por gt; periodo tipo mês a mês??? gt; gt; Banco= 10g gt; SO= RH 5 HarpaMail! Garanta o seu!!! www.harpa.com.br -- Oscar Nogueira Neto oscarnogueira[at]gmail[dot]com http://www.oscarnogueira.com [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Log muito grande
Utilizando Linux, brincando, você também consegue fazer um bloco shell para compactar e separar por data os logs. É o que normalmente faço. Ribeiro, Reginaldo Administrador de Bancos de Dados Oracle Certified Associate 10g _ DBcom IT Experts skype: rflribeiro msn: [EMAIL PROTECTED] mobile: 551192344290 fone: 551162165375 e-mail: [EMAIL PROTECTED] site: www.dbcom.com.br Jean Carlo wrote: Obrigado Oscar vou dar uma estuda sim nesse processo.. - Mensagem Original De: Oscar Nogueira Neto [EMAIL PROTECTED] mailto:oscarnogueira%40gmail.com Para: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br Assunto: Re: [oracle_br] Re: Log muito grande Data: 18/01/08 09:06 Boas Jean, basicamente é isso que o Chiappa falou, mas não dessa forma tão dramática! =] Já que seu SO é Linux, você pode adicionar seu arquivo de log ao serviço do logrotate, dessa forma você consegue limitar o tamanho máximo, a duraão de cada arquivo de log e quanto tempo você quer manter logs antigos. Dê uma pesquisada sobre ele. Até! Em 18/01/08, Jean Carlo lt;[EMAIL PROTECTED] mailto:jeancarlo%40harpa.com.brgt; escreveu: gt; gt; Pelo jeito vou ter muito que aprender ainda.. hehe então pra começar gt; qual é gt; melhor forma de controlar os erros que podem estar ocorrendo pois sempre gt; queria ver o que aconteceu vou no listener.log??? gt; gt; - Mensagem Original gt; De: jlchiappa lt;[EMAIL PROTECTED] mailto:jlchiappa%40yahoo.com.br lt;jlchiappa%40yahoo.com.brgt;gt; gt; Para: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br lt;oracle_br%40yahoogrupos.com.brgt; lt; gt; oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br lt;oracle_br%40yahoogrupos.com.brgt;gt; gt; Assunto: [oracle_br] Re: Log muito grande gt; Data: 18/01/08 08:21 gt; gt; Bom, primeiro de tudo, imagino que vc saiba que o LOG do gt; listener ** gt; gt; NÃO É ** obrigatório, porque vc não pára a geraão de log, gt; gt; simplesmente ??? Caso por qquer motivo vc realmente quiera ter log, o gt; gt; lo file é um arquivo COMUM de texto, externo ao banco e absolutamente gt; gt; desnecessário para o perfeito funcionamento, assim o banco NÃO o gt; gt; controla de maneira alguma, vc terá que escrever um shell script, ou gt; gt; um programinha numa linguagem qquer (até mesmo PL/SQL via EXTERNAL gt; gt; TABLE), que o leia e divida como quiser : normalmente o que se faz é gt; gt; copiar (via comandos de SO, mesmo) o log file pr um outro arq qquer, gt; gt; zerar o log file com cp /dev/null amp;gt; path/nomedologfile e aí se gt; gt; trabalhar om o arq cópia, como quiser, compactando inclusive... gt; gt; gt; gt; []s gt; gt; gt; gt; Chiappa gt; gt; --- Em oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br lt;oracle_br%40yahoogrupos.com.brgt;, gt; amp;quot;Jean Carloamp;quot; gt; amp;lt;[EMAIL PROTECTED]amp;gt; escreveu gt; gt; amp;gt; gt; gt; amp;gt; Bom dia galera. gt; gt; amp;gt; gt; gt; amp;gt; Estou com seguinte problema tem alguns clientes com replicaão de gt; gt; dados e gt; gt; amp;gt; job's com isso o listener.log está ficando gigantesco e para gt; verificaão gt; gt; amp;gt; está ficando complicado, gostaria de saber se tem como quebrar esse gt; gt; log por gt; gt; amp;gt; periodo tipo mês a mês??? gt; gt; amp;gt; gt; gt; amp;gt; Banco= 10g gt; gt; amp;gt; SO= RH 5
[oracle_br] Re: Log muito grande
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 gt; path/nomedologfile e aí se trabalhar om o arq cópia, como quiser, compactando inclusive... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, quot;Jean Carloquot; jeancarlo@ escreveu gt; gt; Bom dia galera. gt; gt; Estou com seguinte problema tem alguns clientes com replicaão de dados e gt; job's com isso o listener.log está ficando gigantesco e para verificaão gt; está ficando complicado, gostaria de saber se tem como quebrar esse log por gt; periodo tipo mês a mês??? gt; gt; Banco= 10g gt; SO= RH 5 HarpaMail! Garanta o seu!!! www.harpa.com.br