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 <[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 > > > > > > > >
