Consulta Servidor Base de datos SQL 2008 R2

¿Realizas respaldos?
Cambia el Recovery Model a Simple y realiza un respaldo. Luego nos cuentas.

si, el BackUp de la BD se realiza todos los dias viernes pero en la otra particion del disco lo cual no me quita espacio.

Lo extraño de lo que te comento es que si me quedan 8 Gb libres(a modo de Ejemplo despues de borrar el log) y reinicio el servidor, el espacio en disco sube a 20 Gb.

No se si tengo que borrar algo mas ademas del log para no llegar a la necesidad de reiniciar el sever para tener mas espacio en disco, estaba pensando en que puede ser el buffer tambien..

mramos dijo:

si, el BackUp de la BD se realiza todos los dias viernes pero en la otra particion del disco lo cual no me quita espacio.

Lo extraño de lo que te comento es que si me quedan 8 Gb libres(a modo de Ejemplo despues de borrar el log) y reinicio el servidor, el espacio en disco sube a 20 Gb.

No se si tengo que borrar algo mas ademas del log para no llegar a la necesidad de reiniciar el sever para tener mas espacio en disco, estaba pensando en que puede ser el buffer tambien..

Haz clic para expandir...

¿Y qué tipo de recuperación tienes (Recovery Model)? ¿Simple o Full?

¿Donde veo si es Recovery Model simple o full?

- - - Updated - - -

ya lo vi, tengo recovery simple

Estás en modo simple... mm... ¿qué tipo de respaldo estás haciendo? ¿Full o full + incremental ? ¿Cada cuánto tiempo haces los respaldos?

Podrías mover los archivos de las BD a la otra partición que tiene más espacio.

Limpiar el Cache y buffer con la siguiente instruccion servirá?

DBCC FREEPROCCACHE
DBCC DROPCLEANBUFFERS

Los logs son necesarios para la recuperación, por eso te preguntaba por tu política de respaldos. Evita borrarlos a mano salvo, claro, que la disponibilidad del servicio de base de datos esté en peligro.

Acá hay unos tips.
How do you clear the SQL Server transaction log? - Stack Overflow

En resumen:
Si te interesa recuperar a un punto en el tiempo, configura el Recovery Mode en Full.
Si no te interesa recuperar a un punto en el tiempo, configura el Recovery Mode en Simple.

¿Tienes el script de respaldo? ¿O por lo menos las opciones?

voy a hacer una recopilación antes:
Antecedentes:
* Recovery Model Simple
* Backup Full 1 vez por semana
* Reinicias y aumenta el espacio en disco

MMmm, está complicado el tema. Es necesario explicar algo 1ero para entender el problema.
El log de transacciones funciona de la siguiente manera en un modelo Simple: Almacena en el log todas las transacciones, una vez que realiza el chekpoint (commit) trunca el VLF de ese registro en específico, manteniendo en el log solo las transacciones activas y borrando las históricas.

con un modelo así no debería crecer el log a menos de que tengas la patada entre VLF(demasiados) o que tengas tantas transacciones activas en un momento en específico que obligue al log a crecer automáticamente (de acuerdo a tu configuración del log).

Por lo que cuentas del reinicio y aumento de espacio, yo creo que tienes una incorrecta configuracion de crecimiento del log, lo que provoca que se fragmente demsiado y quede la patá con los VLF, de esta forma, aunque estes en modelo simple, el log igual crecerá (y seguirá fragmentando).
Para esto revisa en propiedades/archivos de tu base de datos, el tamaño inicial del log y autocrecimiento. Monitorea el server y configura el autocrecimiento con un tamaño adecuado, lo mismo para el tamaño inicial para evitar una falta fragmentación en el Log.

de esa forma deberías solucionar el problema.
De todas formas dime cual es el tamaño de tu mdf, ldf y corre esta query

si te interesa leer, como referencia la siguiente web
Stairway to Transaction Log Management in SQL Server, Level 1: Transaction Log Overview - SQLServerCentral

Avísanos como te va!
Saludos,
Fer

gracias chicos, revisaré y les comento, se agradece a todos por el apoyo