ERROR: No se puede asignar espacio al objeto XXXX de la base de datos 'TEMPDB'. El grupo de archivos 'DEFAULT' está lleno

13/09/2004 - 16:25 por manel gonzalez | Informe spam
Hola grupo

Hace ya algún tiempo que expuse este problema en el foro...

Desde hace 1 mes, de cuando en cuando aparecen en el log errores como este:
"No se puede asignar espacio al objeto '(SYSTEM table id: -691489247)'
de la base de datos 'TEMPDB'. El grupo de archivos 'DEFAULT' está lleno."

El caso es que hay sitio de sobras en el disco ( que es un array de 5
discos ) al que le quedan 18 Gb libres.

La TempDB tiene activado el autoincremento (10%) tanto para su fichero de
datos como el de transaction log

Yo puedo forzar el error si realizo un update de 1 campo sobre una tabla de
900.000 registros con estas instrucciones

BEGIN TRAN
UPDATE Tabla SET campo = campo
IF @@ERROR = 0
COMMIT
ELSE
ROLLBACK

La tabla de marras sólo ocupa 121 Mb en disco ¿¿ que pasa ??

Ha estado un tecnico de IBM mirando los discos por si se trataba de algo
físico, pero no ha encontrado nada.

Otra cosa que quizas os ayude... !!no puedo cambiar el tamaño del fichero de
datos de la TempDB, pero si el del transaction log!!
(Raro, raro, raro)

La plataforma es un SQL7 con SP4 sobre NT4 con SP6



Gracias de antemano a todos

Preguntas similare

Leer las respuestas

#1 Lázaro
13/09/2004 - 17:00 | Informe spam
No me acuerdo muy bien, pero si como era en SQL Server 6.5 o en Adaptive
Server de Sybase que eran iguales.

Cuando creabas un nuevo dispositivo de BD se creaban 3 segmentos, el system,
el default y el log. El segmento log era asignado al dispositivo de log si
había uno separado del de datos y el system y el default compartían
dispositivo.

Cuando le sumas más espacio a la bd, como en el caso de tempdb, el extiende
el segmento default entre los dos dispositivos físicos de disco. Que te
puede estar ocurriendo, que cuando un objeto empieza a escribirse en el
segmento default del dispositivo 1, cuando tiene que coger más espacio no
puede crecer en el segmento default del dispositivo 2. Por eso te dará
cuando en tempdb, cuando los objetos sean muy grandes e intenten coger
espacio en ambos segmentos.

En aquellas versiones de las que te hablo cuando se extendía la bd, lo que
se hacía era u obligar a que los objetos se crearan en un segmento, con la
cláusula ON default, etc. o eliminar el segmento default del dispositivo
inicial de la bd, de manera que sólo quedara un default en el segundo
dispositivo.

No recuerdo como funcionaba esto en el SQL 7, porque pasé de Sybase y MS 6.5
a MS 2000, donde ya el sistema no es el mismo.

Espero que al menos te sirva para buscar la fuente del problema.

Salu2


"manel gonzalez" wrote in message
news:

Hola grupo

Hace ya algún tiempo que expuse este problema en el foro...

Desde hace 1 mes, de cuando en cuando aparecen en el log errores como


este:
"No se puede asignar espacio al objeto '(SYSTEM table id: -691489247)'
de la base de datos 'TEMPDB'. El grupo de archivos 'DEFAULT' está lleno."

El caso es que hay sitio de sobras en el disco ( que es un array de 5
discos ) al que le quedan 18 Gb libres.

La TempDB tiene activado el autoincremento (10%) tanto para su fichero de
datos como el de transaction log

Yo puedo forzar el error si realizo un update de 1 campo sobre una tabla


de
900.000 registros con estas instrucciones

BEGIN TRAN
UPDATE Tabla SET campo = campo
IF @@ERROR = 0
COMMIT
ELSE
ROLLBACK

La tabla de marras sólo ocupa 121 Mb en disco ¿¿ que pasa ??

Ha estado un tecnico de IBM mirando los discos por si se trataba de algo
físico, pero no ha encontrado nada.

Otra cosa que quizas os ayude... !!no puedo cambiar el tamaño del fichero


de
datos de la TempDB, pero si el del transaction log!!
(Raro, raro, raro)

La plataforma es un SQL7 con SP4 sobre NT4 con SP6



Gracias de antemano a todos








Respuesta Responder a este mensaje
#2 manel gonzalez
13/09/2004 - 18:44 | Informe spam
Hola Adrian
El problema es que no tengo otra unidad física.

El server en el que está instalado el SQL tiene 3 unidades lógicas, que la
ServerRAID gestiona.
1.- la unidad C, tipo FAT, de tamaño reducido con el S.O.
2.- Una unidad de 60Gb con el Sql (datos),
3.- Una unidad de 40Gb que uso para hacer las copias de seguridad al
disco, que posteriormente salvo en cinta

Como ves , unidades "fisicas" no tengo...

Puedo probar de cambiarlas a la otra "logica", pero si el problema es
físico, me quedo igual, ya que si no peta ahora lo hará más adelante.






"Adrian D. Garcia" escribió en el mensaje
news:
Has intentando cambiar el TEMDB a otra unidad fisica?

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"manel gonzalez" wrote in message
news:
>
> Hola grupo
>
> Hace ya algún tiempo que expuse este problema en el foro...
>
> Desde hace 1 mes, de cuando en cuando aparecen en el log errores como
este:
> "No se puede asignar espacio al objeto '(SYSTEM table


id: -691489247)'
> de la base de datos 'TEMPDB'. El grupo de archivos 'DEFAULT' está


lleno."
>
> El caso es que hay sitio de sobras en el disco ( que es un array de 5
> discos ) al que le quedan 18 Gb libres.
>
> La TempDB tiene activado el autoincremento (10%) tanto para su fichero


de
> datos como el de transaction log
>
> Yo puedo forzar el error si realizo un update de 1 campo sobre una tabla
de
> 900.000 registros con estas instrucciones
>
> BEGIN TRAN
> UPDATE Tabla SET campo = campo
> IF @@ERROR = 0
> COMMIT
> ELSE
> ROLLBACK
>
> La tabla de marras sólo ocupa 121 Mb en disco ¿¿ que pasa ??
>
> Ha estado un tecnico de IBM mirando los discos por si se trataba de algo
> físico, pero no ha encontrado nada.
>
> Otra cosa que quizas os ayude... !!no puedo cambiar el tamaño del


fichero
de
> datos de la TempDB, pero si el del transaction log!!
> (Raro, raro, raro)
>
> La plataforma es un SQL7 con SP4 sobre NT4 con SP6
>
>
>
> Gracias de antemano a todos
>
>
>
>
>
>
>
>


Respuesta Responder a este mensaje
#3 Maxi
13/09/2004 - 19:24 | Informe spam
con el permiso de Adrian ;-), si es problema fisico estas medio perdido por
como tienes el Servidor :(

Ahora bien, ademas de esto, tu configuracion no es recomendada porque genera
mucho cuello de botella :(

lo ideal seria tener algo asi como

C (RAID 1 2 discos fisicos)
D (RAID 1 2 discos Fisicos)
E (RAID 1 2 discos Fisicos)

en el C pones el SO y Sql
En el D las BDD
En el E los Logs

Luego los Backups o los haces en cinta o via Lan.

Suerte


Salu2
Maxi
Buenos Aires - Argentina
Desarrollador Microsoft 3 Estrellas .NET
Nunca consideres el estudio como una obligación sino como
una oportunidad para penetrar en el bello y maravillosos
mundo del saber.
- Albert Einstein



"manel gonzalez" escribió en el mensaje
news:eJh7$
Hola Adrian
El problema es que no tengo otra unidad física.

El server en el que está instalado el SQL tiene 3 unidades lógicas, que la
ServerRAID gestiona.
1.- la unidad C, tipo FAT, de tamaño reducido con el S.O.
2.- Una unidad de 60Gb con el Sql (datos),
3.- Una unidad de 40Gb que uso para hacer las copias de seguridad al
disco, que posteriormente salvo en cinta

Como ves , unidades "fisicas" no tengo...

Puedo probar de cambiarlas a la otra "logica", pero si el problema es
físico, me quedo igual, ya que si no peta ahora lo hará más adelante.






"Adrian D. Garcia" escribió en el mensaje
news:
> Has intentando cambiar el TEMDB a otra unidad fisica?
>
> Saludos
> Adrian D. Garcia
> MCSD
> NDSoft Consultoria y Desarrollo
>
> "manel gonzalez" wrote in message
> news:
> >
> > Hola grupo
> >
> > Hace ya algún tiempo que expuse este problema en el foro...
> >
> > Desde hace 1 mes, de cuando en cuando aparecen en el log errores como
> este:
> > "No se puede asignar espacio al objeto '(SYSTEM table
id: -691489247)'
> > de la base de datos 'TEMPDB'. El grupo de archivos 'DEFAULT' está
lleno."
> >
> > El caso es que hay sitio de sobras en el disco ( que es un array de 5
> > discos ) al que le quedan 18 Gb libres.
> >
> > La TempDB tiene activado el autoincremento (10%) tanto para su fichero
de
> > datos como el de transaction log
> >
> > Yo puedo forzar el error si realizo un update de 1 campo sobre una


tabla
> de
> > 900.000 registros con estas instrucciones
> >
> > BEGIN TRAN
> > UPDATE Tabla SET campo = campo
> > IF @@ERROR = 0
> > COMMIT
> > ELSE
> > ROLLBACK
> >
> > La tabla de marras sólo ocupa 121 Mb en disco ¿¿ que pasa ??
> >
> > Ha estado un tecnico de IBM mirando los discos por si se trataba de


algo
> > físico, pero no ha encontrado nada.
> >
> > Otra cosa que quizas os ayude... !!no puedo cambiar el tamaño del
fichero
> de
> > datos de la TempDB, pero si el del transaction log!!
> > (Raro, raro, raro)
> >
> > La plataforma es un SQL7 con SP4 sobre NT4 con SP6
> >
> >
> >
> > Gracias de antemano a todos
> >
> >
> >
> >
> >
> >
> >
> >
>
>







Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.748 / Virus Database: 500 - Release Date: 01/09/2004
Respuesta Responder a este mensaje
#4 Adrian D. Garcia
13/09/2004 - 20:32 | Informe spam
Has intentando cambiar el TEMDB a otra unidad fisica?

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"manel gonzalez" wrote in message
news:

Hola grupo

Hace ya algún tiempo que expuse este problema en el foro...

Desde hace 1 mes, de cuando en cuando aparecen en el log errores como


este:
"No se puede asignar espacio al objeto '(SYSTEM table id: -691489247)'
de la base de datos 'TEMPDB'. El grupo de archivos 'DEFAULT' está lleno."

El caso es que hay sitio de sobras en el disco ( que es un array de 5
discos ) al que le quedan 18 Gb libres.

La TempDB tiene activado el autoincremento (10%) tanto para su fichero de
datos como el de transaction log

Yo puedo forzar el error si realizo un update de 1 campo sobre una tabla


de
900.000 registros con estas instrucciones

BEGIN TRAN
UPDATE Tabla SET campo = campo
IF @@ERROR = 0
COMMIT
ELSE
ROLLBACK

La tabla de marras sólo ocupa 121 Mb en disco ¿¿ que pasa ??

Ha estado un tecnico de IBM mirando los discos por si se trataba de algo
físico, pero no ha encontrado nada.

Otra cosa que quizas os ayude... !!no puedo cambiar el tamaño del fichero


de
datos de la TempDB, pero si el del transaction log!!
(Raro, raro, raro)

La plataforma es un SQL7 con SP4 sobre NT4 con SP6



Gracias de antemano a todos








Respuesta Responder a este mensaje
#5 Adrian D. Garcia
13/09/2004 - 23:51 | Informe spam
Prueba con la unidad logica. Luego veremos que pasa.

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"manel gonzalez" wrote in message
news:eJh7$
Hola Adrian
El problema es que no tengo otra unidad física.

El server en el que está instalado el SQL tiene 3 unidades lógicas, que la
ServerRAID gestiona.
1.- la unidad C, tipo FAT, de tamaño reducido con el S.O.
2.- Una unidad de 60Gb con el Sql (datos),
3.- Una unidad de 40Gb que uso para hacer las copias de seguridad al
disco, que posteriormente salvo en cinta

Como ves , unidades "fisicas" no tengo...

Puedo probar de cambiarlas a la otra "logica", pero si el problema es
físico, me quedo igual, ya que si no peta ahora lo hará más adelante.






"Adrian D. Garcia" escribió en el mensaje
news:
> Has intentando cambiar el TEMDB a otra unidad fisica?
>
> Saludos
> Adrian D. Garcia
> MCSD
> NDSoft Consultoria y Desarrollo
>
> "manel gonzalez" wrote in message
> news:
> >
> > Hola grupo
> >
> > Hace ya algún tiempo que expuse este problema en el foro...
> >
> > Desde hace 1 mes, de cuando en cuando aparecen en el log errores como
> este:
> > "No se puede asignar espacio al objeto '(SYSTEM table
id: -691489247)'
> > de la base de datos 'TEMPDB'. El grupo de archivos 'DEFAULT' está
lleno."
> >
> > El caso es que hay sitio de sobras en el disco ( que es un array de 5
> > discos ) al que le quedan 18 Gb libres.
> >
> > La TempDB tiene activado el autoincremento (10%) tanto para su fichero
de
> > datos como el de transaction log
> >
> > Yo puedo forzar el error si realizo un update de 1 campo sobre una


tabla
> de
> > 900.000 registros con estas instrucciones
> >
> > BEGIN TRAN
> > UPDATE Tabla SET campo = campo
> > IF @@ERROR = 0
> > COMMIT
> > ELSE
> > ROLLBACK
> >
> > La tabla de marras sólo ocupa 121 Mb en disco ¿¿ que pasa ??
> >
> > Ha estado un tecnico de IBM mirando los discos por si se trataba de


algo
> > físico, pero no ha encontrado nada.
> >
> > Otra cosa que quizas os ayude... !!no puedo cambiar el tamaño del
fichero
> de
> > datos de la TempDB, pero si el del transaction log!!
> > (Raro, raro, raro)
> >
> > La plataforma es un SQL7 con SP4 sobre NT4 con SP6
> >
> >
> >
> > Gracias de antemano a todos
> >
> >
> >
> >
> >
> >
> >
> >
>
>


email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida