Re: [oracle_br] Desaster Recovery

2017-03-27 Por tôpico Carlos Eduardo carloseduard...@yahoo.com [oracle_br]
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) = 15092

Re: [oracle_br] Desaster Recovery

2017-03-20 Por tôpico Carlos Eduardo carloseduard...@yahoo.com [oracle_br]
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

Re: [oracle_br] Desaster Recovery

2017-03-20 Por tôpico jlchia...@yahoo.com.br [oracle_br]
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

Re: [oracle_br] Desaster Recovery

2017-03-19 Por tôpico Carlos Eduardo carloseduard...@yahoo.com [oracle_br]
Descuylpe a demora para responder Chiappa, agora sim convegui resolver, obrigado.Só precisei setar o SCN -1 do ultimo archivelog e foi.:) Em Quinta-feira, 16 de Março de 2017 14:41, "jlchia...@yahoo.com.br [oracle_br]" escreveu:   Aproveitei e usei o mesmo texto como um post no meu b

Re: [oracle_br] Desaster Recovery

2017-03-16 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Aproveitei e usei o mesmo texto como um post no meu blog pessoal, vide https://jlc1967.wordpress.com/2017/03/16/demonstracao-de-restore-de-backup-hotonlineinconsistente-na-mesma-maquina/ https://jlc1967.wordpress.com/2017/03/16/demonstracao-de-restore-de-backup-hotonlineinconsistente-na-mesma-ma

Re: [oracle_br] Desaster Recovery

2017-03-16 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Ops : eu tinha feito um exemplo step-by-step das consultas que queremos ver, bem como de um backup e restore no mesmo servidor (que é o teste que vc está fazendo) mas ficou muito grande o texto : baixei em http://pastebin.com/W0A1w5AL http://pastebin.com/W0A1w5AL veja lá... []s Chiappa

Re: [oracle_br] Desaster Recovery

2017-03-15 Por tôpico Luis Freitas lfreita...@yahoo.com [oracle_br]
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.    Ant

Re: [oracle_br] Desaster Recovery

2017-03-15 Por tôpico carloseduard...@yahoo.com [oracle_br]
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

Re: [oracle_br] Desaster Recovery

2017-03-15 Por tôpico carloseduard...@yahoo.com [oracle_br]
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 dat

Re: [oracle_br] Desaster Recovery

2017-03-15 Por tôpico carloseduard...@yahoo.com [oracle_br]
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

Re: [oracle_br] Desaster Recovery

2017-03-15 Por tôpico jlchia...@yahoo.com.br [oracle_br]
" 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

Re: [oracle_br] Desaster Recovery

2017-03-15 Por tôpico Luis Freitas lfreita...@yahoo.com [oracle_br]
a de ver isso dentro do RMAN, mas eu não conheço. Atc,Luis Freitas From: "angelo angelolis...@gmail.com [oracle_br]" To: oracle_br@yahoogrupos.com.br Sent: Wednesday, March 15, 2017 10:34 AM Subject: Re: [oracle_br] Desaster Recovery   Bom dia, As vezes pode virar uma ba

Re: [oracle_br] Desaster Recovery

2017-03-15 Por tôpico angelo angelolis...@gmail.com [oracle_br]
Bom dia, As vezes pode virar uma bateção de cabeça, ainda mais se o ambiente não estiver previamente documentado... Principalmente com relação ao *DBID do banco. *Guarda bem esse numero, porque vc ainda vai precisar dele um dia Passei por uma situação tosca outro dia, em que um tablespace nao era

[oracle_br] Desaster Recovery

2017-03-14 Por tôpico Carlos Eduardo carloseduard...@yahoo.com [oracle_br]
Cenário: Desastre e Recovery, COM BACKUP, SEM CATALOGO, INSTANCE SHUTDOWN.Enterprise Edition 12.1.0.2 Linux 64 SQL> archive log listDatabase log mode       Archive ModeAutomatic archival       EnabledArchive destination       /u01/app/archivelog2Oldest online log sequence     67Next log seque