No se reduce el tamaño después de eliminar la mayoría de filas

[moNTeZIon]

Buenas a todos.
Estoy con una bd de SQL 2005.
Me encuentro en que durante el útimo periodo, la base de datos ha crecido muy rápido, y ha llegado a adquirir mucho tamaño:

BD file = 722 MB
Espacio Libre = 1,05 MB
LOG file = 1 MB

He visto que han sido dos tablas las que han crecido mucho en poco tiempo.
Entonces he decidido vaciar las dos tablas con dos instrucciones DELETE, y para mi sorpresa, el tamaño de la base de datos se ha mantenido y ha augmentado el "espacio libre", mientras que el LOG ha crecido muchísimo:

BD file = 722 MB
Espacio Libre = 616 MB
LOG file = 1586 MB

He eliminado algo más de 1.000.000 de registros y el tamaño total ha augmentado a más del triple!
Veo claro que ahora es necesario realizar alguna clase de compactación (como en Access) o algun proceso particular de SQLServer para reducir este tamaño, pero no sé exactamente qué necesito realizar y cómo.
¿Alguien puede iluminarme un poco?
Gracias.

[Libras]

Necesitas hacer un "Shrink" a tu base de datos, ya que aunque elimines la informacion esta queda en los logs, asi que tienes que eliminar esos logs lo cual se hace haciendo un "shrink" :)


Saludos!!

[moNTeZIon]

Hola, Gracias Libras!
Bien, el Tema del LOG es uno de los temas a solucionar, gracias por tu respuesta.
Pero luego está el tema del espacio libre, que me preocupa más, y no sé cómo reducir ese espacio.
Un saludo.

[Libras]

Tambien puedes hacer aparte del "shrink" que es para liberar espacio en disco tanto como en logs hacer truncates de algunas tablas, lo otro que puedes hacer es revisar los parametros en la configuracion de tu base porque 722MB es muy poco espacio para una base ya que SQL te permite base de datos mas grandes a menos que tengas poco espacio en disco jejeje

Saludos!

[moNTeZIon]

jeje, bueno, eso de que es poco sería según se mire...
Para mi es mucho, en función del tamaño que debe tener esa base de datos, a juzgar por la información que debe guardar, que yo se cuanta es porqué la he diseñado y he programado la web que trabaja con ella.
Esa base de datos debe estar sobre los 100MB y 722 es mucho
Gracias por tus respuestas Libras, tengo que probar el tema del SHRINK, pero ya!
Saludos.

[iislas]

Tal vez cuando fue creada, se le dejo un minimo de espacio en 700, digo, todo puede suceder.

[moNTeZIon]

Hola iislas.
En principio fue creada sin más, con los parámetros por defecto.
Mi opinión es que ha crecido de repente por un desarrollo que apliqué, que guardaba información de las sesiones y páginas vistas, y eso ha augmentado en poco tiempo el tamaño.
He decidido eliminar esa funcionalidad, y eliminar todas esas filas de la BD.
Y el caso es que el tamaño en disco se ha mantenido, pero ese "Espacio libre" ha crecido mucho.
Pienso que ahora la idea sería reducir ese espacio libre para volver a tener la base de datos en su estado "inicial".
Si hubiera alguna instrucción para ello lo agradecería más que no tener que hacerlo de forma manual a través de Management Studio.
Se agradecen vuestras respuestas.
Un saludo.

[moNTeZIon]

¿Sería esto lo que necesito?

En este ejemplo se reduce el tamaño de los archivos de datos y de registro de la base de datos de usuario UserDB para dejar un 10 por ciento de espacio libre en la base de datos.

DBCC SHRINKDATABASE (UserDB, 10);
GO

La verdad es que no sé si conviene dejar un 10% o más. No se en base a qué tomar esa decisión. Veo que el crecimiento automático de los ficheros marca lo siguiente:

MDF = En 1 MB, crecimiento sin límite
LDF = En un 10%, crecimiento limitado a 2097152 MB

Supongo que la intención es reducir el espacio y dejarlo configurado de esta forma. que es como viene configurado por defecto.
En fin, se aceptan opiniones de cualquier tipo que ayuden a entender esto.
Saludos.

[moNTeZIon]

Hola, sólo quería comentar que la siguiente instrucción:

DBCC SHRINKDATABASE (UserDB, 10);

Ha funcionado perfectamente y ha solucionado mi problema.
Gracias una vez más por la ayuda.
Saludos.

[iislas]

Coloca la instruccion en un job que ejecutes al menos 1 vez cada semana, esto deberia ser parte de un PLAN DE MANTENIMIENTO de tu base

[moNTeZIon]

Ooooooook.
Oído cocina.