Menu de navegação

[Anônimo]

Bom dia,

Ocorreu um problema no servidor e perdemos quase tudo, conseguimos salvar somente os arquivos dbf (não tem backup).

Tentei trocar o arquivo mas dá erro de SCN. Utilizei o comando REUSE mas zera o datafile, não sei o que fazer…

Estou desesperado, alguém pode me ajudar.

Obrigado
Robson Ramos

[Anônimo]

Vc quer dizer que perdeu os controlfiles, redo log files, spfile e só sobrou os datafiles ?

Apenas com os datafiles é possível restaurar o banco desde que eles tb não estejam corrompidos.

Quais são seus datafiles (dbfs) e o tamanho atual deles ?

[Anônimo]

Os arquivos recuperados são:

control => 6,7MB
sysaux => 360MB
system.dbf => 360MB
temp => 20MB
TS_ERP => 200MB (tablespace dos dados que preciso recuperar)
undo => 210MB
users => 100MB

[Anônimo]

Esqueci de perguntar : quando vc dá o startup, qual é o erro ORA-XXXX gerado ?

[Anônimo]

Quando troco o arquivo TS_ERP ocorre o erro abaixo:

ORA-01122: o arquivo 5 do banco de dados falhou na anßlise da verificaþÒo
ORA-01110: 5 do arquivo de dados: ‘C:ORACLEXEORADATAXETS_ERP.DBF
ORA-01203: encarnaþÒo incorreta deste arquivo – SCN de criaþÒo incorreto

[Anônimo]

Vc não substituiu o datafile da tablespace SYSTEM, substituiu ?

Se sim, vc não tem os dbfs copiados (am algum lugar) no momento que deu o problema (antes de vc iniciar as tentativas de recover) ?

Essa mensagem geralmente surege que vc “embaralhou” os datafiles : sobrepondo alguns que não pertenciam ao mesmo “momento” (incarnação) dos aqruivos das tablespace SYSTEM.

[Anônimo]

~Realizei uma nova instalação e depois substitui todos os arquivos, sendo que modifiquei o local da instalação. Agora surgiu o erro:

ORA-01157: nÒo Ú possÝvel identificar/bloquear arquivo de dados 1 – consulte
arquivo de anßlise DBWR
ORA-01110: 1 do arquivo de dados: ‘/usr/lib/oracle/xe/oradata/XE/system.dbf’

Como faço para direcionar para o novo caminho?

[Anônimo]

Primeiro inicialize o banco com :

Startup Mount ;

depois execute o comando

alter database rename file ‘/usr/lib/oracle/xe/oradata/XE/system.dbf’ TO ‘/novocaminho/system.dbf’ ;

repita isso para todos os datafiles que vc quer modificar.

depois é só executar

alter database open ;

[Anônimo]

Depois de muita luta 😀 , consegui restaurar o banco.

Desinstalei tudo novamente e comecei do zero. Dessa vez coloquei todos os arquivos DBFs e coloquei como dono dos arquivos o usuario oracle.

Qdo executei o startup começou a dar erro de log (onlinelog). Após muito esforço consegui recuperar os arquivos de log do HD danificado. Substitui os mesmos e ai funcionou.

Obrigado pela ajuda prestada.

Att

Robson Ramos

[Marcio68AlmeidaParticipante]

Agora que restabeleceu o banco, espero que tenha criado uma estratégia de backup diário para evitar nova crise 😀

[fpizzoParticipante]

Pessoal,
estou com o mesmo problema.

eu tenho apenas os arquivos de dados tbs_01.dbf e tbs_02.dbf

quando faço “alter database open;” apresenta o erro ora-01203.

é possível corrigir esse problema?

obrigado
Fabio Pizzo

[ramasineParticipante]

Fábio,

Como está a estrutura do seu banco?
O mesmo problema é relativo, dependendo do seu ambiente!

Veja o que o Metalink diz sobre esse erro:

Error: ORA 1203

Text: wrong incarnation of this file – wrong creation SCN

Cause: The creation change number in the file header is not the same as the
creation change number in the control file.
This is probably a copy of a file that was dropped.
Action: Restore a current copy of the datafile and perform recovery as needed.

Este seu banco corrompido era um standby database que vc estava tentando levantar?

Diz aí como ocorreu o problema!

[fpizzoParticipante]

São os arquivos do ambiente de produção (dbf, ctl, log), que uma pessoa apenas copiou os arquivos, achando que com isso estaria fazendo o “backup” dos dados.
Porém, agora precisamos restaurar esses arquivos, da semana passada, e verificar algumas informações.

Eu não conheço quase nada, ou nada, de oracle. Conheço bem mssql.

Enfim, em uma máquina virtual, tenho o oracle instalado, e estou tentando copiar esses arquivos.
os processo que executei foram:
– sqlplus / as sysdba;
– shutdown;
– copiei os arquivos para o novo local
– startup;

e aí começaram os problemas.

[RodrigofsParticipante]

Posta o erro que acontece quando vc emite o STARTUP

[fpizzoParticipante]

Após diversas tentativas, vi que o problema era que a versão do ambiente de produção é diferente do ambiente virtual.

[Autor]

Posts