Categorías
Donaciones

Todo el contenido es gratuito y en beneficio de la comunidad. Puedes reconocer el esfuerzo con una donación si lo deseas.

Inserte aquí su publicidad

Comentaba anoche en twitter un artículo que me llamó la atención, no tanto por lo que decía, sino por una buena práctica que siempre me ha hecho mucha gracia.

Es algo que no discuto, un crecimiento automático del log de transacciones conlleva una degradación en el rendimiento. Lo que pasa es que si se impide crecer al log de transacciones, nos arriesgamos a que se llene y que tengamos que atender la incidencia (que ya será de una gravedad importante) a horas en las que a lo mejor no estamos en la mejor disposición de hacerlo, como puede ser a las cuatro de la mañana.

Se puede argumentar que una instancia adecuadamente administrada tendrá un sistema de alertas que avise con antelación. Mismo caso, te avisará en el momento más inoportuno. Se puede argumentar que eso no debería ocurrir nunca si se tiene adecuadamente dimensionado el fichero, y si se realizan los backups del log con la suficiente frecuencia (incluso con la frecuencia que el propio crecimiento requiera, algo que fácilmente se puede automatizar). Para empezar, “eso no debería ocurrir nunca” no es una frase que deba pronunciar un DBA, ya que tarde o temprano todo acaba fallando, y hay que tener un plan para recuperarse. Pero más allá de esa ley básica, eso no impide que se llene el log, ya que hay varias causas que impiden el reciclado del log, como algo tan simple y tan fuera de nuestro control como que una aplicación tenga un bug que deje una transacción sin finalizar.

A mí sólo se me ocurre una circunstancia y es esa, que el DBA que lo deja fijo no sea el que tenga que ocuparse de arreglarlo, por ejemplo porque la organización disponga de suficiente personal como para hacer turnos 24×7. Que se pierde rendimiento. Pues sí. Pero, ¿tanto rendimiento se pierde? Obviamente no, es algo que he medido muchas de veces para estar seguro, y que es preciso verificar en cualquier entorno, no hay que descartar que condiciones muy concretas puedan llevar a una penalización sustancial.

En cualquier caso, y para concluir, existen docenas de cosas en las que fijarse antes de que esa para mejorar el rendimiento de nuestros servidores, muchas de ellas no requieren de desvelos. Imagino que habrá montones de instalaciones en las que el log se ha dejado de tamaño fijo siguiendo la “recomendación”, pero que toleran el uso de cursores, los índices no tienen un mantenimiento adecuado o cualquier otra de esas 1000 cosas que nos entretienen a diario. Al menos yo prefiero no hilar tan fino en este aspecto.

Deja un comentario


Uso de cookies

Este sitio web utiliza cookies para que usted tenga la mejor experiencia de usuario. Si continúa navegando está dando su consentimiento para la aceptación de las mencionadas cookies y la aceptación de nuestra política de cookies, pinche el enlace para mayor información.plugin cookies

ACEPTAR
Aviso de cookies