Porque crece tu transaction log

[@mars7970j]

Muchas gracias por compartir su conocimiento!!

[@maxiaccotto]

Gracias

[@CubidesH]

Maxi muchas gracias, todo lo que describes en tu video lo he vivido y funciona tal cual dices. Además he aprendido una nueva estrategia gracias a tus conocimientos compartidos. Genial.

[@maxiaccotto]

Por nada!

[@usuario_4778]

Me acabo de suscribir. Información valiosa de alguien que denota verdadero conocimiento del tema. Muchas gracias por compartir su saber con aquellos que deseamos profundizar en este motor de base de datos.

[@maxiaccotto]

Gracias

Maxi sos un crack, no paro de aprender todos los días con tus videos. Gracias por enseñarnos de esta manera tan clara y precisa. Saludos desde Costa Rica

[@benitolnx]

Gracias por la info, muy util.

[@maxiaccotto]

A la orden

[@williamvolcan4414]

En mi caso tengo cada 30 min el transaction log , implementando los backup de Ola Hallengren y los LOgs van de maravilla , además que después de una semana de ver su fun funcionamiento me relaje con los incrementos de tamaño de los log. Hoy lo veo una vez a la semana 😀

[@gabrielfernandez8975]

Otra maravilla de video!

[@maxiaccotto]

Gracias! 😊

[@cyanidec23]

Genial la explicación! Muy buena info

[@maxiaccotto]

Gracias!

[@jorgeTI]

Muy buena explicacion, justo me paso la semana pasada, se soluciono haciendo backups del tlog mas seguido

[@maxiaccotto]

Excelente

[@tonym5857]

Gracias 👍👍👍

[@maxiaccotto]

A la orden

[@Alejandro-rs2xy]

Muy bueno, gracias

[@maxiaccotto]

Gracias a ti!

[@ivanvera548]

Maxi una consulta. Teniendo en cuenta esta enseñanza clave que nos das, la cual te súper agradezco. Sería una buena práctica programar en un job Backups de log diarios junto con un con un shrinfile para cuidar el transacción log o el shrinfile es mejor hacerlo Manualmente uno?

[@maxiaccotto]

Shrink file es mala idea, backup del log cada 10 minutos máximo y chau problema

[@KelvinVelasquez]

Maxi consuta, como haces para monitorear el driver donde esta alojado los log o NDF/MDF de la base de datos. Esto para efectos de notificar.

[@maxiaccotto]

Podes con querys dmv pero si queres notificar deberás usar una herramienta de monitoreo tipo grafana

[@SuperAdalberto88]

Maxi tendrás algún video de replicación, que puedas compartir ?

[@maxiaccotto]

No por el momento

[@diode1978]

Hola men, excelente explicación, pero quedo con dos dudas: finalmente si yo se que una bd está en réplica o en alta disponibilidad como se reduce el log si no va a dejar pasarse a modo de recuperación simple y va a arrojar errores como ese de “full due…”. Gracias.

[@maxiaccotto]

Con buen plan de mantenimiento de tus backups en tlog tal cual explico en el video

[@diode1978]

@@maxiaccotto Excelente sugerencia y da resultado. Una última cosa, cuando dices que se recomienda crear la tarea de backup del log para ejecutarse cada 10 minutos y que eso no afecta el rendimiento... esa tarea debe incluir el paso de backup del log solamente y la de reducción aparte cada x tiempo o en la misma tarea se incluyen los dos pasos?. Gracias.

[@gustavoespinosanava5948]

Me queda una duda sobre que incidente nos haria tener que utilizar una restauracion utilizando el log de transacciones, se me ocurre nadamas el hacer un delete o un update sin where, ese decir un error o humano.

[@maxiaccotto]

Hay varios incidentes, uno es ese pero hay muchos mas

[@CubidesH]

En SQL Podría tener varios log en diferentes unidades de disco. Esto posibilidad tener menos puntos de fallo en caso de llenado de uno de los logs. Esto aumenta el desempeño del log, al distribuir el I/O en varios discos, lo consideras relevante?

[@maxiaccotto]

Se puede, pero NO mejora el rendimiento y si un tlog cae igual la base quedara en modo sospechosa

[@mannygamer8175]

Genial explicación, ya está más comprensible el tema. Solo una duda Max, la extension trn que usas para el backup del log, tiene que ser asi: trn, o solo es para identificarlo?

[@maxiaccotto]

La extensión podes poner otra

[@mannygamer8175]

@@maxiaccotto ok muy bien, lo que si note, es que el nombre del backup FULL y el nombre del backup de transacciones debe ser el mismo para que funcione correctamente la liberación del log, verdad?

[@johntriana5818]

Excelente explicación, corregí un problema con los backups, ahora tengo una pregunta ¿Cómo se reduce un log de transaction log? Hay alguna operación que no sea truncar? Es conveniente truncar? cada cuanto se puede truncar?

[@maxiaccotto]

con dbcc shrink file

[@josesantorsolaP.P.]

Gracias Maxi muy buena explicación. Hace 10 días que en un sistema con muchos insert lo tengo parado y el transaction log crece: podría ser posible que Linq de C# esté creando tablas temporales y me aumente el transaction log aunque solo se realicen consultas complejas?

[@maxiaccotto]

Tenes que ver lo que explique en este video y analizar el wait

[@ivanvera548]

Maxi, una consulta. En una DB de uso exlusivo para datawarehousing que no todo el tiempo tiene operaciones de INSERT, DELETE o UPDATE. tambien es recomendable tener un backup de LOG cada 10 minutos o puede quiza tener otra estrategia? podria ser cada 1 hora? si no ocurren las operaciones que te cometaba al princpio el LOG crece igual?. Muchas gracias Maxi por tu apoyo y las ensenzas! abrazo

[@maxiaccotto]

En un DW no seria necesario el bkp del Tlog

[@Pixertool1301]

Porque al hacer un shrink al log y posterior hacer un backup mi backup pesa un poco más?

[@maxiaccotto]

Tendría que analizar tu caso puntual

[@perico8619]

Buen trabajo Maxi. Dos pregunta si no le importa: un full backup evitaria tener que hacer transation log backups? o no me exime de tener que hacer transation log backups?. Actualmente en los ensayos que realizo utilizo una version gratuita de Sql server y esta limitado en 10gb. Una vez se llena, no soy capaz de " salvar " la base de datos . Existe la posibilidad de recuperarla?, una vez llena la operacion Truncate o shrink parecen no hacer nada, entiendo que por lo explicado en tu video.

[@maxiaccotto]

En una base de datos que esta en modo FULL siempre hay que hacer backup de los Tlog

[@mannygamer8175]

Max, abusando de tu confianza.... Para reducir ahora el MDF, considerando que se eliminaron millones de registros, existe algo similar a como se gestiona el crecimiento del LOG? o basta con solo hacer un Shrink?

[@maxiaccotto]

Solo Shrink

[@mannygamer8175]

Hola, Max, desde que hice esto, el log si de maravilla, pero... hay algo raro, en la base donde lo implemente e hice pruebas para ver como controlarlo, hay algo que pasa, el log de esta base de datos crece sin usarla, me fui de vacaciones 2 semanas dejando el log en 4 GB, esta base de datos esta montada de forma local en mi PC, cuando regreso de vacaciones el log había crecido a 200 GB, pero por qué, si nadie la usa? alguna idea? esto me pasa desde que hice el backup full y backup de transacciones, he notado que el log crece solo sin hacer insert, ni updates ni nada. como puedo saber que esta causando que crezca el log? saludos.

[@maxiaccotto]

Pueden ser miles de cosas, habrá que analizarlo en detalle

[@mannygamer8175]

@@maxiaccotto ok