Microsoft KB Archive/918040

= You may receive an error message when you try to run an existing CLR object or create an assembly that has the external_access or unsafe permission set on a database that is attached or restored from a different server =

Article ID: 918040

Article Last Modified on 6/6/2006

-

APPLIES TO


 * Microsoft SQL Server 2005 Standard Edition
 * Microsoft SQL Server 2005 Enterprise Edition
 * Microsoft SQL Server 2005 Developer Edition
 * Microsoft SQL Server 2005 Workgroup Edition

-



Bug #: 423365 (SQLBUDT)



SYMPTOMS
Consider the following scenario. You detach or back up a database that is in an instance of SQL Server 2005. The instance of SQL Server 2005 is running on. Later, you attach or restore that database to an instance of SQL Server 2005 that is running on. In this scenario, you may experience the following symptoms:  When you try to run an existing common language runtime (CLR) object that has the external_access or unsafe permission set from the database that is on Server B, you receive the following error message:

Msg 10314, Level 16, State 11, Line 2

An error occurred in the Microsoft .NET Framework while trying to load assembly id 65536. 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.FileLoadException: Could not load file or assembly ', Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. An error relating to security occurred. (Exception from HRESULT: 0x8013150A) System.IO.FileLoadException:

at System.Reflection.Assembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, Assembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection)

at System.Reflection.Assembly.InternalLoad(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)

at System.Reflection.Assembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection)

at System.Reflection.Assembly.Load(String assemblyString)

 When you try to create a new assembly that has the external_access or unsafe permission set in the same database, you receive the following error message:

Server: Msg 10327, Level 14, State 1, Line 1

CREATE ASSEMBLY for assembly ' ' failed because assembly ' ' is not authorized for PERMISSION_SET = EXTERNAL_ACCESS. The assembly is authorized when either of the following is true: the database owner (DBO) has EXTERNAL ACCESS ASSEMBLY permission and the database has the TRUSTWORTHY database property on; or the assembly is signed with a certificate or an asymmetric key that has a corresponding login with EXTERNAL ACCESS ASSEMBLY permission.



The issues occur even if you have already set the Trustworthy database property to ON.



CAUSE
This problem occurs because the login that you use to create the database on  is not in the instance of SQL Server 2005 on. This login could be either the Microsoft Windows login or the SQL Server login.



WORKAROUND
To work around this problem, use one of the following methods:   Use the sp_changedbowner stored procedure to change the database owner to sa or to an available login on. For example, you may use the following statement to change the database owner to sa: USE  is a placeholder of the name of the database that you are working on. The changed database owner should have the corresponding permissions to perform a certain task. For example, the database owner should have the CREATE ASSEMBLY permission to create an assembly.  Add the login on the instance of SQL Server 2005 on  that is used to create the database to the instance of SQL Server 2005 on.

If the login is a domain account, you can create the same login on. Then grant the required permissions to the login on the instance of SQL Server 2005 on.

If the login is a SQL Server login, make sure that the SID of this login matches the new SQL Server login that you create on the instance of SQL Server 2005 on. To do this, specify the SID argument of the CREATE LOGIN statement.

<div class="status_section">

STATUS
Microsoft has confirmed that this is a problem in the Microsoft products that are listed in the &quot;Applies to&quot; section.

<div class="references_section">