Cual es el modo de recuperacion de la base de datos? Si es full y NO HAY otros backups realizados, entonces podrias hacer un backup de la cola del LOG de transacciones de la base Luego,usar el backup full previo y hacer un restore Stanby desde el full. Luego harias un restore de log con stopat con fecha y hora antes del "Acidente" poniendolo en linea.
Si hubo un backup de log previo o se trunco el log no podrias resolverlo. -- -------------------------------- Ing. José Mariano Alvarez http://blog.josemarianoalvarez.com/ http://twitter.com/JoseMarianoA Microsoft MVP SQL Total Consulting 2009/6/1 José Luis <[email protected]>: > > Ah, que buena esa idea, OK, buscare mas información de cómo armar un buen, > plan de backup. > > Atte, José Luis Agosta > S.J.L. Soft Computación > > > > -----Mensaje original----- > De: [email protected] [mailto:[email protected]] En nombre de Maxi Accotto > Enviado el: Domingo, 31 de Mayo de 2009 22:00 > Para: [email protected] > Asunto: [dbms] Volver un paso atras una base de datos > > Hola, lo que deberías hacer siempre es tener un buen plan de backup, sql es > muy agil en esto y tiene muchas opciones, por ejemplo podrías armar un full > todos los días y luego cada 15 min backups del log > > > Saludos > > Maximiliano Damian Accotto > Microsoft MVP en SQLServer > Consultoria en SQL Server > Buenos Aires-Argentina > [email protected] > http://blog.maxiaccotto.com > > > -----Mensaje original----- > De: [email protected] [mailto:[email protected]] En nombre de José Luis Enviado > el: sábado, 30 de mayo de 2009 01:03 p.m. > Para: Maxi > Asunto: [dbms] Volver un paso atras una base de datos > > > > Hola a todos: > > Lamentablemente debo admitir que tanto Maxi como PablC, tenían razón, no se > puede recuperar nada de un base borrada, salvo que se tenga una copia de > seguridad, ningún programa de los que hay en Internet pueden recuperar datos > si no hay copia de seguridad. > > Les comento como me fue con la empresa en donde me paso el caso ya que es > una empresa importante para mi y no quería perderla por ese traspié. > > Decidí ir a la empresa para comentarle que nada se podía hacer y que había > que pasar todos los movimientos nuevamente. > > Bien al llegar les doy la noticia, y el gerente me dice menos mal que no nos > paso a nosotros, con esas palabras interprete que ellos no iban a ser los > que pasarían los movimientos, entonces les dije, si es cierto (y ahí cambie > de idea y les dije), que venia a ver si podía llevarme los movimientos para > poder pasarlos en fin de semana, con gusto aceptaron y me dieron todas las > cajas de movimientos desde diciembre a mayo, dentro de todo un alivio para > mi ya que no lo tomaron mal el error de mi parte. > > Bueno ahora me queda convencer a mi familia de no salir el fin de semana > (porque esta nublado), y que me ayuden a pasar facturas y recibos, por > suerte es una empresa que a pesar de facturar numero muy buenos no hacen > mucha cantidad de facturas, desde el backup esta la factura 1075, y la > actual es la 2219, o sea que son un poquito mas de mil, con sus respectivos > recibos, cheques y demás datos a pasar. > > Buscando por Internet la solución a mi problema leí sobre un plan de > mantenimiento, así que considero que este problema no me hubiera pasado si > tendría hecho un buen plan de mantenimiento, cosa que veré mas en detalle > para aprender a hacerlo, ya que a SQL Server lo conozco solo como > almacenamiento de datos, ya que fue una decisión el día que decidí pasar > todas mis aplicaciones de D.O.S Clipper a Windows, con VB6 y SQL Server, y > solo me enfoque en la parte de guardar datos, pero el SQL es algo mucho mas. > > Desde ya mucha gracias a todos los que de alguna manera intentaron darme una > mano. > > > Atte, José Luis Agosta > S.J.L. Soft Computación > > -----Mensaje original----- > De: [email protected] [mailto:[email protected]] En nombre de Maxi Accotto > Enviado el: Viernes, 29 de Mayo de 2009 08:46 > Para: [email protected] > Asunto: [dbms] RE: [dbms] RE: Volver un paso atras una base de datos > > No, nada que ver, los registros aca se borran físicamente solo que el > archivo no se reduce y se puede volver a utilizar esos espacios > > > Saludos > > Maximiliano Damian Accotto > Microsoft MVP en SQLServer > Consultoria en SQL Server > Buenos Aires-Argentina > [email protected] > http://blog.maxiaccotto.com > > > -----Mensaje original----- > De: [email protected] [mailto:[email protected]] En nombre de José Luis Enviado > el: jueves, 28 de mayo de 2009 10:03 p.m. > Para: Maxi > Asunto: [dbms] RE: [dbms] RE: Volver un paso atras una base de datos > > > Pero no seria como hacer pack en una tabla dbf, en una tabla dbf se marcan > los registros para borrar con delete y hasta que no haces pack los registros > se pueden recuperar con recall, en SQL no tenemos ninguna opción de esas? > > > Atte, José Luis Agosta > S.J.L. Soft Computación > > -----Mensaje original----- > De: [email protected] [mailto:[email protected]] En nombre de Maxi Accotto > Enviado el: Jueves, 28 de Mayo de 2009 21:25 > Para: [email protected] > Asunto: [dbms] RE: [dbms] RE: Volver un paso atras una base de datos > > Hola, a ver,una cosa es el espacio alocado del archivo y otra cosa cuantos > datos tienen, SQL a menos que tu le indiques lo contrario no achica de forma > automática los archivos, o sea tienes una base de 10gb , borras todo y no > reduce si no se lo decis vos por comando o tienes el swith de autoshrink en > la base de datos > > > Saludos > > Maximiliano Damian Accotto > Microsoft MVP en SQLServer > Consultoria en SQL Server > Buenos Aires-Argentina > [email protected] > http://blog.maxiaccotto.com > > > > -----Mensaje original----- > De: [email protected] [mailto:[email protected]] En nombre de José Luis Enviado > el: jueves, 28 de mayo de 2009 05:56 p.m. > Para: Maxi > Asunto: [dbms] RE: [dbms] RE: Volver un paso atras una base de datos > > > No entiendo, porque el tamaño de la base sigue igual que antes de borrarla, > a mi me parece que los datos deben estar, pero marcados para borrar, como > pasaba en la tablas dbf, solo me falta encontrar el recall, que tenían los > dbf, pero para SQL. > > > Atte, José Luis Agosta > S.J.L. Soft Computación > > -----Mensaje original----- > De: [email protected] [mailto:[email protected]] En nombre de PabloC Enviado el: > Jueves, 28 de Mayo de 2009 17:22 > Para: [email protected] > Asunto: [dbms] RE: [dbms] RE: Volver un paso atras una base de datos > > No Jose, no podes hacer nada , el delete es físico no lógico > > Saludos > PabloC > > -----Mensaje original----- > De: [email protected] [mailto:[email protected]] En nombre de José Luis Enviado > el: Jueves, 28 de Mayo de 2009 17:18 > Para: pablo.canonico > Asunto: [dbms] RE: [dbms] RE: Volver un paso atrás una base de datos > > > > NO, hice la copia de mdf y el log después de mandarme la macana, por si se > puede restaurar, y para que puedan seguir trabajando levante una copia de > seguridad que tenían, pero esa copia era de diciembre de 2008, así que te > imaginas lo que va a pasar cuando les diga que tienen que pasar todo de > nuevo desde diciembre a la fecha, de todas maneras la empresa tiene un poco > de culpa, ya que el sistema tiene una opción de copia de seguridad, pero > ellos nunca la usaron, de todas maneras como la macana me la mande yo tengo > que ver de resolverlo lo mas pronto posible. > > Desde ya muchas gracias. > > > Atte, José Luis Agosta > S.J.L. Soft Computación > > -----Mensaje original----- > De: [email protected] [mailto:[email protected]] En nombre de Jorge Román > Enviado el: Jueves, 28 de Mayo de 2009 16:52 > Para: [email protected] > Asunto: [dbms] RE: Volver un paso atrás una base de datos > > > José: > Si tienes los archivos mdf y log puedes adjuntar la base de datos. > > EXEC sp_attach_db @dbname = N'pubs', > @filename1 = N'c:\Program Files\Microsoft SQL > Server\MSSQL\Data\pubs.mdf', > @filename2 = N'c:\Program Files\Microsoft SQL > Server\MSSQL\Data\pubs_log.ldf' > > Sds. > Jorge > > -----Mensaje original----- > De: [email protected] [mailto:[email protected]] En nombre de José Luis Enviado > el: Jueves, 28 de Mayo de 2009 02:02 p.m. > Para: [email protected] > Asunto: [dbms] Volver un paso atrás una base de datos > > > > Hola a todos > > Desde el enterprise manager de sql 2000, quise actualizar una base de datos > desde otra, y borre tablas que no debía borrar, > > La pregunta, hay alguna opción para volver un paso atrás a ese desastre que > me mande, me hice una copia del log y el mdf, por si se puede hacer algo. > > Ya se debería haber hecho un backup antes... Pero no lo hice..., como puede > solucionarlo. > > Desde ya muchas gracias. > > > Atte, José Luis Agosta > S.J.L. Soft Computación > > > > Este email y cualquier otro archivo transmitido con el son confidenciales y > entendidos solamente para el uso de la persona o entidad a quienes esta > dirigida y otros no lo pueden distribuir, copiar o usar. Si usted recibiera > este email por error, favor eliminarlo sin copiarlo, distribuirlo o retener > copias o notifique a nuestro Administrador de email a > [email protected]. Note que esta NO es la direccion de la persona > quien le envio este mail sino una direccion administrativa general. > Los puntos de vista expresados en este email podrian ser puntos de vista > personales del remitente y no necesariamente de CCR S.A. a menos de que este > especificamente establecido. > Por favor, note que CCR puede y se reserva el derecho de monitorear las > comunicaciones de email que pasen a traves de su red. > -------------------------------------------------------- > This email and any files transmitted with it are confidential and intended > solely for the use of the individual or entity to whom they are addressed > and others may not distribute, copy or use it. If you receive this email by > mistake, please either delete it without reproducing, distributing or > retaining copies thereof or notify our email administrator at > [email protected]. Note that this is NOT the address of the person who > sent this mail to you but a general administrative address. > The views expressed in this email may be the personal views of the sender > and not of CCR S.A. unless specifically stated. > Please note that CCR is able to, and reserves the right to, monitor e-maiil > communications passing through its network. > > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.339 / Virus Database: 270.12.42/2137 - Release Date: 05/27/09 > 07:50:00 > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.339 / Virus Database: 270.12.42/2137 - Release Date: 05/27/09 > 07:50:00 > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.339 / Virus Database: 270.12.46/2143 - Release Date: 05/30/09 > 05:53:00 > > > >
