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

#6 Gladiador
27/06/2006 - 02:56 | Informe spam
Intentaré llevar a cabo esa operación, a ver que ocurre.
Ya te comentaré.
Victor

"qwalgrande" escribió en el mensaje
news:
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














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