DBCC TRACEON – Ablaufverfolgungsflags
Gilt für: 
SQL Server Azure SQL Managed Instance
Ablaufverfolgungsflags werden zum Festlegen bestimmter Servereigenschaften oder zum Ändern eines bestimmten Verhaltens verwendet. Das Ablaufverfolgungsflag 3226 ist beispielsweise ein häufig verwendetes Startablaufverfolgungsflag, das Sicherungserfolgsmeldungen im Fehlerprotokoll unterdrückt. Ablaufverfolgungskennzeichnungen werden häufig verwendet, um Leistungsprobleme zu diagnostizieren oder gespeicherte Prozeduren oder komplexe Computersysteme zu debuggen, aber sie können auch von Microsoft-Support empfohlen werden, verhalten zu beheben, das sich negativ auf eine bestimmte Workload auswirkt.
Alle dokumentierten Ablaufverfolgungsflags und die, die vom Microsoft-Support empfohlen werden, werden in Produktionsumgebungen vollständig unterstützt, wenn sie gemäß der Anweisungen verwendet werden. Ablaufverfolgungskennzeichnungen in dieser Liste können zusätzliche Überlegungen zu ihrer speziellen Verwendung haben, daher ist es ratsam, alle hier und/oder von Ihrem Supporttechniker gegebenen Empfehlungen sorgfältig zu überprüfen. Wie bei jeder Konfigurationsänderung in SQL Server wird immer empfohlen, das Flag gründlich in einer Umgebung zu testen, die keine Produktionsumgebung ist, bevor Sie es bereitstellen.
Hinweis
Microsoft Entra ID war zuvor als Azure Active Directory (Azure AD) bekannt.
Hinweise
In SQL Server gibt es drei Bereiche in denen Ablaufverfolgungsflags funktionieren können: „Abfrage“, „Sitzung“ oder „Global“. Ablaufverfolgungsflags des Typs „Abfrage“ sind im Kontext einer bestimmten Abfrage aktiv. Ablaufverfolgungsflags vom Typ Sitzung sind für die Dauer einer Verbindung aktiv und nur für diese Verbindung sichtbar. Globale Ablaufverfolgungsflags werden auf Serverebene festgelegt und sind für jede Verbindung auf dem Server sichtbar. Einige Flags können nur als globale Flags aktiviert werden, einige können entweder mit globalem Bereich oder mit Sitzungsbereich aktiviert werden.
Es gelten die folgenden Regeln:
Ein globales Ablaufverfolgungsflag muss global aktiviert werden. Andernfalls hat das Ablaufverfolgungsflag keine Wirkung. Es wird empfohlen, globale Ablaufverfolgungskennzeichnungen beim Start zu aktivieren, indem Sie die
-TBefehlszeilenoption unter Windows verwenden oder mssql-conf unter Linux verwenden. Dadurch wird sichergestellt, dass das Ablaufverfolgungsflag nach dem Neustart eines Servers aktiv bleibt. Starten Sie SQL Server neu, damit das Ablaufverfolgungsflag wirksam wird.Entspricht ein Ablaufverfolgungsflag dem Typ „global“, „Sitzung“ oder „Abfrage“, kann es für den jeweils entsprechenden Bereich aktiviert werden. Ein auf Sitzungsebene aktiviertes Ablaufverfolgungsflag wirkt sich nie auf andere Sitzungen aus, und die Wirkung des Ablaufverfolgungsflags endet mit der Abmeldung der SPID, die die Sitzung geöffnet hat.
Ablaufverfolgungsflags werden mithilfe einer der folgenden Methoden auf ON oder OFF festgelegt:
Verwendung der Befehle
DBCC TRACEONundDBCC TRACEOFF:Um z. B. das Ablaufverfolgungsflag 2528 global zu aktivieren, verwenden Sie DBCC TRACEON mit dem Argument
-1:DBCC TRACEON (2528, -1). Die Auswirkungen der Aktivierung eines globalen Ablaufverfolgungsflags mitDBCC TRACEONgehen beim Serverneustart verloren. Um das globale Ablaufverfolgungsflag zu deaktivieren, verwenden Sie DBCC TRACEOFF mit dem Argument-1.Verwenden Sie die Startoption
-T, um anzugeben, dass das Ablaufverfolgungsflag beim Start auf „ON“ festgelegt werden soll.Durch die Startoption
-Twird ein Ablaufverfolgungsflag global aktiviert. Ablaufverfolgungsflags auf Sitzungsebene können nicht mit einer Startoption aktiviert werden. Dadurch wird sichergestellt, dass das Ablaufverfolgungsflag nach dem Neustart eines Servers aktiv bleibt. Weitere Informationen zu den Startoptionen finden Sie unter Startoptionen für den Datenbank-Engine-Dienst.Auf Abfrageebene mithilfe des Abfragehinweises QUERYTRACEON. Die Option QUERYTRACEON wird nur für Ablaufverfolgungsflags des Abfrageoptimierers unterstützt, die in der Tabelle weiter unten in diesem Artikel dokumentiert sind.
Mithilfe des Befehls DBCC TRACESTATUS lässt sich bestimmen, welche Ablaufverfolgungsflags zurzeit aktiv sind.
Beispiele
Im folgenden Beispiel wird mithilfe von DBCC TRACEON das Ablaufverfolgungsflag 3205 für alle Sitzungen auf Serverebene festgelegt.
DBCC TRACEON (3205, -1);
Sie können alle den Plan beeinflussenden Hotfixes aktivieren, die von den Ablaufverfolgungsflags 4199 und 4137 für eine bestimmte Abfrage gesteuert werden.
SELECT x
FROM correlated
WHERE f1 = 0
AND f2 = 1
OPTION (QUERYTRACEON 4199, QUERYTRACEON 4137);
Ablaufverfolgungsflags
In der folgenden Tabelle werden die in SQL Server verfügbaren Ablaufverfolgungsflags aufgelistet und beschrieben.
Azure SQL Managed Instance unterstützt die folgenden globalen Ablaufverfolgungsflags: 460, 2301, 2389, 2390, 2453, 2467, 7471, 8207, 9389, 10316 und 11024. Sitzungsablaufverfolgungflags werden in SQL Managed Instance noch nicht unterstützt.
Einige Ablaufverfolgungsflags wurden in bestimmten SQL Server-Versionen eingeführt. Weitere Informationen zur anwendbaren Version finden Sie im Microsoft Support-Artikel zum jeweiligen Ablaufverfolgungsflag.
Das Ablaufverfolgungskennzeichnungsverhalten wird in zukünftigen Versionen von SQL Server möglicherweise nicht unterstützt.
Auf Ablaufverfolgungsflags kann direkt in der Tabelle über ein Lesezeichen verwiesen werden, das Sie am Ende der URL im Format #tfNNNN hinzufügen können. Um beispielsweise direkt zum Ablaufverfolgungsflag 1118 in der Tabelle zu springen, verwenden Sie dbcc-traceon-trace-flags-transact-sql#tf1118.
| Ablaufverfolgungsflag | BESCHREIBUNG |
|---|---|
| 101 | Dieses Flag erhöht die Genauigkeit der Protokollierung des Mergereplikations-Agents. Wichtig: Das Ablaufverfolgungsflag 101 kann für den Replikationsmerge-Agent nur mithilfe der Option -T beim Ausführen von replmerg.exe über die Eingabeaufforderung aktiviert werden.Warnung: Das Ablaufverfolgungsflag 101 ist nicht dafür konzipiert, dauerhaft in einer Produktionsumgebung aktiviert zu sein, sondern nur zeitlich begrenzt zur Problembehandlung. Weitere Informationen finden Sie in einer archivierten Version von KB2892633. Bereich: Nur Replikationsmerge-Agent |
| 102 | Dieses Flag erhöht die Ausführlichkeit der Protokollierung des Mergereplikations-Agents und leitet die Protokollierung an die Tabelle <Verteilungsserver>..msmerge_history weiter. Wichtig: Das Ablaufverfolgungsflag 102 kann für den Replikationsmerge-Agent nur mithilfe der Option -T beim Ausführen von replmerg.exe über die Eingabeaufforderung aktiviert werden.Warnung: Das Ablaufverfolgungsflag 102 ist nicht dafür konzipiert, dauerhaft in einer Produktionsumgebung aktiviert zu sein, sondern nur zeitlich begrenzt zur Problembehandlung. Weitere Informationen finden Sie in einer archivierten Version von KB2892633. Bereich: Nur Replikationsmerge-Agent |
| 139 | Erzwingt die richtige Konvertierungssemantik im Bereich der DBCC-Prüfbefehle wie DBCC CHECKDB, DBCC CHECKTABLE und DBCC CHECKCONSTRAINTS, wenn damit auf einer Datenbank mit einem niedrigeren Kompatibilitätsgrad die verbesserte Genauigkeit und die Konvertierungslogik analysiert wird, die mit dem Kompatibilitätsgrad 130 für bestimmte Datentypen eingeführt wurde. Weitere Informationen finden Sie unter SQL Server und Azure SQL-Datenbank Verbesserungen bei der Behandlung einiger Datentypen und ungewöhnlicher Vorgänge. Gilt für: SQL Server 2016 (13.x) RTM CU 3, SQL Server 2016 (13.x) Service Pack 1 und höhere Versionen. Warnung: Die Ablaufverfolgungskennzeichnung 139 soll nicht kontinuierlich in einer Produktionsumgebung aktiviert werden und sollte nur zum Zweck der Durchführung von Datenbanküberprüfungsprüfungen verwendet werden, die in SQL Server beschrieben werden, und Azure SQL-Datenbank Verbesserungen bei der Behandlung einiger Datentypen und ungewöhnlicher Vorgänge. Es sollte sofort deaktiviert werden, wenn die Überprüfungen abgeschlossen sind. Bereich: Nur global |
| 174 | Erhöht die SQL Server-Datenbank-Engine-Plancache-Bucketanzahl von 40.009 auf 160.001 auf 64-Bit-Systemen. Weitere Informationen finden Sie unter KB3026083. Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Bereich: Nur global |
| 176 | Das Ablaufverfolgungsflag behandelt Fehler beim Online-Neuerstellen von Partitionen für Tabellen, die eine berechnete Partitionierungsspalte enthalten. Weitere Informationen finden Sie unter KB3213683 und KB4541096. Bereich: Global oder Sitzung |
| 205 | Meldet an das Fehlerprotokoll, wenn eine von Statistiken abhängige gespeicherte Prozedur aufgrund einem automatischen Statistikupdate neu kompiliert wird. Weitere Informationen finden Sie in einer archivierten Version von KB195565. Hinweis: Das Ablaufverfolgungsflag erfordert, dass das Ablaufverfolgungsflag 3605 aktiviert ist. Bereich: Nur global |
| 260 | Druckt die Versionsinformationen zu den DLLs (Dynamic Link Libraries) von erweiterten gespeicherten Prozeduren. Weitere Informationen finden GetXpVersion()Sie unter Erstellen erweiterter gespeicherter Prozeduren.Bereich: Global oder Sitzung |
| 272 | Deaktiviert die Vorabbelegung von Identitätswerten, um Lücken in einer Identitätsspalte zu vermeiden, wenn der Server unerwartet neu gestartet oder ein Failover zu einem sekundären Server ausgeführt wird. Identitätszwischenspeichern wird verwendet, um die Leistung von INSERT in Tabellen mit Identitätsspalten zu verbessern. Hinweis: Ab SQL Server 2017 (14.x) finden Sie informationen dazu auf Datenbankebene unter der option IDENTITY_CACHE in ALTER DATABASE SCOPED CONFIGURATION. Bereich: Nur global |
| 460 | Ersetzt die Datenkürzungsmeldungs-ID 8152 durch die ID 2628. Weitere Informationen finden Sie unter KB4468101. Ab SQL Server 2019 (15.x) finden Sie informationen dazu auf Datenbankebene unter der option VERBOSE_TRUNCATION_WARNINGS in ALTER DATABASE SCOPED CONFIGURATION. Gilt für: SQL Server 2016 (13.x) Service Pack 2 CU 6, SQL Server 2017 (14.x) CU 12 und höhere Versionen. Hinweis: Ab einem Datenbank-Kompatibilitätsgrad von 150 lautet die Meldungs-ID standardmäßig 2628 und das Ablaufverfolgungsflag hat keine Auswirkungen. Bei einem Datenbank-Kompatibilitätsgrad von 140 oder niedriger ist die Meldungs-ID 2628 weiterhin eine optionale Fehlermeldung, für die das Ablaufverfolgungsflag 460 aktiviert sein muss. Diese datenbankweite Konfiguration hat keine Auswirkungen. Bereich: Global oder Sitzung |
| 610 | Steuert minimal protokollierte Einfügungen in volltextindizierte Tabellen. Dieses Ablaufverfolgungsflag muss nicht mit SQL Server 2016 (13.x) starten, da die minimale Protokollierung standardmäßig für indizierte Tabellen aktiviert ist. Wenn der Massenladevorgang bewirkt, dass eine neue Seite zugewiesen wird, werden alle Zeilen in SQL Server 2016 (13.x), die diese neue Seite zeilenweise auffüllen, minimal protokolliert, wenn alle anderen Voraussetzungen für eine minimale Protokollierung erfüllt sind. Die in die vorhandenen Seiten eingefügten Zeilen (keine neue Seitenzuordnung), mit denen die Indexreihenfolge beibehalten wird, werden weiterhin vollständig protokolliert, so wie auch Zeilen, die infolge von Seitenteilungen während des Ladens verschoben werden. Es ist auch wichtig, ALLOW_PAGE_LOCKS für Indizes aktiviert zu haben (die standardmäßig aktiviert ist), damit der minimale Protokollierungsvorgang funktioniert, während Seitensperren während der Zuordnung abgerufen werden und damit nur Seiten- oder Umfangszuweisungen protokolliert werden. Weitere Informationen finden Sie unter The Data Loading Performance Guide (Leitfaden zur Leistungsverbesserung beim Laden von Daten). Bereich: Global oder Sitzung |
| 634 | Deaktiviert die im Hintergrund ausgeführte Columnstore-Komprimierung. SQL Server führt regelmäßig im Hintergrund den Tupelverschiebungsvorgang aus, durch den Zeilengruppen des Columnstore-Indexes mit nicht komprimierten Daten komprimiert werden. Diese Aufgabe wird pro Zeilengruppe ausgeführt. Die Columnstore-Komprimierung verbessert die Abfrageleistung, beansprucht gleichzeitig aber auch Systemressourcen. Sie können den Zeitpunkt der Columnstore-Komprimierung manuell steuern, indem Sie den Hintergrundkomprimierungstask mit Ablaufverfolgungsflag 634 deaktivieren und anschließend zu einem beliebigen Zeitpunkt explizit ALTER INDEX...REORGANIZE oder ALTER INDEX...REBUILD aufrufen. Bereich: Nur global |
| 652 | Deaktiviert Überprüfungen für die Seite mit Vorabrufen. Wenn Sie das Ablaufverfolgungsflag 652 aktivieren, nimmt SQL Server keine weiteren Datenbankseiten in den Pufferpool auf, bevor diese von den Scans genutzt werden. Daher weisen Abfragen eine geringere Leistung auf, die das Feature für Vorabrufe für Seiten nutzen. Bereich: Global oder Sitzung |
| 661 | Deaktiviert den Entfernungsvorgang für den inaktiven Datensatz. Das Ablaufverfolgungsflag 661 deaktiviert den Vorgang zur Entfernung von inaktiven Datensätzen. Ein inaktiver Datensatz ist das Ergebnis eines Löschvorgangs. Wenn Sie einen Datensatz löschen, wird der gelöschte Datensatz als inaktiver Datensatz beibehalten. Der gelöschte Datensatz wird später durch den Vorgang zur Entfernung von inaktiven Datensätzen endgültig gelöscht. Wenn Sie diesen Prozess deaktivieren, wird der gelöschte Datensatz nicht endgültig gelöscht. Daher wird der vom gelöschten Datensatz belegte Speicherplatz nicht freigegeben. Dieses Verhalten wirkt sich auf die Speicherplatznutzung und die Leistung von Scanvorgängen aus. Weitere Informationen finden Sie im Leitfaden zum Ablauf des Cleanup inaktiver Datensätze. Bereich: Nur global |
| 692 | Deaktiviert schnelle Einfügungen beim Massenladen von Daten in den Heap oder gruppierten Index. Ab SQL Server 2016 (13.x) sind schnelle Einfügungen standardmäßig aktiviert, wobei die Minimale Protokollierung verwendet wird, wenn sich die Datenbank im einfachen oder massenprotokollierten Wiederherstellungsmodell befindet, um die Einfügeleistung für Datensätze zu optimieren, die auf neuen Seiten eingefügt wurden. Mit schnellen Einfügungen erhält jeder massengeladene Batch neue Blöcke, wobei die Zuordnungssuche nach vorhandenen Blöcken mit verfügbarem freien Speicherplatz beim Einfügen umgangen wird, um die Leistung zu optimieren. Bei schnellen Einfügungen können Massenlasten mit kleinen Batchgrößen zu einem erhöhten nicht genutzten Speicherplatz führen, der von Objekten verbraucht wird, daher wird empfohlen, große Batchsizes für jeden Batch zu verwenden, um den Umfang vollständig auszufüllen. Falls größere Batches nicht möglich sind, kann dieses Ablaufverfolgungsflag dabei helfen, nicht verwendeten Speicherplatz zu reservieren. Dies hat jedoch Auswirkungen auf die Leistung. Gilt für: SQL Server 2016 (13.x) und höhere Versionen. Bereich: Global oder Sitzung |
| 715 | Aktiviert Tabellensperren für Massenladevorgänge in einen Heap ohne nicht gruppierte Indizes. Wenn dieses Ablaufverfolgungsflag aktiviert ist, erhalten Massenladevorgänge Massenupdatesperren (Bulk Update, BU), wenn Daten massenhaft in eine Tabelle kopiert werden. Mit Massenupdatesperren (BU-Sperren) können mehrere Threads gleichzeitig Daten in dieselbe Tabelle massenladen, während sie zugleich anderen Prozessen, die keine Daten massenladen, keinen Zugriff auf die Tabelle gewähren. Dieses Verhalten ähnelt demjenigen, das auftritt, wenn Benutzer*innen während des Massenladens explizit einen TABLOCK-Hinweis angeben oder wenn die Tabellensperre sp_tableoption beim Massenladen für eine bestimmte Tabelle aktiviert ist. Wenn jedoch dieses Ablaufverfolgungsflag aktiviert ist, ist dieses Verhalten die Standardeinstellung, ohne dass Abfragen oder Datenbanken geändert werden.Bereich: Global oder Sitzung |
| 809 | Aktiviert das sogenannte Direct Write-Verhalten für den Hybridpufferpool. Dieser Modus erfordert, dass der beibehaltene Protokollpuffer in derselben Datenbank wie der Hybridpufferpool aktiviert ist. Direct Write ermöglicht es dem Hybridpufferpool, als Cache für modifizierte und nicht modifizierte Seiten zu dienen, wodurch die Workloadanforderungen an die DRAM-Pufferpools für OLAP und OLTP reduziert werden. Dieses Ablaufverfolgungsflag wurde in SQL Server 2022 (16.x) eingeführt, und das Verhalten ist in SQL Server 2022 (16.x) CU 1 standardmäßig aktiviert. Wenn Sie SQL Server 2022 (16.x) CU 1 und höher verwenden, wird das Ablaufverfolgungsflag ignoriert. |
| 818 | Ermöglicht zusätzliche E/A-Diagnosen, um während Datei-E/A-Vorgängen nach den Zuständen „Lost Write“ (Verlorener Schreibvorgang) oder „Stale Read“ (Veralteter Lesevorgang) zu suchen. Das Ablaufverfolgungsflag 818 ermöglicht einen In-Memory-Ringpuffer, mit dem die letzten 2.048 erfolgreich von SQL Server durchgeführten Schreibvorgänge (mit Ausnahme von Sortier- und Arbeitsdatei-E/As) nachverfolgt werden können. Wenn Fehler wie die Fehler 605, 823 oder 3448 auftreten, wird der Wert der Protokollfolgenummer (LSN) des eingehenden Puffers mit der Liste der letzten Schreibvorgänge abgeglichen. Wenn die abgerufene LSN älter ist als die im Rahmen des Schreibvorgangs angegebene, wird eine neue Fehlermeldung im SQL Server-Fehlerprotokoll gespeichert. Weitere Informationen finden Sie in der SQL Server-Diagnose, bei der aufgrund veralteter Lesevorgänge oder verlorener Schreibvorgänge nicht gemeldete E/A-Probleme erkannt werden. Hinweis: Ab SQL Server 2017 (14.x) hat dieses Ablaufverfolgungsflag keine Auswirkungen. Bereich: Nur global |
| 830 | Deaktiviert die Erkennung und Berichterstellung von E/A-Anforderungen, die sehr lange dauern. Standardmäßig verwendet SQL Server einen Mechanismus zum Erkennen von Lese- und Schreib-E/A-Anforderungen, die lange dauern (in der Regel länger als 15 Sekunden). Dieses Ablaufverfolgungsflag deaktiviert diese Erkennung. Weitere Informationen finden Sie unter MSSQLSERVER_833. Hinweis: Es wird nicht empfohlen, dieses Ablaufverfolgungskennzeichnung zu aktivieren, da Sie ihre Fähigkeit zum Erkennen von E/A-Problemen im System verringern können. Bereich: Nur global |
| 834 | Verwendet die Zuteilung große Seiten für einen Pufferpool, Columnstore und In-Memory-Tabellen. Die große Seitengröße variiert je nach Hardwareplattform, die Seitengröße kann jedoch von 2 MB bis 16 MB betragen. Große Seiten werden beim Start zugeordnet und für die gesamte Lebensdauer des Prozesses beibehalten. Das Ablaufverfolgungsflag 834 verbessert die Leistung, indem die Effizienz des TLB (Translation Lookaside Buffer, Übersetzungspuffer) in der CPU erhöht wird. Das bedeutet, dass das Ablaufverfolgungsflag 834 die Effizienz der Verwaltung der Übersetzung von physischen Speicheradressen in virtuelle verbessert, die von Hardware für die Speicherverwaltung durchgeführt wird. Weitere Informationen zu SQL Server und großen Seiten finden Sie in diesem Blogbeitrag. Hinweis: Das Ablaufverfolgungsflag 834 gilt nur für 64-Bit-Versionen von SQL Server. Sie benötigen das Benutzerrecht „Seiten im Arbeitsspeicher sperren“, um das Ablaufverfolgungsflag 834 zu aktivieren. Sie können das Ablaufverfolgungsflag 834 nur beim Start aktivieren. Das Ablaufverfolgungskennzeichnung 834 kann verhindern, dass der Server gestartet wird, wenn speicherfragmentiert ist und große Seiten nicht zugeordnet werden können. Daher eignet sich das Ablaufverfolgungsflag 834 am besten für Server, die für SQL Server dediziert sind. Hinweis: Bei einer Aktivierung weist das Speichermodell für große Seiten den gesamten SQLOS-Speicher beim Starten der Instanz vorab zu und gibt diesen Speicher nicht an das Betriebssystem zurück. Hinweis: Wenn Sie das Columnstore Index-Feature von SQL Server 2012 (11.x) und höheren Versionen verwenden, wird nicht empfohlen, die Ablaufverfolgungskennzeichnung 834 zu aktivieren. Weitere Informationen finden Sie unter Interoperabilitätsprobleme zwischen Batchmodusverarbeitung und großem Seitenspeichermodell. Wenn Sie SQL Server 2019 (15.x) und Columnstore verwenden, lesen Sie stattdessen die Informationen zum Ablaufverfolgungsflag 876. Bereich: Nur global |
| 836 | Verwenden Sie die maximale Serverarbeitsspeicheroption für den Pufferpool. Das Ablaufverfolgungsflag 836 führt dazu, dass SQL Server die Größe des Pufferpools beim Start basierend auf dem Wert der maximalen Serverarbeitsspeicheroption anpasst, anstatt basierend auf dem gesamten physischen Speicher. Sie können das Ablaufverfolgungsflag 836 verwenden, um die Anzahl der Pufferdeskriptoren zu reduzieren, die beim Start im 32-Bit-AWE-Modus (Address Windowing Extensions) zugeordnet werden. Hinweis: Das Ablaufverfolgungsflag 836 gilt nur für 32-Bit-Versionen von SQL Server, für die die AWE-Zuteilung aktiviert ist. Sie können das Ablaufverfolgungsflag 836 nur beim Start aktivieren. Bereich: Nur global |
| 845 | Aktiviert gesperrte Seiten in Standard-SKUs von SQL Server, wenn die Berechtigung „Lock Pages in Memory“ (Sperren von Seiten im Speicher) für das Dienstkonto für SQL Server aktiviert wurde. Weitere Informationen finden Sie unter KB970070 und Serverkonfigurationsoptionen für den Serverspeicher. Hinweis: Ab SQL Server 2012 (11.x) ist dieses Verhalten für Standard-SKUs standardmäßig aktiviert, und das Ablaufverfolgungsflag 845 darf nicht verwendet werden. Bereich: Nur global |
| 876 | Verwendet die Zuteilung großer Seiten für Columnstore. Hinweis: Im Gegensatz zum Ablaufverfolgungsflag 834 wird mit dem Ablaufverfolgungsflag 876 beim Starten der Instanz kein SQLOS-Speicher vorab zugeordnet, und nicht verwendeter Speicher kann freigegeben werden. Gilt für: SQL Server 2019 (15.x) und höhere Versionen. Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Bereich: Nur global |
| 888 | Behebt Leistungsbeeinträchtigungen auf PMEM-Geräten mit aktiviertem Hybridpufferpool in SQL Server, wenn PMEM-Geräte wenig Arbeitsspeicher haben. Weitere Informationen finden Sie unter KB4548103. Gilt für: SQL Server 2019 (15.x) CU 4 und höhere Versionen. Bereich: Nur global |
| 890 | Hiermit unterdrücken Sie Meldungen zum Abschluss zeitintensiver Pufferpoolscans im Fehlerprotokoll (Fehler 898). Weitere Informationen zum Pufferpoolscan und zu der im Fehlerprotokoll protokollierten Meldung finden Sie unter Vorgänge, die einen Pufferpoolscan auslösen, werden auf Computern mit großem Arbeitsspeicher möglicherweise langsam ausgeführt. Gilt für: SQL Server 2017 (14.x) und höhere Versionen. Bereich: Nur global |
| 898 | Deaktiviert das Direct Write-Verhalten des Hybridpufferpools für Problembehandlungs- oder Debugzwecke. Weitere Informationen finden Sie unter KB5022375. Gilt für: SQL Server 2022 (16.x) CU 1 und höhere Versionen. Bereich: Nur global |
| 902 | Umgeht die Ausführung des Datenbankupgradeskripts, wenn ein kumulatives Update oder Service Pack installiert wird. Wenn während des Skriptupgrademodus ein Fehler auftritt, sollten Sie sich an den Microsoft SQL-Kundendienst und -Support (CSS) wenden, um weitere Anleitungen zu erhalten. Weitere Informationen finden Sie unter KB2163980. Warnung: Dieses Ablaufverfolgungsflag ist für die Problembehandlung von fehlerhaften Updates im Skriptupgrademodus vorgesehen. Dauerhaftes Ausführen in einer Produktionsumgebung wird nicht unterstützt. Datenbankupgradeskripts müssen erfolgreich ausgeführt werden, damit kumulative Updates und Service Packs vollständig installiert werden. Andernfalls können unerwartete Probleme mit der SQL Server-Instanz auftreten. Bereich: Nur global |
| 1117 | Wenn sich eine Datei in der Dateigruppe dem Schwellenwert für die automatische Vergrößerung nähert, werden alle Dateien in der Dateigruppe vergrößert. Dieses Ablaufverfolgungsflag wirkt sich auf alle Datenbanken aus. Es wird nur empfohlen, wenn es in jeder Datenbank sicher ist, alle Dateien in einer Dateigruppe um dieselbe Menge zu vergrößern. Hinweis: Ab SQL Server 2016 (13.x) wird dieses Verhalten durch die Optionen AUTOGROW_SINGLE_FILE und AUTOGROW_ALL_FILES von ALTER DATABASE gesteuert, und das Ablaufverfolgungsflag 1117 hat keine Auswirkungen. Weitere Informationen finden Sie unter ALTER DATABASE-(Transact-SQL-)Optionen für Dateien und Dateigruppen. Bereich: Nur global |
| 1118 | Erzwingt die Seitenzuteilung in einheitliche Erweiterungen anstelle gemischter Erweiterungen, wodurch Konflikte auf der SGAM-Seite reduziert werden. Wenn ein neues Objekt erstellt wird, werden standardmäßig die ersten acht Seiten aus unterschiedlichen Blöcken (gemischte Blöcke) zugeordnet. Wenn später mehr Seiten benötigt werden, werden sie aus demselben Block (einheitlicher Block) zugeordnet. Die SGAM-Seite wird zum Nachverfolgen dieser gemischten Blöcke verwendet, so dass es schnell zu einem Engpass kommen kann, wenn zahlreiche Zuordnungen aus gemischten Blöcken auftreten. Dieses Ablaufverfolgungsflag ordnet beim Erstellen neuer Objekte alle acht Seiten aus demselben Block zu, wodurch die erforderliche Überprüfung der SGAM-Seite minimiert wird. Weitere Informationen finden Sie unter KB328551. Hinweis: Ab SQL Server 2016 (13.x) wird dieses Verhalten durch die Option SET MIXED_PAGE_ALLOCATION von ALTER DATABASE gesteuert, und das Ablaufverfolgungsflag 1118 hat keine Auswirkungen. Weitere Informationen finden Sie unter ALTER DATABASE SET-Optionen. Bereich: Nur global |
| 1204 | Gibt die an einem Deadlock beteiligten Ressourcen und Sperrentypen sowie den aktuell betroffenen Befehl zurück. Weitere Informationen zu Deadlocks finden Sie im Leitfaden zu Deadlocks. Hinweis: Vermeiden Sie die Verwendung des Ablaufverfolgungsflags 1204 auf Systemen mit hoher Arbeitsauslastung, da Deadlocks entstehen könnten. Weitere Informationen zu anderen Methoden zum Erkennen von Deadlocks finden Sie im Leitfaden zu Deadlocks. Bereich: Nur global |
| 1211 | Deaktiviert die Sperrenausweitung basierend auf nicht ausreichendem Arbeitsspeicher oder auf der Anzahl von Sperren. Die SQL Server-Datenbank-Engine weitet keine Zeilen- oder Seitensperren zu Tabellensperren aus. Die Verwendung dieses Ablaufverfolgungskennzeichnungs kann eine übermäßige Anzahl von Sperren generieren, und wenn der Sperrspeicher groß genug ist, können Versuche, zusätzliche Sperren für jede Abfrage zuzuweisen, fehlschlagen. Dies kann die Leistung von Datenbank-Engine verlangsamen oder den Fehler 1204 (Sperrenressource kann nicht zugeordnet werden) aufgrund von nicht genügend Arbeitsspeicher verursachen. Wenn sowohl das Ablaufverfolgungsflag 1211 als auch das Ablaufverfolgungsflag 1224 festgelegt wurde, dann hat 1211 Vorrang gegenüber 1224. Weil jedoch das Ablaufverfolgungsflag 1211 die Ausweitung in jedem Fall (auch bei nicht genügend Arbeitsspeicher) verhindert, wird stattdessen die Verwendung des Ablaufverfolgungsflags 1224 empfohlen. Dies hilft, Fehler aufgrund von nicht genügend Sperren zu vermeiden, wenn viele Sperren verwendet werden. Weitere Informationen zum Beheben von Blockierungsproblemen, die durch die Sperreskalation in SQL Server verursacht werden, finden Sie unter Beheben von Blockierungsproblemen, die durch die Sperreskalation in SQL Server verursacht werden. Bereich: Global oder Sitzung |
| 1222 | Gibt die an einem Deadlock beteiligten Ressourcen und Sperrentypen sowie den aktuell betroffenen Befehl in einem XML-Format zurück, das keinem XSD-Schema entspricht. Weitere Informationen zu Deadlocks finden Sie im Leitfaden zu Deadlocks. Hinweis: Vermeiden Sie die Verwendung des Ablaufverfolgungsflags 1222 auf Systemen mit hoher Arbeitsauslastung, da Deadlocks entstehen könnten. Weitere Informationen zu anderen Methoden zum Erkennen von Deadlocks finden Sie im Leitfaden zu Deadlocks. Bereich: Nur global |
| 1224 | Deaktiviert die Sperrenausweitung basierend auf der Anzahl von Sperren. Die Sperrenausweitung kann dennoch durch nicht ausreichenden Arbeitsspeicher aktiviert werden. Datenbank-Engine weitet Zeilen- oder Seitensperren nur dann zu Tabellensperren (oder Partitionssperren) aus, wenn der von Sperrenobjekten belegte Arbeitsspeicher einen der folgenden Grenzwerte überschreitet: – 40 % des Arbeitsspeichers, der von der Datenbank-Engine verwendet wird. Das gilt nur, wenn der locks-Parameter von sp_configure auf 0 (null) festgelegt ist.– 40 % des Sperrspeichers, der mithilfe des locks-Parameters von sp_configure konfiguriert wird. Weitere Informationen finden Sie unter Serverkonfigurationsoptionen.Wenn sowohl das Ablaufverfolgungsflag 1211 als auch das Ablaufverfolgungsflag 1224 festgelegt wurde, dann hat 1211 Vorrang gegenüber 1224. Weil jedoch das Ablaufverfolgungsflag 1211 die Ausweitung in jedem Fall (auch bei nicht genügend Arbeitsspeicher) verhindert, wird die Verwendung des Ablaufverfolgungsflags 1224 empfohlen. Dies hilft, Fehler aufgrund von nicht genügend Sperren zu vermeiden, wenn viele Sperren verwendet werden. Hinweis: Die Sperrenausweitung auf die Tabellen- oder HoBT-Ebene kann auch mithilfe der Option LOCK_ESCALATION der ALTER TABLE-Anweisung gesteuert werden. Weitere Informationen zum Beheben von Blockierungsproblemen, die durch die Sperreskalation in SQL Server verursacht werden, finden Sie unter Beheben von Blockierungsproblemen, die durch die Sperreskalation in SQL Server verursacht werden. Bereich: Global oder Sitzung |
| 1229 | Deaktiviert alle Sperrenpartitionierungen, unabhängig von der Anzahl der CPUs. Standardmäßig aktiviert SQL Server die Sperrenpartitionierung für Server mit 16 oder mehr CPUs, um die Skalierbarkeitsmerkmale größerer Systeme zu verbessern. Weitere Informationen zur Sperrenpartitionierung finden Sie im Handbuch zu Transaktionssperren und der Zeilenversionsverwaltung. Warnung: Das Ablaufverfolgungsflag 1229 kann einen Spinlockkonflikt verursachen und die Leistung beeinträchtigen. Bereich: Nur global |
| 1236 | Aktiviert die Datenbanksperrpartitionierung. Weitere Informationen finden Sie unter KB2926217. Hinweis: Ab SQL Server 2012 (11.x) Service Pack 3 und SQL Server 2014 (12.x) Service Pack 1 wird dieses Verhalten durch die Datenbank-Engine gesteuert, und das Ablaufverfolgungsflag 1236 hat keine Auswirkungen. Bereich: Nur global |
| 1237 | Hiermit berücksichtigt die ALTER PARTITION FUNCTION-Anweisung die Deadlockpriorität der aktuellen benutzerdefinierten Sitzung, statt standardmäßig wahrscheinlich selbst das Deadlockopfer zu sein. Weitere Informationen finden Sie unter KB4025261. Hinweis: Ab SQL Server 2017 (14.x) und dem Datenbank-Kompatibilitätsgrad 140 ist dies das Standardverhalten, und das Ablaufverfolgungsflag 1237 hat keine Auswirkungen. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 1260 | Deaktiviert Speicherabbilder der Zeitplanungsmodul-Überwachung. Bereich: Nur global |
| 1448 | Ermöglicht die Fortsetzung des Readers für Replikationsprotokolle, auch wenn die asynchronen sekundären Elemente den Empfang einer Änderung nicht bestätigt haben. Auch wenn dieses Ablaufverfolgungsflag aktiviert ist, wartet der Protokollleser immer auf die synchronen sekundären Elemente, deren Synchronisierungsstatus SYNCHRONIZED lautet. Der Protokollleser wird nicht über die bestätigte Mindestprotokollfolgenummer der sekundären Replikate mit Status „SYNCHRONIZED“ hinaus fortgesetzt. Dieses Ablaufverfolgungsflag gilt für die Instanz von SQL Server, nicht nur eine Verfügbarkeitsgruppe, eine Verfügbarkeitsdatenbank oder eine Protokollleserinstanz. Wird sofort ohne Neustart wirksam. Dieses Ablaufverfolgungsflag kann im Voraus oder bei einem Ausfall eines asynchronen sekundären Replikats aktiviert werden. Bereich: Nur global |
| 1462 | Deaktiviert die Protokolldatenstrom-Komprimierung für asynchrone Verfügbarkeitsgruppen. Dieses Feature ist für asynchrone Verfügbarkeitsgruppen standardmäßig aktiviert, um die Netzwerkbandbreite zu optimieren. Weitere Informationen finden Sie unter Optimieren der Komprimierung für die Verfügbarkeitsgruppe. Bereich: Nur global |
| 1800 | Aktiviert die SQL Server-Optimierung, wenn in SQL Server-Always On- und -Protokollversandumgebungen Datenträger mit einer anderen Sektorgröße für die Protokolldateien der primären und sekundären Replikate verwendet werden. Dieses Ablaufverfolgungsflag muss nur auf SQL Server-Instanzen mit Transaktionsprotokolldateien aktiviert werden, die sich auf einem Datenträger mit einer Sektorgröße von 512 Byte befinden. Es ist nicht erforderlich, auf dem Datenträger mit 4-KB-Sektorgrößen aktiviert zu werden. Weitere Informationen finden Sie unter KB3009974. Gilt für: SQL Server 2012 (11.x) Service Pack 1 CU 13, SQL Server 2012 (11.x) Service Pack 2 CU 3, SQL Server 2014 (12.x) RTM CU 5 und höhere Versionen. Bereich: Nur global |
| 1802 | Deaktiviert die ACL-Änderung und die Zugriffsüberprüfung mit Identitätswechsel während Anfügen oder Trennen von Datenbanken. Dies kann hilfreich sein, wenn eine Datenbank angefügt wird und Zugriffsberechtigungsfehler auftreten, z. B. Fehler 5120. Bereich: Nur global |
| 1819 | Ermöglicht die Sicherung in einer URL, um beim Zugriff auf Azure-Blockblobs einen Proxyserver zu nutzen. Zusätzlich zu dieser Ablaufverfolgungskennzeichnung müssen Sie die WinHTTP-Proxykonfiguration auf dem Server mit dem Hilfsprogramm netsh.exe unter Windows Vista, Windows Server 2008 und höheren Versionen festlegen. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 2301 | Dieses Ablaufverfolgungsflag aktiviert die Optimierungen der erweiterten Entscheidungsunterstützung, die spezifisch für Abfragen der Entscheidungsunterstützung gelten. Diese Option gilt für die Verarbeitung von großen Datasets durch die Entscheidungsunterstützung. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 2312 | Legt das Modell zum Schätzen der Kardinalität für den Abfrageoptimierer unabhängig vom Kompatibilitätsgrad der Datenbank auf SQL Server 2014 (12.x) und höher fest. Hinweis: Wenn der Datenbank-Kompatibilitätsgrad niedriger als 120 ist, wird beim Aktivieren des Ablaufverfolgungsflags 2312 das Kardinalitätsschätzungsmodell von SQL Server 2014 12.x (120) verwendet. Weitere Informationen finden Sie unter Abfragehinweise. Fügen Sie ab SQL Server 2016 (13.x) Service Pack 1 auf Abfrageebene den USE HINT 'FORCE_DEFAULT_CARDINALITY_ESTIMATION' Abfragehinweis hinzu, anstatt dieses Ablaufverfolgungsflagge zu verwenden.Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 2335 | Führt dazu, dass SQL Server annimmt, dass während der Abfrageoptimierung eine festgelegte Arbeitsspeichermenge verfügbar ist. Dies gilt für ein Szenario, bei dem für die Serverkonfigurationsoption Max. Serverarbeitsspeicher ein zu hoher Wert festgelegt wurde. Außerdem generiert SQL Server dadurch einen nicht effizienten Plan für eine bestimmte Abfrage. Der Arbeitsspeicher, den SQL Server zum Ausführen der Abfrage zuweist, wird nicht begrenzt. Der für SQL Server konfigurierte Arbeitsspeicher verwendet weiterhin Datencache, Abfageausführung und andere Verbraucher. Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 2338 | Führt dazu, dass SQL Server einen schmalen Plan verwenden, wenn eine UPDATE-Anweisung ausgeführt wird, um Indizes in einer Tabelle zu aktualisieren. Wenn Sie ein UPDATE für eine gruppierte Indexspalte ausführen, aktualisiert SQL Server nicht nur den gruppierten Index selbst, sondern auch alle nicht gruppierten Indizes, da die nicht gruppierten Indizes den Clusterschlüssel enthalten. Häufig erfolgt das Update, indem zunächst der gruppierte Index und anschließend alle nicht gruppierten Indizes gleichzeitig aktualisiert werden. SQL Server würde eine Zeile aktualisieren und dann zur nächsten Zeile wechseln, bis alles abgeschlossen ist. Dies wird als schmales Planupdate bezeichnet oder auch als Per-Row-Update. In einigen Fällen kann die Datenbank-Engine festlegen, dass ein umfassendes Planupdate ausgeführt wird. Dieses Ablaufverfolgungsflag erzwingt ein schmales Planupdate. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 2340 | Bewirkt, dass SQL Server keine Sortiervorgänge (Batch-Sortierung) für optimierte Joins geschachtelter Schleifen verwendet, wenn ein Plan generiert wird. Standardmäßig kann SQL Server anstelle eines vollständigen Scans oder eines Joins geschachtelter Schleifen mit einer expliziten Sortierung auch einen optimierten Join geschachtelter Schleifen verwenden, wenn der Abfrageoptimierer zu dem Ergebnis kommt, dass eine Sortierung zwar nicht unbedingt erforderlich ist, aber dennoch eine Möglichkeit darstellt, wenn die Kardinalität oder die Kostenschätzung falsch sind. Weitere Informationen finden Sie unter "Hohe CPU- oder Speichererteilungen" bei Abfragen, die eine optimierte geschachtelte Schleife oder Batchsortierung verwenden. Fügen Sie ab SQL Server 2016 (13.x) Service Pack 1 auf Abfrageebene den USE HINT 'DISABLE_OPTIMIZED_NESTED_LOOP' Abfragehinweis hinzu, anstatt dieses Ablaufverfolgungsflagge zu verwenden.Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 2371 | Ändert den festen Schwellenwert für Statistikaktualisierungen in einen linearen Schwellenwert für Statistikaktualisierungen. Weitere Informationen finden Sie unter AUTO_UPDATE_STATISTICS-Option. Hinweis: Ab SQL Server 2016 (13.x) und dem Datenbank-Kompatibilitätsgrad 130 (oder höher) wird dieses Verhalten durch die Datenbank-Engine gesteuert, und das Ablaufverfolgungsflag 2371 hat keine Auswirkungen. Bereich: Nur global |
| 2389 | Aktiviert automatisch generierte schnelle Statistiken für aufsteigende Schlüssel (Histogramm-Verbesserung). Wenn das Ablaufverfolgungsflag 2389 festgelegt ist und eine führende Statistikspalte als aufsteigend gekennzeichnet ist, wird das Histogramm, mit dem die Kardinalität geschätzt wird, zum Zeitpunkt der Abfragekompilierung angepasst. Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Hinweis: Dieses Ablaufverfolgungsflag gilt nicht für CE-Version 120 oder höher. Verwenden Sie stattdessen das Ablaufverfolgungsflag 4139. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 2390 | Aktiviert automatisch generierte schnelle Statistiken für aufsteigende oder unbekannte Schlüssel (Histogramm-Verbesserung). Wenn das Ablaufverfolgungsflag 2390 festgelegt ist und eine führende Statistikspalte als aufsteigend oder unbekannt gekennzeichnet ist, wird das Histogramm, mit dem die Kardinalität geschätzt wird, zum Zeitpunkt der Abfragekompilierung angepasst. Weitere Informationen finden Sie unter Abfragehinweise. Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Hinweis: Dieses Ablaufverfolgungsflag gilt nicht für CE-Version 120 oder höher. Verwenden Sie stattdessen das Ablaufverfolgungsflag 4139. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 2422 | Damit kann das SQL Server-Datenbank-Engine eine Anforderung abbrechen, wenn die maximale Zeit überschritten wird, die Resource Governor für die REQUEST_MAX_CPU_TIME_SEC-Konfiguration festgelegt hat. Weitere Informationen finden Sie unter KB4038419. Gilt für: SQL Server 2016 (13.x) Service Pack 2, SQL Server 2017 (14.x) CU 3 und höhere Versionen. Bereich: Nur global |
| 2430 | Aktiviert ein Cleanup der alternativen Sperrklasse. Weitere Informationen finden Sie unter KB2754301. Bereich: Nur global |
| 2446 | Veranlasst SQL Server zum Generieren eines Showplan-XML-Fragments mit sys.dm_exec_query_statistics_xml beim Verwenden der einfachen Profilerstellungsinfrastruktur für Abfrageausführungsstatistiken oder beim Ausführen der ParameterRuntimeValue-DMV während der Problembehandlung zeitintensiver AbfragenGilt für: SQL Server 2017 (14.x) CU 31, SQL Server 2019 (15.x) CU 19 sowie SQL Server 2022 (16.x) und höhere Versionen. Warnung: Das Ablaufverfolgungsflag 2446 ist nicht dafür konzipiert, dauerhaft in einer Produktionsumgebung aktiviert zu sein, sondern nur zeitlich begrenzt zur Problembehandlung. Das Verwenden dieses Ablaufverfolgungsflags führt zu zusätzlicher und möglicherweise erheblicher CPU- und Speicherauslastung, da ein Showplan-XML-Fragment mit Runtimeparameter-Informationen erstellt wird, unabhängig davon ob die sys.dm_exec_query_statistics_xml-DMV aufgerufen wird oder nicht.Hinweis: Ab SQL Server 2022 (16.x) finden Sie auf Datenbankebene die option FORCE_SHOWPLAN_RUNTIME_PARAMETER_COLLECTION in ALTER DATABASE SCOPED CONFIGURATION. Bereich: Nur global |
| 2451 | Aktiviert die Entsprechung des letzten tatsächlichen Ausführungsplans in sys.dm_exec_query_plan_statsGilt für: SQL Server 2019 (15.x) und höhere Versionen. Hinweis: Ab SQL Server 2019 (15.x), um dies auf Datenbankebene zu erreichen, lesen Sie die option LAST_QUERY_PLAN_STATS in ALTER DATABASE SCOPED CONFIGURATION. Bereich: Nur global |
| 2453 | Damit kann eine Tabellenvariable ein erneutes Kompilieren auslösen, wenn ausreichend viele Zeilen geändert werden. Weitere Informationen finden Sie unter KB2952444. Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Ab SQL Server 2019 (15.x) wirkt sich dies nicht auf die verzögerte Kompilierung von Tabellenvariablen aus, und die Ablaufverfolgungskennzeichnung 2453 hat keine Auswirkung. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 2467 | Aktiviert eine Richtlinie für die Zuordnung eines alternativen parallelen Arbeitsthreads basierend darauf, welchem Knoten die wenigsten Threads zugeordnet sind. Weitere Informationen finden Sie unter Parallele Abfrageverarbeitung. Informationen zum Konfigurieren der Option "Max Worker Threads" (Serverkonfigurationsoption) finden Sie unter "Konfigurieren der Option "Max Worker Threads". Hinweis: Der Parallelitätsgrad einer Abfrage muss auf einen einzelnen Knoten ausgerichtet sein, damit diese alternative Richtlinie verwendet werden kann. Andernfalls wird die Standardrichtlinie für die Threadzuordnung verwendet. Beim Verwenden dieses Ablaufverfolgungsflags wird nicht empfohlen, zum Ausführen von Abfragen einen Parallelitätsgrad anzugeben, der über der Anzahl von Planern in einem einzelnen Knoten liegt. Dies könnte Abfragen beeinträchtigen, die einen Parallelitätsgrad angeben, der der Anzahl von Planern in einem einzelnen Knoten entspricht oder darunter liegt. Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Bereich: Nur global |
| 2469 | Ermöglicht einen alternativen Austausch für INSERT INTO ... SELECT in einen partitionierten Columnstore-Index. Weitere Informationen finden Sie unter KB3204769.Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 2528 | Hiermit wird die parallele Überprüfung von Objekten durch DBCC CHECKDB, DBCC CHECKFILEGROUP und DBCC CHECKTABLE deaktiviert. Standardmäßig wird der Grad der Parallelität automatisch durch den Abfrageprozessor bestimmt. Der Höchstgrad von Parallelität wird genauso konfiguriert wie der von parallelen Abfragen. Weitere Informationen finden Sie unter Konfigurieren des maximalen Parallelitätsgrads (Serverkonfigurationsoption).Hinweis: Parallele DBCC-Überprüfungen sind in der Regel aktiviert (Standard). Der Abfrageprozessor wertet die Parallelität bei jeder durch DBCC CHECKDB überprüften Tabelle oder jedem überprüften Tabellenbatch erneut aus und passt sie automatisch an.Typisches Verwendungsszenario: Ein Systemadministrator weiß, dass die Serverlast sich erhöht, bis DBCC CHECKDB abgeschlossen ist. Daher entscheidet er, die Parallelität manuell zu verringern oder zu deaktivieren, um die Parallelität mit anderen Benutzerworkloads zu erhöhen. Allerdings kann das Deaktivieren von parallelen Überprüfungen in DBCC CHECKDB dazu führen, dass es länger dauert, bis sie abgeschlossen werden.Hinweis: Wenn DBCC CHECKDB die Verwendung der TABLOCK-Option ausgeführt wird und Parallelität deaktiviert ist, werden Tabellen möglicherweise länger gesperrt.Hinweis: Ab SQL Server 2014 (12.x) Service Pack 2 ist eine MAXDOP-Option verfügbar, um die Konfigurationsoption für den maximalen Parallelitätsgrad von sp_configure für die DBCC-Anweisungen zu überschreiben.Bereich: Global oder Sitzung |
| 2544 | Bewirkt, dass ein Speicherabbild von SQL Server zu einem vollständigen Speicherabbild wird (Standardeinstellung ist ein Miniabbild). Vollständige Speicherabbilder sind eine vollständige Kopie des aktiven Zielprozessspeichers. Dazu gehören der gesamte Threadzustand, der gesamte durch Prozesse belegte Arbeitsspeicher und alle geladenen Module. Vollständige Dumps weisen daher ungefähr die Größe des vom SQL Server-Prozess verwendeten Arbeitsspeichers auf, was wiederum fast so groß wie der gesamte System-RAM sein kann. Auf großen Servern, die einer einzelnen SQL Server-Instanz zugeordnet sind, kann dies eine Datei bedeuten, die mehrere Hundert Gigabyte oder mehr ist. Warnung: Das Generieren eines vollständigen Speicherabbilds kann den SQL Server-Prozess für einen längeren Zeitraum (mehrere Sekunden bis mehrere Minuten) anhalten und eine sehr große Speicherabbilddatei generieren. Verwenden Sie dieses Flag mit Vorsicht und nur dann, wenn die Situation es erfordert. Ausführlichere Informationen finden Sie unter Verwenden des tools Sqldumper.exe zum Generieren einer Speicherabbilddatei in SQL Server. Bereich: Nur global |
| 2549 | Erzwingt, dass der DBCC CHECKDB-Befehl annimmt, dass sich jede Datenbankdatei auf einem eindeutigen Laufwerk befindet, aber verschiedene physische Dateien als eine logische Datei behandelt. Mit dem Befehl DBCC CHECKDB wird eine interne Liste der zu lesenden Seiten pro eindeutigem Laufwerk in allen Datenbankdateien erstellt. Diese Logik ermittelt eindeutige Laufwerke auf Grundlage des Laufwerkbuchstabens des physischen Dateinamens der einzelnen Dateien.Hinweis: Verwenden Sie dieses Ablaufverfolgungsflag nicht, es sei denn, Sie wissen, dass sich jede Datei auf einem eindeutigen physischen Laufwerk befindet. Hinweis: Obwohl dieses Ablaufverfolgungskennzeichnung die Leistung der DBCC CHECKDB Befehle verbessert, die auf die Verwendung der option PHYSICAL_ONLY abzielen, werden einige Benutzer möglicherweise keine Verbesserung der Leistung sehen. Dieses Ablaufverfolgungsflagge verbessert zwar die Datenträger-E/A-Ressourcennutzung, die zugrunde liegende Leistung von Datenträgerressourcen könnte jedoch die Gesamtleistung des DBCC CHECKDB Befehls einschränken. Weitere Informationen finden Sie unter KB2634571.Bereich: Nur global |
| 2551 | Bewirkt, dass ein Speicherabbild von SQL Server zu einem gefilterten Speicherabbild wird (Standardeinstellung ist ein Miniabbild). Hier wird ein Prozentsatz des vollständigen Arbeitsspeichers erfasst. Dabei werden große Bereiche von Arbeitsspeicherstrukturen, die zu SQL Server gehören, absichtlich herausgefiltert und nicht auf einen Datenträger serialisiert, da sie keinen Mehrwert für die Problembehandlung bieten. In der Regel handelt es sich um Daten-/Indexseiten, einige interne Caches wie In-Memory-OLTP-Datenseiten und Protokollpoolspeicher. Dies führt zu einer Datei, die zwar kleiner ist als ein vollständiges Speicherabbild, in den meisten Situationen, in denen Minispeicherabbilder nicht ausreichen, jedoch als bevorzugte Option fast genauso nützlich ist. Ausführlichere Informationen finden Sie unter Verwenden des tools Sqldumper.exe zum Generieren einer Speicherabbilddatei in SQL Server. Bereich: Nur global |
| 2562 | Führt den Befehl DBCC CHECKDB in einem einzelnen „Batch“ aus, unabhängig von der Anzahl der Indizes in der Datenbank. Standardmäßig versucht der Befehl DBCC CHECKDB, tempdb-Ressourcen durch Beschränken der Anzahl von Indizes oder „Fakten“ zu reduzieren, die er mithilfe eines „Batches“-Konzepts generiert. Dieses Ablaufverfolgungsflag erzwingt jedoch, dass die gesamte Verarbeitung in einem Batch passiert.Ein Effekt der Verwendung dieses Ablaufverfolgungskennzeichnungs besteht darin, dass sich die Platzanforderungen tempdb für die Erweiterung erhöhen können. tempdb kann bis zu 5 % oder mehr der Benutzerdatenbank wachsen, die vom DBCC CHECKDB Befehl verarbeitet wird.Hinweis: Obwohl dieses Ablaufverfolgungskennzeichnung die Leistung der DBCC CHECKDB Befehle verbessert, die auf die Verwendung der option PHYSICAL_ONLY abzielen, werden einige Benutzer möglicherweise keine Verbesserung der Leistung sehen. Dieses Ablaufverfolgungsflagge verbessert zwar die Datenträger-E/A-Ressourcennutzung, aber die zugrunde liegende Leistung von Datenträgerressourcen kann die Gesamtleistung des DBCC CHECKDB Befehls einschränken. Weitere Informationen finden Sie unter KB2634571.Bereich: Global oder Sitzung |
| 2566 | Führt den DBCC CHECKDB-Befehl ohne Datenreinheitsüberprüfung aus, es sei denn, die DATA_PURITY-Option wird angegeben.Hinweis: Überprüfungen der Spaltenwertintegrität sind standardmäßig aktiviert. Die Option „DATA_PURITY“ ist nicht erforderlich. Bei Datenbanken, für die ein Upgrade aus früheren Versionen von SQL Server ausgeführt wurde, ist die Spaltenwertüberprüfung nicht standardmäßig aktiviert. Die Aktivierung erfolgt erst, wenn DBCC CHECKDB WITH DATA_PURITY für die Datenbank mindestens ein Mal fehlerfrei ausgeführt wurde. Danach wird die Spaltenwertintegrität standardmäßig von DBCC CHECKDB überprüft. Weitere Informationen finden Sie in einer archivierten Version von KB945770.Bereich: Nur global |
| 2592 | Aktiviert die Symbolauflösung für Stapelabbilder, wenn die Tools zum Debuggen unter Windows installiert sind. Zum Beispiel setzt die Verwendung von Ablaufverfolgungsflag 3656 voraus, dass das Ablaufverfolgungsflag 2592 aktiviert ist. Warnung: Es handelt sich hierbei um ein Ablaufverfolgungsflag zum Debuggen, das sich nicht für die Verwendung in einer Produktionsumgebung eignet. Gilt für: SQL Server 2019 (15.x) und höhere Versionen. Bereich: Global und Sitzung |
| 2610 | Ermöglicht die Speicherabbildkomprimierung und schnellere Speicherabbildgenerierung mit SQLDumper und über DBCC STACKDUMP. Weitere Informationen finden Sie unter Erzeugen einer Speicherabbilddatei in SQL Server mithilfe des Hilfsprogramms Sqldumper.exe.Gilt für: SQL Server 2022 (16.x) CU 8, SQL Server 2019 (15.x) CU 23 und höhere Versionen. Bereich: Global und Sitzung |
| 2616 | Ermöglicht das Stapelsignaturfeature, Sqldumper.exe ein einzelnes Dump pro eindeutiger Stapelsignatur pro Stunde zu generieren, wodurch potenzielle Speicherflutprobleme vermieden werden, wenn dasselbe Problem innerhalb einer Stunde häufig wiederholt wird. Wenn dieses Ablaufverfolgungskennzeichnung aktiviert ist, wird das Format der Speicherabbilddatei von SQLDump<xxxx>.mdmp oder SQLDmpr<xxxx>.mdmp zu (z. BSQLDmpr0024.P26900.66D498FA.T20240117034050.{eec59a9e-d615-4ac4-a46a-f650fee23787}.dmp. ) SQLDmpr<xxxx>.P<xxxxx.xxxxxxxx>.T<xxxxxxxxxxxxxx>.{<xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx>}.dmp geändert.Gilt für: SQL Server 2022 (16.x) CU 12 und höhere Versionen. Bereich: Nur global |
| 3023 | Aktiviert die Option CHECKSUM als Standard für den BACKUP-Befehl. Hinweis: Ab SQL Server 2014 (12.x) wird dieses Verhalten durch Festlegen der Konfigurationsoption backup checksum default gesteuert. Weitere Informationen finden Sie unter Sicherungsprüfsummenstandard - und Serverkonfigurationsoptionen. Bereich: Global und Sitzung |
| 3042 | Umgebt den standardmäßigen Vorabzuordnungsalgorithmus für die Sicherungskomprimierung, damit die Sicherungsdatei nur dem Bedarf entsprechend anwächst, bis sie ihre endgültige Größe erreicht. Dieses Ablaufverfolgungsflag ist nützlich, wenn Sie Speicherplatz einsparen müssen, indem Sie nur die tatsächliche für die komprimierte Sicherung benötigte Größe zuordnen. Dieses Ablaufverfolgungsflag kann eine leichte Leistungseinbuße (eine mögliche Verlängerung des Sicherungsvorgangs) verursachen. Weitere Informationen zum Präallocation-Algorithmus finden Sie unter Backup Compression (SQL Server).For more information about the preallocation algorithm, see Backup Compression (SQL Server). Bereich: Nur global |
| 3051 | Aktiviert die Protokollierung für SQL Server-Sicherungen über URLs nur für Seitenblobs in Azure Storage. Die Protokollierung schreibt in eine bestimmte Fehlerprotokolldatei. Weitere Informationen finden Sie unter SQL Server-URL-Sicherung – bewährte Methoden und Problembehandlung. Bereich: Nur global |
| 3205 | Wenn ein Bandlaufwerk die Hardwarekomprimierung unterstützt, wird dies standardmäßig von der DUMP- oder der BACKUP-Anweisung verwendet. Mit diesem Ablaufverfolgungsflag kann die Hardwarekomprimierung für Treiber des Bandlaufwerkes deaktiviert werden. Dies ist hilfreich, wenn Sie Bänder mit anderen Sites oder mit Bandlaufwerken austauschen möchten, die keine Komprimierung unterstützen. Bereich: Global oder Sitzung |
| 3226 | Standardmäßig fügt jeder erfolgreiche Sicherungs- und Wiederherstellungsvorgang einen Eintrag im SQL Server-Fehlerprotokoll und im Systemereignisprotokoll hinzu. Wenn Sie regelmäßige Protokollsicherungen erstellen, kann die Anzahl dieser Erfolgsmeldungen schnell ansteigen, d.h. es entstehen sehr große Fehlerprotokolle, die das Suchen nach anderen Meldungen erschweren können. Mit dieser Ablaufverfolgungskennzeichnung können Sie Sicherungs- und Wiederherstellungsprotokolleinträge unterdrücken. Dies ist nützlich, wenn Sie häufig Protokollsicherungen ausführen und ob keines Ihrer Skripts von diesen Einträgen abhängt. Bereich: Nur global |
| 3427 | Aktiviert einen Fix für ein Problem, das auftritt, wenn viele aufeinander folgende Transaktionen Daten in temporäre Tabellen in SQL Server 2016 (13.x) einfügen und dieser Vorgang mehr CPU-Leistung beansprucht als in SQL Server 2014 (12.x). Weitere Informationen finden Sie unter KB3216543. Gilt für: SQL Server 2016 (13.x) Service Pack 1 CU 2 bis SQL Server 2016 (13.x) Service Pack 2 CU 2. Ab SQL Server 2016 (13.x) Service Pack 2 CU 3 und SQL Server 2017 (14.x) hat dieses Ablaufverfolgungsflag keine Auswirkungen. Bereich: Nur global |
| 3428 | Der Always On-Wiederholungsthread auf einem sekundären Replikat kann manchmal durch T-SQL-Abfragen blockiert werden, was zu Verzögerungen bei der Synchronisierung führen kann. Dieses Ablaufverfolgungsflag beendet solche blockierenden Abfragen, indem ihr Sperrtimeout auf 60 Sekunden festgelegt wird. Weitere Informationen zur Threadlatenz "Wiederholen" finden Sie unter "Redo"-Thread, der aufgrund von Ressourcenkonflikten und der Problembehandlung bei der REDO-Warteschlangenerstellung (Datenlatenzprobleme) unter Always On Lesbare sekundäre Replikate zurückfällt. Warnung: Stellen Sie sicher, dass Sie diese Option testen und verstehen, bevor Sie sie in einer Produktionsumgebung bereitstellen, da Abfragen möglicherweise beendet werden. Gilt für: SQL Server 2019 (15.x) Bereich: Nur global |
| 3459 | Deaktiviert die parallele Wiederholung. Weitere Informationen finden Sie unter KB3200975, KB4101554 und in diesem Blogbeitrag: Wiederholungsmodell und Leistung des sekundären Replikats der Verfügbarkeitsgruppe. Gilt für: SQL Server 2016 (13.x), SQL Server 2017 (14.x) und höhere Versionen. Bereich: Nur global |
| 3468 | Deaktiviert indirekte Prüfpunkte auf tempdbGilt für: SQL Server 2016 (13.x) Service Pack 1 CU 5, SQL Server 2017 (14.x) CU 1 und höhere Versionen. Bereich: Nur global |
| 3502 | Wird verwendet, um Änderungen des Prüfpunktzustands an das Fehlerprotokoll zu senden. Gilt für: SQL Server 2012 (11.x) und höhere Versionen. Bereich: Global oder Sitzung |
| 3605 | Leitet Ablaufverfolgungsnachrichten an das SQL Server-Fehlerprotokoll um. Die Verwendung der Ablaufverfolgungsflags 205 und 8721 setzt beispielsweise voraus, dass das Ablaufverfolgungsflag 3605 aktiviert ist. Warnung: Dies ist ein Ablaufverfolgungsflag zum Debuggen, das in einer Produktionsumgebung nicht dauerhaft aktiviert sein sollte. Bereich: Global oder Sitzung |
| 3608 | Verhindert, dass SQL Server automatisch gestartet wird und andere Datenbanken als die master wiederherstellt. Wenn Aktivitäten, die tempdb erfordern, initiiert werden, wird model wiederhergestellt und tempdb erstellt. Andere Datenbanken werden gestartet und wiederhergestellt, wenn darauf zugegriffen wird. Einige Funktionen, z. B. Momentaufnahmeisolation und Read Committed-Momentaufnahme, funktionieren möglicherweise nicht. Wird für Verschieben von Systemdatenbanken und Verschieben von Benutzerdatenbanken verwendet.Hinweis: Verwenden Sie dieses Flag nicht im Normalbetrieb. Bereich: Nur global |
| 3625 | Schränkt die Menge der Informationen ein, die an Benutzer zurückgegeben werden, die keine Mitglieder der festen Serverrolle " sysadmin " sind, indem die Parameter einiger Fehlermeldungen '******'mithilfe von maskiert werden. Dadurch kann verhindert werden, dass vertrauliche Informationen offen gelegt werden.Bereich: Nur global |
| 3656 | Aktiviert die Symbolauflösung für Stapelabbilder, wenn die Tools zum Debuggen unter Windows installiert sind. Warnung: Es handelt sich hierbei um ein Ablaufverfolgungsflag zum Debuggen, das sich nicht für die Verwendung in einer Produktionsumgebung eignet. Hinweis: Ab SQL Server 2019 (15.x) muss das Ablaufverfolgungsflag 2592 in Verbindung mit dem Ablaufverfolgungsflag 3656 aktiviert werden, um die Symbolauflösung zu aktivieren. Bereich: Global und Sitzung |
| 3880 | Deaktivieren der Timeraufgabe, die den Status eines fortsetzbaren Indexes überprüft. Gilt für: SQL Server 2017 (14.x) und höhere Versionen und ist für High-End-Systeme mit Hochleistungsworkloads vorgesehen. Bereich: Global oder Sitzung |
| 3924 | Aktiviert die automatische Entfernung verwaister DTC-Transaktionen mit SPID=-2. Dies kann bei einigen Transaktionsüberwachungsprogrammen von Drittanbietern zu Problemen führen. Weitere Informationen finden Sie unter KB4519668 und KB4511816. Bereich: Nur global |
| 3972 | Hiermit werden gleichzeitige PFS-Updatefeatures (Page Free Space) deaktiviert. Weitere Informationen zu gleichzeitigen PFS-Updates finden Sie unter Intelligente Leistung. Ein Issue, für das dieses Ablaufverfolgungsflag nützlich ist, finden Sie unter „Planerspeicherdateien ohne Ergebnis während der Wiederherstellung einer sekundären Verfügbarkeitsdatenbank mit einer Datenbankmomentaufnahme“ unter KB5007794. Bereich: Nur global |
| 4022 | Deaktiviert die automatische Ausführung von gespeicherten Prozeduren beim Start von SQL Server. Weitere Informationen zur automatischen Ausführung von gespeicherten Prozeduren beim Start finden Sie unter sp_procoption. Bereich: Nur global |
| 4043 | Behebt einen Fehler, der auftritt, wenn Sie eine Sicherheitsrichtlinie auf der externen PolyBase-Tabelle anwenden und Sicherheit auf Zeilenebene (Row-Level Security, RLS) in SQL Server 2019 (15.x) verwenden. Die Fehlermeldung hat in etwa den folgenden Text: „Sicherheitsprädikate können nur Benutzertabellen und schemagebundenen Ansichten hinzugefügt werden“. Weitere Informationen finden Sie unter KB4552159. Bereich: Global oder Sitzung |
| 4136 | Deaktiviert die Parameterermittlung, es sei denn, OPTION(RECOMPILE), WITH RECOMPILE oder OPTIMIZE FOR <value> wird verwendet. Weitere Informationen finden Sie unter KB980653.Ab SQL Server 2016 (13.x) finden Sie informationen dazu auf Datenbankebene unter der option PARAMETER_SNIFFING in ALTER DATABASE SCOPED CONFIGURATION. Fügen Sie den Abfragehinweis „OPTIMIZE FOR UNKNOWN“ hinzu, um dies auf Abfrageebene zu erreichen. Der Hinweis „OPTIMIZE FOR UNKNOWN“ deaktiviert den Parameterermittlungsmechanismus nicht, sondern umgeht diesen effektiv, um das gleiche beabsichtigte Ergebnis zu erzielen. Ab SQL Server 2016 (13.x) Service Pack 1 besteht eine zweite Option, um dies auf Abfrageebene auszuführen, darin, den USE HINT 'DISABLE_PARAMETER_SNIFFING' Abfragehinweis hinzuzufügen, anstatt dieses Ablaufverfolgungskennzeichnung zu verwenden.Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Bereich: Global oder Sitzung |
| 4137 | Bewirkt, dass SQL Server einen Plan mithilfe minimaler Selektivität generiert, wenn „AND“-Prädikate für Filter geschätzt werden, um anstelle der Unabhängigkeit der partiellen Korrelation unter dem Kardinalitätsschätzungsmodell für den Abfrageoptimierer von SQL Server 2012 (11.x) und früher (70) Rechnung zu tragen. Weitere Informationen finden Sie unter KB2658214. Fügen Sie ab SQL Server 2016 (13.x) Service Pack 1 auf Abfrageebene den USE HINT 'ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES' Abfragehinweis hinzu, anstatt dieses Ablaufverfolgungskennzeichnung bei Verwendung von CE 70 zu verwenden.Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Hinweis: Dieses Ablaufverfolgungsflag gilt nicht für CE-Version 120 oder höher. Verwenden Sie stattdessen das Ablaufverfolgungsflag 9471. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 4138 | Bewirkt, dass SQL Server einen Plan generiert, der keine Zeile-Ziel-Korrekturen mit Abfragen verwendet, die die Schlüsselwörter „TOP“, „OPTION (FAST N)“, „IN“ oder „EXISTS“ enthalten. Weitere Informationen finden Sie unter KB2667211. Fügen Sie ab SQL Server 2016 (13.x) Service Pack 1 auf Abfrageebene den USE HINT 'DISABLE_OPTIMIZER_ROWGOAL' Abfragehinweis hinzu, anstatt dieses Ablaufverfolgungsflagge zu verwenden.Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 4139 | Aktiviert automatisch generierte schnelle Statistiken (Histogramm-Verbesserung), unabhängig vom Status der Schlüsselspalte. Wenn das Ablaufverfolgungsflag 4139 festgelegt ist, wird unabhängig vom Status der führenden Statistikspalte (aufsteigend, absteigend oder stationär) das Histogramm, mit dem die Kardinalität geschätzt wird, zum Zeitpunkt der Abfragekompilierung angepasst. Weitere Informationen finden Sie unter KB2952101. Fügen Sie ab SQL Server 2016 (13.x) Service Pack 1 auf Abfrageebene den USE HINT 'ENABLE_HIST_AMENDMENT_FOR_ASC_KEYS' Abfragehinweis hinzu, anstatt dieses Ablaufverfolgungsflagge zu verwenden.Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Hinweis: Dieses Ablaufverfolgungsflag gilt nicht für CE-Version 70. Verwenden Sie stattdessen die Ablaufverfolgungsflags 2389 und 2390. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 4199 | Aktiviert Fehlerbehebungen für den Abfrageoptimierer (Query Optimizer, QO), die in kumulativen Updates und Service Packs in SQL Server veröffentlicht wurden. QO-Änderungen an früheren Releases von SQL Server sind standardmäßig im aktuellen Datenbank-Kompatibilitätsgrad eines bestimmten Produktrelease aktiviert, ohne dass das Ablaufverfolgungsflag 4199 aktiviert wird. Weitere Informationen finden Sie unter KB974006. QO-Änderungen aus allen früheren Datenbank-Kompatibilitätsgraden: – Wenn das Ablaufverfolgungsflag 4199 aktiviert ist, werden auch Änderungen des Abfrageoptimierers aus allen vorherigen Datenbank-Kompatibilitätsgraden aktiviert. - Wenn das Ablaufverfolgungsflag 4199 deaktiviert oder nicht festgelegt ist, werden die Änderungen des Abfrageoptimierers ab Kompatibilitätsgrad 130 aktiviert. Bei Kompatibilitätsgraden unter 130 sind die Änderungen des Abfrageoptimierers deaktiviert. QO-Änderungen für Versionen der Datenbank-Engine nach RTM: – Wenn das Ablaufverfolgungsflag 4199 aktiviert ist, werden die Änderungen des Abfrageoptimierers für Versionen der Datenbank-Engine nach RTM aktiviert. – Wenn das Ablaufverfolgungsflag 4199 deaktiviert oder nicht festgelegt ist, werden die Änderungen des Abfrageoptimierers für Versionen der Datenbank-Engine nach RTM deaktiviert. Ab SQL Server 2016 (13.x) finden Sie informationen dazu auf Datenbankebene unter der option QUERY_OPTIMIZER_HOTFIXES in ALTER DATABASE SCOPED CONFIGURATION. Fügen Sie ab SQL Server 2016 (13.x) Service Pack 1 auf Abfrageebene den USE HINT 'ENABLE_QUERY_OPTIMIZER_HOTFIXES' Abfragehinweis hinzu, anstatt dieses Ablaufverfolgungsflagge zu verwenden.Wichtig: Fixes für den Abfrageoptimierer, die falsche Ergebnisse oder Fehler durch Zugriffsverletzungen beheben, werden nicht durch das Ablaufverfolgungsflag 4199 aktiviert. Diese Fixes sind nicht optional und werden nach der Installation des Updatepakets standardmäßig aktiviert. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 4610 | Erhöht die Größe der Hashtabelle, die die Cacheeinträge mit einem Faktor von 8 speichert. Bei Verwendung zusammen mit dem Ablaufverfolgungsflag 4618 erhöht sich die Anzahl der Einträge im Cachespeicher „TokenAndPermUserStore“ auf 8.192. Weitere Informationen zur Problembehandlung von TokenAndPermUserStore-Cachegrößenproblemen finden Sie unter Abfragen benötigen länger, bis sie abgeschlossen sind, wenn die Größe des TokenAndPermUserStore-Caches in SQL Server zunimmt. Bereich: Nur global |
| 4616 | Macht Metadaten auf Serverebene für Anwendungsrollen sichtbar. In SQL Server kann von einer Anwendungsrolle nicht auf Metadaten außerhalb der eigenen Datenbank zugegriffen werden, da Anwendungsrollen keinem Prinzipal auf Serverebene zugeordnet sind. Dieses Verhalten unterscheidet sich von früheren Versionen von SQL Server. Durch Festlegen dieses globalen Flags werden die neuen Einschränkungen deaktiviert, und der Zugriff von Anwendungsrollen auf Metadaten auf Serverebene wird zugelassen. Bereich: Nur global |
| 4618 | Grenzt die Anzahl der Einträge im Cachespeicher „TokenAndPermUserStore“ auf 1.024 ein. Bei Verwendung zusammen mit dem Ablaufverfolgungsflag 4610 erhöht sich die Anzahl der Einträge im Cachespeicher „TokenAndPermUserStore“ auf 8.192. Weitere Informationen zur Problembehandlung von TokenAndPermUserStore-Cachegrößenproblemen finden Sie unter Abfragen benötigen länger, bis sie abgeschlossen sind, wenn die Größe des TokenAndPermUserStore-Caches in SQL Server zunimmt. Bereich: Nur global |
| 4621 | Beschränkt die Anzahl von Einträgen im „TokenAndPermUserStore“-Cachespeicher auf die vom Benutzer in einem Registrierungsschlüssel angegebene Anzahl. Weitere Informationen finden Sie unter Zugriffsüberprüfung der Cacheserverkonfigurationsoptionen. Bereich: Nur global |
| 4631 | Deaktiviert SHA2_256/AES256 für Hashingkennwörter, die Verschlüsselungsschlüssel generieren. Ab SQL Server 2017 (14.x) wird SHA2 anstelle von SHA1 verwendet. Das bedeutet, dass zusätzliche Schritte erforderlich sein können, damit Ihre SQL Server 2017 (14.x)-Installation Elemente entschlüsselt, die von SQL Server 2016 (13.x) verschlüsselt wurden, wie unter Erstellen identischer symmetrischer Schlüssel auf zwei Servern beschrieben. Weitere Informationen finden Sie unter KB4053407. Gilt für: SQL Server 2017 (14.x) und höhere Versionen. Bereich: Nur global |
| 5004 | Pausiert den TDE-Verschlüsselungsscan und bewirkt, dass der Verschlüsselungsscan-Worker beendet wird, ohne eine Aufgabe auszuführen. Die Datenbank ist weiterhin im Verschlüsselungsstatus (Verschlüsselung in Bearbeitung). Um den Scan zur erneuten Verschlüsselung fortzusetzen, deaktivieren Sie das Ablaufverfolgungsflag 5004, und führen Sie ALTER DATABASE <Datenbankname> SET ENCRYPTION ON aus. Bereich: Nur global |
| 6408 | Hiermit wird die Sichtbarkeit des geschätzten Ausführungsplans aktiviert, um den Remoteabfrageplan des PolyBase-Pushdownberechnungsergebnisses anzuzeigen. Gilt für: SQL Server 2019 (15.x) und höhere Versionen. Weitere Informationen finden Sie unter Identifizieren eines externen Pushdowns. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 6498 | Ermöglicht mehr als eine große Abfragekompilierung, um Zugriff auf das große Gateway zu erhalten, wenn genügend Arbeitsspeicher verfügbar ist. Dieses Ablaufverfolgungsflag kann verwendet werden, um die Speicherauslastung für die Kompilierung von eingehenden Abfragen unter Kontrolle zu halten, wodurch Kompilierungswartevorgänge für gleichzeitige umfangreiche Abfragen vermieden werden. Sie basiert auf einem Wert von 80 % des SQL Server-Zielspeichers und ermöglicht eine große Abfragekompilierung pro 25 GB Arbeitsspeicher. Weitere Informationen finden Sie unter KB3024815. Hinweis: Ab SQL Server 2014 (12.x) Service Pack 2 und SQL Server 2016 (13.x) wird dieses Verhalten durch die Datenbank-Engine gesteuert, und das Ablaufverfolgungsflag 6498 hat keine Auswirkungen. Bereich: Nur global |
| 6527 | Deaktiviert die Erstellung eines Speicherdumps beim ersten Auftreten einer Ausnahme wegen unzureichenden Arbeitsspeichers in der CLR-Integration. Standardmäßig generiert SQL Server ein kleines Speicherabbild beim ersten Auftreten einer Ausnahme wegen unzureichenden Arbeitsspeichers in der CLR. Das Ablaufverfolgungsflag verhält sich wie folgt: – Bei Verwendung dieses Flags als Startablaufverfolgungsflag wird nie ein Speicherabbild generiert. Ein Speicherabbild kann jedoch generiert werden, wenn andere Ablaufverfolgungskennzeichnungen verwendet werden. – Bei Aktivierung dieses Ablaufverfolgungsflags auf einem laufenden Server wird ab diesem Punkt nicht automatisch ein Speicherabbild generiert. Wenn jedoch aufgrund einer Ausnahme wegen unzureichendem Arbeitsspeicher in der CLR bereits eine Speichersicherung generiert wurde, hat dieses Ablaufverfolgungsflag keine Auswirkungen. Bereich: Nur global |
| 6531 | Deaktiviert den präventiven Planungsschutz für Abfragevorgänge mit räumlichen Datentypen. Dies kann den CPU-Verbrauch verringern und die Gesamtleistung für einige räumliche Aktivitäten verbessern. Weitere Informationen finden Sie unter KB3005300. Hinweis: Verwenden Sie dieses Ablaufverfolgungsflaggen nur, wenn die einzelnen räumlichen Methodenaufrufe (pro Zeile und Spalte) weniger als ~4 ms belegen und zu häufigen Nichtertragungsfehlern führen. Gilt für: SQL Server 2012 (11.x) Service Pack 2 CU 4, SQL Server 2014 (12.x) CU 5 und höhere Versionen. Bereich: Global und Sitzung |
| 6532 | Aktiviert Leistungsverbesserungen von Abfragevorgängen mit räumlichen Datentypen in SQL Server 2012 (11.x) und SQL Server 2014 (12.x). Der Leistungsgewinn variiert je nach Konfiguration, Abfragetypen und Objekten. Weitere Informationen finden Sie unter KB3107399. Hinweis: Ab SQL Server 2016 (13.x) wird dieses Verhalten durch die Datenbank-Engine gesteuert, und das Ablaufverfolgungsflag 6532 hat keine Auswirkungen. Bereich: Global und Sitzung |
| 6533 | Aktiviert Leistungsverbesserungen von Abfragevorgängen mit räumlichen Datentypen in SQL Server 2012 (11.x) und SQL Server 2014 (12.x). Der Leistungsgewinn variiert je nach Konfiguration, Abfragetypen und Objekten. Weitere Informationen finden Sie unter KB3107399. Hinweis: Ab SQL Server 2016 (13.x) wird dieses Verhalten durch die Datenbank-Engine gesteuert, und das Ablaufverfolgungsflag 6533 hat keine Auswirkungen. Bereich: Global und Sitzung |
| 6534 | Aktiviert die Leistungsverbesserung von Abfragevorgängen mit räumlichen Datentypen, die mit SQL Server 2012 (11.x) beginnen. Der Leistungsgewinn variiert je nach Konfiguration, Abfragetypen und Objekten. Weitere Informationen finden Sie unter KB3107399. Bereich: Nur global |
| 6545 | Dieses Flag aktiviert die Serverkonfigurationsoption „CLR Strict Security“. Weitere Informationen finden Sie unter KB4018930. Gilt für: SQL Server 2012 (11.x) Service Pack 3 CU 10, SQL Server 2014 (12.x) Service Pack 2 CU 6, SQL Server 2016 (13.x) RTM CU 7, SQL Server 2016 (13.x) Service Pack 1 CU 4 und höhere Versionen. Dieses Feature ist ab SQL Server 2017 (14.x) standardmäßig aktiviert, und das Ablaufverfolgungsflag 6545 hat keine Auswirkungen. Bereich: Nur global |
| 6559 | Aktiviert eine Fehlerbehebung, die die Standardlogik des CLR-Threadingmodels ändert. Weitere Informationen finden Sie unter KB4517771. Gilt für: SQL Server 2016 (13.x) Service Pack 2 CU 10, SQL Server 2017 (14.x) CU 18, SQL Server 2019 (15.x) CU 1 und höhere Versionen. Bereich: Nur global |
| 7117 | Verringert einen Assertionsfehler, der auftreten kann, wenn mehrere geschachtelte Einfügungen vorhanden sind. Mit dieser Ablaufverfolgungskennzeichnung kann der beständige Versionsspeicherthread (PVS) fortgesetzt werden, wenn das PVS-Bit für eine Zeile festgelegt ist, die möglicherweise Teil einer abgebrochenen Transaktion war. Diese Ablaufverfolgungskennzeichnung ermöglicht es dem PVS-sauber er, das Bit zu ignorieren und den Cleanup-Vorgang fortzusetzen. Gilt für: SQL Server 2022 (16.x) CU 9 und höhere Versionen. Bereich: Nur global |
| 7314 | Erzwingt, dass die NUMBER-Werte mit unbekannter Genauigkeit/Skalierung als double-Werte mit OLE DB-Anbieter behandelt werden sollen. Weitere Informationen finden Sie unter KB3051993. Bereich: Global und Sitzung |
| 7412 | Aktiviert die einfache Profilerstellungsinfrastruktur für die Abfrageausführungsstatistik. Weitere Informationen finden Sie unter KB3170113. Gilt für: SQL Server 2016 (13.x) Service Pack 1 und höhere Versionen Ab SQL Server 2019 (15.x) hat dieses Ablaufverfolgungsflag keine Auswirkungen mehr, weil die Lightweight-Profilerstellung standardmäßig aktiviert ist. Bereich: Nur global |
| 7470 | Dieses Flag aktiviert zusätzliche Berechnungen für Speicherzuweisungen, die für Sortiervorgänge erforderlich sind. Weitere Informationen finden Sie unter KB3088480. Gilt für: SQL Server 2012 (11.x) Service Pack 2 CU 8, SQL Server 2014 (12.x) RTM CU 10, SQL Server 2014 (12.x) Service Pack 1 CU 3 und höhere Versionen. Warnung: Die Ablaufverfolgungskennzeichnung 7470 erhöht die Speicheranforderungen für Abfragen mithilfe von Sortieroperatoren und wirkt sich möglicherweise auf die Speicherverfügbarkeit für andere gleichzeitige Abfragen aus. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 7471 | Aktiviert das Ausführen mehrerer UPDATE STATISTICS für verschiedene Statistiken gleichzeitig in einer einzelnen Tabelle. Weitere Informationen finden Sie unter KB3156157. Gilt für: SQL Server 2014 (12.x) Service Pack 1 und höhere Versionen. Bereich: Nur global |
| 7745 | Erzwingt, dass der Abfragespeicher beim Herunterfahren der Datenbank keine Daten an den Datenträger ausgibt. Hinweis: Die Verwendung dieses Ablaufverfolgungsflags kann dazu führen, dass Abfragespeicher Daten, die zuvor nicht auf den Datenträger geleert wurden, im Falle des Herunterfahrens verloren gehen. Um SQL Server herunterzufahren, kann der Befehl SHUTDOWN WITH NOWAIT anstelle dieses Ablaufverfolgungsflags verwendet werden, um ein sofortiges Herunterfahren zu erzwingen. Bereich: Nur global |
| 7752 | Aktiviert das asynchrone Laden des Abfragespeichers. Hinweis: Nutzen Sie dieses Ablaufverfolgungsflag, wenn in SQL Server eine große Anzahl von QDS_LOADDB-Wartevorgängen auftreten, die mit dem synchronen Laden des Abfragedatenspeichers zu tun haben (Standardverhalten während einer Datenbankwiederherstellung). Hinweis: Ab SQL Server 2019 (15.x) wird dieses Verhalten durch die Datenbank-Engine gesteuert, und das Ablaufverfolgungsflag 7752 hat keine Auswirkungen. Bereich: Nur global |
| 7806 | Aktiviert eine dedizierte Administratorverbindung (Dedicated Administrator Connection, DAC) in SQL Server Express. Standardmäßig werden in SQL Server Express keine DAC-Ressourcen reserviert. Weitere Informationen finden Sie unter Diagnoseverbindung für Datenbankadministratoren. Bereich: Nur global |
| 8011 | Deaktiviert den Ringpuffer für Ressourcenmonitor. Sie können die Diagnoseinformationen in diesem Ringpuffer verwenden, um Bedingungen vom Typ „Nicht genügend Arbeitsspeicher“ zu diagnostizieren. Wenn Sie dieses Ablaufverfolgungsflag verwenden, werden daher die Informationen, die zum Diagnostizieren der Leistungs- und Funktionsprobleme mit SQL Server verfügbar sind, erheblich reduziert. Das Ablaufverfolgungsflag 8011 gilt immer für den gesamten Server und verfügt über einen globalen Geltungsbereich. Sie können das Ablaufverfolgungsflag 8011 beim Start oder in einer Benutzersitzung aktivieren. Bereich: Nur global |
| 8012 | Deaktiviert den Ringpuffer für Zeitplaner. SQL Server zeichnet jedes Mal ein Ereignis im Ringpufferplan auf, wenn eines der folgenden Ereignisse auftritt: – Ein Planer wechselt in den Kontext eines anderen Workers. – Ein Worker wird angehalten. – Ein Worker wird fortgesetzt. – Ein Worker wird in den präemptiven oder den nicht präemptiven Modus versetzt. Sie können die Diagnoseinformationen in diesem Ringpuffer verwenden, um Bedingungen vom Typ „Nicht genügend Arbeitsspeicher“ zu diagnostizieren. Beispielsweise können Sie die Informationen in diesem Ringpuffer verwenden, um Probleme zu behandeln, wenn SQL Server nicht mehr reagiert. Das Ablaufverfolgungsflag 8012 deaktiviert die Aufzeichnung von Ereignissen für Scheduler. Sie können das Ablaufverfolgungsflag 8012 nur beim Start aktivieren. Warnung: Wenn Sie dieses Ablaufverfolgungsflag verwenden, werden die Informationen, die Ihnen zum Diagnostizieren der Leistungs- und Funktionsprobleme mit SQL Server zur Verfügung stehen, erheblich reduziert. Bereich: Nur global |
| 8015 | Deaktiviert die automatische Erkennung und die NUMA-Einrichtung. Weitere Informationen finden Sie unter KB2813214. Bereich: Nur global |
| 8018 | Deaktiviert den Ausnahmeringpuffer. Der Ausnahmeringpuffer zeichnet die letzten 256 Ausnahmen auf, die auf einem Knoten ausgelöst wurden. Jeder Datensatz enthält einige Informationen über den Fehler und eine Stapelüberwachung. Zum Ringpuffer wird ein Datensatz hinzugefügt, wenn eine Ausnahme ausgelöst wird. Das Ablaufverfolgungsflag 8018 deaktiviert die Erstellung des Ringpuffers, und es werden keine Ausnahmeinformationen aufgezeichnet. Das Ablaufverfolgungsflag 8019 deaktiviert die Stapelerfassung während der Datensatzerstellung. Warnung: Wenn Sie dieses Ablaufverfolgungsflag verwenden, werden die Informationen, die Ihnen zum Diagnostizieren der Leistungs- und Funktionsprobleme mit SQL Server zur Verfügung stehen, erheblich reduziert. Bereich: Nur global |
| 8019 | Deaktiviert Stapelauflistung für den Ausnahmeringpuffer. Das Ablaufverfolgungsflag 8019 hat keine Auswirkungen, wenn das Ablaufverfolgungsflag 8018 aktiviert ist. Warnung: Wenn Sie dieses Ablaufverfolgungsflag verwenden, werden die Informationen, die Ihnen zum Diagnostizieren der Leistungs- und Funktionsprobleme mit SQL Server zur Verfügung stehen, erheblich reduziert. Bereich: Nur global |
| 8020 | Deaktiviert die Überwachung des Workingsets. SQL Server verwendet dieselbe Größe des Arbeitssatzes, wenn die Instanz globale Speicherzustandssignale vom Betriebssystem empfängt. Das Ablaufverfolgungsflag 8020 berücksichtigt die Arbeitsspeichergröße des Arbeitssatzes nicht, wenn SQL Server die globalen Zustandssignale des Arbeitsspeichers interpretiert. Wenn Sie dieses Ablaufverfolgungsflagge falsch verwenden, treten möglicherweise schwere Paging auf, und die Leistung ist möglicherweise schlecht. Daher sollten Sie sich an den Microsoft-Support wenden, bevor Sie das Ablaufverfolgungsflag 8020 aktivieren. Sie können das Ablaufverfolgungsflag 8020 nur beim Start aktivieren. Bereich: Nur global |
| 8032 | Setzt die Cachelimitparameter auf die Einstellung von SQL Server 2005 (9.x) zurück, die allgemein einen größeren Cache zulässt. Verwenden Sie diese Einstellung, wenn häufig wiederverwendete Cacheeinträge nicht in den Cache passen und das Problem mit dem Plancache durch die Serverkonfigurationsoption zum Optimieren der Ad-hoc-Workloads nicht behoben werden konnte. Warnung: Das Ablaufverfolgungsflag 8032 kann die Leistung beeinträchtigen, wenn große Caches weniger Arbeitsspeicher für andere Arbeitsspeicherconsumer zur Verfügung stellen, z. B. den Pufferpool. Bereich: Nur global |
| 8048 | Konvertiert NUMA-partitionierte Speicherobjekte in CPU-partitionierte. Weitere Informationen finden Sie unter KB2809338. Hinweis: Ab SQL Server 2014 (12.x) Service Pack 2 und SQL Server 2016 (13.x) ist dieses Verhalten dynamisch und wird durch die Datenbank-Engine gesteuert. Bereich: Nur global |
| 8075 | Reduziert die Fragmentierung des virtuellen Prozessadressbereichs (VAS), wenn Sie Zuordnungsfehler der Seite „Arbeitsspeicher“ auf SQL Server 2012 (11.x) (64-Bit) oder SQL Server 2014 (12.x) erhalten. Weitere Informationen finden Sie unter KB3074434. Gilt für: SQL Server 2012 (11.x), SQL Server 2014 (12.x) RTM CU 10 und SQL Server 2014 (12.x) Service Pack 1 CU 3. Ab SQL Server 2016 (13.x) wird dieses Verhalten durch die Datenbank-Engine gesteuert, und das Ablaufverfolgungsflag 8075 hat keine Auswirkungen. Bereich: Nur global |
| 8079 | Ermöglicht es SQL Server 2014 (12.x) Service Pack 2, das Hardwarelayout abzufragen und Soft-NUMA automatisch auf Systemen zu konfigurieren, die über acht oder mehr CPUs pro NUMA-Knoten verfügen. Das automatische Soft-NUMA-Verhalten basiert auf simultanem gleichzeitigen Multithreading (SMT/Logical Processor). Durch die Partitionierung und Erstellung von weiteren Knoten wird die Hintergrundverarbeitung skaliert, indem die Anzahl von Listenern, Skalierungen sowie Netzwerk- und Verschlüsselungsfunktionen erhöht wird. Gilt für: SQL Server 2014 (12.x) Service Pack 2. Ab SQL Server 2016 (13.x) wird dieses Verhalten durch die Datenbank-Engine gesteuert, und das Ablaufverfolgungsflag 8079 hat keine Auswirkungen. Bereich: Nur global |
| 8086 | Deaktivieren der NUMA-Lokalitätsprüfung für Arbeitsspeichercommits. Gilt für: SQL Server 2019 (15.x) und höhere Versionen. Bereich: Global. |
| 8089 | In SQL Server 2017 (14.x) CU 16 können Sie die Bitmapfilterung aktivieren, um die Größe gefilterter Speicherabbilder zu verringern. SQL Server ordnet eine Bitmap zu, die Speicherseiten nachverfolgt, die aus einem gefilterten Speicherabbild ausgeschlossen werden sollen. „Sqldumper.exe“ liest die Bitmap und filtert Seiten heraus, ohne dass weitere Metadaten des Speicher-Managers gelesen werden müssen. Gilt nur für: SQL Server 2017 (14.x) CU 16 bis CU 19. Ab SQL Server 2017 (14.x) CU 20 ist die Bitmapfilterung standardmäßig aktiviert. Das Ablaufverfolgungsflag 8089 wird nicht mehr angewendet und ignoriert, wenn es aktiviert wird. Die Bitmapfilterung kann über das Ablaufverfolgungsflag 8095 deaktiviert werden. Weitere Informationen finden Sie unter KB4488943. Bereich: Nur global |
| 8095 | Dieses Ablaufverfolgungsflag deaktiviert die Bitmapfilterung für gefilterte Speicherabbilder. SQL Server ordnet eine Bitmap zu, die Speicherseiten nachverfolgt, die aus einem gefilterten Speicherabbild ausgeschlossen werden sollen. „Sqldumper.exe“ liest die Bitmap und filtert Seiten heraus, ohne dass weitere Metadaten des Speicher-Managers gelesen werden müssen. Gilt für: Builds, bei denen die Bitmapfilterung standardmäßig aktiviert ist: SQL Server 2016 (13.x) CU 13 und höhere Versionen, SQL Server 2017 (14.x) CU 20 und höhere Versionen sowie SQL Server 2019 (15.x). Bereich: Nur global |
| 8099 | Dieses Flag aktiviert eine Behebung für einen Spinlock-Konflikt für High-End-Systeme, auf denen SQL Server 2019 (15.x) ausgeführt wird und viele Benutzer gleichzeitig bedient werden. Gilt nur für: SQL Server 2019 (15.x) CU 2 und CU 3. Ab SQL Server 2019 (15.x) CU 4 ist dieses Verhalten standardmäßig aktiviert. Weitere Informationen zu Spinlock-Konflikten finden Sie unter Ablaufverfolgungsflag 8101 und KB4538688. Gilt für: SQL Server 2019 (15.x) Bereich: Nur global |
| 8101 | Behandelt Probleme bei hoher CPU-Auslastung auf moderner Hardware – z. B. Intel Skylake-Prozessoren – mit sehr vielen CPUs und gleichzeitigen Benutzeraktionen. Informationen zur Diagnose von Spinlock-Konflikten finden Sie im SQL Server-Whitepaper Diagnostizieren und Beheben von Spinlock-Konflikten. Gilt nur für: SQL Server 2019 (15.x) ab CU 8, wobei in CU 14 und CU 16 weitere Verbesserungen eingeführt wurden. Weitere Informationen finden Sie unter KB4538688. Gilt für: SQL Server 2019 (15.x) Bereich: Nur global |
| 8102 | Behebt ein Szenario mit hoher CPU-Auslastung, das durch spinlock-Contention auf dem XVB_LIST Spinlock verursacht wird. Sie können dies am häufigsten auf High-End-Systemen mit einer großen Anzahl neuerer Prozessoren der Generation (CPUs) beobachten. Dieses Ablaufverfolgungskennzeichnung kann zusammen mit dem Ablaufverfolgungskennzeichnung 8101 aktiviert werden. Während das Ablaufverfolgungskennzeichen 8101 den Drehschritt ändert, versetzt Trace Flag 8102 die Spinlock-Backoffs. Weitere Informationen zu Backoffs finden Sie unter Diagnose und Auflösung von Spinlock-Inhalten auf SQL Server. Gilt für: SQL Server 2019 (15.x). Bereich: Nur global |
| 8121 | Behebt ein systemweites Problem mit unzureichendem Arbeitsspeicher, das auftritt, wenn SQL Server im Speichermodell „Seiten in Arbeitsspeicher-Sicherheitsrichtlinieneinstellungen sperren“ Serverarbeitsspeicher über das festgelegte Maximum hinaus zuweist. Dieses Ablaufverfolgungsflag weist den Arbeitsspeicher zu, den der Systemthread des Ressourcenmonitors benötigt, um den SQL Server-Arbeitsspeicherverbrauch zu verringern. Fixinformationen finden Sie unter KB5008996. Gilt für: SQL Server 2019 (15.x). Für SQL Server 2022 (16.x) und höhere Versionen ist diese Funktionalität standardmäßig aktiviert, und dieses Ablaufverfolgungsflagge hat keine Auswirkung. Wenn Sie dieses Standardverhalten deaktivieren und auf das ältere Verhalten zurücksetzen möchten, können Sie die Ablaufverfolgungskennzeichnung 8125 verwenden. In den meisten Fällen wird diese Auswahl jedoch nicht empfohlen. Bereich: Nur global |
| 8142 | Diese Ablaufverfolgungsflag partitioniert die spezifische Spinlock-geschützte Liste von CPU auf bis zu 64 Partitionen. Dies sollte nur auf Großspeichercomputern verwendet werden, auf denen SOS_BLOCKALLOCPARTIALLIST-Spinlock-Konflikte mit erhöhter CPU-Auslastung auftreten. Siehe auch Ablaufverfolgungsflag 8145. Weitere Informationen finden Sie unter KB5025808.Gilt für: SQL Server 2019 (15.x) CU 21 und höhere Versionen. Bereich: Nur global |
| 8145 | Ändert die durch Ablaufverfolgungsflag 8142 aktivierte Partitionierung pro Soft-NUMA-Knoten anstatt pro CPU. Die Ablaufverfolgungsflag 8142 muss ebenfalls aktiviert sein, damit dies wirksam wird. Weitere Informationen finden Sie unter KB5025808. Gilt für: SQL Server 2019 (15.x) CU 21 und höhere Versionen. Bereich: Nur global |
| 8207 | Aktiviert Singleton-Updates für die Transaktionsreplikation und CDC. Updates für Abonnenten können als DELETE- und INSERT-Paar repliziert werden. Dabei werden evtl. Geschäftsregeln wie das Auslösen eines UPDATE-Triggers nicht erfüllt. Mit dem Ablaufverfolgungsflag 8207 wird ein Update auf eine eindeutige Spalte, das nur eine Zeile betrifft (ein Singleton-Update), als UPDATE- und nicht als DELETE- oder INSERT-Paar repliziert. Wenn das Update eine Spalte, die eine UNIQUE-Einschränkung aufweist, oder mehrere Zeilen betrifft, wird es dennoch als DELETE- oder INSERT-Paar repliziert. Weitere Informationen finden Sie in einer archivierten Version von KB302341. Bereich: Nur global |
| 8239 | Standardmäßig berechnet sys.sp_flush_commit_table_on_demand mindestens eine gehärtete Bereinigungsversion und eine sichere Bereinigungsversion und setzt mit dem Löschen von Daten aus der Commit-Tabelle fort. Wenn die Ablaufverfolgungskennzeichnung 8239 festgelegt wird, wird ein safe_cleanup_version() Wert kleiner als der Bereinigungspunkt ignoriert, und die Bereinigung wird nach dem erneuten sys.sp_flush_commit_table_on_demandAusführen ausgeführt. Falsche Verwendung dieses Ablaufverfolgungskennzeichnungs kann zu Datenbeschädigungen führen. Weitere Informationen finden Sie unter "Behandeln von Problemen bei der automatischen Bereinigung der Änderungsnachverfolgung".Gilt für: SQL Server 2022 (16.x) CU 3 und höhere Versionen. Bereich: Nur global |
| 8284 | Behebt ein Problem bei der manuellen Bereinigung, bei dem die wiederholten Sperrungen der Tabellen zu Konflikten und einer Verlangsamung der Bereinigung der abgelaufenen Metadaten der Änderungsverfolgung führten. Hinweis: Dieses Ablaufverfolgungsflag gilt für SQL Server 2019 (15.x) CU 21 und höher. Bereich: Nur global |
| 8285 | Konvertiert einen Assertionsfehler (Ausdruck: m_versionStatus.IsVisible ()) in eine Ausnahme, um ein Sicherungsproblem unter bestimmten Umständen zu verhindern, wenn Sie die Änderungsnachverfolgung für eine Datenbank aktivieren, die Schnappschussisolation aktiviert hat.Gilt für: SQL Server 2022 (16.x) CU 6, SQL Server 2019 (15.x) CU 21 und höhere Versionen. Bereich: Nur global |
| 8286 | Erzwingt, dass die Bereinigungsabfrage den Hinweis FORCE ORDER verwendet, um die Leistung zu verbessern. Kann mit TF 8287 verwendet werden, um den Hinweis FORCESEEK zu verwenden. Weitere Informationen finden Sie unter KB5022375.Gilt für: SQL Server 2019 (15.x) CU 19, SQL Server 2022 (16.x) CU 1 und höhere Versionen. Bereich: Nur global |
| 8287 | Erzwingt, dass die Bereinigungsabfrage den Hinweis FORCESEEK verwendet, um die Leistung zu verbessern. Kann mit TF 8286 verwendet werden, um den Hinweis FORCE ORDER zu verwenden. Weitere Informationen finden Sie unter KB5022375.Gilt für: SQL Server 2019 (15.x) CU 19, SQL Server 2022 (16.x) CU 1 und höhere Versionen. Bereich: Nur global |
| 8290 | Nachdem dieses Ablaufverfolgungskennzeichnung aktiviert wurde, setzt der automatische Cleanup-Prozess (Change Tracking, CT) alle ungültigen bereinigten Versionen auf eine bereinigte Version basierend auf dem Aufbewahrungszeitraum zurück. Nachdem Sie dieses Ablaufverfolgungskennzeichnung aktiviert haben, müssen Sie den automatischen Bereinigungsprozess ausführen lassen. Weitere Informationen finden Sie unter KB4538365. Gilt für: SQL Server 2017 (14.x) CU 19, SQL Server 2019 (15.x) CU 4, SQL Server 2022 (16.x) und höhere Versionen. Bereich: Global oder Sitzung |
| 8531 | Aktiviert die Lösung für ein Inhaltsproblem mit hohen KTM_RECOVERY_MANAGER Wartezeiten, die beim Ausführen von verteilten XA-Transaktionen auftreten können.Gilt für: SQL Server 2019 (15.x) CU 29, SQL Server 2022 (16.x) CU 16 und höhere Versionen. Bereich: Nur global und start. |
| 8558 | Aktiviert einen Fix, um Grenzfälle zu vermeiden, in denen eine Transaktion bei aktivierter RCSI-Isolationsebene manchmal die neuesten Daten aus den Tabellen nicht ermitteln kann, die mithilfe von DTC-Transaktionen geändert wurden. Dies kann selbst dann geschehen, wenn „xa_commit“ für kurze Zeit eine Erfolgsmeldung zurückgegeben hat. Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Gilt für: SQL Server 2019 (15.x) CU 18, SQL Server 2022 (16.x) und höhere Versionen. Bereich: Nur global |
| 8721 | Gibt eine Meldung im Fehlerprotokoll aus, wenn Statistiken zu automatischen Updates ausgeführt werden. Weitere Informationen finden Sie in einer archivierten Version von KB195565. Hinweis: Das Ablaufverfolgungsflag erfordert, dass das Ablaufverfolgungsflag 3605 aktiviert ist. Bereich: Nur global |
| 8744 | Deaktiviert das Vorabrufen für den Operator für geschachtelte Schleifen. Warnung: Falsche Verwendung dieses Ablaufverfolgungskennzeichnungs kann zusätzliche physische Lesevorgänge verursachen, wenn SQL Server Pläne ausführt, die den Operator "Geschachtelte Schleifen" enthalten. Bereich: Global und Sitzung |
| 8790 | Führt dazu, dass SQL Server einen breit angelegten Plan verwendet, wenn eine UPDATE-Anweisung ausgeführt wird, um Indizes in einer Tabelle zu aktualisieren. Wenn Sie ein UPDATE für eine gruppierte Indexspalte ausführen, aktualisiert SQL Server nicht nur den gruppierten Index selbst, sondern auch alle nicht gruppierten Indizes, da die nicht gruppierten Indizes den Clusterindexschlüssel enthalten. Um die Leistung zu optimieren und zufällige E/A-SQL Server zu reduzieren, können Sie alle nicht gruppierten Indexdaten im Arbeitsspeicher sortieren und dann alle Indizes nach der Reihenfolge aktualisieren. Dies wird als breit angelegter Plan (oder auch als Per-Index Update) bezeichnet und kann mithilfe dieses Ablaufverfolgungsflags erzwungen werden. Bereich: Global, Sitzung oder Abfrage (QUERYTRACEON) |
| 8902 | Deaktivieren der gesperrte Seiten für E/A-Vorgänge für High-End-Systeme mit Hochleistungsworkloads. Gilt für: SQL Server 2019 (15.x) und höhere Versionen. Bereich: Global. |
| 8904 | Ermöglicht eine Lösung zum Beheben eines parallelen Wiederholungsfehlers für ein sekundäres Replikat durch Deaktivieren von inlined log IO, wodurch die Inhaltsmöglichkeit von vielen Mitarbeitern auf die Teilmenge von LogWriter-Hintergrundmitarbeitern beschränkt wird. Weitere Informationen finden Sie unter KB5004649 und Ablaufverfolgungskennzeichnung 8904 – Deaktivieren von Inlinedatenbankprotokoll-Leeren. Gilt nur für: SQL Server 2019 (15.x), ab CU 12. Gilt für: SQL Server 2019 (15.x) Bereich: Nur global |
| 9024 | Konvertiert ein Speicherobjekt des globalen Protokolldateipools in ein auf einem NUMA-Knoten partitioniertes Speicherobjekt. Weitere Informationen finden Sie unter KB2809338. Hinweis: Ab SQL Server 2012 (11.x) Service Pack 3 und SQL Server 2014 (12.x) Service Pack 1 wird dieses Verhalten durch die Datenbank-Engine gesteuert, und das Ablaufverfolgungsflag 9024 hat keine Auswirkungen. Bereich: Nur global |
| 9109 | Deaktiviert den Start der Abfragebenachrichtigungs-Funktionalität. Weitere Informationen finden Sie unter Wiederherstellen kann fehlschlagen oder lange dauern, wenn die Abfragebenachrichtigung in einer Datenbank verwendet wird. Warnung: Lassen Sie bei diesem Ablaufverfolgungsflag Vorsicht walten. Diese Ablaufverfolgungskennzeichnung kann in einer begrenzten Gruppe von Szenarien nützlich sein, die hauptsächlich zur Problembehandlung oder zum Isolieren eines Problems dienen. Bereich: Global und Sitzung |
| 9135 | Verhindert die Verwendung von indizierten Ansichten. Sie müssen den USE HINT 'EXPAND VIEWS'-Abfragehinweis hinzufügen, anstatt das Ablaufverfolgungsflag zu verwenden, um dies auf Abfrageebene zu erreichen. Weitere Informationen finden Sie unter Tabellenhinweise (Transact-SQL).Gilt für: SQL Server 2019 (15.x) CU 23 und höhere Versionen. Bereich: Nur global |
| 9347 | Deaktiviert den Batchmodus für den Sort-Operator. SQL Server 2016 (13.x) führt für den Batchmodus einen neuen Sortier-Operator ein, der die Leistung vieler Analyseabfragen steigert. Weitere Informationen finden Sie unter KB3172787. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9348 | Dieses Flag ermöglicht die Verwendung von Kardinalitätsschätzungen des Abfrageoptimierers, um zu entscheiden, ob BULK INSERT für einen gruppierten Columnstore-Index initiiert werden soll oder nicht. Wenn die geschätzte Anzahl der einzufügenden Zeilen kleiner als 102.400 ist, verwendet die Datenbank-Engine keine MASSENEINFÜGUNG. Wenn die Schätzung mehr als 102.400 Zeilen beträgt, wird BULK INSERT initiiert. Weitere Informationen finden Sie unter KB2998301. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9349 | Deaktiviert den Batchmodus für den Top N Sort-Operator. SQL Server 2016 (13.x) führt einen neuen Sortier-Operator für TOP N-Abfragen im Batchmodus ein, der die Leistung vieler Analyseabfragen steigert. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9358 | Deaktiviert den Batchmodus für den Sort-Operator. Weitere Informationen finden Sie unter KB3171555. Hinweis: Ab SQL Server 2017 (14.x) ist dieses Verhalten standardmäßig aktiviert, und dieses Ablaufverfolgungsflag hat keine Auswirkungen. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9389 | Aktiviert die zusätzliche dynamische Speicherzuweisung für Batchmodusoperatoren. Wenn eine Abfrage nicht den Arbeitsspeicher erhält, den sie benötigt, kommt es zu einem Datenüberlauf in tempdb, was zusätzliche E/A erzeugt und Auswirkungen auf die Abfrageleistung haben kann. Wenn das Kennzeichen für die Ablaufverfolgung für die dynamische Speichererteilung aktiviert ist, fordert ein Batchmodusoperator möglicherweise zusätzlichen Arbeitsspeicher auf, und es wird vermieden, dass ein Überlauf ausgeführt tempdb wird, wenn zusätzlicher Arbeitsspeicher verfügbar ist. Weitere Informationen finden Sie im Abschnitt Auswirkungen von minimalen Arbeitsspeicher pro Abfrage im Handbuch zur Architektur der Speicherverwaltung.Bereich: Global oder Sitzung |
| 9398 | Deaktiviert den Operator für einen adaptiven Join. Durch diesen können Sie wählen, ob eine Methode für Hashjoins oder Joins geschachtelter Schleifen zurückgestellt wird, nachdem die erste Eingabe überprüft wurde. Dies wurde in SQL Server 2017 (14.x) eingeführt. Weitere Informationen finden Sie unter KB4099126. Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9410 | Dieses Flag aktiviert eine standardmäßig nicht aktivierte Problembehebung für eine Abfrage, die einen Hashaggregatoperator und Überläufe verwendet. Durch das Aktivieren dieses Ablaufverfolgungsflags wird der verfügbare Arbeitsspeicher für separate Hashvorgänge erhöht. Weitere Informationen finden Sie unter KB3167159. Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9440 | Dieses Ablaufverfolgungsflag deaktiviert die Behebung des Fehlers 2112485 und 2636294. Die Fehlerkorrektur gilt nicht bei Verwendung des legacy-Cardinality Estimation (CE)-Modells. Wenn eine Datenbank das standardmäßige CE-Modell verwendet, kann die Schätzung der äußeren Verknüpfungskardinalität höher sein als die Kardinalität der Tabellen, die an der Verknüpfung beteiligt sind, wenn die Join-Prädikate aus Primärschlüsseln aus den Tabellen bestehen (z. B. Primärschlüssel für Fremdschlüsselverknnungen). Es wird eine Obergrenze angewendet, die die Menge der Kardinalitätsüberschätzung ähnlich der Überschätzungsgrenze begrenzt, die in der Legacy-CE für dieses Szenario vorhanden ist. Hinweis: Dieses Ablaufverfolgungsflag gilt nur für Datenbanken mit einer Kompatibilitätsstufe von 160 und niedriger. Gilt für: SQL Server 2019 (15.x) CU 20, SQL Server 2022 (16.x) CU 9 und höhere Versionen. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9453 | Deaktiviert die Batchmodusausführung. Weitere Informationen finden Sie unter KB4016902. Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9471 | Bewirkt, dass SQL Server unter dem Kardinalitätsschätzungsmodell für den Abfrageoptimierer mit Version SQL Server 2014 (12.x) und höher einen Plan mithilfe minimaler Selektivität für einzelne Tabellenfilter generiert Fügen Sie ab SQL Server 2016 (13.x) Service Pack 1 auf Abfrageebene den USE HINT 'ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES' Abfragehinweis hinzu, anstatt dieses Ablaufverfolgungsflagge zu verwenden.Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Hinweis: Dieses Ablaufverfolgungsflag gilt nicht für CE-Version 70. Verwenden Sie stattdessen das Ablaufverfolgungsflag 4137. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9476 | Bewirkt, dass SQL Server unter dem Kardinalitätsschätzungsmodell für den Abfrageoptimierer mit Version SQL Server 2014 (12.x) und höher einen Plan mithilfe der Simple-Containment-Annahme statt mit der Base-Containment-Annahme generiert. Weitere Informationen finden Sie unter join containment assumption in the New Cardinality Estimator degrades query performance. Fügen Sie ab SQL Server 2016 (13.x) Service Pack 1 auf Abfrageebene den USE HINT 'ASSUME_JOIN_PREDICATE_DEPENDS_ON_FILTERS' Abfragehinweis hinzu, anstatt dieses Ablaufverfolgungsflagge zu verwenden.Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9481 | Legt das Kardinalitätsschätzungsmodell für den Abfrageoptimierer unabhängig vom Kompatibilitätsgrad der Datenbank auf SQL Server 2012 (11.x) und früher (Version 70) fest Weitere Informationen finden Sie unter Abfragehinweise. Ab SQL Server 2016 (13.x) finden Sie informationen dazu auf Datenbankebene unter der option LEGACY_CARDINALITY_ESTIMATION in ALTER DATABASE SCOPED CONFIGURATION. Fügen Sie ab SQL Server 2016 (13.x) Service Pack 1 auf Abfrageebene den USE HINT 'FORCE_LEGACY_CARDINALITY_ESTIMATION' Abfragehinweis hinzu, anstatt dieses Ablaufverfolgungsflagge zu verwenden.Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9485 | Hiermit wird die SELECT-Berechtigung für DBCC SHOW_STATISTICS deaktiviert. Weitere Informationen finden Sie unter KB2683304.Bereich: Nur global |
| 9488 | Legt die feste Schätzung für Tabellenwertfunktionen auf den Standardwert 1 fest (entspricht dem Standardwert gemäß dem Modell für die Kardinalitätsschätzung für den Abfrageoptimierer von SQL Server 2008 R2 (10.50.x) und früher), wenn das Modell zum Schätzen der Kardinalität für den Abfrageoptimierer von SQL Server 2012 (11.x) und höher verwendet wird. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9495 | Deaktiviert die Parallelität während der Einfügung für INSERT...SELECT-Vorgänge und betrifft sowohl Benutzer-als auch temporäre Tabellen. Weitere Informationen finden Sie unter KB3180087. Bereich: Global oder Sitzung |
| 9567 | Aktiviert die Komprimierung des Datenstroms für Always On-Verfügbarkeitsgruppen während des automatischen Seedings. Die Komprimierung kann die Übertragungszeit während des Seedings erheblich reduzieren und die Arbeitslast für den Prozessor erhöhen. Weitere Informationen finden Sie unter Verwenden des automatischen Seedings zum Initialisieren einer AlwaysOn-Verfügbarkeitsgruppe und optimieren der Komprimierung für die Verfügbarkeitsgruppe. Bereich: Global oder Sitzung |
| 9571 | Deaktiviert für Verfügbarkeitsgruppen das automatische Seeding in den Standarddatenbankpfad. Weitere Informationen finden Sie im Datenträgerlayout. Bereich: Global oder Sitzung |
| 9576 | Deaktiviert die erweiterte Fehlersammlung für Verfügbarkeitsgruppenfailover, die in SQL Server 2016 (13.x) Service Pack 1 CU 10, SQL Server 2016 (13.x) Service Pack 2 CU 2 und SQL Server 2017 (14.x) CU 9 eingeführt wurden. Weitere Informationen finden Sie unter SQL Server-Verfügbarkeitsgruppen – Erweitertes Failover auf Datenbankebene. Bereich: Nur global |
| 9591 | Deaktiviert die Protokollblockkomprimierung in Always On-Verfügbarkeitsgruppen. Die Protokollblockkomprimierung ist das Standardverhalten, das sowohl auf synchrone als auch auf asynchrone Replikate in SQL Server 2012 (11.x) und SQL Server 2014 (12.x) angewendet wird. In SQL Server 2016 (13.x) wird die Komprimierung nur mit asynchronen Replikaten verwendet. Bereich: Global oder Sitzung |
| 9592 | Aktiviert die Protokolldatenstrom-Komprimierung für synchrone Verfügbarkeitsgruppen. Dieses Feature ist für synchrone Verfügbarkeitsgruppen standardmäßig deaktiviert, da die Komprimierung die Latenz erhöht. Weitere Informationen finden Sie unter Optimieren der Komprimierung für die Verfügbarkeitsgruppe. Bereich: Global oder Sitzung |
| 9708 | Ermöglicht die Erfassung von Metriken zur Ereignisveröffentlichung für Sitzungen mit erweiterten Ereignissen. Weitere Informationen finden Sie unter sys.dm_xe_session_events. Gilt für: SQL Server 2022 (16.x) und höhere Versionen. Bereich: Nur global |
| 9714 | Aktiviert das SQL Server-Fehlerprotokoll, um den Start- oder Stopp von Erweiterten Ereignissen (XEvents)-Sitzungen aufzuzeichnen. Gilt für: SQL Server 2022 (16.x) CU15 und höhere Versionen. Bereich: Nur global |
| 9810 | Deaktiviert die Freigabe von threadlokalem Speicher (Thread Local Storage, TLS) durch die In-Memory-OLTP-Engine. In SQL Server 2019 (15.x) und früheren Versionen ist das Nichtfreigeben von TLS das Standardverhalten. In SQL Server 2022 (16.x) wurde eine neue Speicheroptimierung eingeführt, die dazu führt, dass die In-Memory-OLTP-Engine threadlokalen Speicher freigibt, um so mögliche Probleme durch unzureichenden Arbeitsspeicher zu verringern. Dieses Ablaufverfolgungsflag wird auf das Verhalten vor SQL Server 2022 (16.x) zurückgesetzt. Gilt für: SQL Server 2022 (16.x) und höhere Versionen. Bereich: Nur global |
| 9929 | Verringert speicherinterne Prüfpunktdateien mit je 1 MB. Weitere Informationen finden Sie unter KB3147012. Bereich: Nur global |
| 9939 | Aktiviert parallele Pläne und parallele Scanvorgänge von speicheroptimierten Tabellen und Tabellenvariablen in DML-Vorgängen, die auf speicheroptimierte Tabellen oder Tabellenvariablen verweisen, solange sie in SQL Server 2016 (13.x) nicht das Ziel des DML-Vorgangs sind. Weitere Informationen finden Sie unter KB4013877. Hinweis: Das Ablaufverfolgungsflag 9939 ist nicht erforderlich, wenn das Ablaufverfolgungsflag 4199 auch explizit aktiviert ist. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 9944 | Aktiviert einen nicht standardmäßigen Fix für eine langsame Datenbankwiederherstellung, wenn eine Datenbank über eine große Anzahl von speicheroptimierten Tabellen oder speicheroptimierten Tabellentypen verfügt, und das Blockieren mit PREMPTIVE_OS_FINDFILE oder PREEMPTIVE_OS_CREATEDIRECTORY Wartetypen kann beobachtet werden. Weitere Informationen finden Sie unter KB4090789 und KB4052338. Für SQL Server für Linux gilt dieses Ablaufverfolgungskennzeichnung nur für SQL Server 2022 (16.x) CU 13 und höhere Versionen. Bereich: Nur global |
| 9953 | Verwendet die ausgeblendeten Zeitplaner erneut, die von den speicheroptimierten Tabellen verwendet werden. Gilt für: SQL Server 2019 (15.x) CU 20 und höhere Versionen sowie SQL Server 2022 (16.x) CU 3 und höhere Versionen. Bereich: Nur global |
| 10054 | Deaktiviert die Abfrageoptimiererregel von SQL Server, die die Korrelation von Unterabfragen in OR-Prädikaten in äußere Verknüpfungen aufhebt Gilt für: SQL Server 2019 (15.x) und höhere Versionen. Hinweis: Stellen Sie sicher, dass Sie diese Option ausgiebig testen, bevor Sie sie in einer Produktionsumgebung bereitstellen. Bereich: Global oder Sitzung oder Abfrage (QUERYTRACEON) |
| 10204 | Deaktiviert die Zusammenführung/Neukomprimierung während der Neuorganisation des Columnstore-Index. Wenn ein Columnstore-Index in SQL Server 2016 (13.x) neu organisiert wird, gibt es neue Funktionen, um alle kleinen komprimierten Zeilengruppen automatisch in größere komprimierte Zeilengruppen zusammenzuführen und alle Zeilengruppen mit einer großen Anzahl gelöschter Zeilen neu zu komprimieren. Hinweis: Das Ablaufverfolgungsflag 10204 gilt nicht für Columnstore-Indizes, die in speicheroptimierten Tabellen erstellt werden. Bereich: Global oder Sitzung |
| 10207 | Durch dieses Flag können beim Überprüfen eines gruppierten Columnstore-Index (Clustered Columnstore Index, CCI) beschädigte Segmente oder Metadaten übersprungen werden, was das Abrufen von Daten aus einem beschädigten CCI ermöglicht. Weitere Informationen finden Sie unter KB3067257. Bereich: Global oder Sitzung |
| 10316 | Aktiviert die Erstellung von zusätzlichen Indizes in internen speicheroptimierten temporalen Staging-Tabellen neben dem Standardindex. Wenn Sie über ein bestimmtes Abfragemuster verfügen, das Spalten enthält, die nicht vom Standardindex abgedeckt sind, können Sie zusätzliche Indizes hinzufügen. Hinweis: Systemversionierte temporale Tabellen für speicheroptimierte Tabellen sind dafür vorgesehen, dass sie hohen Transaktionsdurchsatz bereitstellen. Das Erstellen zusätzlicher Indizes führt möglicherweise zu Mehraufwand für DML-Vorgänge, die Zeilen in der aktuellen Tabelle aktualisieren oder löschen. Mit den zusätzlichen Indizes sollten Sie versuchen, das richtige Gleichgewicht zwischen der Leistung von temporalen Abfragen und DML-Aufwand zu finden. Bereich: Global oder Sitzung |
| 10460 | Bewirkt, dass die SQL Server Stretch Database-Funktion eine gestreckte Tabelle innerhalb der Azure SQL-Datenbank-Hyperscale-Dienstebene bereitstellt. Gilt für: SQL Server 2017 (14.x) CU 31, SQL Server 2019 (15.x) CU 18 sowie SQL Server 2022 (16.x) und höhere Versionen. Ab SQL Server 2017 (14.x) CU 31, SQL Server 2019 (15.x) CU 18 und SQL Server 2022 (16.x) stellt das Stretch Database-Feature im Standardverhalten eine gestreckte Tabelle innerhalb einer Azure SQL-Datenbank-Standarddienstebene (S3) bereit. Bereich: Nur global |
| 11023 | Deaktiviert die Verwendung der letzten permanenten Samplingrate für alle nachfolgenden Statistikupdates, in denen keine Samplingrate explizit als Teil der UPDATE STATISTICS-Anweisung angegeben wurde. Weitere Informationen finden Sie unter KB4039284. Bereich: Nur global |
| 11024 | Aktiviert das Auslösen des automatischen Updates von Statistiken, wenn die Änderungsanzahl einer Partition den lokalen Schwellenwert überschreitet. Weitere Informationen finden Sie unter KB4041811. Gilt für: SQL Server 2016 (13.x) Service Pack 2, SQL Server 2017 (14.x) CU 3 und höhere Versionen. Bereich: Nur global |
| 11047 | Wendet das Standardtimeout, das von query wait (s) oder der REQUEST_MEMORY_GRANT_TIMEOUT_SEC-Konfiguration von Resource Governor festgelegt wird, auf die Columnstore-Indexerstellungsvorgänge an. Weitere Informationen finden Sie unter KB4480641.Gilt für: SQL Server 2016 (13.x) Service Pack 2 CU 5, SQL Server 2017 (14.x) CU 14 und höhere Versionen. Bereich: Nur global |
| 11064 | Verbessert die Skalierbarkeit von Vorgängen, bei denen Daten in Columnstore-Indizes geladen werden, indem die Speicherverteilung zwischen den Anweisungen SELECT und INSERT optimiert wird. Weitere Informationen zum Laden von Daten in einen Columnstore-Index finden Sie unter Columnstore-Indizes: Leitfaden zum Datenladevorgang.Gilt für: SQL Server 2019 (15.x) und höhere Versionen. Bereich: Nur global |
| 11068 | Dieses Ablaufverfolgungsflag verwendet den für den maximalen Grad an Parallelität (MAXDOP) konfigurierten Server-, Datenbank- oder Ressourcenpoolwert für Einfügevorgänge in Columnstore-Indizes. Weitere Informationen zum Überschreiben von Parallelitätsgraden finden Sie im Handbuch zur Architektur der Abfrageverarbeitung. Wichtig: Dieses Ablaufverfolgungsflag ist nur wirksam, wenn auch das Ablaufverfolgungsflag 11064 aktiviert ist. Wichtig: Verwenden Sie dieses Ablaufverfolgungsflag, wenn schnellere Datenladevorgänge gegenüber der Beibehaltung der Qualität von Columnstore-Segmenten bevorzugt werden. Die Verwendung dieses Ablaufverfolgungskennzeichnungs beim Laden von 1.048.577 Zeilen in einen Columnstore kann z. B. zu mehr als einer komprimierten Zeilengruppe führen, wenn der Einfügevorgang im parallelen Modus ausgeführt wird. Ohne dieses Ablaufverfolgungsflag würde der Einfügevorgang eine einzelne komprimierte Zeilengruppe hervorbringen. Gilt für: SQL Server 2019 (15.x) und höhere Versionen. Bereich: Nur global |
| 11561 | Deaktiviert die Microsoft Entra-Authentifizierung für die Replikation. Hinweis: Dieses Ablaufverfolgungsflag gilt für SQL Server 2022 (16.x) CU 6 und höher. Bereich: Global oder Sitzung |
| 11631 | ALTER INDEX ... REORGANIZE und der Zusammenführungstask im Hintergrund bereinigen die gelöschten Zeilen in einer Zeilengruppe eines Columnstore-Index nur dann, wenn ein bestimmter Schwellenwert von Zeilen aus dieser Zeilengruppe gelöscht wurde. Der Standardschwellenwert liegt bei zehn Prozent des maximalen Zeilenlimits (1 Million) oder 100.000 Zeilen.Mit diesem Ablaufverfolgungsflag wird der Schwellenwert auf 10 % der Gesamtanzahl der aktuellen Zeilen in einer Columnstore--Zeilengruppe geändert. Wenn beispielsweise eine Zeilengruppe 20.000 Zeilen enthält, liegt der Schwellenwert bei 2.000 gelöschten Zeilen, bevor für diese Zeilengruppe eine Bereinigung vorgesehen ist. Weitere Informationen finden Sie unter KB5000895. Gilt für: SQL Server 2019 (15.x) CU 9 und höhere Versionen. Bereich: Nur global |
| 11634 | ALTER INDEX ... REORGANIZE und der Zusammenführungstask im Hintergrund bereinigen die gelöschten Zeilen in einer Zeilengruppe eines Columnstore-Index nur dann, wenn ein bestimmter Schwellenwert von Zeilen aus dieser Zeilengruppe gelöscht wurde. Der Standardschwellenwert liegt bei zehn Prozent des maximalen Zeilenlimits (1 Million) oder 100.000 Zeilen.Mit diesem Ablaufverfolgungsflag wird der Schwellenwert auf 1 % der Gesamtanzahl aktueller Zeilen in einer Columnstore-Zeilengruppe geändert. Wenn sie zusammen mit der Ablaufverfolgungskennzeichnung 11631 aktiviert ist, ist sie 1 % der aktuellen Anzahl von Zeilen in einer Zeilengruppe anstelle von 1 % von 1 Millionen Zeilen. Weitere Informationen finden Sie unter KB5000895. Gilt für: SQL Server 2019 (15.x) CU 9 und höhere Versionen. Bereich: Nur global |
| 12310 | Erhöht die Ablaufsteuerungsgrenzwerte für die Anzahl der Nachrichten, die jedes Verfügbarkeitsgruppengate zulässt. Diese Grenzwerte sind die neuen Standardwerte in SQL Server 2022 (16.x) und daher hat das Ablaufverfolgungsflag in dieser Version keine Auswirkungen. Weitere Informationen finden Sie unter Flusssteuerungsgates. Gilt für: SQL Server 2019 (15.x) CU9, SQL Server 2017 (14.x) CU 18, SQL Server 2016 (13.x) SP 1 CU 16 und höhere Versionen. Bereich: Nur global |
| 12324 | Behebt ein Problem, das mit den Änderungen an der Link-Funktion für Azure SQL Managed Instance eingeführt wurde und das verhindert, dass Verfügbarkeitsgruppen synchronisiert werden, wenn Replikate mit unterschiedlichen kumulativen Updates ausgeführt werden. Weitere Informationen finden Sie unter KB5024276. Gilt für: SQL Server 2019 (15.x) CU 20 und höhere Versionen. Bereich: Nur global |
| 12481 | Deaktiviert die Protokollierung von Überwachungsinformationen für externe Berechtigungen im Feld external_policy_permission_checked der Überwachungsdatensätze. Weitere Informationen finden Sie unter KB5022375.Gilt für: SQL Server 2022 (16.x) CU 1 und höhere Versionen. Bereich: Nur global |
| 12502 | Deaktiviert externe Autorisierungsrichtlinien für lokale SQL Server-Instanzen. Gilt für: SQL Server 2022 (16.x) CU 5 und höhere Versionen. Bereich: Nur global |
| 12618 | Ermöglicht dem APC-Modell (Automatic Plan Correction, automatische Plankorrektur) des Features für die automatische Optimierung das Durchführen mehrerer aufeinanderfolgender Planregressionsprüfungen für denselben Plan, wodurch zusätzliche Statistiken zur Auswertung durch das neue Modell angesammelt werden können. Weitere Informationen finden Sie unter KB5026717. Gilt für: SQL Server 2022 (16.x) CU 4 und höhere Versionen. Bereich: Nur global |
| 12656 | Ermöglicht dem APC-Modell (Automatic Plan Correction) des Features zur automatischen Optimierung die Verwendung einer zeitbasierten Planregressionsprüfung, die fünf Minuten nach dem Erkennen einer Planänderung erfolgt, wodurch eine Verzerrung der Regressionsprüfungen durch Abfragen vermieden wird, die schnell ausgeführt werden. Auf diese Weise kann APC Abfrageausführungen berücksichtigen, die möglicherweise länger ausgeführt werden, oder aufgrund einer Planänderung anfällig für eine Zeitüberschreitung sind. Weitere Informationen finden Sie unter KB5026717. Gilt für: SQL Server 2022 (16.x) CU 4 und höhere Versionen. Bereich: Nur global |
| 13116 | Dieses Ablaufverfolgungsflag deaktiviert die Behebung des Fehlers 13685819. Verwenden Sie dieses Ablaufverfolgungsflag, wenn nach Anwenden von SQL Server 2016 (13.x) Service Pack 2 CU 16 ein Problem auftritt, bei dem DML-Abfragen (Einfügen/Aktualisieren/Löschen) mit parallelen Plänen nicht abgeschlossen werden können und HP_SPOOL_BARRIER-Wartevorgänge auftreten. Gilt für: SQL Server 2016 (13.x) Service Pack 2 CU 16. Bereich: Nur global |
| 13127 | Aktiviert zusätzliche Optimierungen für den Abgleich von Zeichenfolgenmustern. Gilt für: SQL Server 2019 (15.x) und höhere Versionen und ist für High-End-Systeme mit Hochleistungsworkloads vorgesehen. Bereich: Global oder Sitzung |
| 13156 | Deaktiviert die Korrektur für das Problem „UDF-Aufruf mit einer großen Anzahl von Neuauswertungen von Skalarausdrücken kann zu dem Schedulerfehler führen, dass kein Ergebnis bereitgestellt wird“. Dieser ursprüngliche Fix kann manchmal zu einer Leistungsregression führen. Weitere Informationen finden Sie unter KB4538581. Bereich: Nur global |
| 15025 | Deaktiviert den Zugriff von Azure Key Vault, der für eine neu erstellte virtuelle Protokolldatei (VLF) erforderlich ist, sodass Kundenworkloads mit hohem Volumen ohne Unterbrechung fortgesetzt werden können. Wenn dieses Ablaufverfolgungsflag aktiviert wird, verwendet SQL Server die erweiterbare Schlüsselverwaltung für die Verschlüsselung und Schlüsselgenerierung und kontaktiert Azure Key Vault nicht während der Erstellung der VLF. Weitere Informationen finden Sie unter FIX: Probleme mit der Barrierefreiheit von Datenbanken mit hochvolumigen Kundenarbeitslasten, die EKM für Verschlüsselung und Schlüsselgenerierung verwenden. Gilt für: SQL Server 2019 (15.x) CU 19, SQL Server 2022 (16.x) CU 1 und höhere Versionen. Bereich: Nur global |
| 15096 | Deaktivieren der Auffüllungszählvorgänge (Population Count) mit AVX-512-Befehlssätzen. Gilt für: SQL Server 2022 (16.x) und höhere Versionen. Bereich: Global oder Sitzung |
| 15097 | Aktiviert die AVX-512-Unterstützung für SQL Server 2022 (16.x) und höher. Wichtig: Das Aktivieren der AVX-512-Unterstützung wird für die folgenden CPUs empfohlen: – Intel Ice Lake und höher – AMD EYPC Genoa und höher Gilt für: SQL Server 2022 (16.x) und höhere Versionen. Bereich: Global oder Sitzung |
| 15212 | Deaktiviert Service Broker-Zeitgebernachrichten, die als ausführliche Benachrichtigung für das Timeoutereignis fungieren. Von diesem Ablaufverfolgungsflag betroffene Meldungen: SSBDT: Dialog timer delete during registration in der Sequenz zum Bereinigung für ein Service Broker-Dialogfeld und SSBDT: Dialog timer delete during dispatch in der Sequenz zum Schließen für ein Service Broker-Dialogfeld. Sobald dieses Ablaufverfolgungsflag aktiviert ist, wird das Drucken dieser informellen Nachrichten übersprungen.Gilt für: SQL Server 2022 (16.x) und höhere Versionen. Bereich: Nur global |
| 15915 | Aktiviert eine Lösung für ein Leistungsproblem, das auftreten kann, wenn sp_lock häufig von mehreren Verbindungen aufgerufen wird, was zu einem Speicherverlust führen kann. Der Arbeitsspeicher wird erst bereinigt, wenn Sie den SQL Server-Dienst neu starten.Gilt für: SQL Server 2019 (15.x) CU 29 und höher. Bereich: Nur global |
| 16301 | Überspringt den Blockierungs-E/A-Vorgang in der sp_server_diagnostics gespeicherten Prozedur. Nachdem Sie dieses Ablaufverfolgungskennzeichen aktiviert haben, sammelt die sp_server_diagnostics gespeicherte Prozedur keine E/A-Statistiken, sondern kann der Always On-Verfügbarkeitsgruppe (ALWAYS On Availability Group, AG) helfen, neustarten und Failover zu vermeiden, wenn eine lange Verzögerung im E/A-System auftritt.Gilt für: SQL Server 2022 (16.x) CU 12 und höhere Versionen. Bereich: Nur global |
Zugehöriger Inhalt
- Data types (Transact-SQL) (Datentypen (Transact-SQL))
- DBCC TRACEOFF (Transact-SQL)
- DBCC TRACEON (Transact-SQL)
- DBCC TRACESTATUS (Transact-SQL)
- DBCC INPUTBUFFER (Transact-SQL)
- DBCC OUTPUTBUFFER (Transact-SQL)
- EXECUTE (Transact-SQL)
- SELECT (Transact-SQL)
- SET NOCOUNT (Transact-SQL)
- Abfragehinweise (Transact-SQL)
- Sql Server-Diagnose erkennt nicht gemeldete E/A-Probleme aufgrund veralteter Lesevorgänge oder verlorener Schreibvorgänge
- ALTER DATABASE SET-Optionen (Transact-SQL)
- ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL)