Home › Fóruns › Banco Oracle › Erro ORA-01110
- Este tópico contém 17 respostas, 8 vozes e foi atualizado pela última vez 10 anos, 10 meses atrás por
Regis Araujo.
-
AutorPosts
-
setembro 29, 2011 às 6:00 pm #101055
mpvargas
ParticipanteCaros Amigos,
Tenho uma base de teste, modo noarchivelog, sem backup… após alguns testes estou recebendo o seguinte erroSQL> ALTER DATABASE OPEN;
ALTER DATABASE OPEN
*
ERROR at line 1:
ORA-01113: file 5 needs media recovery
ORA-01110: data file 5: ‘/backup/tbsasoec10/logsxp/logsxp.dbf’Gostaria de saber se é possível recuperar essa banco, até mesmo como aprendizado. Obrigado.
setembro 29, 2011 às 7:56 pm #101061Ishii
ParticipanteOlá,
Pergunta do milhão….
Você tem esse arquivo solicitado?
Sem ele….a casa caiu…
[]s Ishii
setembro 29, 2011 às 9:18 pm #101062Peterson
Participantekkkkkkkkkkkkkkkkkkkkkk
boa Ishii
setembro 29, 2011 às 10:20 pm #101066felipeg
ParticipanteÉ cara, o Ishii tem razão.
Afinal sem backup e sem archive não é possível equalizar o SCN do datafile com o resto da base.
Tem umas bruxarias pra fazer mas sempre em último caso.
Da uma lida nesse artigo aqui pra entender melhor.
https://profissionaloracle.com.br/blogs/ … e-recover/
Atenciosamente,
Felipe.setembro 29, 2011 às 10:38 pm #101067mpvargas
ParticipanteTenho esse arquivo sim…
Tentei o recover
SQL> RECOVER DATABASE;
ORA-00283: recovery session canceled due to errors
ORA-01201: file 5 header failed to write correctlysetembro 29, 2011 às 10:46 pm #101068vpapa
Participante[quote=”mpvargas”:3ojxtpon]Tenho esse arquivo sim…
Tentei o recover
SQL> RECOVER DATABASE;
ORA-00283: recovery session canceled due to errors
ORA-01201: file 5 header failed to write correctly[/quote]Opa !!
Pergunta, sendo uma base de teste, e vc nao tendo o backup vai minha pergunta.
Voce pode perder esse datafile? se sim, tem um jeitinho rs rs
Abraco.
setembro 29, 2011 às 11:08 pm #101070mpvargas
ParticipanteTenho esse arquivo sim…
Tentei o recover
SQL> RECOVER DATABASE;
ORA-00283: recovery session canceled due to errors
ORA-01201: file 5 header failed to write correctlysetembro 29, 2011 às 11:10 pm #101071felipeg
ParticipanteMpvargas,
Conforme conversamos, se é para aprendizado sugiro que tente subir a base com o _allow_resetlogs_corruption = TRUE.
Esse cara é o último recurso para subir a base (pelo menos pra mim) e serve apenas para tentar recuperar qualquer coisa que não esteja nesse datafile ai.
Boa sorte.
Atenciosamente,
Felipe.setembro 30, 2011 às 2:53 am #101077rman
ParticipanteWarning ! Parâmetro não documentado detectado ! 😯
Esse parâmetro é o gatilho do homem morto. Se não der certo…
UPDATE CURRICULUM
SET ULTIMA_ATULIZACAO = SYSDATE
WHERE DESEMPREGADO_ID = :1
setembro 30, 2011 às 2:38 pm #101080felipeg
ParticipanteRman
Você não tem archive, não tem backup e quer subir a base e os SCNs não batem, ou falta um arquivo.
Me da outra opção?
Um DBA tem que estar pronto para encarar qualquer coisa, como é para testes não veja nada demais.
Obviamente que se fosse produção eu ia, além de lamentar, sugerir que nosso amigo entrasse em contato com o Suporte da Oracle.
Atenciosamente,
Felipe.setembro 30, 2011 às 3:57 pm #101084rman
ParticipanteEu só estava descontraindo…
Realmente, se tudo estiver perdido, esse parâmetro é a ultima carta do baralho, se mesmo assim não funcionar, só resta anunciar a hora da morte do banco.
setembro 30, 2011 às 4:24 pm #101085felipeg
ParticipanteSem problemas cara, foi mal se pareci meio direto.
Mas é que as vezes o pessoal pode achar que nunca devemos testar as coisas quando o fato é justamente o contrário.Menos em produção claro 8)
Precisando de qualquer coisa é só avisar.Depois posta ai pro pessoal se vc conseguiu recuperar alguma coisa, fica sempre de aprendizado.
Atenciosamente,
Felipe.setembro 30, 2011 às 7:04 pm #101094mpvargas
ParticipanteSQL> startup nomount
ORACLE instance started.Total System Global Area 503316480 bytes
Fixed Size 2021856 bytes
Variable Size 130024992 bytes
Database Buffers 364904448 bytes
Redo Buffers 6365184 bytesSQL> alter system set “_allow_resetlogs_corruption” = TRUE scope=spfile;
System altered.SQL> shutdown immediate;
ORA-01507: database not mounted
ORACLE instance shut down.SQL> startup
ORACLE instance started.Total System Global Area 503316480 bytes
Fixed Size 2021856 bytes
Variable Size 130024992 bytes
Database Buffers 364904448 bytes
Redo Buffers 6365184 bytes
Database mounted.
ORA-01113: file 5 needs media recovery
ORA-01110: data file 5: ‘/backup/tbsasoec10/logsxp/logsxp.dbf’SQL> show parameters ‘logs’;
NAME TYPE VALUE
_allow_resetlogs_corruption boolean TRUE
FIZ O PROCEDIMENTO INDICADO PELO @felipeg MAS DEU O MESMO ERRO…
VOU DETONAR O BANCO, NAO TEM PROBLEMA
DE QUALQUER FORMA OBRIGADO PELA AJUDAsetembro 30, 2011 às 10:57 pm #101110vpapa
ParticipanteGalera, o jeito mais facil ‘e recriar o controlfile retirando esse datafile do script entao o Oracle nao ira detectar o mesmo na base, depois verifica os objetos invalidos deste tablespace/datafile e remova eles.
Abraco !!
outubro 1, 2011 às 10:03 am #101121Rodrigo Almeida
ParticipanteOlá,
Irá conseguir abrir sim usando o _allow_resetlogs_corruption, vários ORA-600 no alert mas ignore.
Caso tente pela primeira vez e ainda não abra, investigue o seu alert.log que poderá ter alguns segmentos de undo corrompidos, normal. então, use outro parâmetro o _OFFLINE_ROLLBACK_SEGMENTS para conseguir abrir o banco de dados.
Após o sucesso é EXP FULL=Y e recria a base! =D
Abraços,
-
AutorPosts
- Você deve fazer login para responder a este tópico.