Sintomas
Suponha que o banco de dados SSISDB é um membro de um grupo de disponibilidade do AlwaysOn e esse grupo de disponibilidade do failover durante um pacote de SSISDB execução síncrona. Nessa situação, o grupo de disponibilidade podem permanecer no estado "Resolução" sobre a (agora anteriormente) réplica primária até a conclusão da execução do pacote.
Nesse cenário, a operação de failover é bem-sucedida, mas o grupo de disponibilidade na réplica (recentemente) secundária permanece no estado de resolução até a conclusão da execução do pacote. Durante esse tempo, o log de erros do SQL Server exibe uma mensagem semelhante à seguinte:
Transações não qualificadas sendo retrocedidas no banco de dados SSISDB para uma alteração de estado de grupos de disponibilidade do AlwaysOn. Estimado de conclusão do retrocesso: 0%. Isso é apenas uma mensagem informativa. Nenhuma ação é necessária.
Consultar o status da sessão mostra que a sessão foi usada para executar o trabalho estiver no estado KILLED/REVERTER. Se ou quando a execução é concluída, ela pode disparar erros como os seguintes:
Msg 0, nível 11, estado 0, linha 6
Ocorreu um erro grave no comando atual. Os resultados, se houver algum, deverão ser descartados.
Msg 0, nível 20, estado 0, linha 6
Ocorreu um erro grave no comando atual. Os resultados, se houver algum, deverão ser descartados.
Causa
Esse problema ocorre porque os segmentos que são usados para executar o pacote do SSIS estão fora do controle do mecanismo é usado para encerrar uma sessão do SQL Server. Quando um pacote é executado de forma síncrona, isso faz com que a execução de um loop que impede que o SQL Server encerrou a sessão até que tenha concluído a execução do pacote.
Solução alternativa
Para contornar esse problema, configure o pacote do SSIS para executar de forma assíncrona. Execução de pacote assíncrono é o comportamento padrão.
