Pregunta

Nuestro servidor SQL vive en un SAN. Contiene docenas de bases de datos OLTP, algunas con varias tablas que contienen más de 1M registros.

Hemos estado corriendo Scripts de mantenimiento del índice de Ola Hallengren semanalmente, y funciona durante varias horas cada vez. Basado en el umbral de fragmentación, el script reorganizará o reindexá un índice. Hemos observado que durante el reindexo, los archivos de registro se vuelven enormes, lo que conduce a un consumo excesivo de ancho de banda durante el envío de registro.

Entonces viene Un artículo de Brent Ozar en el que dice que deje de preocuparse por los índices SQL:

Sus discos duros se comparten con otros servidores que también están haciendo solicitudes de conducción al mismo tiempo, por lo que las unidades siempre saltarán por todo el lugar para obtener datos. Desfabricar sus índices es solo un trabajo ocupado sin sentido.

Buscar en Google esta pregunta conduce a diferentes opiniones, más apoyada con argumentos que parecen demasiado breves o débiles. Nuestro plan tentativo es ajustar el umbral de fragmentación en nuestro script de mantenimiento para que reorganice mucho más a menudo de lo que se reindea.

¿Cuál es el veredicto final? ¿Vale la pena desfragmentar los índices SQL en un SAN considerando las cargas asociadas con la ejecución de trabajos de mantenimiento semanales?

No hay solución correcta

Licenciado bajo: CC-BY-SA con atribución
No afiliado a dba.stackexchange
scroll top