Grupo de Disponibilidade AlwaysOn que contém a base de dados SSISDB permanece no estado "Resolver" após uma activação pós-falha no SQL Server

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: 3139534
Sintomas
Suponha que o SSISDBdatabase é um membro de um grupo de Disponibilidade AlwaysOn e esse grupo de disponibilidade pós-falha enquanto um pacote a partir SSISDB está em execução síncrona. Nesta situação, o grupo de disponibilidade podem permanecer no estado "Resolução" sobre a (agora anteriormente) réplica principal até que a conclusão da execução do pacote.

Neste cenário, a operação de activação pós-falha tiver êxito, mas o grupo de disponibilidade no réplicas secundárias (recentemente) permanece no Estado resolução até ser concluída a execução do pacote. Durante este tempo, o registo de erros do SQL Server apresenta uma mensagem semelhante à seguinte:

Nonqualified estão a ser anuladas transacções na base de dados SSISDB uma alteração de estado de grupos de Disponibilidade AlwaysOn. Estimada a conclusão de anulação: 0%. Esta é apenas uma mensagem informativa. Não é necessária nenhuma acção do utilizador.

Consultar o estado de sessão mostra que a sessão que foi utilizada para executar o trabalho está no Estado KILLED/anulação. Se, ou quando concluir a execução, poderá accionar erros, tais como o seguinte:

Msg 0, o nível de 11. o, o estado 0, linha 6

Ocorreu um erro grave no comando actual. Os resultados, se for caso disso, devem ser eliminados.

Msg 0, o nível de 20. o, o estado 0, linha 6

Ocorreu um erro grave no comando actual. Os resultados, se for caso disso, devem ser eliminados.
Causa
Este problema ocorre porque os threads que são utilizados para executar o pacote SSIS estão fora do controlo do mecanismo utilizado para terminar uma sessão do SQL Server. Quando um pacote é executado de modo síncrono, isto faz com que a execução de um ciclo que impede a terminar a sessão até que tenha concluído a execução do pacote SQL Server.
Como contornar
Para contornar este problema, configure o pacote SSIS para executar em modo assíncrono. Execução de pacote assíncrono é o comportamento predefinido.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3139534 - Última Revisão: 02/02/2016 20:52:00 - Revisão: 1.0

Microsoft SQL Server 2012 Business Intelligence, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Enterprise Core, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2014 Business Intelligence, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Enterprise Core, Microsoft SQL Server 2014 Standard

  • kbmt KB3139534 KbMtpt
Comentários