Re: RES: RES: RES: [oracle_br] Re: Recover database

2017-02-22 Por tôpico jlchia...@yahoo.com.br [oracle_br]
"Uma ultima pergunta: então antes de começar o recover database, o RMAN verifica os archivelog que ele irá precisar, e como ele não encontra ele dá aquele erro?" Isso aí... "Saideira: o melhor para este caso seria fazer um recover database until sequence xxx; ou fazer um restore dos

RES: RES: RES: [oracle_br] Re: Recover database

2017-02-22 Por tôpico 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
[oracle_br] Enviada em: quarta-feira, 22 de fevereiro de 2017 13:57 Para: oracle_br@yahoogrupos.com.br Assunto: Re: RES: RES: [oracle_br] Re: Recover database Opa : sobre os backups, não conheço essa solução (StarOnce) então não posso dizer nada sobre integridade (em especial coisas se ela tem

Re: RES: RES: [oracle_br] Re: Recover database

2017-02-22 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Opa : sobre os backups, não conheço essa solução (StarOnce) então não posso dizer nada sobre integridade (em especial coisas se ela tem proteção contra, digamos, tentar backupear um archive no exato instante em que ele está ainda aberto e em uso pelo RDBMS Oracle) - eu sempre dou ** total **

RES: RES: [oracle_br] Re: Recover database

2017-02-22 Por tôpico 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
: terça-feira, 21 de fevereiro de 2017 16:01 Para: oracle_br@yahoogrupos.com.br Assunto: Re: RES: [oracle_br] Re: Recover database Legal, vc comprovou então que era alguma questão menor (permissão, fita não acessível, whatever) que estava impedindo o RMAN de restaurar sozinho os archive

Re: RES: [oracle_br] Re: Recover database

2017-02-21 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Legal, vc comprovou então que era alguma questão menor (permissão, fita não acessível, whatever) que estava impedindo o RMAN de restaurar sozinho os archives necessários ok, menos mal que não era nenhuma corrupção/falha do backup em si Só reforço a necessidade de vc fazer um Estudo aí

Re: [oracle_br] Re: Recover database

2017-02-21 Por tôpico Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
ednilson.si...@jbs.com.br [oracle_br] <oracle_br@yahoogrupos.com.br> Sent: Tuesday, February 21, 2017 1:38:20 PM To: oracle_br@yahoogrupos.com.br Subject: RES: [oracle_br] Re: Recover database Chiappa / Rodrigo, Obrigado pelas dicas. Restaurando os archives do backup consegui levanta

RES: [oracle_br] Re: Recover database

2017-02-21 Por tôpico 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
...@returns.groups.yahoo.com [mailto:sentto-1682896-121546-1487612760-ednilson.silva=jbs.com...@returns.groups.yahoo.com] Em nome de jlchia...@yahoo.com.br [oracle_br] Enviada em: segunda-feira, 20 de fevereiro de 2017 14:43 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] Re: Recover database

Re: [oracle_br] Re: Recover database

2017-02-20 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Bem, como o restore dos datafiles/do database em princípio foi ok, não é tão provável (embora possa acontecer, até é possível se ter permissões diferentes para área de dados e de archives) questões de permissão Mas eu concordo com vc (fiz essa mesma sugestão na minha resposta) de restaurar

Re: [oracle_br] Re: Recover database

2017-02-20 Por tôpico Rodrigo Mufalani rodr...@mufalani.com.br [oracle_br]
ebruary 20, 2017 9:05:35 AM To: oracle_br@yahoogrupos.com.br Subject: RES: [oracle_br] Re: Recover database Chiappa, Este banco em especial tem 14T, durante o dia a cada uma hora é feito um backup de archive para fita e removido do disco. Das 04:00 as 09:00 esse backup de archive não executa, po

Re: RES: RES: [oracle_br] Re: Recover database

2017-02-20 Por tôpico jlchia...@yahoo.com.br [oracle_br]
"Com relação a ter três lugares diferentes os archives, acho interessante e irei verificar essa possibilidade. Hoje o disco onde ficam os archives é de apenas 500G, por isso a necessidade de fazer um backup dos archive para fita e remove-los do disco." ===>> Please, *** releia *** meu texto : o

RES: RES: [oracle_br] Re: Recover database

2017-02-20 Por tôpico 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
returns.groups.yahoo.com [mailto:sentto-1682896-121542-1487598921-ednilson.silva=jbs.com...@returns.groups.yahoo.com] Em nome de jlchia...@yahoo.com.br [oracle_br] Enviada em: segunda-feira, 20 de fevereiro de 2017 10:55 Para: oracle_br@yahoogrupos.com.br Assunto: Re: RES: [oracle_br] Re: Recover

Re: RES: [oracle_br] Re: Recover database

2017-02-20 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Ah, um ponto importante que imho tá claro no texto mas enfim, fica o reforço : como eu disse, SE vc não está usando um database de catálogo no seu RMAN a "lista" de backups do RMAN ficará no controlfile - ter um catálogo em banco é Facultativo muito embora altamente recomendado de se usar se

Re: RES: [oracle_br] Re: Recover database

2017-02-20 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Opa : então, as infos extras de tamanho/volume não agregam dados á análise em si mas ilustram bem o tanto de dados que vc pode perder se por qualquer falha que seja no backup de archive (corrupção, falha de hardware na hora de gravar reportando que gravou mas na verdade sem integridade, qquer

RES: [oracle_br] Re: Recover database

2017-02-20 Por tôpico 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
...@returns.groups.yahoo.com [mailto:sentto-1682896-121537-1487538759-ednilson.silva=jbs.com...@returns.groups.yahoo.com] Em nome de jlchia...@yahoo.com.br [oracle_br] Enviada em: domingo, 19 de fevereiro de 2017 18:13 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Recover database

RES: [oracle_br] Re: Recover database

2017-02-20 Por tôpico 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
=jbs.com...@returns.groups.yahoo.com [mailto:sentto-1682896-121537-1487538759-ednilson.silva=jbs.com...@returns.groups.yahoo.com] Em nome de jlchia...@yahoo.com.br [oracle_br] Enviada em: domingo, 19 de fevereiro de 2017 18:13 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: Recover database

[oracle_br] Re: Recover database

2017-02-19 Por tôpico jlchia...@yahoo.com.br [oracle_br]
Tudo jóia ?? Então, a primeira coisa a observar é que o conceito de HOT BACKUP no RDBMS Oracle é ** claro ** : depois de restaurar os arquivos com cópia dos datafiles, vc ** TEM ** que restaurar (e depois aplicar nesses datafiles) as alterações havidas BYTE A BYTE - essa que é a função dos