Sintomas
Suponha que você tenha um Grupo de Disponibilidade AlwaysOn implantado no servidor S1 e no servidor S2 no Microsoft SQL Server 2014. Um problema de integridade é detectado na réplica primária (S1) e o grupo de disponibilidade transita para o estado RESOLVING e inicia o failover se estiver configurado para failover automático.
O grupo de disponibilidade pode permanecer no estado RERESOLVENDO. O erro do agendador sem rendimento pode aparecer no log de erros na réplica primária (S1) ou na réplica secundária (S2):
O seguinte erro do agendador sem rendimento pode ocorrer na réplica primária no momento em que o grupo de disponibilidade transita de PRIMARY para RESOLVING:
Observação
< Data><Horário>ID> do spid< usando a versão "dbghelp.dll" "4.0.5"
< Data><Horário>ID> do spid< usando a versão "dbghelp.dll" "4.0.5"
< Data><Horário> Servidor usando o 'dbghelp.dll' versão '4.0.5'
< Data><Horário> Servidor ***Não é possível obter contexto de thread para spid 0
< Data><Horário> Servidor * *******************************************************************************
< Data><Horário> Servidor *
< Data><Horário> Servidor * BEGIN STACK DUMP:
< Data><Horário> Servidor * <Data><Hora>ID do spid<>
< Data><Horário> Servidor *
< Data><Horário> Servidor * Agendador sem rendimento
< Data><Horário> Servidor *
< Data><Horário> Servidor * *******************************************************************************
< Data><Horário> A assinatura da pilha do servidor para o despejo é 0x0000000000000176<Data><Hora> Tempo limite do servidor aguardando o processo de despejo externo 982676. < Data><Horário> Processo de Servidor 0:0:0 (0x11428) O 0x00000075CB92C160 de trabalho parece não ceder no Agendador 0. Hora de criação do tópico: 13011925023676. CPU de thread aproximada usada: kernel 0 ms, usuário 0 ms. Utilização do processo 2%. Sistema ocioso 84%. Intervalo: 76880 ms.O seguinte erro do agendador sem rendimento poderá ocorrer na réplica secundária se o grupo de disponibilidade estiver configurado para failover automático e o parceiro de failover estiver tentando transitar para a função PRIMARY:
Observação
< Data><Horário>ID> do spid< O banco de dados do grupo de disponibilidade "agname" está alterando as funções de "RESOLVING" para "PRIMARY" porque a sessão de espelhamento ou o grupo de disponibilidade falhou devido à sincronização de funções. Esta é apenas uma mensagem informativa. Nenhuma ação do usuário é necessária.
…
< Data><Horário> Servidor usando o 'dbghelp.dll' versão '4.0.5'
< Data><Horário> Servidor ***Não é possível obter contexto de thread para spid 0
< Data><Horário> Servidor * *******************************************************************************
< Data><Horário> Servidor *
< Data><Horário> Servidor * BEGIN STACK DUMP:
< Data><Horário> Servidor * <Data><Hora>ID do spid<>
< Data><Horário> Servidor * Build de servidor privado.
< Data><Horário> Servidor *
< Data><Horário> Servidor * Agendador sem rendimento
< Data><Horário> Servidor *
< Data><Horário> Servidor * *******************************************************************************
< Data><Horário> A assinatura da pilha do servidor para o despejo está 0x000000000000006D
< Data><Horário> O código de retorno do processo de despejo externo do servidor 0x20000001.
O processo de despejo externo não retornou erros.
< Data><Horário> Processo de Servidor 0:0:0 (0x1e94) O 0x000000082F270160 de trabalho parece não produzir no Agendador 0. Hora de criação do tópico: 13059453624681. CPU de thread aproximada usada: kernel 0 ms, usuário 0 ms. Utilização do processo 3%. Sistema ocioso 84%. Intervalo: 70358 ms.
< Data><Horário> Processo de Servidor 0:0:0 (0x998) O 0x00000000B3F86160 de trabalho parece não ser produtivo no Agendador 2. Hora de criação do tópico: 13059458965740. CPU de thread aproximada usada: kernel 0 ms, usuário 0 ms. Utilização do processo 3%. Sistema ocioso 83%. Intervalo: 76913 ms.
Data><Horário> Processo de Servidor 0:0:0 (0x1a64) O 0x0000000B5E220160 de trabalho parece não ceder no Agendador 3. Hora de criação do tópico: 13059466511951. CPU de thread aproximada usada: kernel 0 ms, usuário 0 ms. Utilização do processo 3%. Sistema ocioso 83%. Intervalo: 76944 ms.
Observação Esse problema também ocorre no SQL Server 2012.
Resolução
Depois de aplicar esse hotfix, a condição do agendador sem rendimento pode ser evitada.
Esse problema foi corrigido pela primeira vez na atualização cumulativa seguinte do SQL Server.
Atualização cumulativa 5 para SQL Server 2014 /pt-br/help/3011055
Sobre atualizações cumulativas para o SQL Server
Cada nova atualização cumulativa do SQL Server contém todos os hotfixes e todas as correções de segurança incluídas na atualização cumulativa anterior. Confira as atualizações cumulativas mais recentes para o SQL Server:
Status
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na seção "Aplica-se a".