Res: [oracle_br] Recuperação de Datafile
Beleza. Renomei-e o arquivo "corrompido" para "arquivo.bad", restaure o seu BACKUP no diretório. Restaure, também, os ARCHIVES LOGS no diretório e mande o comando RECOVER... ALTER DATABASE DATAFILE x RECOVER; ... vamos ver o resultado. Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 14:50:34 Assunto: Re: [oracle_br] Recuperação de Datafile feito com sucesso... os redos estão íntegros... sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 3:28 PM Subject: Res: [oracle_br] Recuperação de Datafile Ok, coloque o banco de dados em OPEN. Vamos verificar os REDOLOGs. Como você disse, os REDOLOGS não estão espelhados portanto... ALTER SYSTEM SWITCH LOGFILE; SELECT group#, member, status FROM v$logfile; ... efetue o comando até rodar por todos os REDOLOGS. Feito o processo, informe se houve sucesso. Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 14:24:16 Assunto: Re: [oracle_br] Recuperação de Datafile não... mount... ou então torno o datafile offline e daí consigo subir o banco (open). sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 3:14 PM Subject: Res: [oracle_br] Recuperação de Datafile O banco de dados está em OPEN? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 14:03:30 Assunto: Re: [oracle_br] Recuperação de Datafile Windows Server 2003 Std Ed NTFS 8.1.7 EE - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 2:51 PM Subject: Res: [oracle_br] Recuperação de Datafile Vamos ver se existe alguma possibilidade. .. Versão do Sistema Operacional: File system que o banco está utilizando: Versão do banco de dados (8i, porém qual a release): Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 10:48:42 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, não tem vestígios de erros nos redologs e alert... tentei um recover database...( voltei só o datafile corrompido do backup frio). Alguma dica para a recuperação? sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 11:39 AM Subject: Res: [oracle_br] Recuperação de Datafile Dependendo da versão do S.O. existe limitações de arquivos (2GB) muito comum acontecer em partições ext2 ou ext. Quando REDO LOGs você possui, qual o tamanho dos mesmos no S.O.? Verifique se estão com o mesmo tamanho. Procure no ALERT.LOG alguma mensagem como: Thread X cannot allocate new log, sequence Y Para encontrarmos algum problema no REDOLOG, verifique também na V$LOGFILE o STATUS dos mesmos. Outro detalhe importante, você está executando o RECOVER somente do DATAFILE... ALTER DATABASE RECOVER DATAFILE x; ... e não ... ALTER DATABASE RECOVER; ... ou ... ALTER DATABASE RECOVER UNTIL CANCEL; Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:54:38 Assunto: Re: [oracle_br] Recuperação de Datafile oracle 8i... sem dump... e segundo da empresa isto aconteceu depois que aumentaram o datafile... aconteceu em duas filiais... sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:45 AM Subject: Res: [oracle_br] Recuperação de Datafile Sim, pelo visto o terro está iniciando. Você possui FLASH BACK suficiente para fazer um SELECT dos dados? Você possui algum DUMP em algum lugar? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:41:16 Assunto: Re: [oracle_br] Recuperação de Datafile Está espelhado, mas pelo que vi o erro aconteceu no archive, meu redolog já avançou e muito... e o archive não estava espelhado e sem backup... o terror está iniciando... :( sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.
Re: [oracle_br] Recuperação de Datafile
feito com sucesso... os redos estão íntegros... sds Gibon - Original Message - From: Marcus Pavan To: oracle_br@yahoogrupos.com.br Sent: Monday, August 10, 2009 3:28 PM Subject: Res: [oracle_br] Recuperação de Datafile Ok, coloque o banco de dados em OPEN. Vamos verificar os REDOLOGs. Como você disse, os REDOLOGS não estão espelhados portanto... ALTER SYSTEM SWITCH LOGFILE; SELECT group#, member, status FROM v$logfile; ... efetue o comando até rodar por todos os REDOLOGS. Feito o processo, informe se houve sucesso. Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 14:24:16 Assunto: Re: [oracle_br] Recuperação de Datafile não... mount... ou então torno o datafile offline e daí consigo subir o banco (open). sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 3:14 PM Subject: Res: [oracle_br] Recuperação de Datafile O banco de dados está em OPEN? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 14:03:30 Assunto: Re: [oracle_br] Recuperação de Datafile Windows Server 2003 Std Ed NTFS 8.1.7 EE - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 2:51 PM Subject: Res: [oracle_br] Recuperação de Datafile Vamos ver se existe alguma possibilidade. .. Versão do Sistema Operacional: File system que o banco está utilizando: Versão do banco de dados (8i, porém qual a release): Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 10:48:42 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, não tem vestígios de erros nos redologs e alert... tentei um recover database...( voltei só o datafile corrompido do backup frio). Alguma dica para a recuperação? sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 11:39 AM Subject: Res: [oracle_br] Recuperação de Datafile Dependendo da versão do S.O. existe limitações de arquivos (2GB) muito comum acontecer em partições ext2 ou ext. Quando REDO LOGs você possui, qual o tamanho dos mesmos no S.O.? Verifique se estão com o mesmo tamanho. Procure no ALERT.LOG alguma mensagem como: Thread X cannot allocate new log, sequence Y Para encontrarmos algum problema no REDOLOG, verifique também na V$LOGFILE o STATUS dos mesmos. Outro detalhe importante, você está executando o RECOVER somente do DATAFILE... ALTER DATABASE RECOVER DATAFILE x; ... e não ... ALTER DATABASE RECOVER; ... ou ... ALTER DATABASE RECOVER UNTIL CANCEL; Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:54:38 Assunto: Re: [oracle_br] Recuperação de Datafile oracle 8i... sem dump... e segundo da empresa isto aconteceu depois que aumentaram o datafile... aconteceu em duas filiais... sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:45 AM Subject: Res: [oracle_br] Recuperação de Datafile Sim, pelo visto o terro está iniciando. Você possui FLASH BACK suficiente para fazer um SELECT dos dados? Você possui algum DUMP em algum lugar? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:41:16 Assunto: Re: [oracle_br] Recuperação de Datafile Está espelhado, mas pelo que vi o erro aconteceu no archive, meu redolog já avançou e muito... e o archive não estava espelhado e sem backup... o terror está iniciando... :( sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives
Res: [oracle_br] Recuperação de Datafile
Ok, coloque o banco de dados em OPEN. Vamos verificar os REDOLOGs. Como você disse, os REDOLOGS não estão espelhados portanto... ALTER SYSTEM SWITCH LOGFILE; SELECT group#, member, status FROM v$logfile; ... efetue o comando até rodar por todos os REDOLOGS. Feito o processo, informe se houve sucesso. Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 14:24:16 Assunto: Re: [oracle_br] Recuperação de Datafile não... mount... ou então torno o datafile offline e daí consigo subir o banco (open). sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 3:14 PM Subject: Res: [oracle_br] Recuperação de Datafile O banco de dados está em OPEN? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 14:03:30 Assunto: Re: [oracle_br] Recuperação de Datafile Windows Server 2003 Std Ed NTFS 8.1.7 EE - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 2:51 PM Subject: Res: [oracle_br] Recuperação de Datafile Vamos ver se existe alguma possibilidade. .. Versão do Sistema Operacional: File system que o banco está utilizando: Versão do banco de dados (8i, porém qual a release): Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 10:48:42 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, não tem vestígios de erros nos redologs e alert... tentei um recover database...( voltei só o datafile corrompido do backup frio). Alguma dica para a recuperação? sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 11:39 AM Subject: Res: [oracle_br] Recuperação de Datafile Dependendo da versão do S.O. existe limitações de arquivos (2GB) muito comum acontecer em partições ext2 ou ext. Quando REDO LOGs você possui, qual o tamanho dos mesmos no S.O.? Verifique se estão com o mesmo tamanho. Procure no ALERT.LOG alguma mensagem como: Thread X cannot allocate new log, sequence Y Para encontrarmos algum problema no REDOLOG, verifique também na V$LOGFILE o STATUS dos mesmos. Outro detalhe importante, você está executando o RECOVER somente do DATAFILE... ALTER DATABASE RECOVER DATAFILE x; ... e não ... ALTER DATABASE RECOVER; ... ou ... ALTER DATABASE RECOVER UNTIL CANCEL; Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:54:38 Assunto: Re: [oracle_br] Recuperação de Datafile oracle 8i... sem dump... e segundo da empresa isto aconteceu depois que aumentaram o datafile... aconteceu em duas filiais... sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:45 AM Subject: Res: [oracle_br] Recuperação de Datafile Sim, pelo visto o terro está iniciando. Você possui FLASH BACK suficiente para fazer um SELECT dos dados? Você possui algum DUMP em algum lugar? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:41:16 Assunto: Re: [oracle_br] Recuperação de Datafile Está espelhado, mas pelo que vi o erro aconteceu no archive, meu redolog já avançou e muito... e o archive não estava espelhado e sem backup... o terror está iniciando... :( sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ ARCH11267. ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ ARCH11266. ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do b
Re: [oracle_br] Recuperação de Datafile
não... mount... ou então torno o datafile offline e daí consigo subir o banco (open). sds Gibon - Original Message - From: Marcus Pavan To: oracle_br@yahoogrupos.com.br Sent: Monday, August 10, 2009 3:14 PM Subject: Res: [oracle_br] Recuperação de Datafile O banco de dados está em OPEN? Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 14:03:30 Assunto: Re: [oracle_br] Recuperação de Datafile Windows Server 2003 Std Ed NTFS 8.1.7 EE - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 2:51 PM Subject: Res: [oracle_br] Recuperação de Datafile Vamos ver se existe alguma possibilidade. .. Versão do Sistema Operacional: File system que o banco está utilizando: Versão do banco de dados (8i, porém qual a release): Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 10:48:42 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, não tem vestígios de erros nos redologs e alert... tentei um recover database...( voltei só o datafile corrompido do backup frio). Alguma dica para a recuperação? sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 11:39 AM Subject: Res: [oracle_br] Recuperação de Datafile Dependendo da versão do S.O. existe limitações de arquivos (2GB) muito comum acontecer em partições ext2 ou ext. Quando REDO LOGs você possui, qual o tamanho dos mesmos no S.O.? Verifique se estão com o mesmo tamanho. Procure no ALERT.LOG alguma mensagem como: Thread X cannot allocate new log, sequence Y Para encontrarmos algum problema no REDOLOG, verifique também na V$LOGFILE o STATUS dos mesmos. Outro detalhe importante, você está executando o RECOVER somente do DATAFILE... ALTER DATABASE RECOVER DATAFILE x; ... e não ... ALTER DATABASE RECOVER; ... ou ... ALTER DATABASE RECOVER UNTIL CANCEL; Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:54:38 Assunto: Re: [oracle_br] Recuperação de Datafile oracle 8i... sem dump... e segundo da empresa isto aconteceu depois que aumentaram o datafile... aconteceu em duas filiais... sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:45 AM Subject: Res: [oracle_br] Recuperação de Datafile Sim, pelo visto o terro está iniciando. Você possui FLASH BACK suficiente para fazer um SELECT dos dados? Você possui algum DUMP em algum lugar? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:41:16 Assunto: Re: [oracle_br] Recuperação de Datafile Está espelhado, mas pelo que vi o erro aconteceu no archive, meu redolog já avançou e muito... e o archive não estava espelhado e sem backup... o terror está iniciando... :( sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ ARCH11267. ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ ARCH11266. ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 9:52 AM Subject: Res: [oracle_br] Recuperação de Datafile Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e
Res: [oracle_br] Recuperação de Datafile
O banco de dados está em OPEN? Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 14:03:30 Assunto: Re: [oracle_br] Recuperação de Datafile Windows Server 2003 Std Ed NTFS 8.1.7 EE - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 2:51 PM Subject: Res: [oracle_br] Recuperação de Datafile Vamos ver se existe alguma possibilidade. .. Versão do Sistema Operacional: File system que o banco está utilizando: Versão do banco de dados (8i, porém qual a release): Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 10:48:42 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, não tem vestígios de erros nos redologs e alert... tentei um recover database...( voltei só o datafile corrompido do backup frio). Alguma dica para a recuperação? sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 11:39 AM Subject: Res: [oracle_br] Recuperação de Datafile Dependendo da versão do S.O. existe limitações de arquivos (2GB) muito comum acontecer em partições ext2 ou ext. Quando REDO LOGs você possui, qual o tamanho dos mesmos no S.O.? Verifique se estão com o mesmo tamanho. Procure no ALERT.LOG alguma mensagem como: Thread X cannot allocate new log, sequence Y Para encontrarmos algum problema no REDOLOG, verifique também na V$LOGFILE o STATUS dos mesmos. Outro detalhe importante, você está executando o RECOVER somente do DATAFILE... ALTER DATABASE RECOVER DATAFILE x; ... e não ... ALTER DATABASE RECOVER; ... ou ... ALTER DATABASE RECOVER UNTIL CANCEL; Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:54:38 Assunto: Re: [oracle_br] Recuperação de Datafile oracle 8i... sem dump... e segundo da empresa isto aconteceu depois que aumentaram o datafile... aconteceu em duas filiais... sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:45 AM Subject: Res: [oracle_br] Recuperação de Datafile Sim, pelo visto o terro está iniciando. Você possui FLASH BACK suficiente para fazer um SELECT dos dados? Você possui algum DUMP em algum lugar? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:41:16 Assunto: Re: [oracle_br] Recuperação de Datafile Está espelhado, mas pelo que vi o erro aconteceu no archive, meu redolog já avançou e muito... e o archive não estava espelhado e sem backup... o terror está iniciando... :( sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ ARCH11267. ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ ARCH11266. ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 9:52 AM Subject: Res: [oracle_br] Recuperação de Datafile Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e você possui TODOS OS ARCHIVELOGS portanto nos próprios ARCHIVELOGS existe o comando de ALTER DATABASE DATAFILE x AUTOEXTEND ON. Você realmente possui todos os ARCHIVELOGS existentes desde a criação deste DATAFILE? Marcus Pavan. _ _ __ De: Marcos Braga Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 8:43:39 Assunto: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile
Re: [oracle_br] Recuperação de Datafile
Windows Server 2003 Std Ed NTFS 8.1.7 EE - Original Message - From: Marcus Pavan To: oracle_br@yahoogrupos.com.br Sent: Monday, August 10, 2009 2:51 PM Subject: Res: [oracle_br] Recuperação de Datafile Vamos ver se existe alguma possibilidade... Versão do Sistema Operacional: File system que o banco está utilizando: Versão do banco de dados (8i, porém qual a release): Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 10:48:42 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, não tem vestígios de erros nos redologs e alert... tentei um recover database...( voltei só o datafile corrompido do backup frio). Alguma dica para a recuperação? sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 11:39 AM Subject: Res: [oracle_br] Recuperação de Datafile Dependendo da versão do S.O. existe limitações de arquivos (2GB) muito comum acontecer em partições ext2 ou ext. Quando REDO LOGs você possui, qual o tamanho dos mesmos no S.O.? Verifique se estão com o mesmo tamanho. Procure no ALERT.LOG alguma mensagem como: Thread X cannot allocate new log, sequence Y Para encontrarmos algum problema no REDOLOG, verifique também na V$LOGFILE o STATUS dos mesmos. Outro detalhe importante, você está executando o RECOVER somente do DATAFILE... ALTER DATABASE RECOVER DATAFILE x; ... e não ... ALTER DATABASE RECOVER; ... ou ... ALTER DATABASE RECOVER UNTIL CANCEL; Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:54:38 Assunto: Re: [oracle_br] Recuperação de Datafile oracle 8i... sem dump... e segundo da empresa isto aconteceu depois que aumentaram o datafile... aconteceu em duas filiais... sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:45 AM Subject: Res: [oracle_br] Recuperação de Datafile Sim, pelo visto o terro está iniciando. Você possui FLASH BACK suficiente para fazer um SELECT dos dados? Você possui algum DUMP em algum lugar? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:41:16 Assunto: Re: [oracle_br] Recuperação de Datafile Está espelhado, mas pelo que vi o erro aconteceu no archive, meu redolog já avançou e muito... e o archive não estava espelhado e sem backup... o terror está iniciando... :( sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ ARCH11267. ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ ARCH11266. ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 9:52 AM Subject: Res: [oracle_br] Recuperação de Datafile Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e você possui TODOS OS ARCHIVELOGS portanto nos próprios ARCHIVELOGS existe o comando de ALTER DATABASE DATAFILE x AUTOEXTEND ON. Você realmente possui todos os ARCHIVELOGS existentes desde a criação deste DATAFILE? Marcus Pavan. _ _ __ De: Marcos Braga Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 8:43:39 Assunto: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera
Res: [oracle_br] Recuperação de Datafile
Vamos ver se existe alguma possibilidade... Versão do Sistema Operacional: File system que o banco está utilizando: Versão do banco de dados (8i, porém qual a release): Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 10:48:42 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, não tem vestígios de erros nos redologs e alert... tentei um recover database...( voltei só o datafile corrompido do backup frio). Alguma dica para a recuperação? sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 11:39 AM Subject: Res: [oracle_br] Recuperação de Datafile Dependendo da versão do S.O. existe limitações de arquivos (2GB) muito comum acontecer em partições ext2 ou ext. Quando REDO LOGs você possui, qual o tamanho dos mesmos no S.O.? Verifique se estão com o mesmo tamanho. Procure no ALERT.LOG alguma mensagem como: Thread X cannot allocate new log, sequence Y Para encontrarmos algum problema no REDOLOG, verifique também na V$LOGFILE o STATUS dos mesmos. Outro detalhe importante, você está executando o RECOVER somente do DATAFILE... ALTER DATABASE RECOVER DATAFILE x; ... e não ... ALTER DATABASE RECOVER; ... ou ... ALTER DATABASE RECOVER UNTIL CANCEL; Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:54:38 Assunto: Re: [oracle_br] Recuperação de Datafile oracle 8i... sem dump... e segundo da empresa isto aconteceu depois que aumentaram o datafile... aconteceu em duas filiais... sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:45 AM Subject: Res: [oracle_br] Recuperação de Datafile Sim, pelo visto o terro está iniciando. Você possui FLASH BACK suficiente para fazer um SELECT dos dados? Você possui algum DUMP em algum lugar? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:41:16 Assunto: Re: [oracle_br] Recuperação de Datafile Está espelhado, mas pelo que vi o erro aconteceu no archive, meu redolog já avançou e muito... e o archive não estava espelhado e sem backup... o terror está iniciando... :( sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ ARCH11267. ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ ARCH11266. ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 9:52 AM Subject: Res: [oracle_br] Recuperação de Datafile Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e você possui TODOS OS ARCHIVELOGS portanto nos próprios ARCHIVELOGS existe o comando de ALTER DATABASE DATAFILE x AUTOEXTEND ON. Você realmente possui todos os ARCHIVELOGS existentes desde a criação deste DATAFILE? Marcus Pavan. _ _ __ De: Marcos Braga Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 8:43:39 Assunto: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera a cópia fria (copia por cima do datafile antigo), porém na aplicação dos archives ela "explode" (tem mais dados de archives do que datafile); e isso ocorre porque o datafile não é autoextend (se me enganei, favor corrigir). Você tentou dar um resize nesse datafile antes de iniciar a aplicação de archives? Por exemplo, não precisar alterar para autoextend se você conseguir efetuar um resize para o tamanho
Re: [oracle_br] Recuperação de Datafile
Marcus, não tem vestígios de erros nos redologs e alert... tentei um recover database...(voltei só o datafile corrompido do backup frio). Alguma dica para a recuperação? sds Gibon - Original Message - From: Marcus Pavan To: oracle_br@yahoogrupos.com.br Sent: Monday, August 10, 2009 11:39 AM Subject: Res: [oracle_br] Recuperação de Datafile Dependendo da versão do S.O. existe limitações de arquivos (2GB) muito comum acontecer em partições ext2 ou ext. Quando REDO LOGs você possui, qual o tamanho dos mesmos no S.O.? Verifique se estão com o mesmo tamanho. Procure no ALERT.LOG alguma mensagem como: Thread X cannot allocate new log, sequence Y Para encontrarmos algum problema no REDOLOG, verifique também na V$LOGFILE o STATUS dos mesmos. Outro detalhe importante, você está executando o RECOVER somente do DATAFILE... ALTER DATABASE RECOVER DATAFILE x; ... e não ... ALTER DATABASE RECOVER; ... ou ... ALTER DATABASE RECOVER UNTIL CANCEL; Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:54:38 Assunto: Re: [oracle_br] Recuperação de Datafile oracle 8i... sem dump... e segundo da empresa isto aconteceu depois que aumentaram o datafile... aconteceu em duas filiais... sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:45 AM Subject: Res: [oracle_br] Recuperação de Datafile Sim, pelo visto o terro está iniciando. Você possui FLASH BACK suficiente para fazer um SELECT dos dados? Você possui algum DUMP em algum lugar? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:41:16 Assunto: Re: [oracle_br] Recuperação de Datafile Está espelhado, mas pelo que vi o erro aconteceu no archive, meu redolog já avançou e muito... e o archive não estava espelhado e sem backup... o terror está iniciando... :( sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ ARCH11267. ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ ARCH11266. ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 9:52 AM Subject: Res: [oracle_br] Recuperação de Datafile Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e você possui TODOS OS ARCHIVELOGS portanto nos próprios ARCHIVELOGS existe o comando de ALTER DATABASE DATAFILE x AUTOEXTEND ON. Você realmente possui todos os ARCHIVELOGS existentes desde a criação deste DATAFILE? Marcus Pavan. _ _ __ De: Marcos Braga Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 8:43:39 Assunto: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera a cópia fria (copia por cima do datafile antigo), porém na aplicação dos archives ela "explode" (tem mais dados de archives do que datafile); e isso ocorre porque o datafile não é autoextend (se me enganei, favor corrigir). Você tentou dar um resize nesse datafile antes de iniciar a aplicação de archives? Por exemplo, não precisar alterar para autoextend se você conseguir efetuar um resize para o tamanho desejado. Vê se isso funciona. []s Braga 2009/8/10 Fábio Gibon - Comex System > Pessoal, > depois de aumentar o tamanho de um datafile (de dados) o banco não > conseguiu mai
Res: [oracle_br] Recuperação de Datafile
Dependendo da versão do S.O. existe limitações de arquivos (2GB) muito comum acontecer em partições ext2 ou ext. Quando REDO LOGs você possui, qual o tamanho dos mesmos no S.O.? Verifique se estão com o mesmo tamanho. Procure no ALERT.LOG alguma mensagem como: Thread X cannot allocate new log, sequence Y Para encontrarmos algum problema no REDOLOG, verifique também na V$LOGFILE o STATUS dos mesmos. Outro detalhe importante, você está executando o RECOVER somente do DATAFILE... ALTER DATABASE RECOVER DATAFILE x; ... e não ... ALTER DATABASE RECOVER; ... ou ... ALTER DATABASE RECOVER UNTIL CANCEL; Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:54:38 Assunto: Re: [oracle_br] Recuperação de Datafile oracle 8i... sem dump... e segundo da empresa isto aconteceu depois que aumentaram o datafile... aconteceu em duas filiais... sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:45 AM Subject: Res: [oracle_br] Recuperação de Datafile Sim, pelo visto o terro está iniciando. Você possui FLASH BACK suficiente para fazer um SELECT dos dados? Você possui algum DUMP em algum lugar? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:41:16 Assunto: Re: [oracle_br] Recuperação de Datafile Está espelhado, mas pelo que vi o erro aconteceu no archive, meu redolog já avançou e muito... e o archive não estava espelhado e sem backup... o terror está iniciando... :( sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ ARCH11267. ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ ARCH11266. ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 9:52 AM Subject: Res: [oracle_br] Recuperação de Datafile Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e você possui TODOS OS ARCHIVELOGS portanto nos próprios ARCHIVELOGS existe o comando de ALTER DATABASE DATAFILE x AUTOEXTEND ON. Você realmente possui todos os ARCHIVELOGS existentes desde a criação deste DATAFILE? Marcus Pavan. _ _ __ De: Marcos Braga Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 8:43:39 Assunto: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera a cópia fria (copia por cima do datafile antigo), porém na aplicação dos archives ela "explode" (tem mais dados de archives do que datafile); e isso ocorre porque o datafile não é autoextend (se me enganei, favor corrigir). Você tentou dar um resize nesse datafile antes de iniciar a aplicação de archives? Por exemplo, não precisar alterar para autoextend se você conseguir efetuar um resize para o tamanho desejado. Vê se isso funciona. []s Braga 2009/8/10 Fábio Gibon - Comex System > Pessoal, > depois de aumentar o tamanho de um datafile (de dados) o banco não > conseguiu mais ter acesso a este arquivo. Então para recuperar o mesmo eu > tenho um backup frio e todos os archives, no entanto o backup frio contém > um > datafile de 2Gb e está autoextend off, de lá pra cá já foi aumentado este > datafile, então na recuperação usando os archives o banco chega no limite > do > datafile e para... como não consigo colocar este datafile on com o banco > aberto não consigo trocar para autoextend on... alguma dica? > > > abraços > > Gibon > [As partes desta mensagem que não continham texto foram removidas
Re: [oracle_br] Recuperação de Datafile
olhei no alert e a geração do archive foi normal...sem erros... - Original Message - From: Marcus Pavan To: oracle_br@yahoogrupos.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ ARCH11267. ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ ARCH11266. ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 9:52 AM Subject: Res: [oracle_br] Recuperação de Datafile Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e você possui TODOS OS ARCHIVELOGS portanto nos próprios ARCHIVELOGS existe o comando de ALTER DATABASE DATAFILE x AUTOEXTEND ON. Você realmente possui todos os ARCHIVELOGS existentes desde a criação deste DATAFILE? Marcus Pavan. _ _ __ De: Marcos Braga Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 8:43:39 Assunto: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera a cópia fria (copia por cima do datafile antigo), porém na aplicação dos archives ela "explode" (tem mais dados de archives do que datafile); e isso ocorre porque o datafile não é autoextend (se me enganei, favor corrigir). Você tentou dar um resize nesse datafile antes de iniciar a aplicação de archives? Por exemplo, não precisar alterar para autoextend se você conseguir efetuar um resize para o tamanho desejado. Vê se isso funciona. []s Braga 2009/8/10 Fábio Gibon - Comex System > Pessoal, > depois de aumentar o tamanho de um datafile (de dados) o banco não > conseguiu mais ter acesso a este arquivo. Então para recuperar o mesmo eu > tenho um backup frio e todos os archives, no entanto o backup frio contém > um > datafile de 2Gb e está autoextend off, de lá pra cá já foi aumentado este > datafile, então na recuperação usando os archives o banco chega no limite > do > datafile e para... como não consigo colocar este datafile on com o banco > aberto não consigo trocar para autoextend on... alguma dica? > > > abraços > > Gibon > [As partes desta mensagem que não continham texto foram removidas] _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] __ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Recuperação de Datafile
oracle 8i... sem dump... e segundo da empresa isto aconteceu depois que aumentaram o datafile... aconteceu em duas filiais... sds Gibon - Original Message - From: Marcus Pavan To: oracle_br@yahoogrupos.com.br Sent: Monday, August 10, 2009 10:45 AM Subject: Res: [oracle_br] Recuperação de Datafile Sim, pelo visto o terro está iniciando. Você possui FLASH BACK suficiente para fazer um SELECT dos dados? Você possui algum DUMP em algum lugar? Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:41:16 Assunto: Re: [oracle_br] Recuperação de Datafile Está espelhado, mas pelo que vi o erro aconteceu no archive, meu redolog já avançou e muito... e o archive não estava espelhado e sem backup... o terror está iniciando... :( sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ ARCH11267. ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ ARCH11266. ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 9:52 AM Subject: Res: [oracle_br] Recuperação de Datafile Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e você possui TODOS OS ARCHIVELOGS portanto nos próprios ARCHIVELOGS existe o comando de ALTER DATABASE DATAFILE x AUTOEXTEND ON. Você realmente possui todos os ARCHIVELOGS existentes desde a criação deste DATAFILE? Marcus Pavan. _ _ __ De: Marcos Braga Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 8:43:39 Assunto: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera a cópia fria (copia por cima do datafile antigo), porém na aplicação dos archives ela "explode" (tem mais dados de archives do que datafile); e isso ocorre porque o datafile não é autoextend (se me enganei, favor corrigir). Você tentou dar um resize nesse datafile antes de iniciar a aplicação de archives? Por exemplo, não precisar alterar para autoextend se você conseguir efetuar um resize para o tamanho desejado. Vê se isso funciona. []s Braga 2009/8/10 Fábio Gibon - Comex System > Pessoal, > depois de aumentar o tamanho de um datafile (de dados) o banco não > conseguiu mais ter acesso a este arquivo. Então para recuperar o mesmo eu > tenho um backup frio e todos os archives, no entanto o backup frio contém > um > datafile de 2Gb e está autoextend off, de lá pra cá já foi aumentado este > datafile, então na recuperação usando os archives o banco chega no limite > do > datafile e para... como não consigo colocar este datafile on com o banco > aberto não consigo trocar para autoextend on... alguma dica? > > > abraços > > Gibon > [As partes desta mensagem que não continham texto foram removidas] _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] ___
Res: [oracle_br] Recuperação de Datafile
Sim, pelo visto o terro está iniciando. Você possui FLASH BACK suficiente para fazer um SELECT dos dados? Você possui algum DUMP em algum lugar? Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:41:16 Assunto: Re: [oracle_br] Recuperação de Datafile Está espelhado, mas pelo que vi o erro aconteceu no archive, meu redolog já avançou e muito... e o archive não estava espelhado e sem backup... o terror está iniciando... :( sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. _ _ __ De: Fábio Gibon - Comex System Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ ARCH11267. ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ ARCH11266. ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 9:52 AM Subject: Res: [oracle_br] Recuperação de Datafile Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e você possui TODOS OS ARCHIVELOGS portanto nos próprios ARCHIVELOGS existe o comando de ALTER DATABASE DATAFILE x AUTOEXTEND ON. Você realmente possui todos os ARCHIVELOGS existentes desde a criação deste DATAFILE? Marcus Pavan. _ _ __ De: Marcos Braga Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 8:43:39 Assunto: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera a cópia fria (copia por cima do datafile antigo), porém na aplicação dos archives ela "explode" (tem mais dados de archives do que datafile); e isso ocorre porque o datafile não é autoextend (se me enganei, favor corrigir). Você tentou dar um resize nesse datafile antes de iniciar a aplicação de archives? Por exemplo, não precisar alterar para autoextend se você conseguir efetuar um resize para o tamanho desejado. Vê se isso funciona. []s Braga 2009/8/10 Fábio Gibon - Comex System > Pessoal, > depois de aumentar o tamanho de um datafile (de dados) o banco não > conseguiu mais ter acesso a este arquivo. Então para recuperar o mesmo eu > tenho um backup frio e todos os archives, no entanto o backup frio contém > um > datafile de 2Gb e está autoextend off, de lá pra cá já foi aumentado este > datafile, então na recuperação usando os archives o banco chega no limite > do > datafile e para... como não consigo colocar este datafile on com o banco > aberto não consigo trocar para autoextend on... alguma dica? > > > abraços > > Gibon > [As partes desta mensagem que não continham texto foram removidas] _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Recuperação de Datafile
Está espelhado, mas pelo que vi o erro aconteceu no archive, meu redolog já avançou e muito... e o archive não estava espelhado e sem backup... o terror está iniciando... :( sds Gibon - Original Message - From: Marcus Pavan To: oracle_br@yahoogrupos.com.br Sent: Monday, August 10, 2009 10:20 AM Subject: Res: [oracle_br] Recuperação de Datafile Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ ARCH11267. ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ ARCH11266. ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 9:52 AM Subject: Res: [oracle_br] Recuperação de Datafile Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e você possui TODOS OS ARCHIVELOGS portanto nos próprios ARCHIVELOGS existe o comando de ALTER DATABASE DATAFILE x AUTOEXTEND ON. Você realmente possui todos os ARCHIVELOGS existentes desde a criação deste DATAFILE? Marcus Pavan. _ _ __ De: Marcos Braga Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 8:43:39 Assunto: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera a cópia fria (copia por cima do datafile antigo), porém na aplicação dos archives ela "explode" (tem mais dados de archives do que datafile); e isso ocorre porque o datafile não é autoextend (se me enganei, favor corrigir). Você tentou dar um resize nesse datafile antes de iniciar a aplicação de archives? Por exemplo, não precisar alterar para autoextend se você conseguir efetuar um resize para o tamanho desejado. Vê se isso funciona. []s Braga 2009/8/10 Fábio Gibon - Comex System > Pessoal, > depois de aumentar o tamanho de um datafile (de dados) o banco não > conseguiu mais ter acesso a este arquivo. Então para recuperar o mesmo eu > tenho um backup frio e todos os archives, no entanto o backup frio contém > um > datafile de 2Gb e está autoextend off, de lá pra cá já foi aumentado este > datafile, então na recuperação usando os archives o banco chega no limite > do > datafile e para... como não consigo colocar este datafile on com o banco > aberto não consigo trocar para autoextend on... alguma dica? > > > abraços > > Gibon > [As partes desta mensagem que não continham texto foram removidas] _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] __ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Res: [oracle_br] Recuperação de Datafile
Verifique no ALERT.LOG se consta o erro de BLOCO no REDOLOG, pelo erro... ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log ... o seu REDO LOG está "baleado", por acaso este REDOLOG está espelhado ou é o único do grupo? Marcus Pavan. De: Fábio Gibon - Comex System Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 9:07:26 Assunto: Re: [oracle_br] Recuperação de Datafile Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ ARCH11267. ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ ARCH11266. ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log sds Gibon - Original Message - From: Marcus Pavan To: oracle...@yahoogrup os.com.br Sent: Monday, August 10, 2009 9:52 AM Subject: Res: [oracle_br] Recuperação de Datafile Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e você possui TODOS OS ARCHIVELOGS portanto nos próprios ARCHIVELOGS existe o comando de ALTER DATABASE DATAFILE x AUTOEXTEND ON. Você realmente possui todos os ARCHIVELOGS existentes desde a criação deste DATAFILE? Marcus Pavan. _ _ __ De: Marcos Braga Para: oracle...@yahoogrup os.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 8:43:39 Assunto: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera a cópia fria (copia por cima do datafile antigo), porém na aplicação dos archives ela "explode" (tem mais dados de archives do que datafile); e isso ocorre porque o datafile não é autoextend (se me enganei, favor corrigir). Você tentou dar um resize nesse datafile antes de iniciar a aplicação de archives? Por exemplo, não precisar alterar para autoextend se você conseguir efetuar um resize para o tamanho desejado. Vê se isso funciona. []s Braga 2009/8/10 Fábio Gibon - Comex System > Pessoal, > depois de aumentar o tamanho de um datafile (de dados) o banco não > conseguiu mais ter acesso a este arquivo. Então para recuperar o mesmo eu > tenho um backup frio e todos os archives, no entanto o backup frio contém > um > datafile de 2Gb e está autoextend off, de lá pra cá já foi aumentado este > datafile, então na recuperação usando os archives o banco chega no limite > do > datafile e para... como não consigo colocar este datafile on com o banco > aberto não consigo trocar para autoextend on... alguma dica? > > > abraços > > Gibon > [As partes desta mensagem que não continham texto foram removidas] _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Recuperação de Datafile
Marcus, este datafile nunca foi setado para autoextend on, ele foi apenas redimensionado (resize), mas você tem razão... este resize estaria nos archives e deveria ser aplicado na recuperação... eu olhei os archives e não tenho falhas na sequencia... veja o erro na recuperação: ORA-00289: sugest?o : D:\ORACLE\ARCHIVE\ARCH11267.ARC ORA-00280: alterac?o 61155486 para thread 1 e na sequencia #11267 ORA-00278: arquivo de log 'D:\ORACLE\ARCHIVE\ARCH11266.ARC' n?o e mais necessari o para esta recuperac?o ORA-00283: sess?o de recuperac?o cancelada devido a erros ORA-00333: contagem 2 do bloco 2048 de erro de leitura do redo log sds Gibon - Original Message - From: Marcus Pavan To: oracle_br@yahoogrupos.com.br Sent: Monday, August 10, 2009 9:52 AM Subject: Res: [oracle_br] Recuperação de Datafile Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e você possui TODOS OS ARCHIVELOGS portanto nos próprios ARCHIVELOGS existe o comando de ALTER DATABASE DATAFILE x AUTOEXTEND ON. Você realmente possui todos os ARCHIVELOGS existentes desde a criação deste DATAFILE? Marcus Pavan. De: Marcos Braga Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 8:43:39 Assunto: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera a cópia fria (copia por cima do datafile antigo), porém na aplicação dos archives ela "explode" (tem mais dados de archives do que datafile); e isso ocorre porque o datafile não é autoextend (se me enganei, favor corrigir). Você tentou dar um resize nesse datafile antes de iniciar a aplicação de archives? Por exemplo, não precisar alterar para autoextend se você conseguir efetuar um resize para o tamanho desejado. Vê se isso funciona. []s Braga 2009/8/10 Fábio Gibon - Comex System > Pessoal, > depois de aumentar o tamanho de um datafile (de dados) o banco não > conseguiu mais ter acesso a este arquivo. Então para recuperar o mesmo eu > tenho um backup frio e todos os archives, no entanto o backup frio contém > um > datafile de 2Gb e está autoextend off, de lá pra cá já foi aumentado este > datafile, então na recuperação usando os archives o banco chega no limite > do > datafile e para... como não consigo colocar este datafile on com o banco > aberto não consigo trocar para autoextend on... alguma dica? > > > abraços > > Gibon > [As partes desta mensagem que não continham texto foram removidas] __ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Recuperação de Datafile
Braga, infelizmente não tenho como dar um resize, pois para isto o datafile teria que ficar online e o banco aberto... :( valeu pela tentativa sds Gibon - Original Message - From: Marcos Braga To: oracle_br@yahoogrupos.com.br Sent: Monday, August 10, 2009 9:43 AM Subject: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera a cópia fria (copia por cima do datafile antigo), porém na aplicação dos archives ela "explode" (tem mais dados de archives do que datafile); e isso ocorre porque o datafile não é autoextend (se me enganei, favor corrigir). Você tentou dar um resize nesse datafile antes de iniciar a aplicação de archives? Por exemplo, não precisar alterar para autoextend se você conseguir efetuar um resize para o tamanho desejado. Vê se isso funciona. []s Braga 2009/8/10 Fábio Gibon - Comex System > Pessoal, > depois de aumentar o tamanho de um datafile (de dados) o banco não > conseguiu mais ter acesso a este arquivo. Então para recuperar o mesmo eu > tenho um backup frio e todos os archives, no entanto o backup frio contém > um > datafile de 2Gb e está autoextend off, de lá pra cá já foi aumentado este > datafile, então na recuperação usando os archives o banco chega no limite > do > datafile e para... como não consigo colocar este datafile on com o banco > aberto não consigo trocar para autoextend on... alguma dica? > > > abraços > > Gibon > [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Res: [oracle_br] Recuperação de Datafile
Qual o tamanho do DATAFILE que está corrompido? Se o mesmo estava com AUTOEXTEND OFF e você possui TODOS OS ARCHIVELOGS portanto nos próprios ARCHIVELOGS existe o comando de ALTER DATABASE DATAFILE x AUTOEXTEND ON. Você realmente possui todos os ARCHIVELOGS existentes desde a criação deste DATAFILE? Marcus Pavan. De: Marcos Braga Para: oracle_br@yahoogrupos.com.br Enviadas: Segunda-feira, 10 de Agosto de 2009 8:43:39 Assunto: Re: [oracle_br] Recuperação de Datafile Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera a cópia fria (copia por cima do datafile antigo), porém na aplicação dos archives ela "explode" (tem mais dados de archives do que datafile); e isso ocorre porque o datafile não é autoextend (se me enganei, favor corrigir). Você tentou dar um resize nesse datafile antes de iniciar a aplicação de archives? Por exemplo, não precisar alterar para autoextend se você conseguir efetuar um resize para o tamanho desejado. Vê se isso funciona. []s Braga 2009/8/10 Fábio Gibon - Comex System > Pessoal, >depois de aumentar o tamanho de um datafile (de dados) o banco não > conseguiu mais ter acesso a este arquivo. Então para recuperar o mesmo eu > tenho um backup frio e todos os archives, no entanto o backup frio contém > um > datafile de 2Gb e está autoextend off, de lá pra cá já foi aumentado este > datafile, então na recuperação usando os archives o banco chega no limite > do > datafile e para... como não consigo colocar este datafile on com o banco > aberto não consigo trocar para autoextend on... alguma dica? > > > abraços > > Gibon > [As partes desta mensagem que não continham texto foram removidas] Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Recuperação de Datafile
Oi Fábio, Deixa eu ver se entendi... Você perdeu um datafile e tem uma cópia fria e todos os archives. Recupera a cópia fria (copia por cima do datafile antigo), porém na aplicação dos archives ela "explode" (tem mais dados de archives do que datafile); e isso ocorre porque o datafile não é autoextend (se me enganei, favor corrigir). Você tentou dar um resize nesse datafile antes de iniciar a aplicação de archives? Por exemplo, não precisar alterar para autoextend se você conseguir efetuar um resize para o tamanho desejado. Vê se isso funciona. []s Braga 2009/8/10 Fábio Gibon - Comex System > Pessoal, >depois de aumentar o tamanho de um datafile (de dados) o banco não > conseguiu mais ter acesso a este arquivo. Então para recuperar o mesmo eu > tenho um backup frio e todos os archives, no entanto o backup frio contém > um > datafile de 2Gb e está autoextend off, de lá pra cá já foi aumentado este > datafile, então na recuperação usando os archives o banco chega no limite > do > datafile e para... como não consigo colocar este datafile on com o banco > aberto não consigo trocar para autoextend on... alguma dica? > > > abraços > > Gibon > [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Recuperação de Datafile
Pessoal, depois de aumentar o tamanho de um datafile (de dados) o banco não conseguiu mais ter acesso a este arquivo. Então para recuperar o mesmo eu tenho um backup frio e todos os archives, no entanto o backup frio contém um datafile de 2Gb e está autoextend off, de lá pra cá já foi aumentado este datafile, então na recuperação usando os archives o banco chega no limite do datafile e para... como não consigo colocar este datafile on com o banco aberto não consigo trocar para autoextend on... alguma dica? abraços Gibon -- >Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira >responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- >Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » >Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: >http://www.oraclebr.com.br/ Links do Yahoo! Grupos <*> Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ <*> Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br <*> O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html