Boa Alessandro, boa sugestão, assim não perderia dados. Obrigado
Em Quinta-feira, 12 de Junho de 2014 11:11, "Alessandro Lúcio Cordeiro da Silva alecordeirosi...@yahoo.com.br [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: Eu faria Restore incompleto baseado em TimeStamp, abreria o banco de dados no modo Read-Only e depois com o cliente confirmava se os dados da tabela está como deseja. Confirmando isso, gerava um export somente da tabela e depois fazia o Restore completo voltando ao banco para a tabela truncada, depois era só importar a tabela. Alessandro Lúcio Cordeiro da Silva Analista de Sistema þ http://alecordeirosilva.blogspot.com/ Porque esta é a vontade de Deus, a saber, a vossa santificação: que vos abstenhais da prostituição. (1º Tessalonicenses 4:3) Em Quinta-feira, 12 de Junho de 2014 10:02, "Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: Pessoal, foi me dada uma missão em um cliente aonde foi perdida uma tabela importante do sistema, um determinado usuário realizou uma operação de TRUNCATE TABLE e todos os registros foram perdidos e consequentimente não foi gerado log nenhum. O problema é que o cliente só possui backups físicos, nada de backup lógico, o Flashback database não está habilidatado. A única opção que vieo a minha cabeça é fazer o restore da tablespace que possui essa tabela no momento que ela possuia registros. A minha dúvida é: 1 - Se o cliente concordar em voltar no tempo a tablespace para um momento anterior no qual essa tabela possui registros, como eu poderia saber até qual archive eu deveria aplicar antes do momento do truncate? 2 - Existe alguma outra opção de recuperação fora essa, que causaria menos impacto?
