Muy bueno esto Mariano, ya estoy copiando todos los pasos, ya que siempre hago lo anterior, uff ese problema me ha asustado y he buscado el recurso más fácil
Desde ya muchas gracias por transmitirnos tus experiencias. ________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of Jose Mariano Alvarez Sent: Viernes, 15 de Mayo de 2009 01:11 p.m. To: Sonia Perez Peña Subject: [dbms] Recuperacion de BD. No deben eliminar el archivo del transaction log a menos que sea el ultimo recurso. Como sabias que había problemas en el archivo de Log? Yo hubiera tratado de resolver el problema reparando la base de datos antes de hacer el attach.. -- Verificar los errores USE BaseConProblemas; DBCC CHECKDB; GO -- Parar el servicio y copiaria los archivos MDF y LDF -- desde el sistema de archivos -- Cambiar el flag y tratar de repararla USE master; GO ALTER DATABASE BaseConProblemas SET EMERGENCY GO ALTER DATABASE BaseConProblemas SET SINGLE_USER GO DBCC CHECKDB (BaseConProblemas, REPAIR_ALLOW_DATA_LOSS) WITH NO_INFOMSGS; GO -- Si funciono la volvemos a modo normal ALTER DATABASE BaseConProblemas SET MULTI_USER; GO -- Verificar si quedo bien USE BaseConProblemas; DBCC CHECKDB; GO -- -------------------------------- Ing. José Mariano Alvarez http://blog.josemarianoalvarez.com/ http://twitter.com/JoseMarianoA Microsoft MVP SQL Total Consulting 2009/5/14 Alfonso Arias Lemas <[email protected]> Realmente es asi, la aplicacion esta diseñada para avisar al cliente de cuando tiene que hacer la salva segun sea la configuración de los dias entre cada una pero simplemente le pasan por encima para no demorarse y despues acontecen estas cosas. Gracias a eso vivimos nosotros tambien no cres :-) Alfonso ________________________________ De: Sonia Perez Peña <[email protected]> Para: Alfonso Arias Lemas <[email protected]> Enviado: jueves, 14 de mayo, 2009 14:53:34 Asunto: [dbms] Recuperacion de BD. Nunca te olvides de las salvas (para mí el proceso mas importante de las aplicaciones , incluso que la aplicación avise al usuario (cuando esta no se está haciendo) o bien lo que hago es implementar la salva en la aplicación para que el usuario la haga, independiente de un plan de salvas, ya que si el problema fuera catastrófico, no te salva nadie. ________________________________ From: [email protected] [mailto: [email protected] ] On Behalf Of Alfonso Arias Lemas Sent: Jueves, 14 de Mayo de 2009 11:36 a.m. To: Sonia Perez Peña Subject: [dbms] Recuperacion de BD. Fantastico Sonia, se regeneró el LDF, todo quedo bien...... Gracias, Saludos, Alfosno ________________________________ De: Sonia Perez Peña <[email protected]> Para: Alfonso Arias Lemas <ariasle...@yahooes <mailto:[email protected]> > Enviado: jueves, 14 de mayo, 2009 10:47:54 Asunto: [dbms] Recuperacion de BD. Hola, siempre que me ocurre esto(pues me ocurre algunas veces por lo mismo), paro sql, duplico el mdf, no hace falta el ldf, luego elimino la db (suspect), vuelvo a copiarla si quieres al mismo sitio y create database for atach en el Query Analice ________________________________ From: [email protected] [mailto: [email protected] ] On Behalf Of Alfonso Arias Lemas Sent: Miércoles, 13 de Mayo de 2009 05:57 p.m. To: Sonia Perez Peña Subject: [dbms] Recuperacion de BD. Hola gente de la lista, Estoy presentando problema con una base de datos, parece que por problemas de caida de voltaje o ida de la electricidad en un cliente quedó corrupta, el problema esta en el registro de transacciones LDF segun el mensaje que me manda el SQL. Mi pregunta es la siguiente. Habra alguna forma de abrir esta base de datos sin este registro y regenerar el fichero LDF de nuevo? Saludos, Alfonso
