La tarea Reducir base de datos reduce el tamaño de los datos y archivos de registro de la base de datos de SQL Server. La reducción de archivos de datos recupera espacio al mover páginas de datos desde el final del archivo al espacio desocupado más cerca del frente del archivo.
¿Debo reducir la base de datos SQL?
La reducción de una base de datos de SQL Server ignora por completo la fragmentación del índice lógico y da como resultado una fragmentación masiva de todos los índices. La reducción de múltiples bases de datos en múltiples ocasiones puede resultar en la fragmentación del disco (fragmentación del sistema de archivos) que puede causar problemas de rendimiento.
¿Qué sucede cuando reduce una base de datos SQL?
¿Qué sucede cuando reduce una base de datos?
Cuando reduce una base de datos, le está pidiendo a SQL Server que elimine el espacio no utilizado de los archivos de su base de datos. El proceso que usa SQL puede ser feo y dar como resultado la fragmentación del índice. Si tiene una base de datos en crecimiento, esto significa que la base de datos volverá a crecer.
¿Es malo reducir una base de datos?
El principal problema con la operación Shrink es que aumenta la fragmentación de la base de datos a un valor muy alto. Una mayor fragmentación reduce el rendimiento de la base de datos, ya que la lectura de esa tabla en particular se vuelve muy costosa. Una de las formas de reducir la fragmentación es reconstruir el índice en la base de datos.
¿Es una buena práctica tener habilitada la reducción automática en la base de datos?
Reducir una base de datos no es una buena práctica porque es una operación muy costosa en términos de E/S, uso de CPU, bloqueo y generación de registros de transacciones. La reducción automática de la base de datos en SQL Server también hace que sus índices se fragmenten porque se ejecuta con frecuencia.