Na verdade, a maior ou menor dificuldade vai ** depender ** da situação do banco lá do colega. ie : SE ele tem todos os redo logs necessários para um PITR (certamente deve ter SE está em modo archive), se houve DDLs na tabela depois disso ou não e há quanto tempo ocorreu o UPDATE em questão (pra ver SE ainda há os blocos de undo necessários) pra se fazer um FLASHBACK TABLE... http://www.dizwell.com/prod/node/12?page=0%2C0 é um bom artigo a respeito, lista todas as principais opções, que naturalmente a pessoa busca nos manuais as sintaxes completas e retsrições....
[]s Chiappa --- Em oracle_br@yahoogrupos.com.br, "Marco Fernandes (Desenvolvimento -TI)" <[EMAIL PROTECTED]> escreveu > > Vanderson, bom dia ! > > Lamento informá-lo que dificilmente vc vai conseguir tal recuperação. > > Como sempre ouvi os DBAs dizerem, precisa dar caca pra aprender que > backup é MUITO importante !!!! pra não dizer INDISPENSÁVEL ! > > E mesmo com backup vc ainda assim teria que ter um trabalhinho pra > voltar as coisas como estavam e olha que ainda assim poderia ficar > uma coisinha ou outra pra arrumar. > > Bom, mas e aí ? O que fazer né ? > > Primeira coisa é seu amigo identificar quais os registros afetados... isso deve > ser fácil já que se ele montou um script de atualização, ele vai saber qual o novo > valor setado para os campos. > > Uma vez identificada a massa, vc vai ter que recorrer às fontes das informações > que existiam... e colocar sob alerta que essa massa de dados está com problema. > Se tiver alguém (pessoa) ou outra fonte (relatórios impressos, sistemas que utilizam > esta info, etc, vc busca estas infos e começa o trabalho de recuperação manual dos > dados. > > Agora, dica para uma próxima vez que seu amigo tentar "brincar" sem backup: > faça uma cópia da tabela que vc vai mexer usando o comando : > create table tabela_bkp as select * from tabela_origem > > Pelo menos assim ele vai ter um falso backup dos dados antes de fazer a caca. > Aí, depois que tiver certeza que tá tudo OK, dropa a tabela_bkp. > > Abraço, > Marco. > > > > > -----Mensagem original----- > De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de vanderson chaves > Enviada em: quinta-feira, 22 de novembro de 2007 22:04 > Para: oracle_br > Assunto: [oracle_br] COMMIT - UPDATE > > > > Colegas, > > Alguém já passou por uma experiência de precisar > voltar os registro de uma tabela após ter feito update > e commit, sem ter um backup? > > Porém tem um colega meu que está precisando de um help > caso alguém saiba por favor ajude-o. > > Eu sei que o S.O é Windows, a versão do database é 10g > acredito ser release I. > > Estou compartilhando com a Lista para aquele que tem > experiência em relação a esse assunto possa ajuda-lo. > > de repente existe alguma tablea X que solucione esse > problema dele, mas eu não conheço. > > OBS: Ele não tem backup nenhum tipo de backup, so um > DMP de 3 meses atrás. > > Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! > http://br.mail. <http://br.mail.yahoo.com/> yahoo.com/ > > > > > > > [As partes desta mensagem que não continham texto foram removidas] >
