Uma cópia secundária do AlwaysOn cai ou gera erro 3961 quando o banco de dados AlwaysOn tem CLR UDT no SQL Server 2014

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 3042370
Sintomas

Considere o seguinte cenário:
  • Você ativa o recurso de grupos de disponibilidade do AlwaysOn no Microsoft SQL Server 2014.
  • O banco de dados AlwaysOn tem comuns language runtime (CLR) o tipo de dados definido pelo usuário (UDT). Além disso, o CLR UDT mesmo existe em mais de um banco de dados.
  • Você executa uma consulta que envolve vários bancos de dados com o CLR UDT.
Nesse cenário, um erro de violação de acesso ocorre na réplica secundária e a instância do SQL Server falha com a seguinte mensagem no log de erros do SQL Server:
2015-02-17 13:07:36.85 spid27s desligando devido à exceção 2905 durante VLR processamento de confirmação do banco de dados.

2015-02-17 13:07:36.85 spid27s erro: 3449, gravidade: 21, estado: 17-02-1.2015 spid27s 13:07:36.85 do SQL Server deve desligar para recuperar um banco de dados (banco de dados ID 2). O banco de dados é um banco de dados do usuário não pôde ser encerrado ou um banco de dados do sistema. Reinicie o SQL Server. Se o banco de dados falhar na recuperação após outra inicialização, repare ou restaure o banco de dados.
Além disso, você recebe a seguinte mensagem de erro no banco de dados secundário de réplica e o erro não desaparecerá até que você reinicie o SQL Server:
Msg 3961, nível 16, estado 1, linha 3
Falha no banco de dados de transação de isolamento de instantâneo 'DatabaseName>' porque o objeto acessado pela instrução foi modificado por uma instrução DDL em outra transação concorrente desde o início desta transação. Ele não é permitido porque os metadados não são feita a versão. Uma atualização concorrente dos metadados pode gerar inconsistência se combinada com isolamento de instantâneo.


Resolução

Informações da atualização cumulativas

O problema foi corrigido primeiro na atualização cumulativa seguinte do SQL Server.

Recomendação: Instale a atualização cumulativa mais recente para o SQL Server
Cada nova atualização cumulativa para SQL Server contém todos os hotfixes e todas as correções de segurança que foram incluídas com a atualização cumulativa anterior. Recomendamos que você faça o download e instala as mais recentes atualizações cumulativas para o SQL Server:

Informações sobre a atualização

Para resolver esse problema, aplique a atualização KB 3043788: Um pacote de atualização de hotfix sob demanda está disponível para SQL Server 2014.
Situação
A Microsoft confirma que este é um problema em seus produtos listados na seção "Aplica-se a".

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3042370 - Última Revisão: 06/25/2015 03:48:00 - Revisão: 3.0

Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2014 Service Pack 1

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB3042370 KbMtpt
Comentários