Chiappa, Concordo, isso é o que ja estava rodando aqui, mas como disse quero configurar o backup no RMAN, so preciso de tempo.
Enfim, comecei todo o processo de restore, e agora esta aplicando archives. Grato, Ednilson De: [email protected] [mailto:[email protected]] Em nome de J. Laurindo Chiappa Enviada em: quinta-feira, 5 de dezembro de 2013 09:20 Para: [email protected] Assunto: Re: RES: RES: [oracle_br] ORA-01195: online backup of file Bom, primeiro eu tenho que dizer : scriptzinho *** BEM **** errado vc tem aí , pois se tiver mais de um datafile por tablespace (coisa ultra-comum) ele vai gerar múltiplos BEGIN BACKUP... Não faz o menor Sentido, o correto seria um cursor loop lendo cada tablespace, aí o SELECT FROM DBA_DATA_FILES seria WHERE TABLESPACE_NAME=nomedatablespaceatualnoloop , para gerar um cp para cada datafile DA TABLESPACE SENDO BACKUPEADA..... Bem, ACHO que isso não influencia, mas que não é best practice, não é MESMO..... Sobre a sua pergunta, as infos ficam nas v$ cfrme http://avdeo.com/2008/05/29/oracle-database-recovery-details/ , veja lá... []s Chiappa --- Em [email protected], "Ednilson Silva" <ednilson.silva@...> escreveu > > Chiappa, > > Creio que sim, pois o mês passado eu restaurei este banco sem problemas, não > sei o porque esta dando pau agora. > > Existe como eu consultar os SCN? > > > > Este é o trecho do scripts que faz o BEGIN e END BACKUP > > > > select 'alter tablespace '||tablespace_name||' begin backup;' || chr(10) || > > 'host cp '||file_name||' /d01/backup/oradata/prod1/ ' || chr(10) || > > 'alter tablespace '||tablespace_name||' end backup;' || chr(10) || > > 'host gzip > /d01/backup/oradata/prod1'||substr(file_name,instr(file_name,'/',1,length(fi > le_name) - length(replace(file_name,'/'))))|| chr(10) > > from dba_data_files order by file_name; > > > > Grato, > > > > Ednilson > > > > De: [email protected] [mailto:[email protected]] Em > nome de J. Laurindo Chiappa > Enviada em: quinta-feira, 5 de dezembro de 2013 08:47 > Para: [email protected] > Assunto: Re: RES: [oracle_br] ORA-01195: online backup of file > > > > > > pmfji, mas uma perguntinha : se vc não está usando RMAN, vc tem ** ABSOLUTA > CERTEZA ** de que a rotina de backup está colocando CADA tablespace em BEGIN > BACKUP antes de copiar ** e ** está desativando o modo de backup via END > BACKUP após a cópia dos tablespaces de cada tablespace ??? > Pois, OBVIAMENTE, se por falha total e completa a rotina NÂO está fazendo > isso o SCN dos datafiles *** Não ** está sendo 'congelado' durante a cópia e > PORTANTO cada datafile (até mesmo dentro da mesma tablespace!) pode > registrar SCNs diferentes, até mesmo um SCN ainda não arquivado.... > > []s > > Chiappa > > --- Em [email protected], "Ednilson Silva" <ednilson.silva@> > escreveu > > > > Rodrigo, > > > > Não estou utilizando o RMAN, pois não esta sendo feito por ele. Não > pergunte > > o porque, mas já tenho uma demanda para configurar. > > > > Restaurei os datafiles e o archives, dei um CREATE CONTROLFILE e apliquei > os > > archives: > > > > > > > > recover database using backup controlfile until cancel; > > > > > > > > Depois que terminar de aplicar todos os arquivo executo o comando: > > > > > > > > ALTER DATABASE OPEN RESETLOGS; > > > > > > > > Grato, > > > > > > > > Ednilson > > > > > > > > De: [email protected] [mailto:[email protected]] Em > > nome de dbarodrigo@ > > Enviada em: quinta-feira, 5 de dezembro de 2013 02:07 > > Para: [email protected] > > Assunto: Re: [oracle_br] ORA-01195: online backup of file > > > > > > > > > > > > Olá Ednilson, > > > > > > > > > > > > Outro ponto importante talvez você esteja fazendo uma recuperação UNTIL > > CANCEL, coisa que o RMAN não faz. > > > > > > > > > > > > Você já verificou se o seu SCN está no arquivo de REDO LOG ativo antes de > > fazer o OPEN RESETLOGS? > > > > > > > > Antes da restauração com RMAN, chegou a realizar um recover database > > preview; ? Para saber até onde você pode recuperar? > > > > > > > > Abraços, > > > > Rodrigo Almieda > > > > > > > > Em 04/12/2013, à(s) 17:35, ederson2001br <ederson2001br@> > > escreveu: > > > > > > > > > > > > Colega, > > > > Primeiro, vc deve verificar até quando vc pode recuperar/atualizar o seu > > retorno de backup. > > > > Antes do restore, verifique executando pelo RMAN (certifique-se que está > na > > máquina CLONE antes de deletar): > > > > crosscheck archivelog all; > > crosscheck backup; > > crosscheck backup of database; > > delete expired archivelog all; > > delete expired backup; > > delete obsolete; > > > > list backup of archivelog all; > > > > --> para informar SEQUENCE e TREAD no comando de recover mais abaixo (olhe > a > > última linha) > > . . . > > . . . > > . . . > > List of Archived Logs in backup set 174534 > > Thrd Seq Low SCN Low Time Next SCN Next Time > > ---- ------- ---------- ---------------- ---------- --------- > > 1 155229 6709427517102 25/11/2013 12:10 6709429231153 25/11/2013 12:35 > > 1 155230 6709429231153 25/11/2013 12:35 6709429552154 25/11/2013 12:40 > > > > Pelo meu exemplo, observa-se que a última SEQ arquivada é a 155230 (ultimo > > SCN válido). Assim, vc vai proceder um restore parcial, assim: > > > > run > > { > > set until sequence 155230 thread 1; > > restore database; > > switch datafile all; > > recover database; > > alter database open resetlogs; > > } > > > > []'s > > > > Ederson Elias > > DBA Oracle > > <http://br.linkedin.com/pub/ederson-elias/24/8b/8b0> > > http://br.linkedin.com/pub/ederson-elias/24/8b/8b0 > > ------------ > > Labor improbus omnia vincit > > > > --- Em <mailto:[email protected]> [email protected], > > "Ednilson Silva" <ednilson.silva@> escreveu > > > > > > Pessoal, > > > > > > Estou clonando uma base de dados e após aplicar os archive ocorre o erro > > > abaixo, alguém poderia ajudar? > > > > > > > > > > > > SQL> ALTER DATABASE OPEN RESETLOGS; > > > > > > ALTER DATABASE OPEN RESETLOGS > > > > > > * > > > > > > ERROR at line 1: > > > > > > ORA-01195: online backup of file 148 needs more recovery to be > consistent > > > > > > ORA-01110: data file 148: '/d01/oradata/prod/i_in_lanc03.dbf' > > > > > > > > > > > > Grato, > > > > > > > > > > > > Ednilson > > > > > >
