REVISIÓN: Aparece un interbloqueo no detectado al propietario de bloqueo se espera en CXPACKET

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 293232
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Nº DE ERROR: 352575, 352695 (SHILOH)
Síntomas
Cuando el propietario del bloqueo contexto de ejecución (EC) está esperando un CXPACKET, las consultas en paralelo pueden experimentar un interbloqueo no detectado.

Para el interbloqueo que se produzca, debe tener dos SPID y cada spid debe estar ejecutando una consulta en paralelo.

El resultado de sysprocesses muestra varios EC (trabaja en nombre de un único spid ) con algunos espera de bloqueos y otros esperándole CXPACKET.

El modelo es que no correlación EC directa desde cualquier spid da como resultado un interbloqueo de espera de bloqueo estándar. Cada camarero de bloqueo está bloqueado por un propietario esperando en un recurso CXPACKET. Puede utilizar la información recopilada en una consulta de la tabla de sistema syslockinfo para comprobar este patrón.

Para determinar si SQL Server está encontrando el problema, siga estos pasos:
  1. Realizar un "SELECT *" consulta de la tabla de sistema sysprocesses y realice un "SELECT *" consulta de la tabla de sistema syslockinfo .
  2. Busque un EC bloqueado que está esperando en un bloqueo.
  3. Busque el resultado a ver quién posee el bloqueo.
  4. Determinar si la propietaria CE está esperando un CXPACKET.
  5. Repita los pasos 1 a 4 para todos los EC de la sospecha dos SPID .
El modelo debe tener todos los propietarios de bloqueo bloqueo que están esperando un CXPACKET.
Solución
Para resolver este problema, consiga el Service Pack más reciente para SQL Server 2000. Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
290211INF: Cómo obtener el Service Pack más reciente de SQL Server 2000

revisión

La versión en inglés de esta revisión debe tener los atributos de archivo siguientes o posteriores:
   File name   Platform   --------------------   s80263i.exe INTEL				
Nota : debido a dependencias de archivo, el más reciente revisión o característica que contiene los archivos anteriores quizás contenga también archivos adicionales.
Solución
Para resolver la situación de interbloqueo, utilice uno:
  • Tiempo de espera de consulta.

    -o bien -

  • Un comando KILL de Transact-SQL.
Estado
Microsoft ha confirmado que este es un problema de SQL Server 2000. Este problema se corrigió por primera vez en SQL Server 2000 Service Pack 1.

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 293232 - Última revisión: 12/06/2015 01:31:26 - Revisión: 3.1

Microsoft SQL Server 2000 Standard Edition

  • kbnosurvey kbarchive kbmt kbbug kbfix kbqfe kbsqlserv2000sp1fix KB293232 KbMtes
Comentarios