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]
Bom dia, As vezes pode ser problemas com o seu MML, como falta de permissão do novo host (creio que nao esteja restaurando em producao). Pede pro seu adm restaurar apenas essas sequencias em um filesystem ou tenta alocar um canal de fita e fazer o restore archivelog from sequence

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]
Chiappa, 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. O banco esta sim em um

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]
Chiappa, Como faço para descobrir se foi feito algum backup de archive das 04:00 as 09:00? Estou desconfiado que deve ter algum backup de archive neste período levando archive durante meu backup diário. Grato, Ednilson De:

RES: [oracle_br] Re: Recover database

2017-02-20 Por tôpico 'Ednilson Silva' ednilson.si...@jbs.com.br [oracle_br]
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, pois neste período é feito meu backup diário. Na primeira tentativa de recover executei apenas “recover

Re: [oracle_br] Re: Rotina DBA

2017-02-20 Por tôpico Clayton Xavier clayton.assis.xav...@gmail.com [oracle_br]
Muito obrigado pela resposta e conselho. Vou estudar os link que me passou para melhorar meus processo. Em 19 de fev de 2017 17:43, "jlchia...@yahoo.com.br [oracle_br]" < oracle_br@yahoogrupos.com.br> escreveu: Olá, tudo jóia ? Seguem as respostas e obs pra cada item : "1- Na época