Eventos
31 mar, 23 - 2 abr, 23
Evento de aprendizaje de SQL, Fabric y Power BI más grande. 31 de marzo – 2 de abril. Use el código FABINSIDER para ahorrar $400.
Regístrate hoyEste explorador ya no se admite.
Actualice a Microsoft Edge para aprovechar las características y actualizaciones de seguridad más recientes, y disponer de soporte técnico.
Se aplica a: SQL Server
Utilice la opción clr enabled
para especificar si SQL Server puede ejecutar ensamblados de usuario. La opción clr enabled
proporciona los valores que se indican a continuación:
Value | Descripción |
---|---|
0 |
Ejecución de ensamblado no permitida en SQL Server. |
1 |
Ejecución de ensamblado permitida en SQL Server. |
Solo para WOW64: reinicie los servidores WOW64 para aplicar estos cambios. No se requiere el reinicio para otros tipos de servidor.
Cuando se ejecuta RECONFIGURE
y se cambia el valor de ejecución de la opción clr enabled
de 1
a 0
, se descargan inmediatamente todos los dominios de aplicación que incluyen ensamblados de usuario.
Deshabilite una de estas dos opciones: clr enabled
o lightweight pooling
. Entre las características que dependen de CLR y que no funcionan correctamente en modo de fibra se encuentran el tipo de datos hierarchyid, la función FORMAT
, la replicación y la administración basada en directivas. Para obtener más información, consulte Configuración de servidor: agrupación ligera.
Aunque la opción de configuración clr enabled
está habilitada en la base de datos de Azure SQL, no se admite el desarrollo de funciones de usuario CLR en la base de datos de Azure SQL.
CLR usa la seguridad de acceso del código (CAS) de .NET Framework, que ya no se admite como un límite de seguridad. Un ensamblado CLR creado con la opción PERMISSION_SET = SAFE
puede tener acceso a los recursos externos del sistema, llamar a código no administrado y adquirir privilegios sysadmin. En SQL Server 2017 (14.x) y versiones posteriores, la opción sp_configure
, CLR Strict Security, mejora la seguridad de los ensamblados CLR. La opción clr strict security
está habilitada de forma predeterminada y trata los ensamblados SAFE
y EXTERNAL_ACCESS
como si estuvieran marcados con UNSAFE
. La opción clr strict security
se puede deshabilitar para permitir la compatibilidad con versiones anteriores, pero no se recomienda hacerlo.
Recomendamos que firme todos los ensamblados con un certificado o clave asimétrica con el correspondiente inicio de sesión que tenga concedido el permiso UNSAFE ASSEMBLY
en la base de datos master
. Los administradores de SQL Server también pueden agregar ensamblados a una lista de los ensamblados en los que el motor de base de datos debe confiar. Para más información, vea sys.sp_add_trusted_assembly.
El ejemplo siguiente muestra primero la configuración actual de la opción clr enabled
y después habilita la opción estableciendo su valor en 1. Para deshabilitar la opción, establezca el valor en 0.
EXEC sp_configure 'clr enabled';
EXEC sp_configure 'clr enabled' , '1';
RECONFIGURE;
Eventos
31 mar, 23 - 2 abr, 23
Evento de aprendizaje de SQL, Fabric y Power BI más grande. 31 de marzo – 2 de abril. Use el código FABINSIDER para ahorrar $400.
Regístrate hoyCursos
Módulo
Configuración de recursos de SQL Server para obtener un rendimiento óptimo - Training
Configuración de recursos de SQL Server para obtener un rendimiento óptimo
Documentación
Habilitar la integración con CLR - SQL Server
Microsoft SQL Server que hospeda CLR se denomina integración CLR, que está deshabilitada de forma predeterminada. Use el procedimiento almacenado sp_configure para habilitar la integración de CLR.
Error al ejecutar el objeto CLR o crear ensamblado - SQL Server
Este artículo le ayuda a resolver dos problemas diferentes que se producen al trabajar con objetos CLR en una base de datos que se ha movido de una instancia diferente de SQL Server.
Configuración del servidor: CLR Strict Security - SQL Server
Aprenda a configurar la seguridad estricta de Common Language Runtime (CLR) en SQL Server. Controle la interpretación de los permisos SAFE, EXTERNAL ACCESS y UNSAFE.