Hola mariano: Supongo que se trunco el log, ya que ningún programa de recuperación pude leerlo, y constate que el archivo de log solo pesaba 1024 kb, así es que no pude resolverlo.
Lo que no se si el backup es full o no, ya que el tipo de backup lo hago
desde vb6 con una funciones que baje de ejemplo una vez desde internet y en
su momento funcionaron bien, y dicho sea de paso ayer probando si podía
llegar a restaurarlo con esas funciones ahora me dio un error de que debía
hacerlo con move o algo así, pero el día que hice esas funciones no me había
dado ningún error aquí te paso como se realiza el Backup y el restore
Function BaseBackup() As Boolean
Dim oDatabase As New SQLDMO.Database
Dim oJob As New SQLDMO.Job
Dim oBackup As New SQLDMO.Backup
Dim nomCopia As String
On Error GoTo BaseBackup_Error
goSQLServer.Connect ServidorSQL, "MiUser", "MiPassword"
nomCopia = App.Path + "\BK_" + BaseDeDatosSQL
oBackup.Action = SQLDMOBackup_Database
oBackup.Database = BaseDeDatosSQL
oBackup.Files = nomCopia
oBackup.SQLBackup goSQLServer
Set oBackup = Nothing
Set oJob = Nothing
Set oDatabase = Nothing
BaseBackup = True
If Not goSQLServer Is Nothing Then
goSQLServer.Disconnect
End If
On Error GoTo 0
Exit Function
BaseBackup_Error:
BaseBackup = False
'Errores Err.Number, Err.Description, "Function BaseBackup", "Formulario
FrmBackup"
End Function
Function BaseRestore()
Dim oDatabase As New SQLDMO.Database
Dim oJob As New SQLDMO.Job
Dim oRestore As New SQLDMO.Restore
Dim sRuta As String
goSQLServer.Connect ServidorSQL, "MiUser", "MiPassword"
sRuta = App.Path + "\BK_" + BaseDeDatosSQL
If MsgBox("Restaurar sistema desde " + sRuta + vbCrLf + "a la base " +
BaseDeDatosSQL, vbQuestion + vbYesNo + vbDefaultButton2,
"Restaurar copia de seguridad") = vbYes Then
BotonSalir.Enabled = False
BotonRestore.Enabled = False
BotonBackup.Enabled = False
Screen.MousePointer = 11
oRestore.Database = ServidorSQL
oRestore.Files = sRuta
oRestore.SQLRestore goSQLServer
Screen.MousePointer = 0
BotonSalir.Enabled = True
BotonRestore.Enabled = True
BotonBackup.Enabled = True
MsgBox "Base de datos restaurada con éxito"
End If
Set oRestore = Nothing
Set oJob = Nothing
Set oDatabase = Nothing
If Not goSQLServer Is Nothing Then
goSQLServer.Disconnect
End If
End Sub
Atte, José Luis Agosta
S.J.L. Soft Computación
-----Mensaje original-----
De: [email protected] [mailto:[email protected]] En nombre de Jose Mariano
Alvarez
Enviado el: Lunes, 01 de Junio de 2009 23:32
Para: [email protected]
Asunto: [dbms] Volver un paso atras una base de datos
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
>
>
>
>
<<attachment: MensajeVB6.PNG>>
