sqk 2000; bloqueos con conexiones inactivas

Hola, tener conexiones inactivas no deberia provocar bloqueos, como has
detectado que son esas que estan en dormido? ademas ese status cambia.
No es buena idea hacer un kill, sino ver quienes hacen los bloqueos y
rediseniar la aplicacion


Saludos

[Microsoft MVP SQL Server]
SQLTOTALConsulting - Servicios y consultoria de SQLServer
www.sqlgurus.org
Buenos Aires - Argentina
http://msmvps.com/blogs/maxiaccotto/
"Juan Carlos Mendoza" wrote in message
news:

Me esta empezando a ocurrir que veo algun bloqueo entre los usuarios
provocados por una conexion que esta en SLEEPING/AWAITING COMMAND. No
se supone que solamente las transacciones en actividad son las que
pueden provocar bloqueos al estar capturando el privilegio de acceso a
una data mientras dura su query? Para mi esa es una conexion inactiva
y no deberia provocar bloqueos. He tenido que implementar una rutina
caza-inactivos y si tienen un tiempo inactivos la rutina realiza un
kill, pero esto es una salida, no la solucion.
Que puede estar pasando? Esto nunca me habia sucedido y me saca de
cuadro.

Gracias

Hola,

Me doy cuenta que esas son las que provocan bloqueo ya que tengo un
spid 21, por ejemplo, que esta siendo bloqueado por el spid 65. Miro
el 65 y esta Sleeping-Awaiting Command. Llamo al usuario y
efectivamente no esta haciendo nada, lo que estuvo haciendo ya lo
termino.

Saludos,

On 31 mar, 08:06, "Maxi" wrote:

Hola, tener conexiones inactivas no deberia provocar bloqueos, como has
detectado que son esas que estan en dormido? ademas ese status cambia.
No es buena idea hacer un kill, sino ver quienes hacen los bloqueos y
rediseniar la aplicacion


Saludos

[Microsoft MVP SQL Server]
SQLTOTALConsulting - Servicios y consultoria de SQLServerwww.sqlgurus.org
Buenos Aires - Argentinahttp://msmvps.com/blogs/maxiaccotto/
"Juan Carlos Mendoza" wrote in messagenews:



> Me esta empezando a ocurrir que veo algun bloqueo entre los usuarios
> provocados por una conexion que esta en SLEEPING/AWAITING COMMAND. No
> se supone que solamente las transacciones en actividad son las que
> pueden provocar bloqueos al estar capturando el privilegio de acceso a
> una data mientras dura su query? Para mi esa es una conexion inactiva
> y no deberia provocar bloqueos. He tenido que implementar una rutina
> caza-inactivos y si tienen un tiempo inactivos la rutina realiza un
> kill, pero esto es una salida, no la solucion.
> Que puede estar pasando? Esto nunca me habia sucedido y me saca de
> cuadro.

> Gracias- Ocultar texto de la cita -

- Mostrar texto de la cita -

Juan Carlos Mendoza,

Chequea si hay alguna transaccion abierta en ese spid. Ve
dbcc opentran en los BOL.

DBCC OPENTRAN
http://msdn2.microsoft.com/en-us/library/aa258815(SQL.80).aspx

AMB

"Juan Carlos Mendoza" wrote in message
news:

Hola,

Me doy cuenta que esas son las que provocan bloqueo ya que tengo un
spid 21, por ejemplo, que esta siendo bloqueado por el spid 65. Miro
el 65 y esta Sleeping-Awaiting Command. Llamo al usuario y
efectivamente no esta haciendo nada, lo que estuvo haciendo ya lo
termino.

Saludos,

On 31 mar, 08:06, "Maxi" wrote:

Hola, tener conexiones inactivas no deberia provocar bloqueos, como has
detectado que son esas que estan en dormido? ademas ese status cambia.
No es buena idea hacer un kill, sino ver quienes hacen los bloqueos y
rediseniar la aplicacion


Saludos

[Microsoft MVP SQL Server]
SQLTOTALConsulting - Servicios y consultoria de SQLServerwww.sqlgurus.org
Buenos Aires - Argentinahttp://msmvps.com/blogs/maxiaccotto/
"Juan Carlos Mendoza" wrote in
messagenews:



> Me esta empezando a ocurrir que veo algun bloqueo entre los usuarios
> provocados por una conexion que esta en SLEEPING/AWAITING COMMAND. No
> se supone que solamente las transacciones en actividad son las que
> pueden provocar bloqueos al estar capturando el privilegio de acceso a
> una data mientras dura su query? Para mi esa es una conexion inactiva
> y no deberia provocar bloqueos. He tenido que implementar una rutina
> caza-inactivos y si tienen un tiempo inactivos la rutina realiza un
> kill, pero esto es una salida, no la solucion.
> Que puede estar pasando? Esto nunca me habia sucedido y me saca de
> cuadro.

> Gracias- Ocultar texto de la cita -

- Mostrar texto de la cita -

En el post <#,
DIJO .

Juan Carlos Mendoza,

Chequea si hay alguna transaccion abierta en ese spid. Ve
dbcc opentran en los BOL.

DBCC OPENTRAN
http://msdn2.microsoft.com/en-us/library/aa258815(SQL.80).aspx

AMB

"Juan Carlos Mendoza" wrote in message
news:
> Hola,
>
> Me doy cuenta que esas son las que provocan bloqueo ya que tengo un
> spid 21, por ejemplo, que esta siendo bloqueado por el spid 65. Miro
> el 65 y esta Sleeping-Awaiting Command. Llamo al usuario y
> efectivamente no esta haciendo nada, lo que estuvo haciendo ya lo
> termino.
>
> Saludos,
>
> On 31 mar, 08:06, "Maxi" wrote:
>> Hola, tener conexiones inactivas no deberia provocar bloqueos, como has
>> detectado que son esas que estan en dormido? ademas ese status cambia.
>> No es buena idea hacer un kill, sino ver quienes hacen los bloqueos y
>> rediseniar la aplicacion
>>
>>
>> Saludos
>>
>> [Microsoft MVP SQL Server]
>> SQLTOTALConsulting - Servicios y consultoria de SQLServerwww.sqlgurus.org
>> Buenos Aires - Argentinahttp://msmvps.com/blogs/maxiaccotto/
>> "Juan Carlos Mendoza" wrote in
>> messagenews:
>>
>>
>>
>> > Me esta empezando a ocurrir que veo algun bloqueo entre los usuarios
>> > provocados por una conexion que esta en SLEEPING/AWAITING COMMAND. No
>> > se supone que solamente las transacciones en actividad son las que
>> > pueden provocar bloqueos al estar capturando el privilegio de acceso a
>> > una data mientras dura su query? Para mi esa es una conexion inactiva
>> > y no deberia provocar bloqueos. He tenido que implementar una rutina
>> > caza-inactivos y si tienen un tiempo inactivos la rutina realiza un
>> > kill, pero esto es una salida, no la solucion.
>> > Que puede estar pasando? Esto nunca me habia sucedido y me saca de

Por casualidad la aplicacion no hace un begin transaction y luego un
commit al apretar un boton?
Ya me he encontrado con muchos casos similares y eso es un DESASTRE ya
que con tu kill obligas a hacer un rollback

Yo ademas te sugeriria usar el Blocker_Blokee del resource kit o sino.
http://support.microsoft.com/kb/271509


Saludos




Saludos
Ing. Jose Mariano Alvarez


(Cambia los ceros por O y saca lo que sobra)


IMPORTANTE

Por favor traten de indicar la versión de SQL y Service Pack.
La inclusión de (CREATE, INSERTS, etc.) para poder reproducir el
problema también ayuda.

In article ,
says...

Hola,

Me doy cuenta que esas son las que provocan bloqueo ya que tengo un
spid 21, por ejemplo, que esta siendo bloqueado por el spid 65. Miro
el 65 y esta Sleeping-Awaiting Command. Llamo al usuario y
efectivamente no esta haciendo nada, lo que estuvo haciendo ya lo
termino.

El usuario puede estar utilizando una aplicación cliente pobremente
programada, que no cierra correctamente la conexión a SQL Server.

Gustavo Larriera, MVP
Solid Quality
Blog: http://blogs.solidq.com/ES/glarriera
MVP Profile: https://mvp.support.microsoft.com/p...464A-F453-
4CFC-8F7E-C9BEADD8FB25
Este mensaje se proporciona tal como es, sin garantías de ninguna clase
/ This message is provided "AS IS" with no warranties expressed or
implied, and confers no rights.