Freigeben über


sys.dm_clr_appdomains (Transact-SQL)

Gilt für: SQL Server

Gibt eine Zeile für jede Anwendungsdomäne auf dem Server zurück. Anwendungsdomäne (AppDomain) ist ein Konstrukt in der Common Language Runtime (CLR) von Microsoft .NET Framework, das die Isolationseinheit für eine Anwendung ist. Sie können diese Ansicht verwenden, um CLR-Integrationsobjekte zu verstehen und zu beheben, die in Microsoft SQL Server ausgeführt werden.

Es stehen mehrere Typen von CLR-Integrationsobjekten für verwaltete Datenbanken zur Verfügung. Allgemeine Informationen zu diesen Objekten finden Sie unter Building Database Objects with Common Language Runtime (CLR)-Integration. Wenn diese Objekte ausgeführt werden, erstellt SQL Server eine AppDomain , unter der sie den erforderlichen Code laden und ausführen kann. Die Isolationsstufe für eine AppDomain ist eine AppDomain pro Datenbank pro Besitzer. Das heißt, alle CLR-Objekte, die einem Benutzer gehören, werden immer in derselben AppDomain pro Datenbank ausgeführt (wenn ein Benutzer CLR-Datenbankobjekte in verschiedenen Datenbanken registriert, werden die CLR-Datenbankobjekte in verschiedenen Anwendungsdomänen ausgeführt). Eine AppDomain wird nach Abschluss der Ausführung des Codes nicht zerstört. Stattdessen wird er im Arbeitsspeicher für zukünftige Ausführungen zwischengespeichert. Dadurch wird die Leistung verbessert.

Weitere Informationen finden Sie unter Anwendungsdomänen.

Spaltenname Datentyp Beschreibung
appdomain_address varbinary(8) Adresse der AppDomain. Alle verwalteten Datenbankobjekte, die einem Benutzer gehören, werden immer in derselben AppDomain geladen. Sie können diese Spalte verwenden, um alle derzeit in dieser AppDomain geladenen Assemblys in sys.dm_clr_loaded_assemblies nachzuschlagen.
appdomain_id int ID der AppDomain. Jede AppDomain verfügt über eine eindeutige ID.
appdomain_name varchar(386) Name der AppDomain , wie von SQL Server zugewiesen.
creation_time datetime Zeitpunkt, zu dem die AppDomain erstellt wurde. Da AppDomains für eine bessere Leistung zwischengespeichert und wiederverwendet werden, ist creation_time nicht unbedingt der Zeitpunkt, zu dem der Code ausgeführt wurde.
db_id int ID der Datenbank, in der diese AppDomain erstellt wurde. Code, der in zwei verschiedenen Datenbanken gespeichert ist, kann keine AppDomain freigeben.
user_id int ID des Benutzers, dessen Objekte in dieser AppDomain ausgeführt werden können.
state nvarchar(128) Ein Deskriptor für den aktuellen Zustand der AppDomain. Eine AppDomain kann sich in verschiedenen Zuständen befinden, von Erstellung bis Löschung. Weitere Informationen finden Sie im Abschnitt "Hinweise" in diesem Artikel.
strong_refcount int Anzahl der starken Verweise auf diese AppDomain. Dies entspricht der Anzahl der derzeit ausgeführten Batches, die diese AppDomain verwenden. Die Ausführung dieser Ansicht erstellt einen starken Verweis. Selbst wenn derzeit kein Code ausgeführt wird, weist strong_refcount den Wert 1 auf.
weak_refcount int Anzahl der schwachen Verweise auf diese AppDomain. Dies gibt an, wie viele Objekte innerhalb der AppDomain zwischengespeichert werden. Wenn Sie ein verwaltetes Datenbankobjekt ausführen, speichert SQL Server es innerhalb der AppDomain für eine zukünftige Wiederverwendung zwischen. Dadurch wird die Leistung verbessert.
cost int Kosten der AppDomain. Je höher die Kosten sind, desto wahrscheinlicher ist es, dass diese AppDomain unter Speicherdruck entladen wird. Die Kosten hängen in der Regel davon ab, wie viel Arbeitsspeicher erforderlich ist, um diese AppDomain neu zu erstellen.
value int Wert der AppDomain. Je niedriger der Wert ist, desto wahrscheinlicher ist, dass diese AppDomain unter Speicherdruck entladen wird. Der Wert hängt in der Regel davon ab, wie viele Verbindungen oder Batches diese AppDomain verwenden.
total_processor_time_ms bigint Gesamtprozessorzeit in Millisekunden, die von allen Threads beim Ausführen in der aktuellen Anwendungsdomäne ab dem Start des Prozesses verwendet wird. Dies entspricht System.AppDomain.MonitoringTotalProcessorTime.
total_allocated_memory_kb bigint Gesamtgröße, in Kilobyte, aller Speicherbelegungen durch die Anwendungsdomäne seit der Erstellung, ohne Abzug des bei Sammlungsvorgängen freigegebenen Speichers. Dies entspricht System.AppDomain.MonitoringTotalAllocatedMemorySize.
survived_memory_kb bigint Menge der Daten in KB, die die letzte vollständige Sammlung mit exklusivem Zugriff überdauert haben, und von denen bekannt ist, dass sie von der aktuellen Anwendungsdomäne referenziert werden. Dies entspricht System.AppDomain.MonitoringSurvivedMemorySize.

Hinweise

Es gibt eine 1:n-Beziehung zwischen dm_clr_appdomains.appdomain_address und dm_clr_loaded_assemblies.appdomain_address.

In den folgenden Tabellen sind mögliche Statuswerte, deren Beschreibungen und deren Auftreten im AppDomain-Lebenszyklus aufgeführt. Sie können diese Informationen verwenden, um dem Lebenszyklus einer AppDomain zu folgen und auf verdächtige oder sich wiederholende AppDomain-Instanzen zu achten, ohne das Windows-Ereignisprotokoll analysieren zu müssen.

AppDomain-Initialisierung

State Beschreibung
E_APPDOMAIN_CREATING Die AppDomain wird erstellt.

AppDomain-Verwendung

State Beschreibung
E_APPDOMAIN_SHARED Die Laufzeit-AppDomain kann von mehreren Benutzern verwendet werden.
E_APPDOMAIN_SINGLEUSER Die AppDomain ist für die Verwendung in DDL-Vorgängen bereit. Diese unterscheiden sich von E_APPDOMAIN_SHARED, indem im Gegensatz zu DDL-Vorgängen freigegebene AppDomains für die CLR-Integration verwendet werden, . Solche AppDomains werden von anderen gleichzeitigen Vorgängen isoliert.
E_APPDOMAIN_DOOMED Die AppDomain soll entladen werden, aber es werden derzeit Threads ausgeführt.

AppDomain-Cleanup

State Beschreibung
E_APPDOMAIN_UNLOADING SQL Server hat angefordert, dass die CLR die AppDomain entladen hat, in der Regel, weil die Assembly, die die verwalteten Datenbankobjekte enthält, geändert oder gelöscht wurde.
E_APPDOMAIN_UNLOADED Die CLR hat die AppDomain entladen. Dies ist in der Regel das Ergebnis einer Eskalationsprozedur aufgrund von ThreadAbort, OutOfMemory oder einer unbehandelten Ausnahme im Benutzercode.
E_APPDOMAIN_ENQUEUE_DESTROY Die AppDomain wurde in CLR entladen und festgelegt, dass sie von SQL Server zerstört wird.
E_APPDOMAIN_DESTROY Die AppDomain wird von SQL Server zerstört.
E_APPDOMAIN_ZOMBIE Die AppDomain wurde von SQL Server zerstört. Allerdings wurden nicht alle Verweise auf die AppDomain bereinigt.

Berechtigungen

Erfordert die VIEW SERVER STATE-Berechtigung in der Datenbank.

Berechtigungen für SQL Server 2022 und höher

Erfordert die VIEW SERVER PERFORMANCE STATE-Berechtigung auf dem Server.

Beispiele

Das folgende Beispiel zeigt, wie Die Details einer AppDomain für eine bestimmte Assembly angezeigt werden:

select appdomain_id, creation_time, db_id, user_id, state  
from sys.dm_clr_appdomains a  
where appdomain_address =   
(select appdomain_address   
 from sys.dm_clr_loaded_assemblies  
   where assembly_id = 500);  

Das folgende Beispiel zeigt, wie alle Assemblys in einer bestimmten AppDomain angezeigt werden:

select a.name, a.assembly_id, a.permission_set_desc, a.is_visible, a.create_date, l.load_time   
from sys.dm_clr_loaded_assemblies as l   
inner join sys.assemblies as a  
on l.assembly_id = a.assembly_id  
where l.appdomain_address =   
(select appdomain_address   
from sys.dm_clr_appdomains  
where appdomain_id = 15);  

Weitere Informationen

sys.dm_clr_loaded_assemblies (Transact-SQL)
Common Language Runtime Related Dynamic Management Views (Transact-SQL)