Como DBA o desarrollador de bases de datos, es posible que te hayas encontrado en situaciones en las que necesitas optimizar el rendimiento de tu SQL Server. Un escenario común es lidiar con la fragmentación de la base de datos. En esta publicación del blog, discutiremos el impacto de la reducción de bases de datos y exploraremos soluciones alternativas para abordar la necesidad empresarial de archivos de respaldo más pequeños.

Recientemente, durante una consultoría de ajuste de rendimiento de SQL Server, me encontré con una situación interesante. No importaba cuánto esfuerzo pusiera en reducir la fragmentación, el servidor seguía experimentando una fragmentación intensa. Después de una investigación exhaustiva, descubrí que uno de los trabajos estaba reduciendo continuamente la base de datos, una práctica que generalmente se desaconseja.

Anteriormente, compartí mi experiencia en una publicación del blog titulada “SQL SERVER – SHRINKDATABASE para cada base de datos en SQL Server”. Al eliminar el proceso incorrecto de reducción, el servidor comenzó a funcionar como se esperaba. Sin embargo, para mi sorpresa, unos días después, me enteré de que uno de los DBA había reinstalado el mismo proceso de DBCC. Cuando pregunté sobre la razón detrás de esta decisión, el DBA Senior simplemente dijo: “Requisito empresarial”.

Curioso por entender la necesidad detrás de esta práctica, entablé conversaciones con las partes interesadas relevantes. Explicaron su “necesidad empresarial” en sus propias palabras:

“Reducimos la base de datos porque si hacemos una copia de seguridad después de reducirla, el tamaño del archivo de respaldo es más pequeño. Según nuestro requisito empresarial, debemos asegurarnos de que el archivo sea lo más pequeño posible cuando lo transferimos a nuestro servidor remoto”.

Es importante tener en cuenta que reducir la base de datos no afecta el tamaño del archivo de respaldo. El tamaño del respaldo sigue siendo el mismo, independientemente de si se reduce la base de datos o no. Para validar esto, realizamos varias pruebas y los resultados confirmaron nuestros hallazgos.

Entonces, ¿cuál fue la solución real para abordar su necesidad empresarial de archivos de respaldo más pequeños? Les presentamos el concepto de copias de seguridad comprimidas. Anteriormente, había escrito sobre esta función en detalle en una publicación del blog titulada “SQL SERVER – 2008 – Introducción a la nueva función de compresión de copias de seguridad”. Las copias de seguridad comprimidas no solo crean tamaños de archivo más pequeños, sino que también mejoran el rendimiento general de la base de datos.

Al implementar copias de seguridad comprimidas, la organización pudo lograr el resultado deseado sin comprometer la integridad y el rendimiento de su SQL Server. Esta solución se ha utilizado con éxito hasta la fecha.

En conclusión, es crucial comprender el impacto de la reducción de bases de datos en SQL Server. Si bien puede parecer una solución rápida para reducir el tamaño de los archivos, puede introducir una fragmentación intensa y afectar negativamente el rendimiento. En su lugar, considera soluciones alternativas como copias de seguridad comprimidas para cumplir con los requisitos empresariales de archivos de respaldo más pequeños.