¿Es posible Recuperar datos luegode Delete?

03/07/2003 - 18:04 por Eusebio M | Informe spam
Hola grupo,

hice una embarrada, porfortuna tenía backUp.

Resulta que corriun script en el servidorequivocado. el script hizo drop de
varias tablas y las volvió a crear.

La pregunta, es si hay forma derescatar los datos de las tablas
"droppeadas", de alguna forma usando el log de transacciones


o puedo perder la esperanza?

Eusebio,

Preguntas similare

Leer las respuestas

#1 Isaías
03/07/2003 - 20:19 | Informe spam
Eusebio

A menos que me equivoque (espero que no), el hecho de
realizar un DROP TABLE, no genera una transaccion
implicita a diferencia de un DELETE, UPDATE o INSERT.

Creo que su unica "tablita de salvacion" seria tener un
respaldo actualizado.

Saludos.
Respuesta Responder a este mensaje
#2 Javier Loria\(MVP\)
04/07/2003 - 00:20 | Informe spam
Hola Isaias:
Aunque hayas hecho DROP TABLE!!!..
Si lo piensas bien la Tablas no son mas que Filas en una Tabla :)
Prueba esto:
/* Pruebas de Transacciones */
USE Northwind
SELECT *
INTO Prueba
FROM CUSTOMERS
BEGIN TRAN
TRUNCATE TABLE Prueba
ROLLBACK
SELECT * FROM PRUEBA
BEGIN TRAN
DROP TABLE Prueba
ROLLBACK
SELECT * FROM PRUEBA
DROP TABLE Prueba
/* Fin de Pruebas de Transaccioner */

En SQL tiene que se algo "MUY RARO Y MUY MALO" para que no participe en
transacciones ;)

Saludos,

Javier Loria
Costa Rica (MVP)
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

"Isaías" wrote in message
news:02da01c341af$02f811c0$
Javier

¿¿¿Aunque haya eliminado sus tablas con DROP TABLE???

Ahora si que me he quedado sorprendido !!!!!
Respuesta Responder a este mensaje
#3 Eusebio M
04/07/2003 - 17:58 | Informe spam
Muchas gracias por las respuestas,

olvidé comentar que esto es en SQL Server 6.5, no se si haya diferencia.

Y lo que también queria pedir es una fuente de información (de lectura) en
donde pueda
ver el comportamiento de todo esto. No encuentro muy claro o no estoy en el
tópico correcto
del Books OnLine.

gracias.




Eusebio.
Respuesta Responder a este mensaje
#4 Isaías
04/07/2003 - 18:41 | Informe spam
Hola Javier

Es correcto, solo que te hago la siguiente observacion,
corrigeme si no estoy en lo cierto.

PREMEDITADAMENTE estas utilizando BEGIN TRAN, COMMIT TRAN
Y ROLLBACK TRAN, pero estoy 100% seguro que nuestro amigo,
no lo hizo, ¿cierto?.

Yo lo que estoy entendiendo, segun su comentario, es que
hizo DROP TABLE (Sin usar Begin Tran) y ahora (o despues
de varios dias) desea RECUPERAR su informacion.

Saludos Javier.
Respuesta Responder a este mensaje
#5 Javier Loria\(MVP\)
04/07/2003 - 19:29 | Informe spam
Hola Isais:
Hagas o no hagas BEGIN TRAN/COMMIT TRAN, en SQL siempre trabajas en
TRANSACCIONES.
Asi que es exactamente igual escribir
BEGIN TRAN
DROP TABLE
COMMIT
Que solo escribir
DROP TABLE.

Por lo que si restaura la BD y el Transaction Log hasta el tiempo antes del
DROP, siempre tendra los datos.


Javier Loria
Costa Rica (MVP)
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.


"Isaías" wrote in message
news:07dd01c3424b$2ec2e1d0$
Hola Javier

Es correcto, solo que te hago la siguiente observacion,
corrigeme si no estoy en lo cierto.

PREMEDITADAMENTE estas utilizando BEGIN TRAN, COMMIT TRAN
Y ROLLBACK TRAN, pero estoy 100% seguro que nuestro amigo,
no lo hizo, ¿cierto?.

Yo lo que estoy entendiendo, segun su comentario, es que
hizo DROP TABLE (Sin usar Begin Tran) y ahora (o despues
de varios dias) desea RECUPERAR su informacion.

Saludos Javier.
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida