'Microsoft.SqlServer.Types' Version 10 oder höher konnte in Azure nicht gefunden werden

Ich versuche, ein Webapi in ASP.NET MVC 4 zu erstellen. Das Webapi verwendete Entity Framework 5 Spatial-Typen und ich habe einen sehr einfachen Code geschrieben.

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

Der Bereich enthält DbGeometry.

Wenn ich dieses lokale System ausführe, funktioniert es, aber wenn ich es in Azure veröffentliche, wird folgende Fehlermeldung angezeigt:

Räumliche Typen und Funktionen sind für diesen Anbieter nicht verfügbar, da die Assembly 'Microsoft.SqlServer.Types' Version 10 oder höher nicht gefunden wurde.

Weiß jemand, wie man das löst? :) :)

Vielen Dank!

Ich habe die Lösung gefunden! Installieren Sie einfach das Nuget-Paket Microsoft.SqlServer.Types

PM> Installationspaket Microsoft.SqlServer.Types

Link für weitere Informationen

Die obige Antwort funktioniert einwandfrei, wenn Version 11 (SQL Server 2012) der Assembly verwendet werden kann.

Ich hatte ein Problem damit, da meine Lösung andere Abhängigkeiten von Version 13 (SQL Server 2016) derselben Assembly aufweist. Beachten Sie in diesem Fall, dass Entity Framework (mindestens Version 6.1.3) in seinem SqlTypesAssemblyLoader (der Quelle dieser Ausnahme) fest codiert ist, um nur nach den Versionen 10 und 11 der Assembly zu suchen.

Um dies zu umgehen, können Sie Entity Framework mitteilen, welche Assembly Sie wie folgt verwenden möchten:

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

Aus irgendeinem Grund fehlte mir eine verbindliche Weiterleitung, die dieses Problem für mich behoben hat.

Das Hinzufügen des Folgenden hat mein Problem behoben

    <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>

Es gibt zwei Möglichkeiten, dies zu beheben:

1. Wenn Sie Serverzugriff haben, installieren Sie einfach "Microsoft System CLR-Typen für SQL Server 2012" unter https://www.microsoft.com/en-us/download/details.aspx?id=29065 oder verwenden Sie den direkten Link unter dem direkten Link zu X86: http://go.microsoft.com/fwlink/?LinkID=239643&clcid=0x409 oder direkter Link zu X64: http://go.microsoft.com/fwlink/?LinkID=239644&clcid=0x409

2. Die zweite Möglichkeit besteht darin, den NuGet-Paketmanager zu verwenden und zu installieren

   Installationspaket Microsoft.SqlServer.Types

Folgen Sie dann den folgenden Plugin-Hinweisen

Um eine Anwendung, die räumliche Datentypen verwendet, auf einem Computer bereitzustellen, auf dem 'System CLR Types for SQL Server' nicht installiert ist, müssen Sie auch die native Assembly SqlServerSpatial110.dll bereitstellen. In den Unterverzeichnissen SqlServerTypes \ x86 und SqlServerTypes \ x64 wurden Ihrem Projekt sowohl x86- (32 Bit) als auch x64-Versionen (64 Bit) dieser Assembly hinzugefügt. Die native Assembly msvcr100.dll ist ebenfalls enthalten, falls die C ++ - Laufzeit nicht installiert ist.

Sie müssen Code hinzufügen, um zur Laufzeit die richtige dieser Assemblys zu laden (abhängig von der aktuellen Architektur).

ASP.NET-Anwendungen Fügen Sie für ASP.NET-Anwendungen der Application_Start-Methode in Global.asax.cs die folgende Codezeile hinzu:

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

Desktop-Anwendungen Fügen Sie für Desktop-Anwendungen die folgende Codezeile hinzu, die ausgeführt werden soll, bevor räumliche Operationen ausgeführt werden:

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

Ich bin auch auf dieses Problem gestoßen, aber das Nuget-Paket Microsoft.SqlServer.Types wurde bereits installiert.

Was das Problem für mich gelöst hat, war, zu Lösung> Referenzen> System.Data.Entity> Eigenschaften> Lokal kopieren zu gehen und es auf True zu setzen.

Hinweis: Copy Local für Microsoft.SqlServer.Types wurde bereits auf true gesetzt, und obwohl das Problem bei System.Data.Entity lag, handelte es sich bei der Fehlermeldung immer noch um Microsoft.SqlServer.Types.

Die Lösung stammt aus dem Windows Azure-Forum .

Bitte fügen Sie der Datei "Web.config" "abhängige Baugruppe" hinzu

<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>

Das hat bei mir funktioniert

Die Lösung für mich bestand darin, diese Codezeile zu Global.asax.cs hinzuzufügen Application_Start():

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

Viel Glück, meine Brüder.

Nach einem Kommentar in einer Antwort für den aktuellen Beitrag löste das Hinzufügen dieser beiden Zeilen (vorzugsweise zur Hauptfunktion) mein Problem für die Konsolen-App:

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

Keine der oben genannten Lösungen hat mir geholfen.

• SQL Server Feature Pack installiert? Ja
• NuGet-Paket installiert? Ja
• DLL existiert im GAC und im Projektfach? Ja

Weißt du was? Dieser Fehler kann auch auf geringe Ressourcen auf dem Server zurückzuführen sein . Ich habe SQL Server neu gestartet und es wurde automatisch behoben.

In meinem Fall (einer WebForms-App) habe ich das Problem gelöst, indem ich die folgenden Zeilen in Application_Startdie Global.asaxDatei eingefügt habe .

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

Ich hoffe es hilft jemandem.

Hatte gerade das gleiche Problem. Ich verwende EF6und rufe SQLeine SQL-Funktion auf, die räumliche Befehle verwendet. Ich habe dies durch einen Unit-Test getestet und es hat gut funktioniert. Als ich meine Asp.NetLösung verkabelte, erhielt ich den Fehler

Räumliche Typen und Funktionen sind für diesen Anbieter nicht verfügbar, da die Assembly 'Microsoft.SqlServer.Types' Version 10 oder höher nicht gefunden wurde.

Durch Hinzufügen des NUGETPakets "Microsoft.SqlServer.Types" und Hinzufügen SqlServerTypes.Utilities.LoadNativeAssemblies(Server.MapPath("~/bin"));zu dem Application_Start methodin Global.asax.csalles funktionierte gut.

In meinem Fall hat dies eine schlecht zusammengesetzte Verbindungszeichenfolge verursacht. Überprüfen Sie, ob Ihre Verbindungszeichenfolge richtig zusammengesetzt ist.