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
  • Re: [oracle_br] Desas... angelo angelolis...@gmail.com [oracle_br]
    • Re: [oracle_br] ... Luis Freitas lfreita...@yahoo.com [oracle_br]
      • Re: [oracle_... jlchia...@yahoo.com.br [oracle_br]
        • Re: [ora... carloseduard...@yahoo.com [oracle_br]
          • Re: ... 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