Principales respuestas
Always on - Truncar los logs en la replica

Pregunta
-
buenas tardes
tengo implementado always on en sql server 2016, la semana pasada el servidor donde esta la replica (secundario) se quedo sin espacio en disco porque los logs de las bases de datos habían crecido demasiado.
la única solución que pudimos aplicar, fue romper el always on y volver a armar nuevamente, ya que no pudimos truncar los logs de las bases que habían quedado en estado suspect, en el nodo secundario.
las bases y logs del primario estaban bien.
hay otra forma de resolver este problema!!??
muchas gracias.
Saludos.
Graciela M. Agüero
Respuestas
-
Saludos aguerogm
Al hacer el backup la transaccion se debe de propagar a las replicas y truncar el log pero si el log tiene un vlf aun activo es posible que ignore el truncado del log, mas detalle en este blog post
http://www.edwinmsarmiento.com/when-a-log-backup-does-not-truncate-your-sql-server-log-files-in-an-availability-group/
No te diria que es evitarlo pero haz que los crecimientos de tu base sean significativos y recuerda siempre darle un buen espacio inicial al tlog, no hagas muchos vlf pequenos has crecimientos preferentemente de unos 100mb a la vez.
- Marcado como respuesta aguerogm miércoles, 8 de febrero de 2017 20:29
Todas las respuestas
-
No se puede hacer operación de tipo truncado de log ni backup en un secundario. Entiendo que en un momento puntual necesitaría ese espacio y al quedar sospechoso tiene poco arreglo.
La verdad es que no me ha pasado nunca, siempre he visto tamaños muy similares que en el servidor primario, pero igual tampoco me he fijado mucho.
Creo que tal como lo hiciste es la única forma si el secundario está sospechoso, si no... puedes hacer failover y entonces realizar esas operaciones.
Comparte lo que sepas, aprende lo que no sepas (FGG)
portalSQL
El rincón del DBA- Propuesto como respuesta Joyce_ACModerator miércoles, 8 de febrero de 2017 15:59
- Votado como útil Joyce_ACModerator jueves, 9 de febrero de 2017 18:01
-
Saludos aguerogm
Al hacer el backup la transaccion se debe de propagar a las replicas y truncar el log pero si el log tiene un vlf aun activo es posible que ignore el truncado del log, mas detalle en este blog post
http://www.edwinmsarmiento.com/when-a-log-backup-does-not-truncate-your-sql-server-log-files-in-an-availability-group/
No te diria que es evitarlo pero haz que los crecimientos de tu base sean significativos y recuerda siempre darle un buen espacio inicial al tlog, no hagas muchos vlf pequenos has crecimientos preferentemente de unos 100mb a la vez.
- Marcado como respuesta aguerogm miércoles, 8 de febrero de 2017 20:29