FIX: Non rilevato deadlock si verifica quando il proprietario di blocco è in attesa su CXPACKET

Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell’utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell’utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 293232
Questo articolo è stato archiviato. L’articolo, quindi, viene offerto “così come è” e non verrà più aggiornato.
BUG #: 352575, 352695 (SHILOH)
Sintomi
Le query parallele, potrebbero verificarsi un deadlock non rilevato proprietario del blocco contesto di esecuzione (EC) è in attesa di un CXPACKET.

Per un deadlock si verifica è necessario disporre di due spids e ogni spid deve essere in esecuzione una query parallela.

L'output di sysprocesses Mostra più EC (lavorando per conto di un singolo valore spid ) con alcune in attesa di blocchi e altri utenti in attesa di CXPACKET.

Il motivo è che non produce un deadlock di cameriere blocco standard alcuna correlazione diretta di EC da uno spid . Cameriere ogni blocco è bloccato da un proprietario in attesa di una risorsa CXPACKET. È possibile utilizzare le informazioni raccolte da una query della tabella di sistema syslockinfo per verificare questo modello.

Per determinare se SQL Server è che si verifichi il problema, attenersi alla seguente procedura:
  1. Eseguire un "SELECT *" query dalla tabella di sistema sysprocesses e quindi eseguire un "SELECT *" query dalla tabella di sistema syslockinfo .
  2. Consente di individuare un EC bloccati in attesa su un blocco.
  3. Cercare l'output per visualizzare il proprietario del blocco.
  4. Consente di determinare se il proprietario EC è in attesa di un CXPACKET.
  5. Ripetere i passaggi da 1 a 4 per tutte la EC del sospetto due spids .
Il motivo deve essere tutti i blocchi proprietari di blocco che sono in attesa di un CXPACKET.
Risoluzione
Per risolvere il problema, ottenere il service pack più recente per SQL Server 2000. Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito riportato:
290211INF: Come ottenere il Service Pack più recente per SQL Server 2000

Hotfix

La versione inglese di questa correzione deve essere di avere i seguenti attributi di file o versioni successive:
   File name   Platform   --------------------   s80263i.exe INTEL				
Nota : a causa di dipendenze tra i file, la funzionalità che contiene i file precedenti o l'aggiornamento rapido (hotfix) più recente potrebbe includere anche file aggiuntivi.
Workaround
Per risolvere la situazione di blocco critico (deadlock), utilizzare uno:
  • Un timeout di query.

    - oppure -

  • Comando KILL in Transact-SQL.
Status
Microsoft ha confermato che questo problema riguarda SQL Server 2000. Il problema è stato risolto nel Service Pack 1 per SQL Server 2000.

Proprietà

ID articolo: 293232 - Ultima revisione: 12/06/2015 01:31:30 - Revisione: 3.1

Microsoft SQL Server 2000 Standard Edition

  • kbnosurvey kbarchive kbmt kbbug kbfix kbqfe kbsqlserv2000sp1fix KB293232 KbMtit
Feedback