Error con Checkdb

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$

Intenta usar los modificadores de reparación de menos a más a ver si lo
arregla y desaparece.

Suerte
Saludos
Miguel Egea

"Liliana Sorrentino" escribió en el

mensaje

news:%
> Hola Miguel,
> sin ningun tipo de modificador, solo dbcc checkdb.
> Adrián.
>
> "Miguel Egea" escribió en el mensaje
> news:
> > ¿con que comandos estás usando checkdb?, no recuerdo de la versión 7,
pero
> > en 2000 hay tres niveles, y algunos de ellos repara los errores graves

y

> en
> > otros no.
> >
> > Saludos
> > Miguel Egea
> > "Liliana Sorrentino" escribió en el
> mensaje
> > news:Oju$h%
> > > 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.
> > >
> > >
> > >
> >
> >
>
>

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#

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.

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

Roberto:

Hola Liliana

(Soy Adrián usando la cuenta de 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.

Exactamente

Que haces para corregir el estado de la
base de datos en este punto?

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

Borras estos datos recien insertados?

No

Restauras la base de datos?

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

Me imagino tambien que el checkdb es
ejecutado luego que la insercion culmina, es correcto?

Si

Cuando la conexion es terminada en esta ventana de QA - que debe ser
una excepcion en el codigo - se reporta algo en el errorlog?

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

refiero a un stack dump, o un assertion, o un Access Violation?

Nop, nada de eso

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

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!

Roberto Carrasco
MCSE, MCDBA

"Roberto Carrasco (MS)" escribió en el
mensaje news:

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

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