Amigo Chiappa,
mais uma vez muito obrigado, a minha situação neste caso é a
seguinte: eu não administro diretamente a base, é um cliente
distante daqui e eles tem IT, no entanto o que me informaram foi que
os datafiles estao em um HD e os archives em outro, então parece que
o HD dos archives encheu, daí para o banco continuar eles apagaram
alguns archives (os mais antigos, porém posterior ao backup frio),
daí em diante o sistema acusou erro e eles me acionaram...ou seja,
tenho um backup frio porém com uma falha nos archives... a base é 8i
EE e o SO é Win2000. Tenho um .dmp do schema do sistema desta
madrugada... tu acha que tenho outra alternativa para o problema
imediato do que senao recriar o tablespace deste datafile, matar o
user do sistema e voltar o .dmp ?
sds
Fabio Gibon
--- Em oracle_br@yahoogrupos.com.br, "jlchiappa" <[EMAIL PROTECTED]>
escreveu
>
> Fabio, isso já foi falado algumas vezes, mas de qquer forma :
> necessariamente erro de I/O ** implica ** em falha no hardware e/ou
> bug/corrupção no software (seja o Sistema Operacional, ou
firmware, ou
> seja o próprio banco), então antes de qquer coisa vc TEM QUE
> descobriria CAUSA DO PROBLEMA, senão ele vai acontecer de novo, E
de
> novo, E de novo. Pra isso, vc ** VAI ** fazer (ou chamar uma
> Empresa que faça) uma inspeção PROFUNDA no seu hardware (** NÃO É
**
> só passar CHKDSK, estamos falando de algo mais físico), incluindo
> motherboard, RAM, CPU, placas de I/O, cabeamentos, etc, E vai
acionar
> o Suporte do seu SO (pra procurar por bugs/corrupções nele), do
> fornecedor do I/O (para checar por probs de drivers e quetais), E
> acionar o Suportte Oracle pra checar por bugs Oracle, é isso. vale
> também lançar mão de programas de teste e correção de problemas,
mas
> tem que ser progs especializados, NÂO APENAS os que vêm com o SO
(que
> normalmente são FRAQUINHOS).
>
> ==>> UMA VEZ ENCONTRADA A CAUSA, aí sim vc trata das
consequências :
> no caso a mensagem
>
> skgfdisp: tentativa de fazer E/S além da faixa do arquivo
>
> parece indicar que o SO não encontra um pedaço do arquivo, o banco
tem
> registrado que o arquivo tem um tamanho X, mas pro SO o tamanho é
Y,
> ou seja, parece muito que o arquivo não está íntegro, não está
> totalmente presente. Num caso desses, quase que certamente a
> recuperação PELO ORACLE não vai funcionar, veja vc : o RECOVER do
> Oracle o que ele faz é aplicar redo logs EM CIMA de um datafile
> COMPLETO, se pra começar o .dbf está INCOMPLETO/corrompido
> , dificilmete vai funcionar Penso que o procedimento seria ,
SE vc
> tem backup desse datafile, voltar o backup e os logs, se não é o
> dropar e se não tiver aos dados para re-aplicar, tentar fazer o
> SALVAGE cfrme citado nas notas de recuperação do metalink.
>
> []s
>
> Chiappa
>
> --- Em oracle_br@yahoogrupos.com.br, Fábio Gibon - Comex System
> escreveu
> >
> > Tenho alguma coisa a fazer senão recuperação física mesmo ?
> >
> > ORA-00283: sessão de recuperação cancelada devido a erros
> > ORA-01115: erro de IO ao ler o bloco do arquivo 8 (bloco #
524283)
> > ORA-01110: 8 do arquivo de dados: 'C:\ORACLE\ORADATA\X9\COM.DBF'
> > ORA-27069: skgfdisp: tentativa de fazer E/S além da faixa do
arquivo
> > OSD-04026: Passado parâmetro inválido. (OS 524283)
> >
> > abraços
> >
> > Fábio Henrique Gibon
> >
> >
> > [As partes desta mensagem que não continham texto foram
removidas]
> >
>
