- Este tópico contém 17 respostas, 8 vozes e foi atualizado pela última vez 12 anos, 6 meses atrás por Regis Araujo.
-
AutorPosts
-
29 de setembro de 2011 às 6:00 pm #101055mpvargasParticipante
Caros 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.
29 de setembro de 2011 às 7:56 pm #101061IshiiParticipanteOlá,
Pergunta do milhão….
Você tem esse arquivo solicitado?
Sem ele….a casa caiu…
[]s Ishii
29 de setembro de 2011 às 9:18 pm #101062PetersonParticipantekkkkkkkkkkkkkkkkkkkkkk
boa Ishii
29 de setembro de 2011 às 10:20 pm #101066felipegParticipanteÉ 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.29 de setembro de 2011 às 10:38 pm #101067mpvargasParticipanteTenho 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 correctly29 de setembro de 2011 às 10:46 pm #101068vpapaParticipante[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.
29 de setembro de 2011 às 11:08 pm #101070mpvargasParticipanteTenho 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 correctly29 de setembro de 2011 às 11:10 pm #101071felipegParticipanteMpvargas,
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.30 de setembro de 2011 às 2:53 am #101077rmanParticipante@felipeg
Warning ! 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
30 de setembro de 2011 às 2:38 pm #101080felipegParticipanteRman
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.30 de setembro de 2011 às 3:57 pm #101084rmanParticipante@felipeg
Eu 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.
30 de setembro de 2011 às 4:24 pm #101085felipegParticipante@rman
Sem 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.@mpvargas
Depois posta ai pro pessoal se vc conseguiu recuperar alguma coisa, fica sempre de aprendizado.
Atenciosamente,
Felipe.30 de setembro de 2011 às 7:04 pm #101094mpvargasParticipanteSQL> 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 AJUDA30 de setembro de 2011 às 10:57 pm #101110vpapaParticipante@mpvargas,
Galera, 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 !!
1 de outubro de 2011 às 10:03 am #101121Rodrigo AlmeidaParticipanteOlá,
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.