Artigo: 832524 - �ltima revis�o: quarta-feira, 25 de Abril de 2007 - Revis�o: 1.6

Boletim t�cnico do SQL Server - como resolver um impasse

Clique aqui para exibir o artigo traduzido e o artigo original em ingl�s, lado a lado.

Ver isen��o de responsabilidades para tradu��o autom�tica

Ver produtos para os quais este artigo se aplica.

Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que est� a utilizar. Foi desactivado o conte�do do artigo, que pode n�o ser relevante para si.

Nesta p�gina

Expandir tudo | Reduzir tudo

Boletim t�cnico do SQL Server

T�pico abrangido neste n�mero: como resolver um impasse

Voltar ao topo

Objectivo

Para identificar, para resolu��o de problemas e recomenda uma solu��o para resolver um impasse.

Voltar ao topo

Este artigo examina uma situa��o de impasse e fornece passos para resolver o bloqueio. Cada impasse pode ser diferente e pode ser causado por diversas vari�veis de ambiente diferente. As informa��es fornecidas neste artigo podem ajud�-lo identificar e resolver um impasse.

Voltar ao topo

Caso pr�tico

Caso pr�tico, examine um sistema 911 seis operadores. Durante a actividade de pico aplica��o front-end do Microsoft Visual Basic que est�o a utilizar tem liga��es interrompidas. Devido a liga��es interrompidas, os operadores t�m re-input dados. Para um sistema 911 funciona 24 horas por dia, sete dias por semana, este comportamento � inaceit�vel.

Voltar ao topo

O que � um impasse?

Um impasse ocorre quando dois sistema servidor ID do processo (SPID) est�o a aguardar um recurso e nenhum processo pode avan�ar uma vez que o processo est� a impedir-obter o recurso.

Thread ?s Gestor bloqueio verifica bloqueios. Quando o algoritmo de detec��o de impasse ?s gestora de bloqueio detecta um impasse, o Gestor de bloqueio escolhe um os SPID como v�tima. O Gestor de bloqueio inicia uma mensagem de erro 1205 que � enviada para o cliente e o Gestor de bloqueio destr�i o SPID. Matar o SPID liberta os recursos e permite que outros SPID continuar. O SPID � v�tima de impasse a matar � o que faz com que a liga��o quebrada que a aplica��o front-end Basic Visual experi�ncias.

Numa aplica��o bem concebida, a aplica��o front-end deve traps para o erro 1205, restabelecer a liga��o do SQL Server e, em seguida, voltar a submeter a transac��o.

Apesar de podem ser minimizados impasses, n�o podem ser completamente evitados. � motivos pelos quais a aplica��o front-end dever� ser concebida para processar bloqueios.

Voltar ao topo

Como identificar um impasse

passo 1

Para identificar um impasse, primeiro tem de obter informa��es de registo. Se suspeitar que um impasse, deve reunir informa��es sobre (SPID) e os recursos envolvidos de impasse. Para tal, adicione-T1204 e -par�metros de arranque T3605 ao SQL Server. Para adicionar estes dois par�metros de arranque, siga estes passos:

Inicie o SQL Server Enterprise Manager.
Seleccione e, em seguida, clique com o bot�o direito do rato o servidor.
Clique em Propriedades .
Clique em par�metros de inicializa��o .
Na caixa de di�logo Par�metros de inicializa��o , escreva -T1204 no texto par�metros e, em seguida, clique em Adicionar .
Na caixa de texto par�metros , escreva -T3605 e, em seguida, clique em Adicionar .
Clique em OK .

Os par�metros de arranque tem efeito quando for parado e reiniciado em seguida, SQL Server.

-T1204 arranque par�metro recolhe informa��es sobre o processo e os recursos quando o algoritmo de detec��o de impasse encontra um impasse. -T3605 par�metro de arranque escreve estas informa��es para os registos de erro do SQL Server.

-T1205 arranque recolhe informa��es de par�metros sempre que o algoritmo de impasse verifica para um impasse, n�o quando � detectado um impasse. N�o � necess�rio utilizar o par�metro de arranque-T1205.

Se utilizar o - par�metro de arranque T1205, o seguinte � um exemplo de resultado ser� o registo de erros do SQL Server:

2003-05-14 11:46:26.76 spid4     Starting deadlock search 1
2003-05-14 11:46:26.76 spid4     Target Resource Owner:
2003-05-14 11:46:26.76 spid4      ResType:LockOwner Stype:'OR' Mode: S SPID:55 ECID:0 Ec:(0x43CAB580) Value:0x42bdf340
2003-05-14 11:46:26.76 spid4      Node:1       ResType:LockOwner Stype:'OR' Mode: S SPID:55 ECID:0 Ec:(0x43CAB580) Value:0x42bdf340
2003-05-14 11:46:26.76 spid4     
2003-05-14 11:46:26.76 spid4     End deadlock search 1 ... a deadlock was not found.
2003-05-14 11:46:26.76 spid4     ----------------------------------
2003-05-14 11:46:31.76 spid4     ----------------------------------
2003-05-14 11:46:31.76 spid4     Starting deadlock search 2

Por vezes, n�o poder� parar e reiniciar o SQL Server. Nesse caso, pode utilizar o analisador de consultas para executar o seguinte comando para activar os sinalizadores de rastreio de impasse.

Nota Desta forma pode reunir informa��es sobre os bloqueios imediatamente. O-"1" indica todos os SPID.

dbcc traceon (1204, 3605, -1)
go
dbcc tracestatus(-1)
go

passo 2

Em seguida, tem de recolher um rastreamento SQL Profiler. Se activar o sinalizador de rastreio de impasse, obter� maior das informa��es necess�rias, mas nem sempre. Por exemplo, no caso pr�tico a sa�da de sinalizador de rastreio identificado que um sistema sp_cursoropen procedimento armazenado e um "UPDATE tblQueuedEvents definir notifyid = 3, ResynchDate" instru��o foram envolvido um impasse. Infelizmente, n�o sabem a defini��o do procedimento armazenado do sistema sp_cursoropen . Tamb�m n�o tem a instru��o UPDATE completa porque foi truncado.

SQL Profiler pode obter as instru��es completas juntamente com os planos de execu��o das instru��es. Um rastreamento SQL Profiler tamb�m tem um evento de bloqueio para "impasse" e "cadeia de impasse". "Impasse" corresponde ao-sinalizador T1204 e "cadeia de impasse" corresponde ao-sinalizador T1205. Activar os sinalizadores de rastreio de impasse e executar um rastreio de SQL Profiler durante a ocorr�ncia de um impasse devem fornecem os dados que necessita para resolver um impasse. Neste caso e noutros, executar o SQL Profiler altera o tempo de execu��o suficiente para evitar o bloqueio. Assim, que normalmente ir� capturar as informa��es de impasse com os sinalizadores de rastreio e, em seguida, executar o SQL Profiler.

Voltar ao topo

Resolu��o de problemas um impasse

Depois de ocorre um impasse, pode reunir informa��es sobre o bloqueio, utilizando o utilit�rio sqldiag e utilizando o SQL Profiler. Na sa�da do ficheiro SQLDiag.txt, procure uma entrada de "Espera para gr�fico". A "aguardar - gr�fico" entrada indica que foi detectado um impasse.

O seguinte � um exemplo do resultado poder� ser apresentada no registo de erros do SQL Server quando utiliza o - par�metro de arranque T1205.

2003-05-05 15:11:50.80 spid4    Wait-for graph
2003-05-05 15:11:50.80 spid4    Node:1
2003-05-05 15:11:50.80 spid4    ResType:LockOwner Stype:'OR' Mode: S SPID:55 ECID:0 Ec:(0x33AE1538) Value:0x193
2003-05-05 15:11:50.80 spid4    Victim Resource Owner:
2003-05-05 15:11:50.80 spid4    ResType:LockOwner Stype:'OR' Mode: X SPID:60 ECID:0 Ec:(0x1F1BB5B0) Value:0x193
2003-05-05 15:11:50.80 spid4    Requested By: 
2003-05-05 15:11:50.80 spid4    Input Buf: RPC Event: sp_cursoropen;1
2003-05-05 15:11:50.80 spid4    SPID: 55 ECID: 0 Statement Type: EXECUTE Line #: 1
2003-05-05 15:11:50.80 spid4    Owner:0x1937f2a0 Mode: S        Flg:0x0 Ref:1 Life:00000000 SPID:55 ECID:0
2003-05-05 15:11:50.80 spid4    Grant List 0::
2003-05-05 15:11:50.80 spid4    KEY: 8:1653632984:2 (da00ce043a9e) CleanCnt:1 Mode: U Fl ags: 0x0
 
2003-05-05 15:11:50.80 spid4    Node:2
2003-05-05 15:11:50.80 spid4    ResType:LockOwner Stype:'OR' Mode: S SPID:55 ECID:0 Ec:(0x33AE1538) Value:0x193
2003-05-05 15:11:50.80 spid4    Requested By: 
2003-05-05 15:11:50.80 spid4    Input Buf: Language Event: Update tblQueuedEvents Set NotifyID = 2, ResynchDate
2003-05-05 15:11:50.80 spid4    SPID: 60 ECID: 0 Statement Type: UPDATE Line #: 1
2003-05-05 15:11:50.80 spid4    Owner:0x1936e420 Mode: X        Flg:0x0 Ref:0 Life:02000000 SPID:60 ECID:0
2003-05-05 15:11:50.80 spid4    Grant List 0::
2003-05-05 15:11:50.80 spid4    KEY: 8:1653632984:1 (2d018af70d80) CleanCnt:1 Mode: X Flags: 0x0

Na entrada "Aguardar para gr�fico", tiver o n� 1 e n� 2. Em cada n�, ter� uma sec��o de concess�o e uma sec��o de pedido. A sec��o de concess�o � "Lista de conceder" e a sec��o de pedido � o "pedido por."
Em cada n�, pode identificar o seguinte:

O SPID.
O comando o SPID foi executada.
O recurso.
O modo de bloqueio no recurso.

Por exemplo, no n� 1, a lista de conceder SPID 55 tinha sido concedido um bloqueio de actualiza��o, modo de: U no recurso KEY: 8:1653632984:2. 8 = DBID, 1653632984 = IDObjecto e 2 = Indid. Para obter o n�mero de identifica��o de base de dados, execute o procedimento sp_helpdb armazenados. Para obter a tabela, execute o seguinte c�digo:

select * from sysobjects where id = 1653632984

Para obter o �ndice, execute o seguinte c�digo:

select * from sysindexes where indid = 2 and id = 1653632984

Se for igual a 2 IndexId, sabe que o �ndice � um �ndice agrupado. O comando 55 SPID foi executado era o procedimento sp_cursoropen armazenados.

No n� 2, a lista de conceder 60 SPID foi concedido um bloqueio exclusivo, modo: X, num recurso KEY: 8:1653632984:1. 8 = DBID, 1653632984 = IDObjecto, 1 = Indid. Trata-se na mesma tabela mas �ndice 1 � o �ndice clusterizado. O comando 60 SPID foi executar foi:

Update tblQueuedEvents Set NotifyID = 2, ResynchDate

Um IndexId � igual a 1 � um �ndice agrupado.

Um IndexId � igual a 2 � um �ndice agrupado.

Nota Bloqueios s�o sens�veis ao muito tempo.

Em seguida, no n� 1, pedido por SPID 55 pedido um bloqueio partilhado, modo: S, IndexId = 1. No n� 2, Pedido por, SPID 60 pediu um bloqueio exclusivo, modo: X no IndexId = 2. Uma vez que ocorrerem estes pedidos de bloqueio ao mesmo tempo, ocorre o bloqueio. Cada SPID concedido bloqueios est�o a impedir os bloqueios pedidos continuar.

A tabela seguinte mostra o gr�fico de compatibilidade de bloqueio. Para obter mais informa��es sobre compatibilidade de bloqueio, consulte o t�pico "Bloquear compatibilidade" no SQL Server 2000 Books Online.

gr�fico de compatibilidade de bloqueio

Reduzir esta tabelaExpandir esta tabela

modo de pedido	�	S	U	IX	SEIS	X
Tipo de composi��o partilhados (IS)	Sim	Sim	Sim	Sim	Sim	N�o
Partilhado (S)	Sim	Sim	Sim	N�o	N�o	N�o
Actualiza��o (U)	Sim	Sim	N�o	N�o	N�o	N�o
Tipo exclusivo (IX)	Sim	N�o	N�o	Sim	N�o	N�o
Partilhada com inten��o exclusiva (SIX)	Sim	N�o	N�o	N�o	N�o	N�o
Exclusivo (X)	N�o	N�o	N�o	N�o	N�o	N�o

Em seguida, observando a sa�da, identificar o ID de objecto 1653632984 como tabela tblQueuedEvents e obter um procedimento sp_help armazenadas de sa�da para a tabela. Existem dois �ndices na tabela. Os dois �ndices foram ix_tblQueuedEvents e PK_tblQueuedEvent . ix_tblQueuedEvents � um �ndice clusterizado no ResynchDate e PK_tblQueuedEvent � uma chave prim�ria, �ndice agrupado exclusivo no EventSID.

O rastreio de SQL Profiler n�o foi poss�vel capturar a ocorr�ncia de impasse. N�o se esque�a, bloqueios dependente muito tempo. A sobrecarga de SQL Profiler provavelmente adicionado algum tempo para a execu��o de um dos processos e que impediu que o SQL Profiler obter numa situa��o de impasse. No entanto, fornecem informa��es que pode utilizar para resolver o problema. Encontrada a instru��o de tblQueuedEvents actualiza��o completa para ser semelhante � seguinte:

Update tblQueuedEvents Set NotifyID = 2, ResynchDate = '5/7/2003 10:44:16' where eventSID = 73023

Tamb�m encontrar o plano de execu��o. Ainda n�o tiver a declara��o de procedimento completo sp_cursoropen armazenados mas tem informa��es suficientes para recomendar uma solu��o que resolver� o bloqueio.

Segue-se o plano de execu��o.

Nota Este plano de execu��o espec�fico � lido da direita para esquerda e inferior para cima.

StmtText                                                      
				                                                                           
				   
				                                  
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
				
Update tblQueuedEvents Set NotifyID = 2, ResynchDate = '5/7/2003 10:44:16'
				where eventSID = 73023                                                     
				   
				                    
|--Clustered Index
				Update(OBJECT:([SOTS].[dbo].[tblQueuedEvents].[ix_tblQueuedEvents ]),
				SET:([tblQueuedEvents].[NotifyID]=[@1],
				[tblQueuedEvents].[ResynchDate]=[Expr1004]))  
     |--Top(1)                                                                 
				                                                                           
				   
				               
           |--Compute Scalar(DEFINE:([Expr1004]=Convert([@2])))                
				                                                                           
				   
				                
                 |--Index
				Seek(OBJECT:([SOTS].[dbo].[tblQueuedEvents].[PK_tblQueuedEvents]),
				SEEK:([tblQueuedEvents].[EventSID]=[@3])

Voltar ao topo

Recomendamos uma solu��o para resolver o bloqueio

Tenha em aten��o que a instru��o UPDATE est� a executar uma "actualiza��o do �ndice clusterizado" no �ndice agrupado. Por este motivo, o �ndice agrupado e o �ndice clusterizado ter�o ambos de ser actualizados. O �ndice clusterizado � ix_tblQueuedEvents e o �ndice agrupado � PK_tblQueuedEvents . Para efectuar as actualiza��es, a instru��o UPDATE tem de obter bloqueios exclusivos em ambos os �ndices. Estes dois �ndices s�o �ndices envolvidos de impasse. De rever o SQL Profiler rastreios, n�o ver� quaisquer consultas que utilizados o ResynchDate na cl�usula WHERE. Todas as afirma��es eram muito espec�ficas e utilizaram a EventSID na cl�usula WHERE. Uma melhor op��o de um �ndice agrupado seria EventSID. Com estas informa��es e um debate com o cliente, � detectou que o �ndice ResynchDate foi antigo, e n�o foi necess�ria. Recomendamos que o cliente largar o �ndice ix_tblQueuedEvents no ResynchDate e que podem efectuarem PK_tblQueuedEvent um �ndice agrupado. Isto resolver a situa��o de impasse.

Isto � apenas um exemplo de um incidente de impasse envolve bloqueios. Bloqueios tamb�m podem envolver parallelism e envolver threads. Podem envolver um, dois, tr�s, ou mais SPID e recursos. Com as mai�sculas e min�sculas impasse, ter� de obter a sa�da de par�metro de arranque de ?T1204 e o rastreio de SQL Profiler para identificar, para resolu��o de problemas e para resolver o bloqueio. A situa��o de impasse envolvem a processos diferentes e recursos. Por conseguinte, solu��es variam de caso a caso. Pode utilizar para resolver impasses m�todos normais incluem:

Adicionar e largando �ndices.
Adicionar sugest�es de �ndice.
Modificar a aplica��o para aceder a recursos num padr�o semelhante.
Remover a actividade da transac��o como accionadores. Por predefini��o, os accionadores s�o transaccionais.
Manter transac��es como curtas poss�vel.

Voltar ao topo

Leitura adicional

Para obter mais informa��es sobre bloqueios, visite os seguintes Web sites da Microsoft:

http://msdn2.microsoft.com/en-us/library/Aa213040 (http://msdn2.microsoft.com/en-us/library/Aa213040)

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

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

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

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

Voltar ao topo

A informa��o contida neste artigo aplica-se a:

Microsoft SQL Server 2000 Standard Edition

Voltar ao topo

Tradu��o autom�tica

IMPORTANTE: Este artigo foi traduzido por um sistema de tradu��o autom�tica (tamb�m designado por Machine translation ou MT), n�o tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplica��es (MT) e artigos traduzidos por tradutores profissionais. O objectivo � simples: oferecer em Portugu�s a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradu��o autom�tica n�o � sempre perfeita. Esta pode conter erros de vocabul�rio, sintaxe ou gram�tica? erros semelhantes aos que um estrangeiro realiza ao falar em Portugu�s. A Microsoft n�o � respons�vel por incoer�ncias, erros ou estragos realizados na sequ�ncia da utiliza��o dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualiza��es frequentes ao software de tradu��o autom�tica (MT). Obrigado.

Clique aqui para ver a vers�o em Ingl�s deste artigo: 832524� (http://support.microsoft.com/kb/832524/en-us/ )

Voltar ao topo