Chiappa, tudo bem?Estou reabrindo a thread pq fiquei ainda com algumas dúvidas, 
poderia me ajudar?
Analisando o seu procedimento, notei o seguinte:
Ckp SCN dos seus datafiles: 15092588   

Ckp SCN do seu controlfile: 15092616          
Ckp SCN do seu ultimo archivelog: 15092622    (SCN -1) = 15092621
Algumas perguntas:
a) Quando você diz:  "o truque é que se eu pedir RECOVER sem informar SCN, ele 
vai tentar restaurar até o SCN do controlfile, SCN esse que estava no redo 
online, que ** nunca ** é backupeado no HOT..."
Se o SCN do controlfile é o SCN que estava no Redo que nunca é backupeado, pq o 
SCN do seu Arhivelog 15092621 é maior que o SCN do seu controlfile 15092616 ?

b) Analisei o seu list backup antes do restore do controlfile, e o list backup 
após o restore do controlfile e notei o seguinte:
No primeiro list backup (antes de vc realizar o cenário de restore/recovery) 
aparece o SCN do archivelog que vc utiliza na recuperação "recover database 
until scn 15092621"
BS Key  Size       Device Type Elapsed Time Completion Time------- ---------- 
----------- ------------ ---------------7       9.50K      DISK        00:00:00 
    15-MAR-17              BP Key: 7   Status: AVAILABLE  Compressed: NO  Tag: 
TAG20170315T185107        Piece Name: 
/home/oracle/app/oracle/flash_recovery_area/ORCL/backupset/2017_03_15/o1_mf_annnn_TAG20170315T185107_ddmftcjj_.bkp
   List of Archived Logs in backup set 7  Thrd Seq     Low SCN    Low Time  
Next SCN   Next Time  ---- ------- ---------- --------- ---------- ---------  1 
   667     15092582   15-MAR-17 15092622   15-MAR-17    

Mas após o restore do controlfile quando você envia o list backup, apenas 
aparecem o backup set 3, 4 e 5. O meu questionamento aqui é o seguinte:
Em um cenário do mundo real, quando se tem um crash desse tipo e você não 
realizou um list backup anterior, no qual foi mostrado o backup set de número 7 
com o último archivelog, no momento que você restaura o controlfile, como você 
sabe que aquele backup do archivelog existe se o mesmo não apareceu no segundo 
list backup após o restore do controlfile?
 

    Em Segunda-feira, 20 de Março de 2017 22:53, "Carlos Eduardo 
carloseduard...@yahoo.com [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu:
 

     Mais uma vez, meu muito obrigado, Chiappa.
Obrigado pelas dicas e pelos conselhos, sao muito bem vindos. Irei sim, 
realizar cenários de restore/recover mais complexos, como por exemplo:
1 - Fazer um restore de um backup antigo de uma semana atrás, como vc mesmo 
propos.
2- Backupear um database em um hostname e restaurar em um outros host com file 
systems divergentes ou de file system para ASM e vice versa.
3 - Restaurar/recover de um backup que se tenha perdido de um determinado 
archive de SCN x antes que o mesmo tenha sido backupeado.

etc
E qualquer dúvida posto aqui para você me ajudar, Obrigado :) 

    Em Segunda-feira, 20 de Março de 2017 10:24, "jlchia...@yahoo.com.br 
[oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu:
 

     Blz... Agora é partir pros criar cenários mais complexos (como fazer um 
backup + restore de backup mais antigo que vc tiver, restore envolvendo backups 
incrementais - com e sem Block Changing Track -, diferenciais e cumulativos), 
recover point-in-time recover.... 

E em paralelo a isso se não o fez vc VAI começar a levantar as rotinas de 
backup que possui hoje para tentar restores de testes - Apenas e Tão Somente 
assim, NA Prática, ie, tentando restaurar num servidor não-prod algum backup de 
PROD é que vc vai descobrir os erros operacionais e de processo, tipo, backups 
que neguim não manteve registro do DBID, que não tem em mãos a sequência ** 
EXATA ** dos archives porque antes do backup database rolou um backup delete 
input dos archives necessários, que por qualquer motivo algum dos datafiles tá 
com um SCN ** extremamente antigo ** registrado nele e ninguém sabia), backups 
antigos que estão na fita há um LONGO tempo sem ser usado - não é incomum a 
fita 'grudar' e/ou ficar ressecada e quebradiça se ficar enrolada no cartucho 
há longuíssimo tempo, parada, e coisas assim....Até por isso em várias Empresas 
por onde passei que eram da área Financeira e que tinham SLAs muito exatamente 
precisos sobre Recuperabilidade, bem como Multas imensamente impossíveis se não 
os cumprir, além de vc ter *** MAIS *** de uma Cópia de cada backup em fitas 
diferentes (a regra repito é backup, se vc tem um só vc NÂO TEM NENHUM, na 
verdade) , era comum o Rodízio, tipo : a cada x meses vc voltava o backup, 
depois esses arquivos restaurados iam pra Outra fita com a fita Original 
voltando ao pool de uso.... Quantos ciclos de reuso a fita aguenta 
confiavelmente antes de ser descartada, qual esse intervalo e questões assim 
são Específicas pra cada ambiente/hardware, não dá pra generalizar, mas vc TEM 
que se assegurar que Existe algo assim...

   Garanto que quando vc for mesmo fazer os restores+recovers reais para testar 
é bem capaz de vc vai achar falhas do tipo, e sempre é melhor vc achar isso 
agora do que quando tiver um diretor gritando na sua orelha que precisa porque 
precisa recuperar os dados do ano passado pra fazer não-sei-qual relatório 
importante, ou mesmo numa hora de crise total ie disaster recover....
   
[]s

  Chiappa  

     #yiv9770341874 #yiv9770341874 -- #yiv9770341874ygrp-mkp {border:1px solid 
#d8d8d8;font-family:Arial;margin:10px 0;padding:0 10px;}#yiv9770341874 
#yiv9770341874ygrp-mkp hr {border:1px solid #d8d8d8;}#yiv9770341874 
#yiv9770341874ygrp-mkp #yiv9770341874hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv9770341874 #yiv9770341874ygrp-mkp #yiv9770341874ads 
{margin-bottom:10px;}#yiv9770341874 #yiv9770341874ygrp-mkp .yiv9770341874ad 
{padding:0 0;}#yiv9770341874 #yiv9770341874ygrp-mkp .yiv9770341874ad p 
{margin:0;}#yiv9770341874 #yiv9770341874ygrp-mkp .yiv9770341874ad a 
{color:#0000ff;text-decoration:none;}#yiv9770341874 #yiv9770341874ygrp-sponsor 
#yiv9770341874ygrp-lc {font-family:Arial;}#yiv9770341874 
#yiv9770341874ygrp-sponsor #yiv9770341874ygrp-lc #yiv9770341874hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv9770341874 
#yiv9770341874ygrp-sponsor #yiv9770341874ygrp-lc .yiv9770341874ad 
{margin-bottom:10px;padding:0 0;}#yiv9770341874 #yiv9770341874actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv9770341874 
#yiv9770341874activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv9770341874
 #yiv9770341874activity span {font-weight:700;}#yiv9770341874 
#yiv9770341874activity span:first-child 
{text-transform:uppercase;}#yiv9770341874 #yiv9770341874activity span a 
{color:#5085b6;text-decoration:none;}#yiv9770341874 #yiv9770341874activity span 
span {color:#ff7900;}#yiv9770341874 #yiv9770341874activity span 
.yiv9770341874underline {text-decoration:underline;}#yiv9770341874 
.yiv9770341874attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv9770341874 .yiv9770341874attach div a 
{text-decoration:none;}#yiv9770341874 .yiv9770341874attach img 
{border:none;padding-right:5px;}#yiv9770341874 .yiv9770341874attach label 
{display:block;margin-bottom:5px;}#yiv9770341874 .yiv9770341874attach label a 
{text-decoration:none;}#yiv9770341874 blockquote {margin:0 0 0 
4px;}#yiv9770341874 .yiv9770341874bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv9770341874 
.yiv9770341874bold a {text-decoration:none;}#yiv9770341874 dd.yiv9770341874last 
p a {font-family:Verdana;font-weight:700;}#yiv9770341874 dd.yiv9770341874last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv9770341874 
dd.yiv9770341874last p span.yiv9770341874yshortcuts 
{margin-right:0;}#yiv9770341874 div.yiv9770341874attach-table div div a 
{text-decoration:none;}#yiv9770341874 div.yiv9770341874attach-table 
{width:400px;}#yiv9770341874 div.yiv9770341874file-title a, #yiv9770341874 
div.yiv9770341874file-title a:active, #yiv9770341874 
div.yiv9770341874file-title a:hover, #yiv9770341874 div.yiv9770341874file-title 
a:visited {text-decoration:none;}#yiv9770341874 div.yiv9770341874photo-title a, 
#yiv9770341874 div.yiv9770341874photo-title a:active, #yiv9770341874 
div.yiv9770341874photo-title a:hover, #yiv9770341874 
div.yiv9770341874photo-title a:visited {text-decoration:none;}#yiv9770341874 
div#yiv9770341874ygrp-mlmsg #yiv9770341874ygrp-msg p a 
span.yiv9770341874yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv9770341874 
.yiv9770341874green {color:#628c2a;}#yiv9770341874 .yiv9770341874MsoNormal 
{margin:0 0 0 0;}#yiv9770341874 o {font-size:0;}#yiv9770341874 
#yiv9770341874photos div {float:left;width:72px;}#yiv9770341874 
#yiv9770341874photos div div {border:1px solid 
#666666;height:62px;overflow:hidden;width:62px;}#yiv9770341874 
#yiv9770341874photos div label 
{color:#666666;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv9770341874
 #yiv9770341874reco-category {font-size:77%;}#yiv9770341874 
#yiv9770341874reco-desc {font-size:77%;}#yiv9770341874 .yiv9770341874replbq 
{margin:4px;}#yiv9770341874 #yiv9770341874ygrp-actbar div a:first-child 
{margin-right:2px;padding-right:5px;}#yiv9770341874 #yiv9770341874ygrp-mlmsg 
{font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv9770341874 
#yiv9770341874ygrp-mlmsg table {font-size:inherit;font:100%;}#yiv9770341874 
#yiv9770341874ygrp-mlmsg select, #yiv9770341874 input, #yiv9770341874 textarea 
{font:99% Arial, Helvetica, clean, sans-serif;}#yiv9770341874 
#yiv9770341874ygrp-mlmsg pre, #yiv9770341874 code {font:115% 
monospace;}#yiv9770341874 #yiv9770341874ygrp-mlmsg * 
{line-height:1.22em;}#yiv9770341874 #yiv9770341874ygrp-mlmsg #yiv9770341874logo 
{padding-bottom:10px;}#yiv9770341874 #yiv9770341874ygrp-msg p a 
{font-family:Verdana;}#yiv9770341874 #yiv9770341874ygrp-msg 
p#yiv9770341874attach-count span {color:#1E66AE;font-weight:700;}#yiv9770341874 
#yiv9770341874ygrp-reco #yiv9770341874reco-head 
{color:#ff7900;font-weight:700;}#yiv9770341874 #yiv9770341874ygrp-reco 
{margin-bottom:20px;padding:0px;}#yiv9770341874 #yiv9770341874ygrp-sponsor 
#yiv9770341874ov li a {font-size:130%;text-decoration:none;}#yiv9770341874 
#yiv9770341874ygrp-sponsor #yiv9770341874ov li 
{font-size:77%;list-style-type:square;padding:6px 0;}#yiv9770341874 
#yiv9770341874ygrp-sponsor #yiv9770341874ov ul {margin:0;padding:0 0 0 
8px;}#yiv9770341874 #yiv9770341874ygrp-text 
{font-family:Georgia;}#yiv9770341874 #yiv9770341874ygrp-text p {margin:0 0 1em 
0;}#yiv9770341874 #yiv9770341874ygrp-text tt {font-size:120%;}#yiv9770341874 
#yiv9770341874ygrp-vital ul li:last-child {border-right:none 
!important;}#yiv9770341874 

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

Responder a