Servidor SQL Server 2005 tamaño de DB

[MethoskO]

hola les cuento, entre a trabajar a una empresa donde tienen un servidor que guarda registro de unos sensores en un planta.

datos tecnicos:
Dell PowerEdge 2950
Dual Xeon 2Ghz
4Gb Ramm
Unidad C: 20Gb
Unidad D: 600Gb

bueno tengo cerca de 450 bases de datos en el servidor pero solo 2 son las que almacenan información recurrente-mente, estas tiene muchas tablas.... cerca de 1000 por base de datos.

el asunto es que hay un par de tablas medias grandes...

hice un sp_spaceused a una de las tablas grandes.
rows 579.269.825
reserved 231.091.280
data 162.144.072
index_size 68.909.440
unused 37.768

mi duda es que la carpeta de todas las base de datos esta pesando 545Gb y ya me queda poco espacio, este servidor lleva registrando info por 2 años y medio.

supongo que colapsara en algún momento, que puedo hacer al respecto....
podre respaldar la base de datos...
se colgara el server al tratar de hacer el respaldo....
alguna forma de liberar espacio....

cualquier info que me den para encaminarme sirve.

gracias por los comentarios.

[iislas]

¿Tienes planes de mantemiento?, de ser asi, ¿Cada cuando se ejecutan y que hacen?

[MethoskO]

no hay planes de mantenimiento, el servidor esta funcionado desde que se creo la planta osea 2 años y medio y nadie le ha metido mano, me contrataron hace 3 semanas y soy el único informático acá.

osea a almacenado información todo este tiempo sin parar de funcionar y sin mantenimiento. todos los sistemas fueron instalador por una empresa externa.

[iislas]

Entonces es URGENTE que apliques un plan de mantenimiento, donde incluyas, revision de la consistencia de tus datos, regeneracion de indices y regeneracion de estadisticos.

Ademas de hacer respaldos de tus LOG's para limpiarlos.

[matanga]

...mi duda es que la carpeta de todas las base de datos esta pesando 545Gb y ya me queda poco espacio, este servidor lleva registrando info por 2 años y medio.

Lo primero que deberías hacer es identificar el tipo de almacenamiento que consume espacio en disco: datos, log y/o temporal, ya que para cada caso hay una solución diferente.

1. Tipo Log (ficheros .ldf de las base de datos), se utilizan para almacenar información sobre las transacciones, en este caso, el consumo se puede reducir cambiando el Recovery Model a Simple en las bases de datos no críticas, o bien, aumentando la frecuencia de los Backup Log en las bases de datos con Recovery Model Full.

2. Tipo Temporal (ficheros .mdf y .ldf de la base de datos tempdb), se utilizan para almacenar datos de tablas temporales o de resultados parciales generados durante la ejecución de consultas, en este caso, el consumo se puede reducir optimizando los procesos SQL y T-SQL, o bien, creando un plan de mantenimiento que ejecute con cierta frecuencia un dbcc shrinkdatabase (tempdb).

3. Tipo Datos (ficheros .mdf y .ndf de las base de datos), se utilizan para almacenar datos de tablas e índices, en este caso, el consumo se puede reducir creando un plan de mantenimiento que reorganice y reconstruya los índices y/o ejecute un dbcc shrinkdatabase en cada base de datos.

En el caso de que ninguna de estas tareas te permita liberar espacio, la única solución es agregar discos al servidor.

...supongo que colapsara en algún momento, que puedo hacer al respecto....
podre respaldar la base de datos...
se colgara el server al tratar de hacer el respaldo....

Cuando el disco no tenga más espacio libre, eventualmente las bases de datos devolverán un mensaje de error al ejecutar las consultas (ya sean de lectura o modificación), pero no habrá pérdida de datos y los backups serán posibles siempre que se hagan sobre otra unidad con espacio disponible.

Saludos

[MethoskO]

las Base de Datos mas grande esta compuesta por los siguientes archivos.

QHistorianData.mdf 50.0 MB (52,428,800 bytes)
QHistorianData1.ndf 285 GB (306,956,992,512 bytes)
QHistorianData2.ndf 207 GB (222,809,817,088 bytes)
QHistorianData_Log.ldf 214 MB (224,518,144 bytes)

en la cual existe una tabla de 579.275.167 row

hay otras de 13 millones, 40 millones, 2 millones y así....

he estado analizando la situación esta semana y al parecer me autorizaran a eliminar un poco de registros, que corresponden del año 2008 hacia atrás. con lo cual liberaría unos 13Gb.

el problema es que en estos momentos no puedo realizar backup ya que no hay espacio para guardarlos.

se agradecen recomendaciones.

salu2

[Libras]

y un shrink a tus bases de datos no te funcionaria?? porque si no se ha dado mantenimiento entonces ha de haber muchisimo espacio en logs de transacciones que ya no tiene caso seguir guardando asi como en el temp log de estas bases...

Saludos!!

[MethoskO]

Corro algún riesgo al hacercelo a la base de datos antes mencionada ?? (QHistorianData)

ya que no tengo un backup de esta.

me requerirá espacio de disco duro para ejecutar la operación?

[Libras]

un shrink es un eliminar el espacio de la base de datos no usado es decir cuando se elimina un registro se queda ese espacio reservado y con el shrink lo liberas, no necesitas espacio en disco para hacer esto, y lo de los logs es sobre operaciones ya realizadas asi que no afecta tu bkp :)

Saludos!

[MethoskO]

Bueno les cuento, finalmente hice el Shrink a la Base de Datos conflictiva.

resultados:

QHistorianData1.ndf 163,306,536,960 bytes
QHistorianData2.ndf 151,998,103,552 bytes
QHistorianData.mdf 51,380,224 bytes
QHistorianData_Log.ldf 13,893,632 bytes

disminuyo dramáticamente el tamaño de esta. Ahora con mas tiempo y sin tanta presión me dedicare a hacer un plan de mantenimiento adecuado para el servidor.

Gracias por la ayuda.

PD: Cualquier recomendación es siempre bienvenida.