Carlos,
  Acho que fiz a conta errada :-):
   List of Archived Logs in backup set 25  Thrd Seq     Low SCN    Low Time  
Next SCN   Next Time  ---- ------- ---------- --------- ---------- ---------  1 
   72      2797947    15-MAR-17 2798016    15-MAR-17
   Tenta o recover until scn 2798015.
   Antigamente, o backup database plus archivelog all não pegava todos os 
archives necessários para fazer um recover, então eu sempre fazia primeiro um 
"backup database", depois um "sql 'alter system archive log current'" e um 
backup archivelog all.
   Mas acho que esse problema foi resolvido na 11g. 
   O "until sequence" talvez tenha que ser até a sequencia 73 em vez de 72 :-).
Atc,Luis Freitas 

    On Wednesday, March 15, 2017 4:21 PM, "carloseduard...@yahoo.com 
[oracle_br]" <oracle_br@yahoogrupos.com.br> wrote:
 

     O que deu a entender eh o seguinte:

Meus datafiles, após o restore, estão em um SCN 2797971.
O meu ultimo archive log disponivel possui o SCN 2798015 (next SCN - 1). E 
quando executo um recover, ele diz que eu preciso restaurar os meus datafiles 
de um SCN anterior ao 2797947.
Portanto, o ultimo backupset nao seria o ideal para recuperar o database? 
EU sempre fiz restore/recover inumeras vezes, mas esse cenario especifico estou 
tendo dificuldades para resolver.

 

    Em Quarta-feira, 15 de Março de 2017 16:07, "carloseduard...@yahoo.com" 
<carloseduard...@yahoo.com> escreveu:
 

 Chiappa, respondendo seus questionamentos...
EM relação aos SCN/sequence do database, passei as informações necessárias, o 
estado da sequence antes da realização do backup, a localização dos backup sets 
dos datafiles, controlfiles e archives, informações do SCN e das sequences dos 
bakups dos datafiles e dos archives logs. Está tudo listado no cenário passado. 
Inclusive no restore database, ele mostra que o backup que está sendo 
restaurado foi o que realizei no exemplo, informando o backup set do dia 15, 
que eh o comportamento padrao sempre pegar o ultimo backup full como voce mesmo 
ja sabe.
Em relação da deletar backups anteriores, vc vai me desculpar, mas eu descordo 
de vc nesse ponto. Se por acaso, um backup set mais novo estivesse corrompido, 
eu nao poderia voltar um backup mais antigo, pelo simples fato de eu ter 
deletado os backups atenreiores, portanto eu prefiro deixar todo backup dentro 
da politica de retenção guardado.

Luis Freitas:
SQL> select file#, status, recover, checkpoint_change# from v$datafile_header;
     FILE# STATUS  REC CHECKPOINT_CHANGE#---------- ------- --- 
------------------  1 ONLINE   2797971  3 ONLINE   2797971  4 ONLINE   2797971  
5 ONLINE   2797971  6 ONLINE   2797971  7 ONLINE   2797971

RMAN> recover database until sequence 72 thread 1;
Starting recover at 15-MAR-17allocated channel: ORA_DISK_1channel ORA_DISK_1: 
SID=12 device type=DISKRMAN-00571: 
===========================================================RMAN-00569: 
=============== ERROR MESSAGE STACK FOLLOWS ===============RMAN-00571: 
===========================================================RMAN-03002: failure 
of recover command at 03/15/2017 16:06:50RMAN-06556: datafile 1 must be 
restored from backup older than SCN 2797947





 

    Em Quarta-feira, 15 de Março de 2017 15:00, "carloseduard...@yahoo.com 
[oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu:
 

     Pessoal, o backup que fiz, foi um backup HOT, com o database em estado 
OPEN, ok?
O que quis dizer com INSTANCE em SHUTDOWN, eh que na hora do restore/recovery o 
database estava em shutdown, ate pq foram deletados todos os datafiles do banco 
e consequentemente a instance estava em shutdown na hora do restore/recovery. 
Mas que o backup foi realizado com o database aberto, backup HOT. 

    Em Quarta-feira, 15 de Março de 2017 13:12, "jlchia...@yahoo.com.br 
[oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu:
 

     "
 se entendi direito, você fez um backup 'cold'....
"

==> yep, essa foi a minha primeira pergunta também : logicamente se é COLD e 
feito com SHUTDOWN normal/immediate, vc tem 100% de certeza que os datafiles 
TODOS estão sincronizados/compatíveis com o controlfile E com as tabelas 
internas  em termos de SCN - não faz o MENOR dos MENORES sentidos pedir RECOVER 
de um database que já está íntegro, sim....

Se não for COLD, eu reforço também a necessidade de vc consultar 
V$DATAFILE/HEADER/REDO LOGs, sim.... Também um VALIDATE DATABASE; no RMAN pode 
ser legal, para estarmos Certos que o backup será possível, um RESTORE PREVIEW 
antes da coisa real, sim...

[]s

  Chiappa  

     

   

     #yiv7468412983 #yiv7468412983 -- #yiv7468412983ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv7468412983 
#yiv7468412983ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv7468412983 
#yiv7468412983ygrp-mkp #yiv7468412983hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv7468412983 #yiv7468412983ygrp-mkp #yiv7468412983ads 
{margin-bottom:10px;}#yiv7468412983 #yiv7468412983ygrp-mkp .yiv7468412983ad 
{padding:0 0;}#yiv7468412983 #yiv7468412983ygrp-mkp .yiv7468412983ad p 
{margin:0;}#yiv7468412983 #yiv7468412983ygrp-mkp .yiv7468412983ad a 
{color:#0000ff;text-decoration:none;}#yiv7468412983 #yiv7468412983ygrp-sponsor 
#yiv7468412983ygrp-lc {font-family:Arial;}#yiv7468412983 
#yiv7468412983ygrp-sponsor #yiv7468412983ygrp-lc #yiv7468412983hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv7468412983 
#yiv7468412983ygrp-sponsor #yiv7468412983ygrp-lc .yiv7468412983ad 
{margin-bottom:10px;padding:0 0;}#yiv7468412983 #yiv7468412983actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv7468412983 
#yiv7468412983activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv7468412983
 #yiv7468412983activity span {font-weight:700;}#yiv7468412983 
#yiv7468412983activity span:first-child 
{text-transform:uppercase;}#yiv7468412983 #yiv7468412983activity span a 
{color:#5085b6;text-decoration:none;}#yiv7468412983 #yiv7468412983activity span 
span {color:#ff7900;}#yiv7468412983 #yiv7468412983activity span 
.yiv7468412983underline {text-decoration:underline;}#yiv7468412983 
.yiv7468412983attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv7468412983 .yiv7468412983attach div a 
{text-decoration:none;}#yiv7468412983 .yiv7468412983attach img 
{border:none;padding-right:5px;}#yiv7468412983 .yiv7468412983attach label 
{display:block;margin-bottom:5px;}#yiv7468412983 .yiv7468412983attach label a 
{text-decoration:none;}#yiv7468412983 blockquote {margin:0 0 0 
4px;}#yiv7468412983 .yiv7468412983bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv7468412983 
.yiv7468412983bold a {text-decoration:none;}#yiv7468412983 dd.yiv7468412983last 
p a {font-family:Verdana;font-weight:700;}#yiv7468412983 dd.yiv7468412983last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv7468412983 
dd.yiv7468412983last p span.yiv7468412983yshortcuts 
{margin-right:0;}#yiv7468412983 div.yiv7468412983attach-table div div a 
{text-decoration:none;}#yiv7468412983 div.yiv7468412983attach-table 
{width:400px;}#yiv7468412983 div.yiv7468412983file-title a, #yiv7468412983 
div.yiv7468412983file-title a:active, #yiv7468412983 
div.yiv7468412983file-title a:hover, #yiv7468412983 div.yiv7468412983file-title 
a:visited {text-decoration:none;}#yiv7468412983 div.yiv7468412983photo-title a, 
#yiv7468412983 div.yiv7468412983photo-title a:active, #yiv7468412983 
div.yiv7468412983photo-title a:hover, #yiv7468412983 
div.yiv7468412983photo-title a:visited {text-decoration:none;}#yiv7468412983 
div#yiv7468412983ygrp-mlmsg #yiv7468412983ygrp-msg p a 
span.yiv7468412983yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv7468412983 
.yiv7468412983green {color:#628c2a;}#yiv7468412983 .yiv7468412983MsoNormal 
{margin:0 0 0 0;}#yiv7468412983 o {font-size:0;}#yiv7468412983 
#yiv7468412983photos div {float:left;width:72px;}#yiv7468412983 
#yiv7468412983photos div div {border:1px solid 
#666666;height:62px;overflow:hidden;width:62px;}#yiv7468412983 
#yiv7468412983photos div label 
{color:#666666;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv7468412983
 #yiv7468412983reco-category {font-size:77%;}#yiv7468412983 
#yiv7468412983reco-desc {font-size:77%;}#yiv7468412983 .yiv7468412983replbq 
{margin:4px;}#yiv7468412983 #yiv7468412983ygrp-actbar div a:first-child 
{margin-right:2px;padding-right:5px;}#yiv7468412983 #yiv7468412983ygrp-mlmsg 
{font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv7468412983 
#yiv7468412983ygrp-mlmsg table {font-size:inherit;font:100%;}#yiv7468412983 
#yiv7468412983ygrp-mlmsg select, #yiv7468412983 input, #yiv7468412983 textarea 
{font:99% Arial, Helvetica, clean, sans-serif;}#yiv7468412983 
#yiv7468412983ygrp-mlmsg pre, #yiv7468412983 code {font:115% 
monospace;}#yiv7468412983 #yiv7468412983ygrp-mlmsg * 
{line-height:1.22em;}#yiv7468412983 #yiv7468412983ygrp-mlmsg #yiv7468412983logo 
{padding-bottom:10px;}#yiv7468412983 #yiv7468412983ygrp-msg p a 
{font-family:Verdana;}#yiv7468412983 #yiv7468412983ygrp-msg 
p#yiv7468412983attach-count span {color:#1E66AE;font-weight:700;}#yiv7468412983 
#yiv7468412983ygrp-reco #yiv7468412983reco-head 
{color:#ff7900;font-weight:700;}#yiv7468412983 #yiv7468412983ygrp-reco 
{margin-bottom:20px;padding:0px;}#yiv7468412983 #yiv7468412983ygrp-sponsor 
#yiv7468412983ov li a {font-size:130%;text-decoration:none;}#yiv7468412983 
#yiv7468412983ygrp-sponsor #yiv7468412983ov li 
{font-size:77%;list-style-type:square;padding:6px 0;}#yiv7468412983 
#yiv7468412983ygrp-sponsor #yiv7468412983ov ul {margin:0;padding:0 0 0 
8px;}#yiv7468412983 #yiv7468412983ygrp-text 
{font-family:Georgia;}#yiv7468412983 #yiv7468412983ygrp-text p {margin:0 0 1em 
0;}#yiv7468412983 #yiv7468412983ygrp-text tt {font-size:120%;}#yiv7468412983 
#yiv7468412983ygrp-vital ul li:last-child {border-right:none 
!important;}#yiv7468412983 

   
  • [oracle_br] Desaster ... Carlos Eduardo carloseduard...@yahoo.com [oracle_br]
    • [oracle_br] Re: ... jlchia...@yahoo.com.br [oracle_br]
    • Re: [oracle_br] ... angelo angelolis...@gmail.com [oracle_br]
      • Re: [oracle_... Luis Freitas lfreita...@yahoo.com [oracle_br]
        • Re: [ora... jlchia...@yahoo.com.br [oracle_br]
          • Re: ... carloseduard...@yahoo.com [oracle_br]
            • ... carloseduard...@yahoo.com [oracle_br]
              • ... carloseduard...@yahoo.com [oracle_br]
                • ... Luis Freitas lfreita...@yahoo.com [oracle_br]
              • ... jlchia...@yahoo.com.br [oracle_br]
                • ... jlchia...@yahoo.com.br [oracle_br]
                • ... Carlos Eduardo carloseduard...@yahoo.com [oracle_br]
                • ... jlchia...@yahoo.com.br [oracle_br]
                • ... Carlos Eduardo carloseduard...@yahoo.com [oracle_br]
                • ... Carlos Eduardo carloseduard...@yahoo.com [oracle_br]

Responder a