Sé libre de divulgar nuestro espacio y códigos con tus amigos, necesitamos tu ayuda para aumentar nuestra comunidad.
Solución:
Sin descartar nada de lo que se indica en la respuesta de @Shanky, debe tenerse en cuenta que el AppDomain específico que se está descargando está en el [mssqlsystemresource] base de datos. Esta es una base de datos interna que almacenó la funcionalidad incorporada de SQL Server. Otra funcionalidad incorporada reside en el [master] base de datos. Incluso con la opción de configuración a nivel de servidor de “CLR habilitado” desactivada, aún puede ver uno o ambos dominios de aplicación cargados si usa alguno de los siguientes (y podría haber otros usos internos de CLR que no están en este lista):
- Tipos de datos:
- Id. de jerarquía
- Geografía
- Geometría
- Funciones:
- FORMATO
- TRY_CONVERTIR
- TRY_PARSE
- Características:
- Cambiar la captura de datos
- Marco de gestión dinámica
- Replicación
- Gestión basada en políticas
Ejecute lo siguiente:
SELECT * FROM sys.dm_clr_appdomains;
SELECT * FROM sys.dm_clr_loaded_assemblies;
Si no se devolvieron filas, ejecute lo siguiente:
SELECT FORMAT(GETDATE(), 'dd');
SELECT * FROM sys.dm_clr_appdomains;
SELECT * FROM sys.dm_clr_loaded_assemblies;
Y ahora debería ver una entrada para “master.sys[runtime].xx” (donde el xx es algún número), pero todavía no hay ensamblajes cargados. Ahora ejecuta:
DECLARE @Test [HierarchyID];
SET @Test = '/1/';
SELECT * FROM sys.dm_clr_appdomains;
SELECT * FROM sys.dm_clr_loaded_assemblies;
Y ahora también debería ver un ensamblaje cargado. Debería ser assembly_id 1 y esa es la misma entrada en todas las bases de datos: Microsoft.SqlServer.Types. Este ensamblaje aparece en todas las bases de datos si ejecuta SELECT * FROM sys.assemblies;pero sólo vive verdaderamente en [master].
Para empezar, tiene SQL Server 2012 parcheado para SP1. Le insto, lo antes posible, a parchear SQL Server con SQL Server 2012 SP2
Ha habido una corrección importante relacionada con la memoria en SQl Server 2012 Sp2. Lea uno de los artículos de KB que documentan la corrección de errores de OOM. Si miras de cerca, la solución también es para
AppDomain 3181 () está marcado para descarga debido a la presión de la memoria. AppDomain 3181 () descargado. Error: 9602, Gravedad: 16, Estado: 1.
No estoy diciendo con certeza que podría estar golpeando el error mencionado, ya que requiere un análisis más exhaustivo.
solo dos veces. Ya he escrito en la primera declaración de los últimos dos días. Recibo este error.
Confirmaste que en dos días solo has visto este mensaje dos veces lo que me hace creer que esto no es mucho de lo que preocuparse. A veces, estos mensajes son benignos cuando se carga y descarga CLR. El problema surge cuando esto el mensaje es frecuente. Esto requeriría entonces más análisis.
Los mensajes de dominio de la aplicación solían ser un problema real en el sistema de 32 bits debido a la limitación de VAS. En el sistema de 64 bits, el mensaje descargado del dominio de la aplicación se debe principalmente a Marco .NET corrupto o cuando tienes establecer incorrectamente el valor máximo de memoria del servidor. Pero más tarde fue true hasta SQL Server 2008 r2. Desde 2012 en adelante, dado que la memoria para CLR se asigna desde la memoria máxima del servidor que ha configurado, esto no debería ser un gran problema. Así que le sugiero que también mire los mensajes relacionados con .NET Framework. No tengo mucha experiencia en cómo seguir adelante con la solución de problemas de .NET.
¿Usas objetos SQLCLR?. Consulte Varios mensajes de error registrados cuando usa SQLCLR. Hay un blog de Bob Dorr sobre cómo proceder cuando ve muchos mensajes de este tipo en el registro de errores de SQL Server.
Con
ABC 1008 Error Microsoft-Windows-Perflib Application 10/01/2015 2:21 ABC 2 Error TeamCentral Application 9/30/2015 4:20:41 PM.
Tengo el presentimiento de que esto está relacionado con .NET Framework.