DBCC TRACEON – Ablaufverfolgungsflags
Gilt für:
SQL ServerAzure 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. Ablaufverfolgungsflags werden häufig verwendet, um Leistungsprobleme oder komplexe Computersysteme zu diagnostizieren. Sie können aber auch vom Microsoft-Support empfohlen werden, um ein 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. Für die Verwendung der Ablaufverfolgungsflags in dieser Liste sind möglicherweise weitere Überlegungen erforderlich. Sie sollten die Empfehlungen hier oder von Ihrem bzw. Ihrer Supporttechniker*in sorgfältig ü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.
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 Ablaufverfolgungsflags beim Start zu aktivieren, indem Sie die Befehlszeilenoption
-Tunter Windows verwenden bzw. mssql-confunter Linux. 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 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 Verhalten von Ablaufverfolgungsflags wird in zukünftigen Versionen von SQL Server möglicherweise nicht mehr 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 KB4010261. Gilt für: SQL Server 2016 (13.x) RTM CU 3, SQL Server 2016 (13.x) Service Pack 1 und höhere Versionen. Warnung: Das Ablaufverfolgungsflag 139 ist nicht dafür vorgesehen, dauerhaft in einer Produktionsumgebung aktiviert zu sein, und sollte nur dazu verwendet werden, die in KB4010261 beschriebenen Datenbanküberprüfungen auszuführen. 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 zu GetXpVersion() finden 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: Informationen dazu, wie Sie dies ab SQL Server 2017 (14.x) auf Datenbankebene erreichen, finden Sie unter der Option IDENTITY_CACHE im Artikel ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL). Bereich: Nur global |
| 460 | Ersetzt die Datenkürzungsmeldungs-ID 8152 durch die ID 2628. Weitere Informationen finden Sie unter KB4468101. Informationen dazu, wie Sie dies ab SQL Server 2019 (15.x) auf Datenbankebene erreichen, finden Sie unter der Option VERBOSE_TRUNCATION_WARNINGS im Artikel ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL). 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, dass ALLOW_PAGE_LOCKS für Indizes aktiviert ist (ON ist die Standardeinstellung), damit die minimale Protokollierung funktioniert, da während der Zuordnung Seitensperren auftreten und somit nur Seiten- oder Blockzuordnungen 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, und die minimale Protokollierung wird genutzt, wenn das einfache oder massenprotokollierte Wiederherstellungsmodell für die Datenbank festgelegt ist, um die Leistung beim Einfügen für Datensätze in neue Seiten zu optimieren. 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. Beim schnellen Einfügen können Massenladevorgänge mit kleinen Batchgrößen dazu führen, dass viel nicht verwendeter Speicherplatz von Objekten verbraucht wird. Daher empfehlen sich große Batches, um den Block 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 unter SQL Server-Diagnose erkennt nicht gemeldete E/A-Probleme. 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 Ablaufverfolgungsflag zu aktivieren, da Sie dann möglicherweise keine E/A-Probleme mehr im System erkennen können. Bereich: Nur global |
| 834 | Verwendet die Zuteilung große Seiten für einen Pufferpool, Columnstore und In-Memory-Tabellen. Die Größe der großen Seite variiert abhängig von der Hardwareplattform, die Seitengröße kann jedoch zwischen 2 MB und 16 MB liegen. 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 Ablaufverfolgungsflag 834 kann verhindern, dass der Server gestartet wird, wenn der Speicher fragmentiert 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 Feature „Columnstore-Index“ von SQL Server 2012 (11.x) und höher verwenden, wird vom Aktivieren des Ablaufverfolgungsflags 834 abgeraten. Weitere Informationen finden Sie unter KB3210239. 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 Sie im Skriptupdatemodus ein Fehler auftritt, wird empfohlen, sich an den Microsoft SQL-Kundendienst und -Support zu wenden. 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 dann empfohlen, wenn in jeder Datenbank sicher ist, dass alle Dateien in einer Dateigruppe um denselben Betrag vergrößert werden. 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-Optionen für Dateien und Dateigruppen (Transact-SQL). 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 (Transact-SQL). 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. Mithilfe dieses Ablaufverfolgungsflags kann eine übermäßige Anzahl von Sperren generiert werden. Wenn der Sperrenarbeitsspeicher stark genug gewachsen ist, schlagen möglicherweise alle Versuche fehl, zusätzliche Sperren für eine beliebige Abfrage zuzuordnen. 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 eine Sperrenausweitung in SQL Server ausgelöst werden, finden Sie unter KB323630. 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 (SQL Server).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 eine Sperrenausweitung in SQL Server ausgelöst werden, finden Sie unter KB323630. 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. Auf Datenträgern mit einer Sektorgröße von 4 KB muss es nicht aktiviert sein. 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 beim Anfügen einer Datenbank Zugriffsberechtigungsfehler wie z. B. Fehler 5120 auftreten. Bereich: Nur global |
| 1819 | Ermöglicht die Sicherung in einer URL, um beim Zugriff auf Azure-Blockblobs einen Proxyserver zu nutzen. Zusätzlich zu diesem Ablaufverfolgungsflag müssen Sie die WinHTTP-Proxykonfiguration auf dem Server mit einer der folgenden Methoden festlegen: – Dem proxycfg.exe-Hilfsprogramm unter Windows XP oder Windows Server 2003 und früher. - Dem Hilfsprogramm netsh.exe unter Windows Vista und Windows Server 2008 und höher 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 KB2801413. Ab SQL Server 2016 (13.x) Service Pack 1 müssen Sie einen USE HINT 'FORCE_DEFAULT_CARDINALITY_ESTIMATION'Abfragehinweis hinzufügen, anstatt das Ablaufverfolgungsflag zu verwenden, um dies auf Abfrageebene zu erreichen.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 KB2009160. Ab SQL Server 2016 (13.x) Service Pack 1 müssen Sie einen USE HINT 'DISABLE_OPTIMIZED_NESTED_LOOP'Abfragehinweis hinzufügen, anstatt das Ablaufverfolgungsflag zu verwenden, um dies auf Abfrageebene zu erreichen.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 KB2801413. 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: Informationen dazu, wie Sie dies ab SQL Server 2022 (16.x) auf Datenbankebene erreichen, finden Sie unter der Option FORCE_SHOWPLAN_RUNTIME_PARAMETER_COLLECTION im Artikel ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL). 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: Informationen dazu, wie Sie dies ab SQL Server 2019 (15.x) auf Datenbankebene erreichen, finden Sie unter der Option LAST_QUERY_PLAN_STATS im Artikel ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL). 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. 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 Serveroption für die maximale Anzahl von Arbeitsthreads finden Sie unter Konfigurieren der Serverkonfigurationsoption „Max. Anzahl von Arbeitsthreads“. 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 der Serverkonfigurationsoption Max. Grad an Parallelität.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 mit der Option TABLOCK ausgeführt wird und die Parallelität deaktiviert ist, können Tabellen für längere Zeit gesperrt werden.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. Die Größe von vollständigen Speicherabbildern entspricht daher in etwa der Arbeitsspeichermenge, die vom SQL Server-Prozess verwendet wird. Diese kann wiederum fast so groß wie der gesamte System-RAM sein. Auf großen Servern für eine einzelne SQL Server-Instanz kann es sich um eine Dateigröße von Hunderten Gigabyte oder mehr handeln. Warnung: Das Generieren eines vollständigen Speicherabbilds kann den SQL Server-Prozess für einen längeren Zeitraum (mehrere Sekunden bis Minuten) anhalten und zu einer sehr großen Speicherabbilddatei führen. Verwenden Sie dieses Flag mit Vorsicht und nur dann, wenn die Situation es erfordert. Ausführlichere Informationen finden Sie unter Erzeugen einer Speicherabbilddatei in SQL Server mithilfe des Hilfsprogramms Sqldumper.exe. 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 Ablaufverfolgungsflag die Leistung der DBCC CHECKDB-Befehle verbessert, in denen die Option PHYSICAL_ONLY verwendet wird, bemerken einige Benutzer möglicherweise keine Leistungsverbesserungen. Während dieses Ablaufverfolgungsflag die E/A-Ressourcenverwendung des Datenträgers verbessert, schränkt die zugrunde liegende Leistung der Datenträgerressourcen ggf. die allgemeine Leistung des Befehls DBCC CHECKDB ein. 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 Erzeugen einer Speicherabbilddatei in SQL Server mithilfe des Hilfsprogramms Sqldumper.exe. 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.Eine Auswirkung des Verwendens dieses Ablaufverfolgungsflags ist, dass sich die Speicherplatzanforderungen von tempdb erhöhen können. tempdb kann bis zu 5 % oder mehr der Benutzerdatenbank anwachsen, die vom Befehl DBCC CHECKDB verarbeitet wird.Hinweis: Obwohl dieses Ablaufverfolgungsflag die Leistung der DBCC CHECKDB-Befehle verbessert, in denen die Option PHYSICAL_ONLY verwendet wird, bemerken einige Benutzer möglicherweise keine Leistungsverbesserungen. Während dieses Ablaufverfolgungsflag die E/A-Ressourcenverwendung des Datenträgers verbessert, schränkt die zugrunde liegende Leistung der Datenträgerressourcen ggf. die allgemeine Leistung des Befehls DBCC CHECKDB ein. 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 |
| 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 Standardeinstellung der Sicherungsprüfsumme und Serverkonfigurationsoptionen (SQL Server). 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 Vorabzuordnungsalgorithmus finden Sie unter Sicherungskomprimierung (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 wird bei jedem erfolgreichen Sicherungsvorgang dem SQL Server -Fehlerprotokoll und dem Systemereignisprotokoll ein Eintrag hinzugefügt. 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 diesem Ablaufverfolgungsflag können Sie diese Protokolleinträge unterdrücken. Dies ist hilfreich, wenn Sie regelmäßig Protokollsicherungen ausführen und keines der Skripts von diesen Einträgen abhängig ist. 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 Latenz von Wiederholungsthreads finden Sie unter Ein Wiederholungsthread gerät aufgrund von Ressourcenkonflikten in den Rückstand und Problembehandlung beim Aufbau der Wiederholungswarteschlange (Datenlatenzprobleme) auf lesbaren sekundären Always On-Replikaten. 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. Nutzen Sie es zum Verschieben von Systemdatenbanken und Verschieben von Benutzerdatenbanken.Hinweis: Verwenden Sie dieses Flag nicht im Normalbetrieb. Bereich: Nur global |
| 3625 | Beschränkt die Menge von Informationen, die an Benutzer*innen zurückgegeben wird, die keine Mitglieder der festen Serverrolle „sysadmin“ sind, indem die Parameter einiger Fehlermeldungen mit '******' 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.Informationen dazu, wie Sie dies ab SQL Server 2016 (13.x) auf Datenbankebene erreichen, finden Sie unter der Option PARAMETER_SNIFFING im Artikel ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL). 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 können Sie dies auch auf Abfrageebene erreichen, indem Sie einen USE HINT 'DISABLE_PARAMETER_SNIFFING'Abfragehinweis hinzufügen, anstatt dieses Ablaufverfolgungsflag 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. Ab SQL Server 2016 (13.x) Service Pack 1 müssen Sie bei Verwendung von CE 70 einen USE HINT 'ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES'Abfragehinweis hinzufügen, anstatt das Ablaufverfolgungsflag zu verwenden, um dies auf Abfrageebene zu erreichen.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. Ab SQL Server 2016 (13.x) Service Pack 1 müssen Sie einen USE HINT 'DISABLE_OPTIMIZER_ROWGOAL'Abfragehinweis hinzufügen, anstatt das Ablaufverfolgungsflag zu verwenden, um dies auf Abfrageebene zu erreichen.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. Ab SQL Server 2016 (13.x) Service Pack 1 müssen Sie einen USE HINT 'ENABLE_HIST_AMENDMENT_FOR_ASC_KEYS'Abfragehinweis hinzufügen, anstatt das Ablaufverfolgungsflag zu verwenden, um dies auf Abfrageebene zu erreichen.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. Informationen dazu, wie Sie dies ab SQL Server 2016 (13.x) auf Datenbankebene erreichen, finden Sie unter der Option QUERY_OPTIMIZER_HOTFIXES im Artikel ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL). Ab SQL Server 2016 (13.x) Service Pack 1 müssen Sie einen USE HINT 'ENABLE_QUERY_OPTIMIZER_HOTFIXES'Abfragehinweis hinzufügen, anstatt das Ablaufverfolgungsflag zu verwenden, um dies auf Abfrageebene zu erreichen.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 KB959823. 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 | Aktiviert die Kompilierung von mehr als einer großen Abfrage, um Zugriff auf das große Gateway zu erhalten, wenn ausreichend 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. Es basiert auf einem Wert von 80 % des SQL Server-Zielarbeitsspeichers und ermöglicht pro 25 GB RAM die Kompilierung einer großen Abfrage. 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. Jedoch wird unter Umständen ein Speicherdump generiert, wenn andere Ablaufverfolgungsflags 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 |
| 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 persistente Versionsspeicher (PVS) bereinigter Thread 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: Durch das Ablaufverfolgungsflag 7470 werden die Arbeitsspeicheranforderungen von Abfragen mit Sortieroperatoren erhöht. Dies kann sich auf die Speicherverfügbarkeit für andere, parallele Abfragen auswirken. 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: Wenn Sie dieses Ablaufverfolgungsflag verwenden, gehen Abfragespeicherdaten, die noch nicht an den Datenträger ausgegeben wurden, beim Herunterfahren ggf. verloren. 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 Ablaufverfolgungsflag nicht ordnungsgemäß verwenden, kann hohes Paging und schlechte Leistung auftreten. 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 |
| 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. 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 |
| 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 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 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 Cleanup-Vorgang 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 |
| 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: Die falsche Verwendung dieses Ablaufverfolgungsflags kann zusätzliche physische Lesevorgänge hervorrufen, wenn SQL Server Pläne ausführt, die den Operator für 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 zu reduzieren, sortiert SQL Server u. U. alle nicht gruppierten Indexdaten im Arbeitsspeicher und aktualisiert anschließend alle Indizes der Reihe nach. 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 | Aktiviert einen Fix, um einen Fehler bei der parallelen Wiederholung auf einem sekundären Replikat zu behandeln. Weitere Informationen finden Sie unter KB5004649. 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. Dieses Ablaufverfolgungsflag kann in einer begrenzten Zahl von Szenarien nützlich sein, primär um Probleme zu behandeln oder zu isolieren. 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 von einzufügenden Zeilen kleiner als 102.400 ist, verwendet die Datenbank-Engine BULK INSERT. 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 Ablaufverfolgungsflag der dynamische Speicherzuweisung aktiviert ist, kann ein Batchmodusoperator zusätzlichen Arbeitsspeicher anfordern und Überläufe zu tempdb verhindern, wenn zusätzlicher Speicher 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 Modells Legacy-Kardinalitätschätzung (CE). Wenn eine Datenbank das standardmäßige CE-Modell verwendet, können die Kardinalitätsschätzungen der äußeren Verknüpfung höher sein als die Kardinalität der Tabellen, die an der Verknüpfung beteiligt sind, wenn die Verbindungsprädikate aus Primärschlüsseln aus den Tabellen bestehen (z. B. Primärschlüssel für Fremdschlüsselverknüpfungen). 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 Ab SQL Server 2016 (13.x) Service Pack 1 müssen Sie einen USE HINT 'ASSUME_MIN_SELECTIVITY_FOR_FILTER_ESTIMATES'Abfragehinweis hinzufügen, anstatt das Ablaufverfolgungsflag zu verwenden, um dies auf Abfrageebene zu erreichen.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 KB3189675. Ab SQL Server 2016 (13.x) Service Pack 1 müssen Sie einen USE HINT 'ASSUME_JOIN_PREDICATE_DEPENDS_ON_FILTERS'Abfragehinweis hinzufügen, anstatt das Ablaufverfolgungsflag zu verwenden, um dies auf Abfrageebene zu erreichen.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 KB2801413. Informationen dazu, wie Sie dies ab SQL Server 2016 (13.x) auf Datenbankebene erreichen, finden Sie unter der Option LEGACY_CARDINALITY_ESTIMATION im Artikel ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL). Ab SQL Server 2016 (13.x) Service Pack 1 müssen Sie einen USE HINT 'FORCE_LEGACY_CARDINALITY_ESTIMATION'Abfragehinweis hinzufügen, anstatt das Ablaufverfolgungsflag zu verwenden, um dies auf Abfrageebene zu erreichen.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 Automatisches Initialisieren der Always On-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 unter 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 |
| 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 | Dieses Flag aktiviert eine standardmäßig nicht aktivierte Problembehebung für lange Wiederherstellungszeiten bei Datenbanken, wenn eine Datenbank über eine große Anzahl von arbeitsspeicheroptimierten Tabellen oder arbeitsspeicheroptimierten Tabellentypen verfügt und Blockierungen mit dem Wartetyp PREMPTIVE_OS_FINDFILE oder PREEMPTIVE_OS_CREATEDIRECTORY auftreten. Weitere Informationen finden Sie unter KB4090789 und KB4052338. 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 in SQL Server 2016 (13.x) ein Columnstore-Index neu organisiert wird, werden alle kleinen komprimierten Zeilengruppen automatisch in größeren komprimierten Zeilengruppen zusammengeführt, und alle Zeilengruppen mit einer große Anzahl von gelöschten Zeilen werden neu komprimiert. 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 bestimmte Abfragemuster verfügen, die Spalten enthalten, die nicht vom Standardindex abgedeckt werden, sollten 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 kann mehr Auslastung für DML-Vorgänge hervorrufen, 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. Weitere Informationen finden Sie unter KB5018050. 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. Dieses Ablaufverfolgungsflag kann beim Laden von 1.048.577 Zeilen in einen Columnstore bspw. zu mehr als einer komprimierten Zeilengruppe führen, wenn der Einfügevorgang im Parallelmodus 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 Azure Active Directory-Authentifizierung (Azure AD) 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 diese Option zusammen mit dem Ablaufverfolgungsflag 11631 aktiviert wird, liegt der Schwellenwert bei 1 % der aktuellen Anzahl von Zeilen in einer Zeilengruppe und nicht bei 1 % von einer Million 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. So kann APC Abfrageausführungen berücksichtigen, die möglicherweise länger ausgeführt werden oder aufgrund einer Planänderung anfällig für Timeouts 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“. Diese ursprüngliche Korrektur 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 Probleme mit der Datenbankbarrierefreiheit bei Kundenworkloads mit hohem Volumen, die EKM für die 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 |
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
- ALTER DATABASE SET-Optionen (Transact-SQL)
- ALTER DATABASE SCOPED CONFIGURATION (Transact-SQL)
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für