Errores en el Registro de SQL

31/08/2004 - 10:33 por manel gonzalez | Informe spam
Hola grupo

Desde hace unos dias vienen apareciendo en el Log del SQL errores de este
tipo:
spid77 fcb::ZeroFile(): GetOverLappedResult() failed with error
2.

y de este otro:
No se puede asignar una nueva página para la base de datos 'TEMPDB'. No
hay más páginas disponibles en el grupo de archivos DEFAULT. Puede crear
espacio si quita objetos, archivos adicionales o si permite que el archivo
crezca..
Error: 1101, gravedad: 17, estado: 4


El caso el que en el disco (de hecho es un array de discos, 5 de 20 Gb cada
uno) quedan 30Gb libres y la base de datos TEMPDB, espacio mas que
suficiente, y esta activado el crecimiento automatico del archivo (10% sin
restricciones), tanto del fichero de datos como el del transaction log.

Como puedo saber el tamaño maximo del grupo DEFAULT?. Puedo incrementarlo?

Puede ser fallo de disco??? Los programas de supervisión del servidor no me
indican nada, aunque hace 1 mes tuvieron que venir a cambiar 1 de los discos
porque falló.

Alguna idea?

Preguntas similare

Leer las respuestas

#1 Adrian D. Garcia
31/08/2004 - 19:24 | Informe spam
Hola Manuel,

Creo que el problema esta mas del lado del hardware que del software.
Verifica con algun utilitario del proveedor del RAID si no tienes sectores
malos en algun disco del RAID. Seguramente los encontraras.
Como solucion rapida mientras haces esto trata de ubicar la TempDB en otra
ubicacion.

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"manel gonzalez" wrote in message
news:
Hola grupo

Desde hace unos dias vienen apareciendo en el Log del SQL errores de este
tipo:
spid77 fcb::ZeroFile(): GetOverLappedResult() failed with


error
2.

y de este otro:
No se puede asignar una nueva página para la base de datos 'TEMPDB'.


No
hay más páginas disponibles en el grupo de archivos DEFAULT. Puede crear
espacio si quita objetos, archivos adicionales o si permite que el archivo
crezca..
Error: 1101, gravedad: 17, estado: 4


El caso el que en el disco (de hecho es un array de discos, 5 de 20 Gb


cada
uno) quedan 30Gb libres y la base de datos TEMPDB, espacio mas que
suficiente, y esta activado el crecimiento automatico del archivo (10% sin
restricciones), tanto del fichero de datos como el del transaction log.

Como puedo saber el tamaño maximo del grupo DEFAULT?. Puedo incrementarlo?

Puede ser fallo de disco??? Los programas de supervisión del servidor no


me
indican nada, aunque hace 1 mes tuvieron que venir a cambiar 1 de los


discos
porque falló.

Alguna idea?



Respuesta Responder a este mensaje
#2 manel gonzalez
01/09/2004 - 08:42 | Informe spam
Hola Adrian.

Estoy revisando los discos, pero de momento el programa de gestion de la
ServerRAID no encuentra nada.

Sobre o que dices de cambiar la tempdb, y por si llegase tener que hacerlo,
¿se puede hacer con un sp_detach_db, mover los fichero .mdf y .ldf y luego
un sp_attach_db?. Con una bd de usuario ese seria el proceso normal, pero
con la temp... no sé... al ser del sistema.!!. -_-


Gracias por ser siempre tan atento :)

"Adrian D. Garcia" escribió en el mensaje
news:%
Hola Manuel,

Creo que el problema esta mas del lado del hardware que del software.
Verifica con algun utilitario del proveedor del RAID si no tienes sectores
malos en algun disco del RAID. Seguramente los encontraras.
Como solucion rapida mientras haces esto trata de ubicar la TempDB en otra
ubicacion.

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"manel gonzalez" wrote in message
news:
> Hola grupo
>
> Desde hace unos dias vienen apareciendo en el Log del SQL errores de


este
> tipo:
> spid77 fcb::ZeroFile(): GetOverLappedResult() failed with
error
> 2.
>
> y de este otro:
> No se puede asignar una nueva página para la base de datos 'TEMPDB'.
No
> hay más páginas disponibles en el grupo de archivos DEFAULT. Puede crear
> espacio si quita objetos, archivos adicionales o si permite que el


archivo
> crezca..
> Error: 1101, gravedad: 17, estado: 4
>
>
> El caso el que en el disco (de hecho es un array de discos, 5 de 20 Gb
cada
> uno) quedan 30Gb libres y la base de datos TEMPDB, espacio mas que
> suficiente, y esta activado el crecimiento automatico del archivo (10%


sin
> restricciones), tanto del fichero de datos como el del transaction log.
>
> Como puedo saber el tamaño maximo del grupo DEFAULT?. Puedo


incrementarlo?
>
> Puede ser fallo de disco??? Los programas de supervisión del servidor


no
me
> indican nada, aunque hace 1 mes tuvieron que venir a cambiar 1 de los
discos
> porque falló.
>
> Alguna idea?
>
>
>


Respuesta Responder a este mensaje
#3 Adrian D. Garcia
02/09/2004 - 01:34 | Informe spam
Con este script podes mover la TEMPDB

USE master
go

ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME 'E:\tempdb.mdf')
go

ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME 'E:\templog.ldf')
go Cambia los valores de FILENAME a los que mejor se adecuen.Debes parar y
volver arrancar el servicio despues de hacer este cambio.De paso te sugiero
que cambies la TEMPDB fuera del RAID 5 ya que para esta base de datos no es
necesario tener ese nivel de RAID. Te sugiero que la pases a un RAID 1 o un
RAID 1+0
Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"manel gonzalez" wrote in message
news:eOCUr4%
Hola Adrian.

Estoy revisando los discos, pero de momento el programa de gestion de la
ServerRAID no encuentra nada.

Sobre o que dices de cambiar la tempdb, y por si llegase tener que


hacerlo,
¿se puede hacer con un sp_detach_db, mover los fichero .mdf y .ldf y


luego
un sp_attach_db?. Con una bd de usuario ese seria el proceso normal, pero
con la temp... no sé... al ser del sistema.!!. -_-


Gracias por ser siempre tan atento :)

"Adrian D. Garcia" escribió en el mensaje
news:%
> Hola Manuel,
>
> Creo que el problema esta mas del lado del hardware que del software.
> Verifica con algun utilitario del proveedor del RAID si no tienes


sectores
> malos en algun disco del RAID. Seguramente los encontraras.
> Como solucion rapida mientras haces esto trata de ubicar la TempDB en


otra
> ubicacion.
>
> Saludos
> Adrian D. Garcia
> MCSD
> NDSoft Consultoria y Desarrollo
>
> "manel gonzalez" wrote in message
> news:
> > Hola grupo
> >
> > Desde hace unos dias vienen apareciendo en el Log del SQL errores de
este
> > tipo:
> > spid77 fcb::ZeroFile(): GetOverLappedResult() failed with
> error
> > 2.
> >
> > y de este otro:
> > No se puede asignar una nueva página para la base de datos


'TEMPDB'.
> No
> > hay más páginas disponibles en el grupo de archivos DEFAULT. Puede


crear
> > espacio si quita objetos, archivos adicionales o si permite que el
archivo
> > crezca..
> > Error: 1101, gravedad: 17, estado: 4
> >
> >
> > El caso el que en el disco (de hecho es un array de discos, 5 de 20 Gb
> cada
> > uno) quedan 30Gb libres y la base de datos TEMPDB, espacio mas que
> > suficiente, y esta activado el crecimiento automatico del archivo (10%
sin
> > restricciones), tanto del fichero de datos como el del transaction


log.
> >
> > Como puedo saber el tamaño maximo del grupo DEFAULT?. Puedo
incrementarlo?
> >
> > Puede ser fallo de disco??? Los programas de supervisión del servidor
no
> me
> > indican nada, aunque hace 1 mes tuvieron que venir a cambiar 1 de los
> discos
> > porque falló.
> >
> > Alguna idea?
> >
> >
> >
>
>


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