'Microsoft.SqlServer.Types' versão 10 ou superior não foi encontrado no Azure

Estou tentando fazer um webapi na ASP.NET MVC 4. O webapi usou o Entity Framework 5 Spatial types e escrevi um código muito simples.

  public List<Area> GetAllAreas()
    {
        List<Area> aList = db.Areas.ToList();
        return aList;
    }

A área contém DbGeometry.

Quando eu executo este local, ele funciona, mas quando eu o publico no azure, ele me mostra este erro:

Tipos e funções espaciais não estão disponíveis para este provedor porque o assembly 'Microsoft.SqlServer.Types' versão 10 ou superior não foi encontrado.

Alguém sabe como resolver isso ? :)

Obrigado!

Encontrei a solução! Basta instalar o pacote nuget Microsoft.SqlServer.Types

PM> Install-Package Microsoft.SqlServer.Types

Link para mais informações

A resposta acima funciona bem quando a versão 11 (SQL Server 2012) do assembly pode ser usada.

Tive um problema com isso porque minha solução tem outras dependências na versão 13 (SQL Server 2016) do mesmo assembly. Nesse caso, observe que o Entity Framework (pelo menos v6.1.3) está codificado em seu SqlTypesAssemblyLoader (a fonte dessa exceção) para procurar apenas as versões 10 e 11 do assembly.

Para contornar isso, descobri que você pode dizer ao Entity Framework qual assembly deseja usar assim:

SqlProviderServices.SqlServerTypesAssemblyName = typeof(SqlGeography).Assembly.FullName;

Por algum motivo, estava faltando um redirecionamento de ligação que corrigiu esse problema para mim.

Adicionar o seguinte corrigiu meu problema

    <dependentAssembly>
      <assemblyIdentity name="Microsoft.SqlServer.Types" publicKeyToken="89845dcd8080cc91" culture="neutral" />
      <bindingRedirect oldVersion="10.0.0.0-11.0.0.0" newVersion="14.0.0.0" />
    </dependentAssembly>

Existem 2 maneiras de corrigir isso:

1. Se você tiver acesso ao servidor, basta instalar “Tipos de CLR do Microsoft System para SQL Server 2012” em https://www.microsoft.com/en-us/download/details.aspx?id=29065 Ou usar link direto abaixo do link direto para X86: http://go.microsoft.com/fwlink/?LinkID=239643&clcid=0x409 , Ou Direct Link para X64: http://go.microsoft.com/fwlink/?LinkID=239644&clcid=0x409

2. A segunda maneira é usar o gerenciador de pacotes NuGet e instalar

   Install-Package Microsoft.SqlServer.Types

Em seguida, siga as notas do plugin como abaixo

Para implantar um aplicativo que usa tipos de dados espaciais em uma máquina que não tem 'Tipos de CLR do sistema para SQL Server' instalado, você também precisa implantar o assembly nativo SqlServerSpatial110.dll. As versões x86 (32 bits) e x64 (64 bits) deste assembly foram adicionadas ao seu projeto nos subdiretórios SqlServerTypes \ x86 e SqlServerTypes \ x64. O assembly nativo msvcr100.dll também está incluído, caso o tempo de execução C ++ não esteja instalado.

Você precisa adicionar código para carregar o correto desses assemblies em tempo de execução (dependendo da arquitetura atual).

Aplicativos ASP.NET Para aplicativos ASP.NET, adicione a seguinte linha de código ao método Application_Start em Global.asax.cs:

SqlServerTypes.Utilities.LoadNativeAssemblies(Server.MapPath("~/bin"));

Aplicativos de desktop Para aplicativos de desktop, adicione a seguinte linha de código para executar antes de qualquer operação espacial:

SqlServerTypes.Utilities.LoadNativeAssemblies(AppDomain.CurrentDomain.BaseDirectory);

Eu também encontrei esse problema, mas o pacote nuget Microsoft.SqlServer.Types já estava instalado.

O que resolveu o problema para mim foi ir para Solução> Referências> System.Data.Entity> Propriedades> Copiar local e defini-lo como True.

Observação: Copiar local para Microsoft.SqlServer.Types já estava definido como verdadeiro e, embora o problema fosse com System.Data.Entity, a mensagem de erro ainda era sobre Microsoft.SqlServer.Types.

A solução vem do fórum do Windows Azure .

Adicione "dependenteAssembly" ao arquivo Web.config

<runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <dependentAssembly>
            <assemblyIdentity name="Microsoft.SqlServer.Types" publicKeyToken="89845dcd8080cc91" culture="neutral" />
            <bindingRedirect oldVersion="0.0.0.0-14.0.0.0" newVersion="14.0.0.0" />
        </dependentAssembly>
    </assemblyBinding>
</runtime>

Isso funcionou para mim

A solução para mim foi apenas adicionar esta linha de código a Global.asax.cs em Application_Start():

SqlServerTypes.Utilities.LoadNativeAssemblies(Server.MapPath("~/bin"));

Boa sorte meus irmãos.

Seguindo um comentário em uma resposta para a postagem atual, adicionar essas duas linhas (de preferência à função principal) resolveu meu problema para o aplicativo de console:

SqlProviderServices.SqlServerTypesAssemblyName = typeof(SqlGeography).Assembly.FullName;
SqlServerTypes.Utilities.LoadNativeAssemblies(AppDomain.CurrentDomain.BaseDirectory);

No meu caso (um aplicativo WebForms) resolvi o problema adicionando as seguintes linhas no Application_Startdo Global.asaxarquivo.

SqlServerTypes.Utilities.LoadNativeAssemblies(Server.MapPath("~/bin"));
System.Data.Entity.SqlServer.SqlProviderServices.SqlServerTypesAssemblyName = "Microsoft.SqlServer.Types, Version=14.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91";

Eu espero que isso ajude alguém.

Nenhuma das soluções acima me funcionou.

• Pacote de recursos do SQL Server instalado? sim
• Pacote NuGet instalado? sim
• O DLL existe no GAC e no escaninho do projeto? sim

Você sabe o quê, esse erro também pode ser devido a poucos recursos no servidor . Reiniciei o servidor SQL e ele foi resolvido automaticamente.

Só tive o mesmo problema. Estou usando EF6e chamando o SQLque tem uma função SQL que usa comandos espaciais. Eu testei isso por meio de um teste de unidade e funcionou bem. Quando fui conectar minha Asp.Netsolução, recebi o erro

Tipos e funções espaciais não estão disponíveis para este provedor porque o assembly 'Microsoft.SqlServer.Types' versão 10 ou superior não foi encontrado.

Ao adicionar os NUGET"Microsoft.SqlServer.Types" pacote e adicionando SqlServerTypes.Utilities.LoadNativeAssemblies(Server.MapPath("~/bin"));ao Application_Start methodem Global.asax.cstudo funcionou bem.

No meu caso, uma string de conexão mal composta causou isso. Verifique se sua string de conexão está composta corretamente.