Error: 823, Severity: 24, State: 3

22/06/2006 - 11:44 por Gladiador | Informe spam
Hola grupo:
Tenemos instalado SQL SERVER 2000 con sp3 en un cluster con 2 equipos W2K
sp4.
Recientemente se reconfiguró el cluster y se volvió a instalar SQLSERVER
debido a unos problemas en un disco, restaurando nuestra Base de datos
posteriormente (BDATOS).
El cluster estaba bien configurado y la instalación de SQLSERVER tampoco dio
ningún problema.
Durante dos semanas todo funcionaba perfectamente, sin embargo, tras una
tarea del plan de mantenimiento como es la Optimización, con la casilla de
Reorganizar páginas de datos y de índices marcada y la opción de cambiar el
porcentaje de espacio disponible por página a 10% activada, que
anteriormente había funcionado bien, nos dio el siguiente error:
Error: 823, Severity: 24, State: 3
I/O error 2(El sistema no puede hallar el archivo especificado.) detected
during write at offset 0x0000000dfc0000 in file 'R:\Archivos de
programa\Microsoft SQL Server\MSSQL\data\BDATOS.mdf'.
El error es continuo, y si se detiene el servicio de SQLSERVER y se vuelve a
iniciar, el error deja de darse, pero la Base de Datos se queda en estado
SOSPECHOSO, teniendo que restaurarla.
Informándome sobre este error, Microsoft refiere problemas de disco.
Realizando un CHKDSK /f /r en la unidad R (proceso especial para hacerlo en
una unidad de un cluster) informa que ha corregido errores en el archivo
BDATOS.MDF. Realizando otro inmediatamente después ya no da errores.
Posteriormente se restaura la BD y funciona todo bien hasta que se intenta
otra optimización o, en su uso habitual, durante un periodo de tiempo de 1
semana aproximadamente que vuelve a repetirse el error y el proceso de
reparación.
La BD está manejada por un programa que funciona las 24 h. y que actualiza
una de las tablas de la BD cada segundo.
La reorganización de páginas y de datos ha funcionado bien sin tener que
parar este programa, hasta ahora.
Tengo serias dudas de que el problema sea físico (del disco).
¿Alguno ha tenido algún problema similar?
Un saludo:
Victor

Preguntas similare

Leer las respuestas

#1 Maxi
22/06/2006 - 14:53 | Informe spam
Hola, pinta a problema de I/O. Tenes algun proceso en ese servidor como por
ej un antivirus que este haciendo un check de los archivos?


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


"Gladiador" escribió en el mensaje
news:uxg2$
Hola grupo:
Tenemos instalado SQL SERVER 2000 con sp3 en un cluster con 2 equipos W2K
sp4.
Recientemente se reconfiguró el cluster y se volvió a instalar SQLSERVER
debido a unos problemas en un disco, restaurando nuestra Base de datos
posteriormente (BDATOS).
El cluster estaba bien configurado y la instalación de SQLSERVER tampoco
dio
ningún problema.
Durante dos semanas todo funcionaba perfectamente, sin embargo, tras una
tarea del plan de mantenimiento como es la Optimización, con la casilla de
Reorganizar páginas de datos y de índices marcada y la opción de cambiar
el
porcentaje de espacio disponible por página a 10% activada, que
anteriormente había funcionado bien, nos dio el siguiente error:
Error: 823, Severity: 24, State: 3
I/O error 2(El sistema no puede hallar el archivo especificado.) detected
during write at offset 0x0000000dfc0000 in file 'R:\Archivos de
programa\Microsoft SQL Server\MSSQL\data\BDATOS.mdf'.
El error es continuo, y si se detiene el servicio de SQLSERVER y se vuelve
a
iniciar, el error deja de darse, pero la Base de Datos se queda en estado
SOSPECHOSO, teniendo que restaurarla.
Informándome sobre este error, Microsoft refiere problemas de disco.
Realizando un CHKDSK /f /r en la unidad R (proceso especial para hacerlo
en
una unidad de un cluster) informa que ha corregido errores en el archivo
BDATOS.MDF. Realizando otro inmediatamente después ya no da errores.
Posteriormente se restaura la BD y funciona todo bien hasta que se intenta
otra optimización o, en su uso habitual, durante un periodo de tiempo de 1
semana aproximadamente que vuelve a repetirse el error y el proceso de
reparación.
La BD está manejada por un programa que funciona las 24 h. y que actualiza
una de las tablas de la BD cada segundo.
La reorganización de páginas y de datos ha funcionado bien sin tener que
parar este programa, hasta ahora.
Tengo serias dudas de que el problema sea físico (del disco).
¿Alguno ha tenido algún problema similar?
Un saludo:
Victor


Respuesta Responder a este mensaje
#2 qwalgrande
22/06/2006 - 23:09 | Informe spam
Hola.

Parece ser que tienes un índice corrupto. Si no te es posible identificar
qué índice está corrupto, lo cual podrías hacer, por ejemplo, reindexando
índices uno por uno, hasta dar con el que dé el error, o viendo el log de la
propia reindexación que dejan los planes de mantenimiento (mira en
R:\Archivos de programa\Microsoft SQL Server\MSSQL\LOG), que se parará en el
índice que esté roto, puedes generar un script para la base de datos, las
tablas y los índices, crear una nueva base de datos y llevar luego todos los
datos a la esta nueva base de datos.

Ah! Y mucha suerte...

Alberto López Grande (qwalgrande)


"Gladiador" escribió en el mensaje
news:uxg2$
Hola grupo:
Tenemos instalado SQL SERVER 2000 con sp3 en un cluster con 2 equipos W2K
sp4.
Recientemente se reconfiguró el cluster y se volvió a instalar SQLSERVER
debido a unos problemas en un disco, restaurando nuestra Base de datos
posteriormente (BDATOS).
El cluster estaba bien configurado y la instalación de SQLSERVER tampoco
dio
ningún problema.
Durante dos semanas todo funcionaba perfectamente, sin embargo, tras una
tarea del plan de mantenimiento como es la Optimización, con la casilla de
Reorganizar páginas de datos y de índices marcada y la opción de cambiar
el
porcentaje de espacio disponible por página a 10% activada, que
anteriormente había funcionado bien, nos dio el siguiente error:
Error: 823, Severity: 24, State: 3
I/O error 2(El sistema no puede hallar el archivo especificado.) detected
during write at offset 0x0000000dfc0000 in file 'R:\Archivos de
programa\Microsoft SQL Server\MSSQL\data\BDATOS.mdf'.
El error es continuo, y si se detiene el servicio de SQLSERVER y se vuelve
a
iniciar, el error deja de darse, pero la Base de Datos se queda en estado
SOSPECHOSO, teniendo que restaurarla.
Informándome sobre este error, Microsoft refiere problemas de disco.
Realizando un CHKDSK /f /r en la unidad R (proceso especial para hacerlo
en
una unidad de un cluster) informa que ha corregido errores en el archivo
BDATOS.MDF. Realizando otro inmediatamente después ya no da errores.
Posteriormente se restaura la BD y funciona todo bien hasta que se intenta
otra optimización o, en su uso habitual, durante un periodo de tiempo de 1
semana aproximadamente que vuelve a repetirse el error y el proceso de
reparación.
La BD está manejada por un programa que funciona las 24 h. y que actualiza
una de las tablas de la BD cada segundo.
La reorganización de páginas y de datos ha funcionado bien sin tener que
parar este programa, hasta ahora.
Tengo serias dudas de que el problema sea físico (del disco).
¿Alguno ha tenido algún problema similar?
Un saludo:
Victor


Respuesta Responder a este mensaje
#3 Gladiador
23/06/2006 - 14:00 | Informe spam
En el LOG se paraba en la tabla más delicada, concretamente en la que se
actualiza casi cada segundo. En el caso de índice corrupto, ¿No debería dar
error la comprobación de la integridad de la base de datos? Lo que me
desconcierta es que esta operación no devuelve errores.
Muchas gracias por todo:
Victor

"qwalgrande" escribió en el mensaje
news:
Hola.

Parece ser que tienes un índice corrupto. Si no te es posible identificar
qué índice está corrupto, lo cual podrías hacer, por ejemplo, reindexando
índices uno por uno, hasta dar con el que dé el error, o viendo el log de
la propia reindexación que dejan los planes de mantenimiento (mira en
R:\Archivos de programa\Microsoft SQL Server\MSSQL\LOG), que se parará en
el índice que esté roto, puedes generar un script para la base de datos,
las tablas y los índices, crear una nueva base de datos y llevar luego
todos los datos a la esta nueva base de datos.

Ah! Y mucha suerte...

Alberto López Grande (qwalgrande)


"Gladiador" escribió en el mensaje
news:uxg2$
Hola grupo:
Tenemos instalado SQL SERVER 2000 con sp3 en un cluster con 2 equipos W2K
sp4.
Recientemente se reconfiguró el cluster y se volvió a instalar SQLSERVER
debido a unos problemas en un disco, restaurando nuestra Base de datos
posteriormente (BDATOS).
El cluster estaba bien configurado y la instalación de SQLSERVER tampoco
dio
ningún problema.
Durante dos semanas todo funcionaba perfectamente, sin embargo, tras una
tarea del plan de mantenimiento como es la Optimización, con la casilla
de
Reorganizar páginas de datos y de índices marcada y la opción de cambiar
el
porcentaje de espacio disponible por página a 10% activada, que
anteriormente había funcionado bien, nos dio el siguiente error:
Error: 823, Severity: 24, State: 3
I/O error 2(El sistema no puede hallar el archivo especificado.) detected
during write at offset 0x0000000dfc0000 in file 'R:\Archivos de
programa\Microsoft SQL Server\MSSQL\data\BDATOS.mdf'.
El error es continuo, y si se detiene el servicio de SQLSERVER y se
vuelve a
iniciar, el error deja de darse, pero la Base de Datos se queda en estado
SOSPECHOSO, teniendo que restaurarla.
Informándome sobre este error, Microsoft refiere problemas de disco.
Realizando un CHKDSK /f /r en la unidad R (proceso especial para hacerlo
en
una unidad de un cluster) informa que ha corregido errores en el archivo
BDATOS.MDF. Realizando otro inmediatamente después ya no da errores.
Posteriormente se restaura la BD y funciona todo bien hasta que se
intenta
otra optimización o, en su uso habitual, durante un periodo de tiempo de
1
semana aproximadamente que vuelve a repetirse el error y el proceso de
reparación.
La BD está manejada por un programa que funciona las 24 h. y que
actualiza
una de las tablas de la BD cada segundo.
La reorganización de páginas y de datos ha funcionado bien sin tener que
parar este programa, hasta ahora.
Tengo serias dudas de que el problema sea físico (del disco).
¿Alguno ha tenido algún problema similar?
Un saludo:
Victor






Respuesta Responder a este mensaje
#4 Gladiador
23/06/2006 - 14:06 | Informe spam
Concretamente en estos equipos no hay ningún antivirus analizando archivos.
Gracias por tu interés:
Victor


"Maxi" escribió en el mensaje
news:
Hola, pinta a problema de I/O. Tenes algun proceso en ese servidor como
por ej un antivirus que este haciendo un check de los archivos?


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


"Gladiador" escribió en el mensaje
news:uxg2$
Hola grupo:
Tenemos instalado SQL SERVER 2000 con sp3 en un cluster con 2 equipos W2K
sp4.
Recientemente se reconfiguró el cluster y se volvió a instalar SQLSERVER
debido a unos problemas en un disco, restaurando nuestra Base de datos
posteriormente (BDATOS).
El cluster estaba bien configurado y la instalación de SQLSERVER tampoco
dio
ningún problema.
Durante dos semanas todo funcionaba perfectamente, sin embargo, tras una
tarea del plan de mantenimiento como es la Optimización, con la casilla
de
Reorganizar páginas de datos y de índices marcada y la opción de cambiar
el
porcentaje de espacio disponible por página a 10% activada, que
anteriormente había funcionado bien, nos dio el siguiente error:
Error: 823, Severity: 24, State: 3
I/O error 2(El sistema no puede hallar el archivo especificado.) detected
during write at offset 0x0000000dfc0000 in file 'R:\Archivos de
programa\Microsoft SQL Server\MSSQL\data\BDATOS.mdf'.
El error es continuo, y si se detiene el servicio de SQLSERVER y se
vuelve a
iniciar, el error deja de darse, pero la Base de Datos se queda en estado
SOSPECHOSO, teniendo que restaurarla.
Informándome sobre este error, Microsoft refiere problemas de disco.
Realizando un CHKDSK /f /r en la unidad R (proceso especial para hacerlo
en
una unidad de un cluster) informa que ha corregido errores en el archivo
BDATOS.MDF. Realizando otro inmediatamente después ya no da errores.
Posteriormente se restaura la BD y funciona todo bien hasta que se
intenta
otra optimización o, en su uso habitual, durante un periodo de tiempo de
1
semana aproximadamente que vuelve a repetirse el error y el proceso de
reparación.
La BD está manejada por un programa que funciona las 24 h. y que
actualiza
una de las tablas de la BD cada segundo.
La reorganización de páginas y de datos ha funcionado bien sin tener que
parar este programa, hasta ahora.
Tengo serias dudas de que el problema sea físico (del disco).
¿Alguno ha tenido algún problema similar?
Un saludo:
Victor






Respuesta Responder a este mensaje
#5 qwalgrande
26/06/2006 - 07:16 | Informe spam
Hola.

Sí debería de dar un error en un chequeo de integridad. En cualquier caso,
¿ves posible llevar los datos de esa tabla a otra parte, borrarla y volver a
importar los datos?

Alberto López Grande (qwalgrande)


"Gladiador" escribió en el mensaje
news:
En el LOG se paraba en la tabla más delicada, concretamente en la que se
actualiza casi cada segundo. En el caso de índice corrupto, ¿No debería
dar error la comprobación de la integridad de la base de datos? Lo que me
desconcierta es que esta operación no devuelve errores.
Muchas gracias por todo:
Victor

"qwalgrande" escribió en el mensaje
news:
Hola.

Parece ser que tienes un índice corrupto. Si no te es posible identificar
qué índice está corrupto, lo cual podrías hacer, por ejemplo, reindexando
índices uno por uno, hasta dar con el que dé el error, o viendo el log de
la propia reindexación que dejan los planes de mantenimiento (mira en
R:\Archivos de programa\Microsoft SQL Server\MSSQL\LOG), que se parará en
el índice que esté roto, puedes generar un script para la base de datos,
las tablas y los índices, crear una nueva base de datos y llevar luego
todos los datos a la esta nueva base de datos.

Ah! Y mucha suerte...

Alberto López Grande (qwalgrande)


"Gladiador" escribió en el mensaje
news:uxg2$
Hola grupo:
Tenemos instalado SQL SERVER 2000 con sp3 en un cluster con 2 equipos
W2K
sp4.
Recientemente se reconfiguró el cluster y se volvió a instalar SQLSERVER
debido a unos problemas en un disco, restaurando nuestra Base de datos
posteriormente (BDATOS).
El cluster estaba bien configurado y la instalación de SQLSERVER tampoco
dio
ningún problema.
Durante dos semanas todo funcionaba perfectamente, sin embargo, tras una
tarea del plan de mantenimiento como es la Optimización, con la casilla
de
Reorganizar páginas de datos y de índices marcada y la opción de cambiar
el
porcentaje de espacio disponible por página a 10% activada, que
anteriormente había funcionado bien, nos dio el siguiente error:
Error: 823, Severity: 24, State: 3
I/O error 2(El sistema no puede hallar el archivo especificado.)
detected
during write at offset 0x0000000dfc0000 in file 'R:\Archivos de
programa\Microsoft SQL Server\MSSQL\data\BDATOS.mdf'.
El error es continuo, y si se detiene el servicio de SQLSERVER y se
vuelve a
iniciar, el error deja de darse, pero la Base de Datos se queda en
estado
SOSPECHOSO, teniendo que restaurarla.
Informándome sobre este error, Microsoft refiere problemas de disco.
Realizando un CHKDSK /f /r en la unidad R (proceso especial para hacerlo
en
una unidad de un cluster) informa que ha corregido errores en el archivo
BDATOS.MDF. Realizando otro inmediatamente después ya no da errores.
Posteriormente se restaura la BD y funciona todo bien hasta que se
intenta
otra optimización o, en su uso habitual, durante un periodo de tiempo de
1
semana aproximadamente que vuelve a repetirse el error y el proceso de
reparación.
La BD está manejada por un programa que funciona las 24 h. y que
actualiza
una de las tablas de la BD cada segundo.
La reorganización de páginas y de datos ha funcionado bien sin tener que
parar este programa, hasta ahora.
Tengo serias dudas de que el problema sea físico (del disco).
¿Alguno ha tenido algún problema similar?
Un saludo:
Victor










Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida