URGENTE!! ConnectionCheckForData (CheckforData())

27/04/2005 - 16:25 por Keyhelp | Informe spam
Hola a todos:
Esta mañana funcionaba correctamente pero ha empezado a dar el siguiente
error:

Es una sentencia sencilla de SELECT normal y corriente que une una tabla y
busca unos datos.

SELECT IMPORTE
FROM TPEDIDO
WHERE TPEDIDO.IDCLIENTE = 2333 AND
TPEDIDO.IDPEDIDO = ( SELECT MAX(IDPEDIDO)
FROM TPEDIDO
WHERE TPEDIDO.IDCLIENTE 2333 )

Esta sentencia, como he dicho antes, funcionaba correctamente hasta hace un
rato.
Si hago las sentencias por separado, las devuelve correctamente, osea el
select sin acotarlo por el pedido y el MAX por otro.
En cuanto ejecuto la setencia junta en el SQL Query Analyzer me devuelve el
siguiente error:
[Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionCheckForData
(CheckforData()).
Server: Msg 11, Level 16, State 1, Line 0
General network error. Check your network documentation.

Connection Broken

Si lo ejecuto desde mi aplicación ( utilizo PowerBuilder 6.5 ) me dá el
mensaje de
SqlDumpExceptionHandler: Process 57 generated fatal exception c0000005
EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.

En el log ha generado un fichero dmp con el error y muchos datos.

¿Alguien sabe que es lo que está ocurriendo?

Nota: Hemos vaciado el log de transacción, y hemos realizado el checkpoint
varias veces, pero sigue dando el error. En cambio hacemos alguna sentencia
parecida en otra tabla y funciona correctamente.
Si consulto la tabla con todos sus registros, tampoco parece que hay
problemas.

Gracias de antemano

Francisco López
Dpt. Desarrollo
Keyhelp, S.L.
http://www.keyhelp.net

Preguntas similare

Leer las respuestas

#1 Alejandro Mesa
27/04/2005 - 16:46 | Informe spam
Chequea la bd con DBCC CHECKDB. Tambien trata con la siguiente sentencia:

SELECT top 1 with ties IMPORTE
FROM TPEDIDO
WHERE TPEDIDO.IDCLIENTE = 2333
order by TPEDIDO.IDPEDIDO desc


AMB


"Keyhelp" wrote:

Hola a todos:
Esta mañana funcionaba correctamente pero ha empezado a dar el siguiente
error:

Es una sentencia sencilla de SELECT normal y corriente que une una tabla y
busca unos datos.

SELECT IMPORTE
FROM TPEDIDO
WHERE TPEDIDO.IDCLIENTE = 2333 AND
TPEDIDO.IDPEDIDO = ( SELECT MAX(IDPEDIDO)
FROM TPEDIDO
WHERE TPEDIDO.IDCLIENTE > 2333 )

Esta sentencia, como he dicho antes, funcionaba correctamente hasta hace un
rato.
Si hago las sentencias por separado, las devuelve correctamente, osea el
select sin acotarlo por el pedido y el MAX por otro.
En cuanto ejecuto la setencia junta en el SQL Query Analyzer me devuelve el
siguiente error:
[Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionCheckForData
(CheckforData()).
Server: Msg 11, Level 16, State 1, Line 0
General network error. Check your network documentation.

Connection Broken

Si lo ejecuto desde mi aplicación ( utilizo PowerBuilder 6.5 ) me dá el
mensaje de
SqlDumpExceptionHandler: Process 57 generated fatal exception c0000005
EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.

En el log ha generado un fichero dmp con el error y muchos datos.

¿Alguien sabe que es lo que está ocurriendo?

Nota: Hemos vaciado el log de transacción, y hemos realizado el checkpoint
varias veces, pero sigue dando el error. En cambio hacemos alguna sentencia
parecida en otra tabla y funciona correctamente.
Si consulto la tabla con todos sus registros, tampoco parece que hay
problemas.

Gracias de antemano

Francisco López
Dpt. Desarrollo
Keyhelp, S.L.
http://www.keyhelp.net



Respuesta Responder a este mensaje
#2 Keyhelp
27/04/2005 - 16:55 | Informe spam
Misterio resuelto..
Ha habido algún DBK que ha decidido que uno de los ficheros de log deberían
de desaparecer en esta base de datos,
Como bien he dicho antes, esta mañana funcionaba correctamente, tenía dos
ficheros de log, uno bloqueado a 84 Mb y el otro autoexpandible, pues el
"listo" de turno ha pensado que porque vamos a tener dos ficheros de log, y
se ha cepillado el autoexpandible, al no tener sitio donde generar la
consulta porque está bloqueado a 84 Mb ha dado el error al no encontrar
sitio donde generar la transacción.
La solución ha sido tan sencilla como poner nuevamente el otro fichero (
aunque sigo pensando que si el que estaba lo hubiésemos puesto
autoexpandible, el problema tambien se hubiera solucionado ).

Gracias de todas formas a todos por vuestra atención y se adminten
sugerencias para torturar al DBK

"Alejandro Mesa" escribió en el
mensaje news:
Chequea la bd con DBCC CHECKDB. Tambien trata con la siguiente sentencia:

SELECT top 1 with ties IMPORTE
FROM TPEDIDO
WHERE TPEDIDO.IDCLIENTE = 2333
order by TPEDIDO.IDPEDIDO desc


AMB


"Keyhelp" wrote:

> Hola a todos:
> Esta mañana funcionaba correctamente pero ha empezado a dar el siguiente
> error:
>
> Es una sentencia sencilla de SELECT normal y corriente que une una tabla


y
> busca unos datos.
>
> SELECT IMPORTE
> FROM TPEDIDO
> WHERE TPEDIDO.IDCLIENTE = 2333 AND
> TPEDIDO.IDPEDIDO = ( SELECT MAX(IDPEDIDO)
> FROM TPEDIDO
> WHERE TPEDIDO.IDCLIENTE
> 2333 )
>
> Esta sentencia, como he dicho antes, funcionaba correctamente hasta hace


un
> rato.
> Si hago las sentencias por separado, las devuelve correctamente, osea el
> select sin acotarlo por el pedido y el MAX por otro.
> En cuanto ejecuto la setencia junta en el SQL Query Analyzer me devuelve


el
> siguiente error:
> [Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionCheckForData
> (CheckforData()).
> Server: Msg 11, Level 16, State 1, Line 0
> General network error. Check your network documentation.
>
> Connection Broken
>
> Si lo ejecuto desde mi aplicación ( utilizo PowerBuilder 6.5 ) me dá el
> mensaje de
> SqlDumpExceptionHandler: Process 57 generated fatal exception c0000005
> EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.
>
> En el log ha generado un fichero dmp con el error y muchos datos.
>
> ¿Alguien sabe que es lo que está ocurriendo?
>
> Nota: Hemos vaciado el log de transacción, y hemos realizado el


checkpoint
> varias veces, pero sigue dando el error. En cambio hacemos alguna


sentencia
> parecida en otra tabla y funciona correctamente.
> Si consulto la tabla con todos sus registros, tampoco parece que hay
> problemas.
>
> Gracias de antemano
>
> Francisco López
> Dpt. Desarrollo
> Keyhelp, S.L.
> http://www.keyhelp.net
>
>
>
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida