Sql Server Azure PERMISSION_SET = EXTERNAL_ACCESS或UNSAFE

Question

昨天我們收到了這個錯誤。我發現一些文章提示這是一個孤立的userIds問題，但是因爲數據庫託管在Azure上，所以訪問用戶配置文件的存儲過程不是可用，我不是數據庫專家。

的一篇文章我讀

https://social.technet.microsoft.com/Forums/en-US/3f30c3fd-e659-4ed2-a0f8-fbe8de140037/microsoft-net-framework-while-trying-to-load-assembly-id-1?forum=ssdsgetstarted

它說，它無法找到程序集「microsoft.sqlserver.types」 11.1.0.0已部署了幾個星期的版本背部是如此10.0.0.0我更新了我的NuGet軟件包，但該版本僅在11.0.2

https://www.nuget.org/packages/Microsoft.SqlServer.Types/

我們通過採取數據庫的副本解決了問題的時刻。它只是暫時解決了我的感受，而且會再次發生。

System.Data.SqlClient.SqlException : An error occurred in the Microsoft .NET Framework while trying to load assembly id 1. The server may be running out of resources, or the assembly may not be trusted with PERMISSION_SET = EXTERNAL_ACCESS or UNSAFE. Run the query again, or check documentation to see how to solve the assembly trust issues. For more information about this error: System.IO.FileNotFoundException: Could not load file or assembly 'microsoft.sqlserver.types, Version=11.1.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91' or one of its dependencies. The system cannot find the file specified. ---> System.IO.FileNotFoundException: Could not load file or assembly 'microsoft.sqlserver.types, Version=11.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91' or one of its dependencies. The system cannot find the file specified. System.IO.FileNotFoundException: System.IO.FileNotFoundException: at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection, Boolean suppressSecurityChecks) at System.Reflection.RuntimeAssembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) at System.Reflection.Assembly.Load(String assemblyString)

Answer 1

我們想表達您對使用該服務時遇到的問題的歉意。雖然我們一直在積極研究這個問題，但很難重現（並因此完全解決）。我們現在的相關數據如下： •問題不會一直髮生。當它開始發生在一個SQL實例上時，它將一直持續到該進程被回收爲止。 •雖然我們收到文件未找到的錯誤，但我們對已發現問題的機器的檢查實際上存在應存在的文件 •我們知道問題發生在V11和V12服務器上，但它由於該版本的服務代碼存在一些體系結構差異，因此V11服務器的性能更差。

目前，我們建議客戶解決此問題是否可以將服務器移動到V12。其原因是： •根據我們的遙測數據，我們知道V12服務器不太經常遇到這個問題 •對V11的影響範圍大於V12（這意味着更多的客戶在發生時會受到影響） V11和V12之間的架構差異。 •我們在V12上增加了額外的服務功能，使我們能夠更快速地識別和緩解此問題。我們正在積極努力部署所需的更改。所以，準備就緒後，我們應該能夠自動爲任何顧客解決此問題應用緩解步驟。

一些錯誤比其他錯誤更難修復，而且這個錯誤比我們預期的要困難得多。我們將繼續努力追蹤此問題的確切根源（爲什麼該文件即使在那裏也無法加載）。希望這可以爲我們提供足夠的信息來解決它，同時我們可以追蹤它。

感謝和道歉， 康納爾坎寧安 建築師，SQL