none
SQL Server 2008, Error(Simple) en Backup FUll + diferencial + Log Transacciones RRS feed

  • Pregunta

  • Buenos días.

    Tengo el siguiente problema: 

    Tengo un plan de mantenimiento que hice mediante el "Asistente de Planes de Mantenimiento", donde programe:

    • Backup Full diario a las 3:00
    • Backup Diferencial diario a las 16:00
    • Backup Log Transacciones a las 11:00 y 20:00

    MI version de SQL Server 2008:

    10.0.1600.22 RTM Standar Edition 64-bit

    

    Mi problema es el siguiente: El backup diferencial no se ejecuta, trato de ejecutar el job de forma manual y me da el siguiente error:

    No se puede hacer una copia de seguridad diferencial para la base de datos"dm_test" porque no hay una copia de seguridad de la base de datos actual. Realice una copia de seguridad completa de la base de datos: utilice BACKUP DATABASE sin la opción WITH DIFFERENTIAL.  Fin anómalo de BACKUP DATABASE." codigo : 0xC002F210


    He tratado de hacer muchas cosas pero no logro ver cual es el problema, Aunque se creee el backup full me indica que no esta creado, sera porque tengo el backup de Log de transacciones entre el "Backup Full" y el "Backup Diferencial"

    Espero puedan darme sus sugerencias, ya que profesionalmente me interesa resolver y aprender de este problema.

    

    lunes, 14 de noviembre de 2016 15:49

Respuestas

  • Saludos

    Era mas que nada para no perderme, nada importante aunque si quieres entender un poco mas 

    https://www.mssqltips.com/sqlservertip/3209/understanding-sql-server-log-sequence-numbers-for-backups/

    Lo que sea no parece ser causado por el backup full o differencial si estas en 3 horas lo podriamos ver en linea.

    miércoles, 16 de noviembre de 2016 20:12

Todas las respuestas

  • El problema parece que es que no se ha hecho nunca un completo.

    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    lunes, 14 de noviembre de 2016 15:55
    Moderador
  • Verifica que el respaldo full no tenga la opción Copy_Only
    lunes, 14 de noviembre de 2016 15:57
  • EL backup completo si se hace, con el plan de mantenimiento se crean los Backup Full y de Log de transacciones péro el diferencial no.

    :/

    lunes, 14 de noviembre de 2016 16:16
  • No la tiene :/
    lunes, 14 de noviembre de 2016 16:17
  • yo insisto en que igual no se está haciendo.

    prueba a hacer lo siguiente.

    ejecuta Backup database dm_test to disk ='d:\xxx\yyy\file.bak'

    en la ruta asegúrate de tener permisos.

    crea una tabla

    ejecuta

    Backup database dm_test to disk ='d:\xxx\yyy\file.bak' with differential

    una vez que lo hayas hecho ejecuta ese segundo paso del asistente.

    Dinos que pasa


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    lunes, 14 de noviembre de 2016 17:07
    Moderador
  • Acabo de crearme otro plan de mantenimiento con el asistente el cual solo tiene Backup Full + DIferencial. Sin transaccional:


    Lo ejecute de forma manual y me funciono, Luego fui a ejecutar de forma manual mi Backup Anterior  que con tiene "Backup full + diferencial + transaccional"

    Y funciono, si lo ejecute de forma manual el que me estaba dando Problemas, el que anteriormente no me funciono aunque lo ejecutara manualmente, pero esta vez, si fue satisfactorio.

    Estaré haciendo algo mal?

    lunes, 14 de noviembre de 2016 18:06
  • Tendria que ver

    Te recomendaria ver la cadena de backups, checa esto en linea y ve que estes siguiendo la cadena y aqui podrias encontrar porque esta fallando.

    lunes, 14 de noviembre de 2016 18:58
  • Enrique gracias por tu tiempo y tu ayuda, quisiera molestar con algo mas por ultimo.

    • A que te refieres con ver la cadena en linea? "observar el monitor de trabajo de actividades"? sino es así indicarme la opción y yo me encargo de investigarla vía Google.
    • Si no me llegase a funcionar mi backup diferencial, podria usar el escenario de:

    Backup Full + Log transaccional cada 2 horas

    Mi BD pesa 2.5 GB.

    Gracias, quedo atento a tus comentarios.


    lunes, 14 de noviembre de 2016 19:19
  • Saludos

    Personalmente soy enemigo del generador de planes de mantenimiento de SQL, las cadenas de backup estan en una DMV llamada msdb.dbo.backupset

    Basicamente un backup hace referencia a otro que es su padre y al cual usa como punto de referencia.

    http://sqlservertoolbox.blogspot.com/2016/10/tutorial-de-como-usar-solucion-de-ola.html

    Hice un manual para un cliente una vez y puse una version en linea si gustas de como hacer backups como los planes de ola hallengren

    lunes, 14 de noviembre de 2016 19:40
  • no se si estás haciendo algo mal, pero lo que tiene pinta por el resultado es que tu backup full con el primer plan de mantenimiento no hacia el backup completo.

    En estrategias de backups, el único backup que haces es el que pruebas que funciona (Es decir, el que restauras en otro sitio)

    Al menos al principio te recomendaría

    1.- copiar los ficheros de backup a otro server

    2.- restaurar el backup completo

    3.- restaurar el último diferencial

    4. restaurar algunos de los del log.

    de esta forma cumples 2 objetivos:

    1.- Asegurarte que tus ficheros de backup contienen lo que tu crees que contienen.

    2.- ensayar la restauración por si algún dia hiciera falta.

    puedes aprovechar y auto documentarte el proceso.


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    martes, 15 de noviembre de 2016 6:50
    Moderador
  • Listo Miguel Egea Gómez, hice la prueba que me recomiendas en dos servidores diferentes y me resulto sin problemas, probé restaurar lo siguiente:

    1. Restore Full + DIF + LOG + LOG
    2. Restore Full + LOG + LOG + LOG

    Ambos me funcionaron. Nota: la opción 1 y la opción 2 son Planes de mantenimientos diferentes.

    Pregunta :

     Existe algún problema si tengo 3 planes de mantenimiento que realicen backup DIF y Backup LOG en horarios distintos? Podría el primer plan de mantenimiento vaciar el LOG y arruinar el 2do backup del 2do plan de mantenimiento?

    Quedo atento a sus comentarios.


    • Editado Leandro BLanco martes, 15 de noviembre de 2016 12:30 Agregue Nombre de persona
    martes, 15 de noviembre de 2016 12:29
  • Enrique, probare tu recomendación con ola hallengren.

    Veré la cadena de backup e informare si noto algún problema, y así quede para la comunidad.

    martes, 15 de noviembre de 2016 12:37
  • No hay problema, pero será un lio. Ten en cuenta que tienes que restaurar TODOS los backups de log, independientmente de que plan de mantenimiento lo haga.

    Yo tampoco los uso nunca, me parecen demasiado liados para lo que hay que hacer que es mucho mas sencillo.

    En resumen. Si has probado y funciona, simplemente añádete una nota periódica para seguir revisándolo, mientras te funcione, duerme tranqui8lo.

    Cada backup del log, marca el log como que se puede recircular por lo que, no es que se pisen, pero necesitaras siempre todas las copias de log, tanto de un plan como del otro.


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    martes, 15 de noviembre de 2016 15:33
    Moderador
  • Estimados,

    Mi Plan de Mantenimiento volvió a dar error al momento de hacer el backup diferencial, mi plan de mantenimiento realiza el backup de 2 base de datos, arrojo error en 1 de ellas, a veces alterna entre base de datos, no tengo idea de por qué, solo dice "No hay una copia de seguridad completa" pero es obvio que si la hay, dejo el Log de Error:

    Fecha 15/11/2016 14:00:00
    Registro Historial de trabajos (Pueba bak Full + DiF.Subplán_2)

    Id. del paso 1
    Servidor PUC-SQL
    Nombre del trabajo Pueba bak Full + DiF.Subplán_2
    Nombre del paso Subplán_2
    Duración 00:00:04
    Gravedad de SQL 0
    Id. de mensaje de SQL 0
    Operador notificado mediante correo electrónico
    Operador notificado mediante envío de red
    Operador notificado mediante localizador
    Reintentos efectuados 0

    Mensaje

    Ejecutado como usuario: PUC-SQL\SYSTEM. Utilidad de ejecución de paquetes de Microsoft (R) SQL Server  Version 10.0.1600.22 for 64-bit  Copyright (C) Microsoft Corp 1984-2005. Reservados todos los derechos.    Iniciado: 14:00:00  Progreso: 2016-11-15 14:00:01.10     Origen: {66925030-D74E-412B-AF83-2A9C03F8416F}      Ejecutando la consulta "DECLARE @Guid UNIQUEIDENTIFIER      EXECUTE msdb..sp...".: 100% finalizados  Fin de progreso  Progreso: 2016-11-15 14:00:01.32     Origen: Copia de seguridad de la base de datos (diferencial)      Ejecutando la consulta "EXECUTE master.dbo.xp_create_subdir N'C:\Prueba Di...".: 50% finalizados  Fin de progreso  Progreso: 2016-11-15 14:00:01.33     Origen: Copia de seguridad de la base de datos (diferencial)      Ejecutando la consulta "EXECUTE master.dbo.xp_create_subdir N'C:\Prueba Di...".: 100% finalizados  Fin de progreso  Error: 2016-11-15 14:00:01.34     Código: 0xC002F210     Origen: Copia de seguridad de la base de datos (diferencial) Tarea Ejecutar SQL     Descripción: Error al ejecutar la consulta "BACKUP DATABASE [dm_test] TO  DISK = N'C:\Prueba D...": "No se puede hacer una copia de seguridad diferencial para la base de datos"dm_test" porque no hay una copia de seguridad de la base de datos actual. Realice una copia de seguridad completa de la base de datos: utilice BACKUP DATABASE sin la opción WITH DIFFERENTIAL.  Fin anómalo de BACKUP DATABASE.". Posibles motivos del error: problemas con la consulta, la propiedad "ResultSet" no fue establecida correctamente, parámetros no establecidos correctamente o conexión mal establecida.  Fin de error  Progreso: 2016-11-15 14:00:04.03     Origen: Copia de seguridad de la base de datos (diferencial)      Ejecutando la consulta "BACKUP DATABASE [Docente] TO  DISK = N'C:\Prueb...".: 100% finalizados  Fin de progreso  DTExec: la ejecución del paquete devolvió DTSER_FAILURE (1).  Iniciado: 14:00:00  Finalizado: 14:00:04  Transcurrido:  3.463 segundos.  Error de ejecución del paquete.  No se pudo realizar el paso.


    Se puede observar como indica que la base de datos "dm_test" no se completo con backup diferencial, pero la otra si, el mismo plan de mantenimiento realiza una copia de seguridad completas de ambas BD, si hubiese fallado el plan anterior, no se hubiese hecho del bak diferencial de ninguna de las BD.

    Quedo atento a sus comentarios.


    • Editado Leandro BLanco martes, 15 de noviembre de 2016 19:58 Privacidad de BD, cambie Nombre
    martes, 15 de noviembre de 2016 19:56
  • Saludos

    Como te comente en su momento cadena de backups la estas rompiendo si cambias de simple a full por ejemplo rompes la cadena de backsup y no encuentra el full que seria su padre, no puede hacer un diferencial sino sabe cual es su padre.

    "No se puede hacer una copia de seguridad diferencial para la base de datos"dm_test" porque no hay una copia de seguridad de la base de datos actual. Realice una copia de seguridad completa de la base de datos

    miércoles, 16 de noviembre de 2016 2:24
  • Como te comenta Enrique algo te está rompiendo esa cadena de backups. Probablemente lo que dice Enrique. ¿no tendrás alguna rutina para truncar el log o algo así? porque suena a que eso te esté rompiendo la cadena de backups

    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    miércoles, 16 de noviembre de 2016 6:49
    Moderador
  • Estimados,

    Les comento algo que puede ser relevante :

    EL modelo de recuperación de mi BD es FULL no simple.

    El orden mis backup son el siguiente:  FUll + Log + DIF + Log.

    En el primer backup Log que hago, tengo la opción habilitada de "Truncate Log" sera esto el problema? porque luego cuando toca hacer el Bak Diferencial es donde se corta

    miércoles, 16 de noviembre de 2016 14:26
  • Saludos,

    Tomando esta imagen de la red (http://sqlmag.com/blog/breaking-backup-chain-redux-or-eating-crow)

    Lo que mencionas primero que nada no afectaria la cadena de backups, lo que pasa esta aqui, sino hace un copy only seguirias algo asi

    Tipo, idpadre, id_hijo

    Full backup, 0, 1

    Diferencial, 1, 2

    Diferencial, 1, 3

    Diferencial, 1, 4

    Esto mas o menos seria una cadena de backups normal, ahora veamos que pasa si cambias recovery model

    Full backup, 0, 1

    Diferencial, 1, 2

    Diferencial, 1, 3

    Diferencial, 1, 4

    Simple recovery model change

    Diferencial, x, 5

    Lo que pasa es que como no tiene como asegurar la consistencia por los logs perdidos entonces requiere un nuevo full ya que no puede asegurar el cambio.

    Cosas que rompen la cadena de backup

    Cambiar entre full y simple recovery model

    Borrar un log backup

    Borrar el transactional log

    Usar snapshoots

    En algunos casos (me refiero a tu data protector) el vuelve a crear un nuevo backup full si algo fuera de el saca un backup

    Otra cosa que puede estar pasando es que hayas puesto que expiren los backups y esto hace invalido al padre para el diferencial

    miércoles, 16 de noviembre de 2016 14:44
  • Enrique aclarando algunos tips que propones:

    Lo único que noto diferente es, cuando tengo una Bak Log en el medio de un Bak Full y un Bak Dif, se rompe la cadena en ocasiones y el Bak Dif nunca se llega a ejecutar.

    Cuando deshabilito ese Bak Log en el medio de los otros Bak, entonces si funciona, ejemplo:

    Bak Full + Dif + Log(sin problemas)

    Bak Full + Log + Dif + Log(Problemas)

    • No uso Snapshoot
    • No cambio el recovery Model entre Single y Full por la razón de que tengo activada la opción de MIrroring en mis BD
    • No borro los Bag Log, no hay ninguna tarea automática que lo haga

    Creen que la opción de mirroring me este afectando? es lo unico diferente que noto a mis otros servidores de BD, donde se ejecuta la tarea de (Bak full+log+dif+log) sin problemas.

    Quedo atento a sus comentarios.

    PD: disculpen la negrita en la fuente, por alguna razón no me permite deshabilitarla.



    miércoles, 16 de noviembre de 2016 16:01
  • Saludos

    Por favor comparte los ultimos 3 dias de select * from msdb.dbo.backupset.

    miércoles, 16 de noviembre de 2016 16:15
  • No puedo pegar la informacion, es mu y grande y supera los 60.000 caracteres y no me deja pegar link para compartir el archivo en modo excel desde la nube
    miércoles, 16 de noviembre de 2016 16:59
  • backup_set_id  media_set_id  first_family_number  first_media_number  last_family_number  last_media_number  catalog_family_number  catalog_media_number  position name user_name software_major_version  software_minor_version  software_build_version  time_zone  mtf_minor_version  database_backup_lsn  database_creation_date  backup_start_date  backup_finish_date  type  database_name  server_name  machine_name  flags unicode_locale  unicode_compare_style recovery_model is_snapshot is_copy_only
    1625 1607 1 1 1 1 1 1 1 dm_test_backup_2016_11_15_020001_5189314 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 1,84E+21 2016-07-27 23:43:37.000 2016-11-15 02:00:01.000 2016-11-15 02:00:07.000 D dm_test PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1626 1608 1 1 1 1 1 1 1 Docente_backup_2016_11_15_020001_5239316 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-15 02:00:07.000 2016-11-15 02:00:31.000 D Docente PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1627 1609 1 1 1 1 1 1 1 dm_test_backup_2016_11_15_030000_8077989 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 1,84E+21 2016-07-27 23:43:37.000 2016-11-15 03:00:00.000 2016-11-15 03:00:07.000 D dm_test PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1628 1610 1 1 1 1 1 1 1 Docente_backup_2016_11_15_030000_8127992 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-15 03:00:07.000 2016-11-15 03:00:29.000 D Docente PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1629 1611 1 1 1 1 1 1 1 dm_test_backup_2016_11_15_033000_8917578 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 1,84E+21 2016-07-27 23:43:37.000 2016-11-15 03:30:00.000 2016-11-15 03:30:07.000 D dm_test PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1634 1616 1 1 1 1 NULL NULL 1 NULL NT AUTHORITY\SYSTEM 10 0 1600 -16 0 1,84E+21 2016-07-27 23:43:37.000 2016-11-15 03:30:07.000 2016-11-15 03:30:08.000 D dm_test PC-SQL PC-SQL 514 1033 196609 FULL 1 0
    1637 1619 1 1 1 1 NULL NULL 1 NULL NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-15 03:30:06.000 2016-11-15 03:30:08.000 D Docente PC-SQL PC-SQL 514 1033 196609 FULL 1 0
    1638 1620 1 1 1 1 1 1 1 Docente_backup_2016_11_15_033000_8957580 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-15 03:30:08.000 2016-11-15 03:30:31.000 D Docente PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1639 1621 1 1 1 1 1 1 1 dm_test_backup_2016_11_15_110001_6791145 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 1,84E+21 2016-07-27 23:43:37.000 2016-11-15 11:00:01.000 2016-11-15 11:00:01.000 L dm_test PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1640 1622 1 1 1 1 1 1 1 Docente_backup_2016_11_15_110001_6801146 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-15 11:00:01.000 2016-11-15 11:00:02.000 L Docente PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1641 1623 1 1 1 1 1 1 1 Docente_backup_2016_11_15_140001_3178185 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-15 14:00:01.000 2016-11-15 14:00:04.000 I Docente PC-SQL PC-SQL 2560 1033 196609 FULL 0 0
    1642 1624 1 1 1 1 1 1 1 Docente_backup_2016_11_15_160000_8406077 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-15 16:00:00.000 2016-11-15 16:00:04.000 I Docente PC-SQL PC-SQL 2560 1033 196609 FULL 0 0
    1643 1625 1 1 1 1 1 1 1 dm_test_backup_2016_11_15_200000_8002382 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 1,84E+21 2016-07-27 23:43:37.000 2016-11-15 20:00:00.000 2016-11-15 20:00:00.000 L dm_test PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1644 1626 1 1 1 1 1 1 1 Docente_backup_2016_11_15_200000_8012383 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-15 20:00:00.000 2016-11-15 20:00:01.000 L Docente PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1645 1627 1 1 1 1 1 1 1 Docente_backup_2016_11_15_220001_2580809 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-15 22:00:01.000 2016-11-15 22:00:24.000 D Docente PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1646 1628 1 1 1 1 1 1 1 dm_test_backup_2016_11_16_020001_1397070 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 1,84E+21 2016-07-27 23:43:37.000 2016-11-16 02:00:01.000 2016-11-16 02:00:07.000 D dm_test PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1647 1629 1 1 1 1 1 1 1 Docente_backup_2016_11_16_020001_1467074 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-16 02:00:07.000 2016-11-16 02:00:31.000 D Docente PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1648 1630 1 1 1 1 1 1 1 dm_test_backup_2016_11_16_030001_3386266 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 1,84E+21 2016-07-27 23:43:37.000 2016-11-16 03:00:01.000 2016-11-16 03:00:07.000 D dm_test PUC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1649 1631 1 1 1 1 1 1 1 Docente_backup_2016_11_16_030001_3446269 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-16 03:00:07.000 2016-11-16 03:00:30.000 D Docente PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1650 1632 1 1 1 1 1 1 1 dm_test_backup_2016_11_16_033001_4425867 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 1,84E+21 2016-07-27 23:43:37.000 2016-11-16 03:30:01.000 2016-11-16 03:30:08.000 D dm_test PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1651 1633 1 1 1 1 NULL NULL 1 NULL NT AUTHORITY\SYSTEM 10 0 1600 -16 0 1,84E+21 2016-07-27 23:43:37.000 2016-11-16 03:30:08.000 2016-11-16 03:30:09.000 D dm_test PC-SQL PC-SQL 514 1033 196609 FULL 1 0
    1655 1637 1 1 1 1 NULL NULL 1 NULL NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-16 03:30:06.000 2016-11-16 03:30:09.000 D Docente PC-SQL PC-SQL 514 1033 196609 FULL 1 0
    1659 1641 1 1 1 1 1 1 1 Docente_backup_2016_11_16_033001_4465869 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-16 03:30:09.000 2016-11-16 03:30:36.000 D Docente PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1660 1642 1 1 1 1 1 1 1 dm_test_backup_2016_11_16_110001_2448870 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 1,84E+21 2016-07-27 23:43:37.000 2016-11-16 11:00:01.000 2016-11-16 11:00:01.000 L dm_test PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    1661 1643 1 1 1 1 1 1 1 Docente_backup_2016_11_16_110001_2458871 NT AUTHORITY\SYSTEM 10 0 1600 -16 0 2,03E+21 2015-11-10 15:23:23.000 2016-11-16 11:00:01.000 2016-11-16 11:00:01.000 L Docente PC-SQL PC-SQL 512 1033 196609 FULL 0 0
    Solo pude dos días, espero sirva de algo, tuve que eliminar algunas columnas

    • Editado Leandro BLanco miércoles, 16 de noviembre de 2016 17:08 privacidad
    miércoles, 16 de noviembre de 2016 17:07
  • Sino tienes inconveniente mandamelo a enriarg@gmail.com
    miércoles, 16 de noviembre de 2016 17:14
  • Si, yo quitaría de SQL Server la opción truncate log :)

    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    miércoles, 16 de noviembre de 2016 17:46
    Moderador
  • Listo Enrique, ya te envié el correo con el archivo adjunto
    miércoles, 16 de noviembre de 2016 19:17
  • Saludos,

    Te envio por correo el archivo no veo mucho que pueda haber afectado vi unos backups full seguidos, luego los diferenciales pero todo en orden de hecho la cadena de backup se mantiene en el primer log backup

    miércoles, 16 de noviembre de 2016 19:58
  • Vi en tu correo que marcaste algunas celdas en colores, algo que deba considerar?

    Mi tarea se acaba de ejecutar de nuevo, donde hizo el bak DIF de la bd1 pero no de la bd2(dm_test) y ambas BD tienen un Bak FULL de una tarea que se ejecuta anteriormente.

    Ambas BD tuviera un Bak FUll luego un Bak Log y luego Bak DIF y ahí fallo una(dm_test) y la otra se hizo correctamente(bd2)

    Desconozco porque en ocasiones falla, Tener Mirroring puede afectar?

    miércoles, 16 de noviembre de 2016 20:05
  • Saludos

    Era mas que nada para no perderme, nada importante aunque si quieres entender un poco mas 

    https://www.mssqltips.com/sqlservertip/3209/understanding-sql-server-log-sequence-numbers-for-backups/

    Lo que sea no parece ser causado por el backup full o differencial si estas en 3 horas lo podriamos ver en linea.

    miércoles, 16 de noviembre de 2016 20:12