Obrigado mestre Chiappa.
Em Quinta-feira, 12 de Junho de 2014 13:58, "jlchia...@yahoo.com.br [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: Tudo jóia ? Pra variar vc não diz a versão nem a edição, mas supondo um banco relativamente recente (pelo menos 9i) Com Certeza existem outras opções, sim... A primeira é o FLASHBACK QUERY - não confundir com o FLASHBACK DATABASE, que usa FLASHBACK LOGs que vc já disse que não tá ativado : o FLASHBACK QUERY usa UNDO, aplicando o UNDO na ordem logicamente reversa para chegar da situação atual até um ponto no tempo... A vantagem do FLASHBACK QUERY é que vc obtém os dados apenas da tabela em questão, SE INTERFERIR absolutamente no database como um todo, coisa que não ocorre com as opções todas de recover (seja recover de database a partir de um backup RMAN, seja via recover de tablespace)... SE vc ainda tiver o UNDO necessário (isso depende FUNDAMENTALMENTE do seu setting de UNDO_RETENTION) esse é o método recomendado.... http://ocpdba.wordpress.com/2009/10/19/reversing-the-effect-of-a-truncate-table-in-oracle-11gr2/ é o exemplo... CASO vc não tenha mais o redo (porque a caca foi feita há mais tempo do que vc guarda o UNDO), E SE vc não estiver com a versão 12c do rdbms (que permite TABLE POINT IN TIME RECOVER), aí vc vai ter mesmo que apelar pra técnicas de recover de database, mesmo : a principal a usar, de modo a não perturbar o database produção atual, é restaurar o backup em ** outro servidor ** (ou no mesmo servidor com outro nome, o que funciona mas é perigoso) - se for o caso, restaurar apenas uma versão mínima de database, com a tablespace SYSTEM, controlfiles, initfiles e os datafiles da tablespace com a tabela truncada), depois exporta a tabela, depois importa no banco prod a tabela.... Não é difícil, não : http://oraclepitstop.wordpress.com/2007/08/13/how-to-recover-a-table-using-rman-backup/ tem um exemplo... []s Chiappa
