Error con Checkdb

16/01/2004 - 19:36 por Liliana Sorrentino | Informe spam
Hola foro:

Cada vez q ejecuto un dbcc checkdb sobre una db (solo en esa de todas las
que el server tiene), me da el sig. error:

En la ventana del isqlw.

[Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionRead (WrapperRead()).
Server: Msg 11, Level 16, State 1, Line 0
General network error. Check your network documentation.
ODBC: Msg 0, Level 16, State 1
Communication link failure

Connection Broken

En el Errorlog del SQL Server

DBCC CHECKDB (Liquidaciones) ejecutado por MGP\Adrian ha encontrado 1
errores y ha reparado 0.

SQL 7 SP4

IDEAS? ???

Gracias!

Adrián.

Preguntas similare

Leer las respuestas

#16 Liliana Sorrentino
19/01/2004 - 20:13 | Informe spam
Sip, ya lo hice en su momento y no funciono.
De todas formas ya esta solucionado, evidentemente era la db, ya que la
volvi a recrear y ahora no hay dramas..

Gracias a todos!


"Miguel Egea" escribió en el mensaje
news:uZCL$
Mostrar la cita
mensaje
Mostrar la cita
y
Mostrar la cita
todas
Mostrar la cita
1
Mostrar la cita
#17 Liliana Sorrentino
19/01/2004 - 20:13 | Informe spam
Sip, ya lo hice en su momento y no funciono.
De todas formas ya esta solucionado, evidentemente era la db, ya que la
volvi a recrear y ahora no hay dramas..

Gracias a todos!
Adrián (aunque use la cuenta de Liliana)

"Liliana Sorrentino" escribió en el mensaje
news:Oju$h#
Mostrar la cita
(WrapperRead()).
Mostrar la cita
#18 robcarra
19/01/2004 - 20:54 | Informe spam
Hola Liliana

Queria preguntarte algo, dices que todo esta ok hasta que insertas datos
con INSERT INTO - es decir un insert regular - y que es luego de este
insert que checkdb falla. Que haces para corregir el estado de la base de
datos en este punto? Borras estos datos recien insertados? Restauras la
base de datos? Me imagino tambien que el checkdb es ejecutado luego que la
insercion culmina, es correcto?

Cuando la conexion es terminada en esta ventana de QA - que debe ser una
excepcion en el codigo - se reporta algo en el errorlog? Me refiero a un
stack dump, o un assertion, o un Access Violation? Si es asi podrias
adjuntarlo por favor? Si no es asi, podrias activar la opcion DBCC
TRACEON(3604, 3605) y volver a ejecutar el CHECKDB. Reporta algo al
errorlog o a la pantalla de QA?

Se que ninguno de estos pasos es una solucion, pero seria interesante cual
es la excepcion que esta siendo levantada

Saludos


Roberto Carrasco
MCSE, MCDBA
#19 Liliana Sorrentino
20/01/2004 - 17:48 | Informe spam
Roberto:

Mostrar la cita
(Soy Adrián usando la cuenta de Liliana)
Mostrar la cita
Exactamente

Mostrar la cita
No se puede hacer nada, ya que el checkdb falla, no asi el checktable de
cada una de las tablas que tiene la db

Mostrar la cita
No
Mostrar la cita
Si, y si ejecuto un checkdb sobre la db restaurada funciona ok

Mostrar la cita
Si

Mostrar la cita
Si, un msg que dice ejecucion dbcc checkdb por mgp\adrian ha encontrado 1
error y reparado 0

Mostrar la cita
Nop, nada de eso

Mostrar la cita
OK, vamos a probar eso, sabes, sería interesante si podes darme una lista de
los Traceon y lo que hace cada uno, yo tengo varios, pero me gustaría tener
los todos !: )), asi tb las instrucciones dbcc no documentadas, como dbcc
page o dbcc resource

Gracias!

Mostrar la cita
"Roberto Carrasco (MS)" escribió en el
mensaje news:
Mostrar la cita
#20 robcarra
21/01/2004 - 18:54 | Informe spam
Hola Adrian

En que build de SQL 7.0 estas? Tienes algun patch despues del SP4?

El trace flag 3604 es para devolver mas informacion al cliente que en este
caso es QA, 3605 es para mandar la informacion al log

Dejanos saber si recibiste algun mensaje con el checkdb fallido

Estamos seguros que no hay problemas de disco, no?

Saludos

Roberto Carrasco
Ads by Google
Search Busqueda sugerida