Problema conhecido no 3210137 e 3210138 de Rollups de Segurança e Qualidade de dezembro para o .NET Framework 4.5.2 em Windows 8.1, Windows Server 2012 R2 e Windows Server 2012

Artigo
07/17/2023

Este artigo ajuda você a contornar o problema que ocorre quando os aplicativos se conectam a uma instância do Microsoft SQL Server no mesmo computador.

Aplica-se a: .NET Framework 3.5 Service Pack 1
Número de KB original: 3214106

Resumo

As atualizações de rollup de segurança e qualidade de 13 de dezembro de 2016 3210137 e 3210138 contêm um problema conhecido que afeta o .NET Framework 4.5.2 em execução em Windows 8.1, Windows Server 2012 R2 e Windows Server 2012. O problema também esteve presente nas atualizações de rollup de 15 de novembro de 2016 que foram substituídas pelas atualizações de dezembro. Este artigo contém uma solução alternativa para este problema.

Sintomas

Aplicativos que se conectam a uma instância do Microsoft SQL Server no mesmo computador geram a seguinte mensagem de erro:

provedor: Provedor de Memória Compartilhada, erro: 15 – Função sem suporte

Como solução alternativa para esse problema, use um dos seguintes métodos.

Solução alternativa 1

Desabilite os protocolos Memória Compartilhada e Pipes Nomeados no lado do servidor para forçar as conexões somente TCP a SQL Server. Para fazer isso, execute as etapas a seguir.

Importante

Antes de desabilitar outros protocolos, verifique se o protocolo TCP/IP está habilitado.

Inicie o SQL Server Configuration Manager.
Expanda o nó Configuração de Rede do SQL Server.
Selecione o nó Protocolos para <SQLServer_instance> para a instância de SQL Server à qual você está se conectando.
Clique com o botão direito do mouse em Memória Compartilhada e selecione Desabilitar.
Repita a etapa 4 para Pipes Nomeados, se ele estiver habilitado.

Observação

O TCP/IP deve ser o único protocolo nesta lista habilitado.
Selecione o nó serviços de SQL Server.
Clique com o botão direito do mouse na instância do SQL Server que você atualizou.
Selecione Reiniciar.

Solução alternativa 2

Crie um alias no servidor para forçar o protocolo TCP para aplicativos locais. Para fazer isso, confira os seguintes tópicos MSDN e TechNet:

Solução alternativa 3

Desabilite a memória compartilhada da ferramenta Configuração do Cliente (32 bits e 64 bits). Para fazer isso, siga estas etapas:

Inicie a ferramenta Configuração do Cliente no servidor digitando cliconfg.exe.
Se ele estiver selecionado, desmarque a caixa Habilitar protocolo de memória compartilhada marcar.

Observação

Em um servidor de 64 bits, se você executar aplicativos de 32 bits que se conectam a SQL Server, você deverá executar esse procedimento usando a ferramenta Configuração do Cliente de 32 bits localizada na C:\Windows\SysWOW64 pasta.

Aplicável a

Esse problema se aplica aos usuários que têm o .NET Framework 4.5.2 instalado em Windows 8.1, Windows Server 2012 R2 ou Windows 2012 e que aplicaram uma das seguintes atualizações de dezembro de 2016:

Rollup de segurança e qualidade para o .NET Framework 4.5.2 no Windows 8.1 e Windows Server 2012 R2 (KB3210137)
Rollup de segurança e qualidade para o .NET Framework 4.5.2 no Windows Server 2012 (KB3210138)

Esse problema também está presente no seguinte (agora substituído) Versão prévia de novembro de 2016 das atualizações de rollup de qualidade:

Versão prévia de novembro de 2016 da Distribuição de Qualidade para o .NET Framework 3.5, 4.5.2, 4.6, 4.6.1 em Windows 8.1 e Server 2012 R2 (KB3196684)
Versão prévia de novembro de 2016 do Quality Rollup para o .NET Framework 3.5, 4.5.2, 4.6, 4.6.1 no Windows Server 2012 (KB3195383)
Versão prévia de novembro de 2016 de rollup de qualidade para o .NET Framework 3.5.1, 4.5.2, 4.6, 4.6.1 no Windows 7 SP1 e Windows Server 2008 R2 SP1 (KB3196686)
Versão prévia de novembro de 2016 da Rollup de Qualidade para o .NET Framework 2.0 SP2, 4.5.2, 4.6 no Windows Vista SP2 e Windows Server 2008 SP2 (KB3195382)

Resolução

Esse problema é resolvido nas seguintes atualizações:

Share via