SQL Server 2005, Error, Espacio Insuficiente DB

[MethoskO]

Buenas, si recuerdan tenia una base de datos que estaba por copar el disco duro.

he aquí el post
http://www.forosdelweb.com/f87/servidor-sql-server-2005-tamano-db-996896/

bueno le hice un Shrink y resulta que ahora el software el cual graba los datos el base de datos me dice que no tiene mas espacio la base de datos.

tengo 230 Gb libres en el disco.

en que puedo afectar el Shrink para que me salga este error y que puedo hacer para solucionarlo.....

de antemano muchas gracias.

[iislas]

Danos un poco mas de datos, ¿tu base tiene topado o limitado el crecimiento?, ¿que tipo de crecimiento tiene?, ¿Los archivos MDF y LDF de tu base, estan en un disco con espacio?.

Adivinos!!!!, venid a mi....

[MethoskO]

sp_helpdb 'QHistorianData'

QHistorianData 300752.38 MB PIMS0152\Administrator 7 Mar 11 2007 Status=ONLINE, Updateability=READ_WRITE, UserAccess=MULTI_USER, Recovery=SIMPLE, Version=611, Collation=SQL_Latin1_General_CP1_CI_AS, SQLSortOrder=52, IsTornPageDetectionEnabled, IsAutoCreateStatistics, IsAutoUpdateStatistics, IsFullTextEnabled 90

QHistorianData 1 D:\MSSQL\MSSQL.1\MSSQL\data\QHistorianData.mdf PRIMARY 50176 KB Unlimited 10% data only
QHistorianData_Log 2 D:\MSSQL\MSSQL.1\MSSQL\data\QHistorianData_Log.ldf NULL 5632 KB 2147483648 KB 10% log only
QHistorianData1 3 D:\MSSQL\MSSQL.1\MSSQL\data\QHistorianData1.ndf QDATA 159478976 KB Unlimited 0 KB data only
QHistorianData2 4 D:\MSSQL\MSSQL.1\MSSQL\data\QHistorianData2.ndf QDATA 148435648 KB Unlimited 0 KB data only

le quedan 230Gb libres el disco duro donde se encuentra la base de datos.

[Missi]

Puede ser un fallo de la aplicación tambien...

¿Tienes activado FullText? ¿Se utiliza? y si es así donde se almacena.

QHistorianData1.ndf y QHistorianData2.ndf cuanto crece ¿? 0 KB¿?

[iislas]

Tambien veo que tienes LIMITADO el crecimiento del archivo LOG a 2,147,483,648 KB (2 GB)

[MethoskO]

Iniciado por Missi

1)Puede ser un fallo de la aplicación tambien...

2)¿Tienes activado FullText? ¿Se utiliza? y si es así donde se almacena.

3)QHistorianData1.ndf y QHistorianData2.ndf cuanto crece ¿? 0 KB¿?

1) no creo.

2) Ni idea

3) les aumente un 10% y crecieron ese 10%, pero no crecen por si solos.

Iniciado por iislas

Tambien veo que tienes LIMITADO el crecimiento del archivo LOG a 2,147,483,648 KB (2 GB)

si pero actualmente es de 50kb

por ahora no hay problema, lo que me preocupa es que los archivos no crezcan por si silo y vuelva a pasar lo mismo. al pareces se estaba sobre escribiendo los datos o borrando

[Missi]

El modo de recovery esta en simple por lo tanto si tus archivos aumentan de tamaño es porque realmente lo necesitan.

Distinto es si la programación de tu aplicación no es muy fina y haga que tu log de transaciones aumente de tamaño. Debes de dejarlo que crezca.

Revisa también la base de datos Tempdb por si tu aplicación trabaja con tablas temporales etc...

[Libras]

Aqui creo que el problema es que se tiene que hacer un shrink a los logs no nada mas a las bases de datos, otra cosa revisa en la configuracion de tus bases cual es el tamaño inicial de cada una de estas y el porcentaje de crecimiento, tambien ahi tiene que tener si el crecimiento es limitado o ilimitado :)

saludos!

[MethoskO]

bueno les cuento, ayer en la mañana solucione el problema.

lo que paso fue lo siguiente.

1) los archivos QHistorianData1 y QHistorianData2 estaban con un crecimiento de 0kb, osea nada, y sus tamaños eran asignados, tenían espacio para almacenar datos por un buen tiempo.

2) el espacio se esta acabando en el disco duro, ya que las otras base de datos si estaban con crecimiento asignado de un 10%.

3) al hacer el shrink se libero harto espacio, pero los archivos QHistorianData1 y QHistorianData2 quedaron sin crecimiento asignado.

Se dio de la siguiente forma, el lunes se realizo el shrink a las DB con lo cual se libero todo el espacio asignado a QHistorianData1 y QHistorianData2 y como estaban sin crecimiento el espacio se agoto el domingo de madrugada, con lo cual dejo de guardar datos y las gráficas de el software que se usa, tenia los valores pegados ya que no se estaba guardando los datos.

bueno el martes me percate y le asigne auto-crecimiento de 100Mb a cada una de las tabla mencionadas anteriormente, con lo cual todo volvió a la normalidad.

--------------------------------------------------

se agradece la ayuda que prestan en este foro.

salu2

[Libras]

Consejo no asignes autocrecimiento de ese modo mejor asignalo por % ya asi la base va a crecer a sus necesidades y el crecimiento es mas controlado porque cuando asignas un tamaño la base puede crecer de manera poco controlada.

[MethoskO]

hola Libras,

cuanto seria prudente asignarle ... la DB pesa 316 Gb y me quedan libres 206 Gb... 10% creo que es mucho o esta bien ??

[Libras]

yo digo que un crecimiento de 10% es aceptable digo tienes 316GB un crecimiento del 10% serian 300 MB y hasta que llenes los 300 MB entonces la base crecera otro 10% :)

saludos!

[MethoskO]

Iniciado por Libras

yo digo que un crecimiento de 10% es aceptable digo tienes 316GB un crecimiento del 10% serian 300 MB y hasta que llenes los 300 MB entonces la base crecera otro 10% :)

saludos!

claro seria ideal que creciera 300mb pero lamentablemente son 300 Gb no 30Gb

300 Gb = 100%
30 Gb = 10%

salu2

[Libras]

a pos mejor :) un crecimiento de 30 GB no va a tener un siguiente incremento hasta que esos 30GB se llenen y eso serian muchos muchos datos :)

[Missi]

Todo dependerá de cuanto espacio tienes en el volumen donde se aloja las BD.

Lo aconsejable siempre es que crezca las menos veces posibles por tema de fragmentación. Por eso es bueno asignar un crecimiento generoso siempre y cuando se tenga espacio en disco.

Los consejos que te dimos no iban mal encaminados. ;)