Error de Ficheros en SQL Server 2000

Hola.
Tengo una instalación en la que uno de los servidores (PDC) corre Windows
2000 Sp4 y SqlServer2000 Sp3.
El caso es que, algunas veces y sin motivo aparente, los archivos de las
bases de datos (tanto los de datos como los logs) no consiguen crecer, a
pesar de estar configurados para crecimiento automático.
La base de datos TempDB también está configurada para crecimiento
automático.
Evidentemente, hay espacio en el disco para crecer.
El antivirus (symantec) está configurado para excluir de todo análisis las
carpetas de sqlServer.
Los archivos de transacciones están relativamente vacíos (se hace copia de
seguridad de registro de transacciones todos los días).
Tampoco consigo hacer crecer a mano los archivos variando el tamaño. Lo
curioso es que el fichero en disco ocupa el nuevo tamaño que yo he
establecido, pero en el administrador corporativo sigue indicando el
tamaño
original.
La única pista que tengo es el mensaje que queda registrado en el
registro
de SQLServer, que es el siguiente:

fcb::ZeroFile(): GetOverLappedResult() failed with error 2.

He buscado documentación por Internet, y me he encontrado con que hay más
gente a la que le pasa lo mismo, pero ninguno consigue una solución al
respecto.

También de forma esporádica el mismo servidor registra problemas de
escritura demorada, y siempre en archivos de bases de datos de Olap Server
(archivos de dimensiones, tablas de hechos, ..).

Todo esto está montado en un BiProcesador Xeon, con la configuración de
discos Hot Swap Scsi en Raid 5 controlados por Hardware. Aparentemente, no
hay ningún otro error en el sistema de archivos, ni en los discos.

Gracias de antemano por cualquier posible sugerencia sobre cómo solventar
el
problema.

Hola, algunos tips

1) No pondria un antivirus que corra sobre un server de SQLServer
2) Revisaria como crecen los archivos, o sea, estan en porcentual o
tamaño? yo los uso en tamaño
3) Revisar que error da cuando no pueden crecer y enviarlo a la lista



Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Manolo Torres" escribió en el mensaje
news:%
Mostrar la cita

Hola.
Tengo una instalación en la que uno de los servidores (PDC) corre Windows
2000 Sp4 y SqlServer2000 Sp3.
El caso es que, algunas veces y sin motivo aparente, los archivos de las
bases de datos (tanto los de datos como los logs) no consiguen crecer, a
pesar de estar configurados para crecimiento automático.
La base de datos TempDB también está configurada para crecimiento
automático.
Evidentemente, hay espacio en el disco para crecer.
El antivirus (symantec) está configurado para excluir de todo análisis
las
carpetas de sqlServer.
Los archivos de transacciones están relativamente vacíos (se hace copia
de
seguridad de registro de transacciones todos los días).
Tampoco consigo hacer crecer a mano los archivos variando el tamaño. Lo
curioso es que el fichero en disco ocupa el nuevo tamaño que yo he
establecido, pero en el administrador corporativo sigue indicando el
tamaño
original.
La única pista que tengo es el mensaje que queda registrado en el
registro
de SQLServer, que es el siguiente:

fcb::ZeroFile(): GetOverLappedResult() failed with error 2.

He buscado documentación por Internet, y me he encontrado con que hay más
gente a la que le pasa lo mismo, pero ninguno consigue una solución al
respecto.

También de forma esporádica el mismo servidor registra problemas de
escritura demorada, y siempre en archivos de bases de datos de Olap
Server
(archivos de dimensiones, tablas de hechos, ..).

Todo esto está montado en un BiProcesador Xeon, con la configuración de
discos Hot Swap Scsi en Raid 5 controlados por Hardware. Aparentemente,
no
hay ningún otro error en el sistema de archivos, ni en los discos.

Gracias de antemano por cualquier posible sugerencia sobre cómo solventar
el
problema.

Hola.
El tipo de crecimiento de archivos está en porcentual (es la opción por
defecto de SQLServer)
Sobre los errores, son de orgien muy diverso, pero terminan en el mismo
error.

Por ejemplo, un error ha generado estos tres registros en el log, en esta
secuencia:

1-Error: 1105, Severity: 17, State: 2
2-No se puede asignar espacio al objeto '(SYSTEM table id: -970124604)' de
la base de datos 'TEMPDB'. El grupo de archivos 'DEFAULT' está lleno..
3-fcb::ZeroFile(): GetOverLappedResult() failed with error 2.

Otro error ha generado estos:

1-Error: 1105, Severity: 17, State: 2
2-No se puede asignar espacio al objeto 'Tmp_MARCAJES' de la base de datos
'CONTROL_PRESENCIA'. El grupo de archivos 'PRIMARY' está lleno..
3-fcb::ZeroFile(): GetOverLappedResult() failed with error 2.

Por cierto, considero fundamental tener antivirus en todas las máquinas, a
no ser que esté claramente desaconsejado. En cualquier caso, ¿podría ser
problema del antivirus?. La verdad es que podría tener sentido que por
interferencias del antivirus en los ficheros de SQL por falsos positivos
pasase esto, pero insisto, tengo excluida toda la carpeta "MSSQL". ¿podría
tener que excluir alguna carpeta más que el sistema pueda itulizar para
crear archivos temporales durante la ampliación?.
Gracias de nuevo.


"Maxi" escribió en el mensaje
news:%
Mostrar la cita

Hola, algunos tips

1) No pondria un antivirus que corra sobre un server de SQLServer
2) Revisaria como crecen los archivos, o sea, estan en porcentual o
tamaño? yo los uso en tamaño
3) Revisar que error da cuando no pueden crecer y enviarlo a la lista



Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Manolo Torres" escribió en el mensaje
news:%
Mostrar la cita

Hola.
Tengo una instalación en la que uno de los servidores (PDC) corre
Windows
2000 Sp4 y SqlServer2000 Sp3.
El caso es que, algunas veces y sin motivo aparente, los archivos de las
bases de datos (tanto los de datos como los logs) no consiguen crecer, a
pesar de estar configurados para crecimiento automático.
La base de datos TempDB también está configurada para crecimiento
automático.
Evidentemente, hay espacio en el disco para crecer.
El antivirus (symantec) está configurado para excluir de todo análisis
las
carpetas de sqlServer.
Los archivos de transacciones están relativamente vacíos (se hace copia
de
seguridad de registro de transacciones todos los días).
Tampoco consigo hacer crecer a mano los archivos variando el tamaño. Lo
curioso es que el fichero en disco ocupa el nuevo tamaño que yo he
establecido, pero en el administrador corporativo sigue indicando el
tamaño
original.
La única pista que tengo es el mensaje que queda registrado en el
registro
de SQLServer, que es el siguiente:

fcb::ZeroFile(): GetOverLappedResult() failed with error 2.

He buscado documentación por Internet, y me he encontrado con que hay
más
gente a la que le pasa lo mismo, pero ninguno consigue una solución al
respecto.

También de forma esporádica el mismo servidor registra problemas de
escritura demorada, y siempre en archivos de bases de datos de Olap
Server
(archivos de dimensiones, tablas de hechos, ..).

Todo esto está montado en un BiProcesador Xeon, con la configuración de
discos Hot Swap Scsi en Raid 5 controlados por Hardware. Aparentemente,
no
hay ningún otro error en el sistema de archivos, ni en los discos.

Gracias de antemano por cualquier posible sugerencia sobre cómo
solventar el
problema.

Manolo, empecemos por lo siguiente

Cambia el tipo de crecimiento de porcentual a un numero en MB.

Luego proba de deshabilitar el antivirus


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Manolo Torres" escribió en el mensaje
news:OcP4$
> Hola.
> El tipo de crecimiento de archivos está en porcentual (es la opción por
> defecto de SQLServer)
> Sobre los errores, son de orgien muy diverso, pero terminan en el mismo
> error.
>
> Por ejemplo, un error ha generado estos tres registros en el log, en esta
> secuencia:
>
> 1-Error: 1105, Severity: 17, State: 2
> 2-No se puede asignar espacio al objeto '(SYSTEM table id: -970124604)' de
> la base de datos 'TEMPDB'. El grupo de archivos 'DEFAULT' está lleno..
> 3-fcb::ZeroFile(): GetOverLappedResult() failed with error 2.
>
> Otro error ha generado estos:
>
> 1-Error: 1105, Severity: 17, State: 2
> 2-No se puede asignar espacio al objeto 'Tmp_MARCAJES' de la base de datos
> 'CONTROL_PRESENCIA'. El grupo de archivos 'PRIMARY' está lleno..
> 3-fcb::ZeroFile(): GetOverLappedResult() failed with error 2.
>
> Por cierto, considero fundamental tener antivirus en todas las máquinas, a
> no ser que esté claramente desaconsejado. En cualquier caso, ¿podría ser
> problema del antivirus?. La verdad es que podría tener sentido que por
> interferencias del antivirus en los ficheros de SQL por falsos positivos
> pasase esto, pero insisto, tengo excluida toda la carpeta "MSSQL". ¿podría
> tener que excluir alguna carpeta más que el sistema pueda itulizar para
> crear archivos temporales durante la ampliación?.
> Gracias de nuevo.
>
>
> "Maxi" escribió en el mensaje
> news:%
>> Hola, algunos tips
>>
>> 1) No pondria un antivirus que corra sobre un server de SQLServer
>> 2) Revisaria como crecen los archivos, o sea, estan en porcentual o
>> tamaño? yo los uso en tamaño
>> 3) Revisar que error da cuando no pueden crecer y enviarlo a la lista
>>
>>
>>
>> Salu2
>> Maxi [MVP SQL SERVER]
>> www.sqlgurus.org
>>
>>
>> "Manolo Torres" escribió en el mensaje
>> news:%
>>> Hola.
>>> Tengo una instalación en la que uno de los servidores (PDC) corre
>>> Windows
>>> 2000 Sp4 y SqlServer2000 Sp3.
>>> El caso es que, algunas veces y sin motivo aparente, los archivos de las
>>> bases de datos (tanto los de datos como los logs) no consiguen crecer, a
>>> pesar de estar configurados para crecimiento automático.
>>> La base de datos TempDB también está configurada para crecimiento
>>> automático.
>>> Evidentemente, hay espacio en el disco para crecer.
>>> El antivirus (symantec) está configurado para excluir de todo análisis
>>> las
>>> carpetas de sqlServer.
>>> Los archivos de transacciones están relativamente vacíos (se hace copia
>>> de
>>> seguridad de registro de transacciones todos los días).
>>> Tampoco consigo hacer crecer a mano los archivos variando el tamaño. Lo
>>> curioso es que el fichero en disco ocupa el nuevo tamaño que yo he
>>> establecido, pero en el administrador corporativo sigue indicando el
>>> tamaño
>>> original.
>>> La única pista que tengo es el mensaje que queda registrado en el
>>> registro
>>> de SQLServer, que es el siguiente:
>>>
>>> fcb::ZeroFile(): GetOverLappedResult() failed with error 2.
>>>
>>> He buscado documentación por Internet, y me he encontrado con que hay
>>> más
>>> gente a la que le pasa lo mismo, pero ninguno consigue una solución al
>>> respecto.
>>>
>>> También de forma esporádica el mismo servidor registra problemas de
>>> escritura demorada, y siempre en archivos de bases de datos de Olap
>>> Server
>>> (archivos de dimensiones, tablas de hechos, ..).
>>>
>>> Todo esto está montado en un BiProcesador Xeon, con la configuración de
>>> discos Hot Swap Scsi en Raid 5 controlados por Hardware. Aparentemente,
>>> no
>>> hay ningún otro error en el sistema de archivos, ni en los discos.
>>>
>>> Gracias de antemano por cualquier posible sugerencia sobre cómo
>>> solventar el
>>> problema.
>>>
>>>
>>>
>>>
>>
>>
>
>

Maxi

Segun el comentario inicial de MANOLO, el SQL Server lo tiene instalado en
un PDC(PRIMARY DOMAIN CONTROLLER), Opino, a menos que me equivoque, que
deberia instalarlo en un servidor exclusivo para bases de datos.
Saludos
IIslas


"Maxi" escribió:

Mostrar la cita

Manolo, empecemos por lo siguiente

Cambia el tipo de crecimiento de porcentual a un numero en MB.

Luego proba de deshabilitar el antivirus


Salu2
Maxi [MVP SQL SERVER]
www.sqlgurus.org


"Manolo Torres" escribió en el mensaje
news:OcP4$
> Hola.
> El tipo de crecimiento de archivos está en porcentual (es la opción por
> defecto de SQLServer)
> Sobre los errores, son de orgien muy diverso, pero terminan en el mismo
> error.
>
> Por ejemplo, un error ha generado estos tres registros en el log, en
> esta
> secuencia:
>
> 1-Error: 1105, Severity: 17, State: 2
> 2-No se puede asignar espacio al objeto '(SYSTEM table id: -970124604)'
> de
> la base de datos 'TEMPDB'. El grupo de archivos 'DEFAULT' está lleno..
> 3-fcb::ZeroFile(): GetOverLappedResult() failed with error 2.
>
> Otro error ha generado estos:
>
> 1-Error: 1105, Severity: 17, State: 2
> 2-No se puede asignar espacio al objeto 'Tmp_MARCAJES' de la base de
> datos
> 'CONTROL_PRESENCIA'. El grupo de archivos 'PRIMARY' está lleno..
> 3-fcb::ZeroFile(): GetOverLappedResult() failed with error 2.
>
> Por cierto, considero fundamental tener antivirus en todas las
> máquinas, a
> no ser que esté claramente desaconsejado. En cualquier caso, ¿podría
> ser
> problema del antivirus?. La verdad es que podría tener sentido que por
> interferencias del antivirus en los ficheros de SQL por falsos
> positivos
> pasase esto, pero insisto, tengo excluida toda la carpeta "MSSQL".
> ¿podría
> tener que excluir alguna carpeta más que el sistema pueda itulizar para
> crear archivos temporales durante la ampliación?.
> Gracias de nuevo.
>
>
> "Maxi" escribió en el mensaje
> news:%
>> Hola, algunos tips
>>
>> 1) No pondria un antivirus que corra sobre un server de SQLServer
>> 2) Revisaria como crecen los archivos, o sea, estan en porcentual o
>> tamaño? yo los uso en tamaño
>> 3) Revisar que error da cuando no pueden crecer y enviarlo a la lista
>>
>>
>>
>> Salu2
>> Maxi [MVP SQL SERVER]
>> www.sqlgurus.org
>>
>>
>> "Manolo Torres" escribió en el mensaje
>> news:%
>>> Hola.
>>> Tengo una instalación en la que uno de los servidores (PDC) corre
>>> Windows
>>> 2000 Sp4 y SqlServer2000 Sp3.
>>> El caso es que, algunas veces y sin motivo aparente, los archivos de
>>> las
>>> bases de datos (tanto los de datos como los logs) no consiguen
>>> crecer, a
>>> pesar de estar configurados para crecimiento automático.
>>> La base de datos TempDB también está configurada para crecimiento
>>> automático.
>>> Evidentemente, hay espacio en el disco para crecer.
>>> El antivirus (symantec) está configurado para excluir de todo
>>> análisis
>>> las
>>> carpetas de sqlServer.
>>> Los archivos de transacciones están relativamente vacíos (se hace
>>> copia
>>> de
>>> seguridad de registro de transacciones todos los días).
>>> Tampoco consigo hacer crecer a mano los archivos variando el tamaño.
>>> Lo
>>> curioso es que el fichero en disco ocupa el nuevo tamaño que yo he
>>> establecido, pero en el administrador corporativo sigue indicando el
>>> tamaño
>>> original.
>>> La única pista que tengo es el mensaje que queda registrado en el
>>> registro
>>> de SQLServer, que es el siguiente:
>>>
>>> fcb::ZeroFile(): GetOverLappedResult() failed with error 2.
>>>
>>> He buscado documentación por Internet, y me he encontrado con que hay
>>> más
>>> gente a la que le pasa lo mismo, pero ninguno consigue una solución
>>> al
>>> respecto.
>>>
>>> También de forma esporádica el mismo servidor registra problemas de
>>> escritura demorada, y siempre en archivos de bases de datos de Olap
>>> Server
>>> (archivos de dimensiones, tablas de hechos, ..).
>>>
>>> Todo esto está montado en un BiProcesador Xeon, con la configuración
>>> de
>>> discos Hot Swap Scsi en Raid 5 controlados por Hardware.
>>> Aparentemente,
>>> no
>>> hay ningún otro error en el sistema de archivos, ni en los discos.
>>>
>>> Gracias de antemano por cualquier posible sugerencia sobre cómo
>>> solventar el
>>> problema.
>>>
>>>
>>>
>>>
>>
>>
>
>