KB3020116 - FIX: Ocorre erro de "programador não-redatório" e trânsito do Grupo AlwaysOn Availability para o estado DE RESOLUÇÃO

Sintomas

Assuma que tem um Grupo de Disponibilidade AlwaysOn que é implementado através do servidor S1 e do servidor S2 no Microsoft SQL Server 2014. Um problema de saúde é detetado na réplica primária (S1), e o grupo de disponibilidade transita para o estado DE RESOLUÇÃO e começa a falhar se estiver configurado para falha automática. O grupo de disponibilidade pode permanecer no estado de RESOLUÇÃO. O erro do programador não-reuso pode aparecer no registo de erro na réplica primária (S1) ou na réplica secundária (S2):

• Pode ocorrer o seguinte erro de programador não-cedente na réplica primária por volta do momento em que o grupo de disponibilidade transita de PRIMARY para RESOLVENDO:

  <Date> <Time> spid<ID>     Using 'dbghelp.dll' version '4.0.5'<Date> <Time> spid> <0 ID>     Using 'dbghelp.dll' version '4.0.5'<Date> <Time> Server      Using 'dbghelp.dll' version '4.0.5'<Date> <Time> Server      ***Unable to get thread context for spid 0> <0 Date> <Time> Server      * *******************************************************************************<Date> <Time> Server      *<Date> <Time> Server      * BEGIN STACK DUMP:<Date> <Time> Server      *   <Date> <Time> spid<ID><Date> <Time> Server      *<Date> <Time> Server      * Non-yielding Scheduler> <0 Date> <Time> Server      *<Date> <Time> Server      * *******************************************************************************<Date> <Time> Server      Stack Signature for the dump is 0x0000000000000176> <2 Date> <Time> Server      Timeout waiting for external dump process 982676. <Data> <Hora> Processo do Servidor 0:0:0 (0x11428) O trabalhador 0x00000075CB92C160 parece não ter rendimento no Scheduler 0. Tempo de criação de fios: 13011925023676. Apêx Thread CPU Usado: kernel 0 ms, utilizador 0 ms. Utilização do Processo 2%. Sistema Idle 84%. Intervalo: 76880 ms.

• Pode ocorrer o seguinte erro de programador não-cedente na réplica secundária se o grupo de disponibilidade estiver configurado para a falha automática e o parceiro de failover estiver a tentar transitar para a função PRIMARY:

  <Data> <Tempo> espiado<ID> A base de dados do grupo de disponibilidade "agname" está a mudar de papéis de "RESOLUÇÃO" para "PRIMARY" porque a sessão de espelhamento ou grupo de disponibilidade falhou devido à sincronização de funções. Esta é apenas uma mensagem informativa. No user action is required....<Date> <Time> Server      Using 'dbghelp.dll' version '4.0.5'<Date> <Time> Server      ***Unable to get thread context for spid 0<Date> <Time> Server      * *******************************************************************************<Date> <Time> Server      *<Date> <Time> Server      * BEGIN STACK DUMP:<Date> <Time> Server      *   <Date> <Time> spid> <8 ID><Date> <Time> Server      * Private server build.<Date> <Time> Server      *<Date> <Time> Server      * Non-yielding Scheduler> <2 Date> <Time> Server      *<Date> <Time> Server      * *******************************************************************************<Date> <Time> Server      Stack Signature for the dump is 0x000000000000006D> <4 Date> <Time> Server      External dump process return code 0x20000001. Processo de despejo externo não devolveu erros.<Data> <Tempo> Processo do Servidor 0:0:0 (0x1e94) O trabalhador 0x0000000082F270160 parece não estar a ceder no Scheduler 0. Tempo de criação de fios: 13059453624681. Apêx Thread CPU Usado: kernel 0 ms, utilizador 0 ms. Utilização do processo 3%. Sistema Idle 84%. Intervalo: 70358 ms.<Data> <Tempo> Processo do Servidor 0:0:0 (0x998) O trabalhador 0x00000000B3F86160 parece não estar a ceder no Agendador 2. Tempo de criação de fios: 13059458965740. Apêx Thread CPU Usado: kernel 0 ms, utilizador 0 ms. Utilização do processo 3%. Sistema Idle 83%. Intervalo: 76913 ms.Data> <Hora> Processo do Servidor 0:0:0 (0x1a64) O trabalhador 0x000000B5E20160 parece não estar a ceder no Agendador 3. Tempo de criação de fios: 13059466511951. Apêx Thread CPU Usado: kernel 0 ms, utilizador 0 ms. Utilização do processo 3%. Sistema Idle 83%. Intervalo: 76944 ms.

Nota Este problema também ocorre no SQL Server 2012.

Resolução

Depois de aplicar este hotfix, a condição de agendamento não-reutado pode ser evitada. Esta questão foi corrigida pela primeira vez na seguinte atualização cumulativa do SQL Server.

Estado

A Microsoft confirmou que este problema ocorre nos produtos da Microsoft listados na secção "Aplica-se a".