Colega, exatamente QUAL teste que o cara rodou pra poder dar uma garantia do tipo, ou é tudo baseado no ACHÔMETRO dele , o que parece ser bem provável ??? Em sendo não tem o que, é fazer uma verificação PROFUNDA de hardware mesmo, nem que seja para eliminar a possibilidade, não tem ora pois.... E REPITO, você provavelmente sendo um DBA só deve ter acesso ás tools básicas do SO tipo fschk, isso é *** INSUFICIENTE *** pra se fazer uma investigação correta, profunda e completa, o analista de Suporte, ou quem quer que seja responsável por gerir o servidor, TEM que participar também, até para poder acionar Suporte do fornecedor, usar as tools de diagnóstico que eventualmente o fornecedor disponha, só vc sozinho não vai conseguir atuar a esse nível, imagino...
[]s Chiappa --- Em oracle_br@yahoogrupos.com.br, Dalton Pereira <dal...@...> escreveu > > Chiappa e Josir obrigado pelas digas. > > Eu já desconfiava que era falha de hardware, mas o analista de suporte( o > responsável pelos servidores) garante que não tem nenhum problemas no > hardware do servidor. Diante disso, eu terei que investigar o erro sozinho. > > Atenciosamente, > > Dalton Oliveira | Database Administrator - OCP > GLAUCO INFORMÁTICA > * dal...@...<mailto:dal...@...> > * 71 2103-5800 > P Antes de imprimir pense em seu compromisso com o Meio Ambiente > > De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em > nome de jlchiappa > Enviada em: segunda-feira, 3 de agosto de 2009 21:32 > Para: oracle_br@yahoogrupos.com.br > Assunto: [oracle_br] Re: ORA-27072: File I/O error > > > > Sim, já vi n vezes o fschk não resolver o problema, pois : > > a) o problema pode NÂO ser no disco, como eu disse controladoras, cabos, e > outros itens de hardware Facilmente podem causar probs do tipo I/O error > > e > > b) como o próprio nome diz o fschk (FileSystemCHecK) visa muito mais à > reparos lógicos, NEM SEMPRE (pra não dizer quase nunca... ) ele consegue > detectar e reparar problemas físicos - ok, com ele vc até pode marcar as > trilhas que hoje ficaram ruins como inusáveis, mas se for algo físico (ie, um > prato do disco desalinhado, uma mídia baleada, motor de passo falho, enfim) a > causa VAI permanecer lá, e daqui a pouco VAI se apresentar de novo... Só > mesmo um programa ESPECIALIZADO em hardware para poder fazer testes mais > "profundos"... INCLUSIVE (o que seria um item c) , a maioria desses programas > NÂO USA nem sequer o Sistema Operacional que está na sua máquina (eles Vêm > com um SO próprio), JUSTAMENTE para não ser "tapeado" pelas rotinas do SO, > que não foram "programadas" para testes do tipi, E poder fazer testes no > nível mais baixo de acesso ao hardware, testando muitas vezes não só discos > mas controladoras, cabos, CPUs, placa-mãe, e coisitas quetais, coisas que um > SO não é capaz de fazerm PORTANTO nem os utilitários de SO como o dito cujo > ... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br<mailto:oracle_br%40yahoogrupos.com.br>, > "Josir Gomes" <josir@> escreveu > > > > Só complementando o que chiappa falou. > > > > Sem dúvida, a probabilidade é maior do problema ser no HD. > > > > Se você está administrando um banco de uma empresa pequena e caso não tenha > > chance de contactar o fornecedor do hardware, simplesmente troque o HD! Em > > servidor low-end, os preços de HD ficam na faixa de R$500 a R$1.000 sai > > mais barato trocar o HD do que tentar descobrir o problema. > > > > Copie (ou se possível recrie) os dados da partição defeituosa (no seu caso > > /u02) e veja se o problema desaparece. > > > > Chiappa, vc não acha válido rodar fsck com a opção de marcar os bad blocks? > > Vc já teve experiência do fsck não funcionar? > > > > Saudações a todos! > > Josir. > > > > --- Em oracle_br@yahoogrupos.com.br<mailto:oracle_br%40yahoogrupos.com.br>, > > "jlchiappa" <jlchiappa@> escreveu > > > > > > A msg é clara, o banco não conseguiu fazer I/O nos arquivos em questão : > > > tipicamente isso é falha de hardware, que tanto pode ser discos, quanto > > > controladora, placa-mãe, cabos... Ou até mesmo (com poucas chances, mas > > > pode ocorrer) memória defeituosa corrompendo a informação aí dá pau na > > > hora de ler/gravar... > > > Não tem conversa, é fazer um check PROFUNDO no seu hardware (e não vale > > > rodar um chkdsk/fschk ou quetais!), se vc não tiver programas apropriados > > > verificar com o seu fornecedor de hardware se ele disponibiliza, ou > > > contactar uma Empresa especializada se não souber como proceder. > > > Há também a chance de falha no software (tanto no próprio banco quanto no > > > Sistema Operacional, como drivers por exemplo), mas como hardware é mais > > > comum (e mais fácil de verificar!) te sugiro começar a verificação por > > > ele. > > > > > > []s > > > > > > Chiappa > > > --- Em > > > oracle_br@yahoogrupos.com.br<mailto:oracle_br%40yahoogrupos.com.br>, > > > Dalton Pereira <dalton@> escreveu > > > > > > > > Pessoal, > > > > > > > > Alguém sabe porque o erro abaixo aconteceu? > > > > > > > > Obs: resolvi o problema com o problema fazendo uma recuperação, mas > > > > tenho medo deste erro voltar a acontecer. > > > > > > > > > > > > S.O > > > > Linux gi-ora-03 2.6.9-42.ELsmp #1 SMP Wed Jul 12 23:27:17 EDT 2006 i686 > > > > i686 i386 GNU/Linux > > > > > > > > Oracle > > > > Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Prod > > > > > > > > > > > > Segue log de alerta > > > > > > > > Sun Aug 2 00:26:13 2009 > > > > Thread 1 cannot allocate new log, sequence 734 > > > > Private strand flush not complete > > > > Current log# 2 seq# 733 mem# 0: /u02/oradata/prod02/redo/redoB02.rdo > > > > Current log# 2 seq# 733 mem# 1: /u02/oradata/prod02/redo/redoA02.rdo > > > > Sun Aug 2 00:26:13 2009 > > > > Thread 1 advanced to log sequence 734 (LGWR switch) > > > > Current log# 4 seq# 734 mem# 0: /u02/oradata/prod02/redo/redoA04.rdo > > > > Current log# 4 seq# 734 mem# 1: /u02/oradata/prod02/redo/redoB04.rdo > > > > Sun Aug 2 00:51:06 2009 > > > > Thread 1 cannot allocate new log, sequence 735 > > > > Private strand flush not complete > > > > Current log# 4 seq# 734 mem# 0: /u02/oradata/prod02/redo/redoA04.rdo > > > > Current log# 4 seq# 734 mem# 1: /u02/oradata/prod02/redo/redoB04.rdo > > > > Sun Aug 2 00:51:08 2009 > > > > Thread 1 advanced to log sequence 735 (LGWR switch) > > > > Current log# 3 seq# 735 mem# 0: /u02/oradata/prod02/redo/redoA03.rdo > > > > Current log# 3 seq# 735 mem# 1: /u02/oradata/prod02/redo/redoB03.rdo > > > > Sun Aug 2 04:35:31 2009 > > > > Errors in file /u01/app/oracle/admin/prod02/bdump/prod02_lgwr_20790.trc: > > > > ORA-00345: redo log write error block 29819 count 2 > > > > ORA-00312: online log 3 thread 1: '/u02/oradata/prod02/redo/redoA03.rdo' > > > > ORA-27072: File I/O error > > > > Linux Error: 5: Input/output error > > > > Additional information: 4 > > > > Additional information: 29819 > > > > Additional information: -1 > > > > ORA-00345: redo log write error block 29819 count 2 > > > > ORA-00312: online log 3 thread 1: '/u02/oradata/prod02/redo/redoB03.rdo' > > > > ORA-27072: File I/O error > > > > Linux Error: 5: Input/output error > > > > Additional information: 4 > > > > Additional information: 29819 > > > > Additional information: -1 > > > > Sun Aug 2 04:35:40 2009 > > > > Errors in file /u01/app/oracle/admin/prod02/bdump/prod02_lgwr_20790.trc: > > > > ORA-00340: IO error processing online log 3 of thread 1 > > > > ORA-00345: redo log write error block 29819 count 2 > > > > ORA-00312: online log 3 thread 1: '/u02/oradata/prod02/redo/redoA03.rdo' > > > > ORA-27072: File I/O error > > > > Linux Error: 5: Input/output error > > > > Additional information: 4 > > > > Additional information: 29819 > > > > Additional information: -1 > > > > ORA-00345: redo log write error block 29819 count 2 > > > > ORA-00312: online log 3 thread 1: '/u02/oradata/prod02/redo/redoB03.rdo' > > > > ORA-27072: File I/O error > > > > Linux Error: 5: Input/output error > > > > Additional information: 4 > > > > Additional information: 29819 > > > > Additional information: -1 > > > > Sun Aug 2 04:35:40 2009 > > > > LGWR: terminating instance due to error 340 > > > > Instance terminated by LGWR, pid = 20790 > > > > > > > > Atenciosamente, > > > > > > > > Dalton > > > > > > > > ________________________________ > > > > A Informação Confidencial deverá ser utilizada única e exclusivamente > > > > no âmbito da relação com a Glauco Informática e não poderá ser > > > > repassada, reproduzida de qualquer outra forma, e nem revelada a > > > > terceiros. > > > > > > > > La información confidencial se utilizará única y exclusivamente en > > > > relación con Glauco Informática, y no se puede pasar, reproduce en modo > > > > alguno, ni revelada a terceros. > > > > > > > > The Confidential Information will be used solely and exclusively in > > > > relation to the Glauco Informatica and not be passed, reproduced in any > > > > way, nor disclosed to third parties. > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > ________________________________ > A Informação Confidencial deverá ser utilizada única e exclusivamente no > âmbito da relação com a Glauco Informática e não poderá ser repassada, > reproduzida de qualquer outra forma, e nem revelada a terceiros. > > La información confidencial se utilizará única y exclusivamente en relación > con Glauco Informática, y no se puede pasar, reproduce en modo alguno, ni > revelada a terceros. > > The Confidential Information will be used solely and exclusively in relation > to the Glauco Informatica and not be passed, reproduced in any way, nor > disclosed to third parties. > > > [As partes desta mensagem que não continham texto foram removidas] >
