Empfohlene Updates und Konfigurationsoptionen für SQL Server 2017 und 2016 mit leistungsstarken Workloads
In diesem Artikel wird eine Liste der Leistungsverbesserungen und Konfigurationsoptionen beschrieben, die für SQL Server 2016 und höhere Versionen verfügbar sind.
Ursprüngliche Produktversion: SQL Server 2017 unter Windows, SQL Server 2016
Ursprüngliche KB-Nummer: 4465518
Einführung
In diesem Artikel werden die Leistungsverbesserungen und -änderungen beschrieben, die für Microsoft SQL Server 2017 und SQL Server 2016 durch verschiedene Produktupdates und Konfigurationsoptionen verfügbar sind.
Es wird empfohlen, dass Sie diese Updates anwenden, um die Leistung von SQL Server Instanzen zu verbessern. Der Verbesserungsgrad hängt von verschiedenen Faktoren ab, einschließlich Workloadmuster, Konfliktpunkten, Prozessorlayout (Anzahl von Prozessorgruppen, Sockets, NUMA-Knoten und Kernen in einem NUMA-Knoten) und der Menge des verfügbaren Arbeitsspeichers im System.
Das SQL Server-Supportteam hat diese Updates und Konfigurationsänderungen verwendet, um angemessene Leistungssteigerungen für Kundenworkloads zu erzielen, die Hardwaresysteme verwenden, die mehrere NUMA-Knoten und viele Prozessoren umfassten. Das Supportteam wird diesen Artikel auch in Zukunft mit anderen Updates aktualisieren.
Definition: High-End-Systeme
Ein "High-End-System" verfügt in der Regel über mehrere Sockets, acht oder mehr Kerne pro Socket und ein halbes Terabyte oder mehr Arbeitsspeicher.
Anwenden empfohlener Updates und Verbessern SQL Server Leistung
Diese Empfehlungen zur Verbesserung der Leistung von SQL Server 2017 und SQL Server 2016 sind wie folgt in fünf Tabellen zusammengefasst:
- Tabelle 1 enthält die am häufigsten empfohlenen Updates und Ablaufverfolgungsflags für die Skalierbarkeit auf High-End-Systemen.
- Tabelle 2 enthält Empfehlungen und Anleitungen für andere Leistungsoptimierungen.
- Tabelle 3 enthält Informationen zu Änderungen des Verhaltens und der Standardeinstellungen in SQL 2017 und 2016.
- Tabelle 4 enthält weitere Skalierbarkeitskorrekturen, die zusammen mit einem kumulativen Update (CU) enthalten waren.
- Tabelle 5 enthält empfohlene Korrekturen und Konfigurationsrichtlinien für SQL Server Instanzen, die in einer Linux-Umgebung bereitgestellt werden.
Hinweis
Weitere Informationen finden Sie unter Häufig verwendete Regler zum Optimieren eines ausgelasteten SQL Server.
Wichtig
Wenn Sie die Ablaufverfolgungsflags aktiviert haben, stellen Sie sicher, dass Sie die Informationen in diesem Artikel überprüfen, nachdem Sie die Migration zu SQL Server 2017 oder SQL Server 2016 ausgeführt haben. Viele der in diesem Artikel aufgeführten Ablaufverfolgungsflags und Konfigurationsoptionen wurden in SQL Server 2017 und SQL Server 2016 zu Standardoptionen.
Tabelle 1. Wichtige Updates und Ablaufverfolgungsflags für High-End-Systeme
Überprüfen Sie die folgende Tabelle, und aktivieren Sie die Ablaufverfolgungsflags in der Spalte Ablaufverfolgungsflags, nachdem Sie sichergestellt haben, dass Ihre instance von SQL Server die Anforderungen in der Spalte Anwendbare Version und Buildbereiche erfüllt.
Hinweis
- Die anwendbare Version und der Build geben das spezifische Update an, in dem das Änderungs- oder Ablaufverfolgungsflag eingeführt wurde. Wenn kein CU angegeben ist, sind alle CUs im SP enthalten.
- Nicht anwendbare Version und Build gibt das spezifische Update an, in dem das Änderungs- oder Ablaufverfolgungsflag zum Standardverhalten wurde. Daher reicht die Anwendung dieses Updates aus, um die Vorteile zu erhalten.
Wichtig
Wenn Sie Fixes mit Ablaufverfolgungsflags in Always On Umgebungen aktivieren, beachten Sie, dass Sie die Fix- und Ablaufverfolgungsflags für alle Replikate aktivieren müssen, die Teil der Verfügbarkeitsgruppe sind.
| Szenario und Symptom, das berücksichtigt werden sollte | Ablaufverfolgungsflag | Anwendbare Version und Buildbereiche | Nicht anwendbare Version und Buildbereiche | Knowledge Base-Artikel oder Bloglink für weitere Details |
|---|---|---|---|---|
| Starke SOS_CACHESTORE Spinlockkonflikte oder Ihre Pläne werden häufig bei Ad-hoc-Abfrageworkloads entfernt. | T174 | SQL Server 2016 RTM zum aktuellen SP/CU SQL Server 2017 RTM zum aktuellen SP/CU | Keine | KB3026083 – KORREKTUR: SOS_CACHESTORE Spinlockkonflikte im Ad-hoc-SQL Server Plancache verursacht eine hohe CPU-Auslastung in SQL Server |
| Einträge im Plancache werden aufgrund von Vergrößerungen in anderen Caches oder Speicherbearbeitern entfernt. Hohe CPU-Auslastung aufgrund häufiger Neukompilierungen von Abfragen. | T8032 | SQL Server 2016 RTM zum aktuellen SP/CU SQL Server 2017 RTM zum aktuellen SP/CU | Keine | Dokumentation zu DBCC TRACEON – Ablaufverfolgungsflags (Transact-SQL). Weitere Informationen finden Sie im Abschnitt Verwaltung von Cachegrößen unter Plan Cache Internals. |
| tempdb wird häufig verwendet und weist viele Änderungen an den Daten in tempdb auf. Bei der Verwendung des indirekten Prüfpunkts für die tempdb-Datenbank treten planerische Meldungen auf, die keine Ergebnisse liefern. | T3468 | SQL Server 2016 SP1 CU5 zu aktuellem SP/CU SQL Server 2017 CU1 zum aktuellen SP/CU | Keine | Indirekter Prüfpunkt und tempdb – die guten, die schlechten und die nicht lieferndenScheduler-KB4040276 – KORREKTUR: Indirekte Prüfpunkte in der tempdb-Datenbank verursachen fehler "Nicht liefernder Scheduler" in SQL Server 2016 und 2017 |
| Häufige kurze Transaktionen treten in tempdb auf. Sie stellen fest, dass eine erhöhte CPU-Auslastung für diese Transaktionen nicht aktiviert ist. Common Criteria Compliance ist nicht aktiviert. | T3427 | SQL Server 2016 SP1 CU2 auf SQL Server 2016 SP2 CU2 | SQL Server 2017 RTM | KB3216543 – KORREKTUR: Workloads, die viele häufige, kurze Transaktionen in SQL Server 2016 und 2017 nutzen, verbrauchen möglicherweise mehr CPU als in SQL Server 2014 |
| Sie behandeln bestimmte Probleme mit der Abfrageleistung. Optimiererkorrekturen sind standardmäßig deaktiviert. |
T4199 | SQL Server 2016 RTM zum aktuellen SP/CU SQL Server 2017 RTM zum aktuellen SP/CU | Keine | KB974006 – SQL Server-Hotfix für das Ablaufverfolgungsflag 4199 des Abfrageoptimierer-Wartungsmodells Hinweis Anstelle des Ablaufverfolgungsflags 4199 auf Serverebene sollten Sie QUERY_OPTIMIZER_HOTFIXES oder Abfragehinweise ENABLE_QUERY_OPTIMIZER_HOTFIXES verwenden. |
| Der Abschluss von Statistikaufträgen dauert sehr lange. Mehrere Statistikupdateaufträge können nicht parallel ausgeführt werden. | T7471 | SQL Server 2016 RTM CU1 zu aktuellem SP/CU SQL Server 2017 RTM zum aktuellen SP/CU | Keine | KB3156157: Gleichzeitiges Ausführen mehrerer UPDATE STATISTICS für verschiedene Statistiken in einer einzelnen Tabelle Steigern der Leistung von Updatestatistiken mit SQL 2014 & SQL 2016 |
Tabelle 2. Allgemeine Überlegungen und bewährte Methoden zum Verbessern der Leistung Ihrer SQL Server instance
Sehen Sie sich den Inhalt des Knowledge Base-Artikels oder der Spalte "Onlinedokumentationsressource " an, und erwägen Sie die Implementierung der Anleitung in der Spalte Empfohlene Aktionen .
| Knowledge Base-Artikel oder Onlinedokumentationsressource | Empfohlene Aktionen |
|---|---|
| Konfigurieren der Serverkonfigurationsoption "Max. Grad an Parallelität" | Verwenden Sie die sp_configure gespeicherte Prozedur, um Konfigurationsänderungen für die Serverkonfigurationsoption max. Grad an Parallelität für Ihre instance SQL Server gemäß dem Knowledge Base-Artikel vorzunehmen. |
| Computekapazitätslimits nach Edition Die Lizenzkerneinschränkung für SQL Server 2012 | Enterprise Edition mit EINER CAL-Lizenzierung (Server and Client Access License) ist auf 20 Kerne pro SQL Server instance beschränkt. Für das Core-basierte Serverlizenzierungsmodell gibt es keine Einschränkungen. Erwägen Sie ein Upgrade Ihrer Edition von SQL Server auf die entsprechende SKU, um alle Hardwareressourcen zu verwenden. |
| Langsame Leistung unter Windows Server bei Verwendung des Energiesparplans mit Ausgeglichener Leistung | Lesen Sie den Artikel, und arbeiten Sie mit Ihrem Windows-Administrator zusammen, um eine der Lösungen zu implementieren, die im Abschnitt Lösung des Artikels aufgeführt sind. |
| Serverkonfigurationsoption "Optimieren für Ad-hoc-Workloads"ERZWUNGENE PARAMETRISIERUNG | Einträge im Plancache werden aufgrund von Vergrößerungen in anderen Caches oder Speicherbearbeitern entfernt. Möglicherweise tritt auch die Entfernung des Plancaches auf, wenn der Cache die maximale Anzahl von Einträgen erreicht. Zusätzlich zum oben beschriebenen Ablaufverfolgungsflag 8032 sollten Sie die Serveroption Optimierung für Ad-hoc-Workloads und die Datenbankoption FORCED PARAMETERIZATION in Betracht ziehen. |
| Reduzieren der Auslagerung des Pufferpoolspeichers in SQL Server Überlegungen zur Speicherkonfiguration und Größenanpassung in SQL Server 2012 und höheren Versionen |
Weisen Sie dem Startkonto des SQL-Diensts das Benutzerrecht Enable the Lock Pages in Memory Option (Windows) zu. Weitere Informationen finden Sie unter Aktivieren des Features "gesperrte Seiten" in SQL Server 2012. Legen Sie den maximalen Serverarbeitsspeicher auf ungefähr 90 Prozent des gesamten physischen Arbeitsspeichers fest. Stellen Sie sicher, dass die Einstellung Serverspeicherkonfigurationsoptionen nur für den Arbeitsspeicher von den Knoten verwendet wird, die für die Verwendung von Affinitätsmaskeneinstellungen konfiguriert sind. |
| SQL Server und große Seiten werden erläutert... | Erwägen Sie die Aktivierung des Ablaufverfolgungsflags 834 , wenn Sie über einen Server mit viel Arbeitsspeicher verfügen, insbesondere für eine Analytische oder Data Warehousing-Workload. Beachten Sie, dass die Interoperabilität von Columnstore-Indizes mit einem großen Seitenspeichermodell in SQL Server. |
| Abfrageleistungsprobleme im Zusammenhang mit einem großen Sicherheitscache Die Ausführung von Abfragen dauert länger, wenn die Größe des TokenAndPermUserStore-Caches in SQL Server DBCC TRACEON – Ablaufverfolgungsflags (Transact-SQL) |
Wenn der Sicherheitscache auf eine große Größe anwächst und Leistungsprobleme und Spinlockkonflikte auftreten, sollten Sie das Ablaufverfolgungsflag T4610 und T4618 aktivieren, um die maximale Größe von TokenAndPermuserStore zu reduzieren. |
| ALTER WORKLOAD GROUPKB3107401: Neue Optionen für die Speicherzuweisung für Abfragen (min_grant_percent und max_grant_percent) sind in SQL Server 2012 verfügbar | Wenn Sie viele Abfragen haben, die große Speicherzuweisungen aufgebraucht haben, reduzieren Sie request_max_memory_grant_percent für die Standardworkloadgruppe in der Konfiguration der Ressourcenkontrolle von der Standardeinstellung 25 Prozent auf einen niedrigeren Wert. Neue Optionen für die Speicherzuweisung für Abfragen sind in SQL Server verfügbar (min_grant_percent und max_grant_percent). |
| SQL 2016 – Es wird einfach schneller ausgeführt: Automatische TEMPDB-Konfiguration | Fügen Sie mehrere Datendateien gleicher Größe für die tempdb-Datenbank hinzu, wenn es sich um einen aktualisierten Server handelt. Bei neu installierten Installationen wird dies automatisch vom Setup ausgeführt. |
| TEMPDB: Dateien und Ablaufverfolgungsflags und Updates | Verwenden Sie tempdb-Optimierungen, und verbessern Sie die Skalierbarkeit, indem Sie DDL für temporäre Objekte vermeiden oder reduzieren. |
| Sofortige Dateiinitialisierung | Arbeiten Sie mit Ihrem Windows-Administrator zusammen, um dem SQL Server-Dienstkonto die Benutzerrechte Volumewartungsaufgaben ausführen gemäß den Informationen in der Onlinedokumentation zu gewähren. |
| Überlegungen zu den Einstellungen "automatische Vergrößerung" und "Automatisches Verkleinern" in SQL Server | Überprüfen Sie die aktuellen Einstellungen Ihrer Datenbank, und stellen Sie sicher, dass sie gemäß den Empfehlungen im Knowledge Base-Artikel konfiguriert sind. |
| Indirekte Prüfpunkte | Erwägen Sie die Aktivierung indirekter Prüfpunkte für Benutzerdatenbanken, um das E/A-Verhalten in SQL Server 2014 und 2012 zu optimieren. |
| SQL Server: Großer RAM und Db-Prüfpunkt | Erwägen Sie die Aktivierung indirekter Prüfpunkte für Benutzerdatenbanken, um das E/A-Verhalten in SQL Server 2014 und 2012 zu optimieren. Überprüfen Sie die erforderlichen Anpassungen für tempdb in der Referenz Indirekter Prüfpunkt und tempdb – der gute, der schlechte und der nicht liefernde Scheduler. |
| KB3009974 – KORREKTUR: Langsame Synchronisierung, wenn Datenträger unterschiedliche Sektorgrößen für primäre und sekundäre Replikatprotokolldateien in SQL Server AG- und Protokollverwaltungsumgebungen haben | Wenn Sie über eine Verfügbarkeitsgruppe verfügen, in der sich das Transaktionsprotokoll auf dem primären Replikat auf einem Datenträger mit einer Sektorgröße von 512 Byte befindet und sich das Transaktionsprotokoll des sekundären Replikats auf einem Laufwerk mit einer Sektorgröße von 4 K befindet, kann die Synchronisierung langsam sein. In diesem Fall sollte die Aktivierung von TF 1800 das Problem beheben. Weitere Informationen finden Sie unter Ablaufverfolgungsflag 1800. |
| Abfrageprofilerstellungsinfrastruktur KB3170113 -Update, um Abfrageausführungsstatistiken pro Operator in Showplan-XML und Erweitertes Ereignis in SQL Server 2014 SP2 verfügbar zu machen |
Wenn Ihr SQL Server noch nicht CPU-gebunden ist und ein Mehraufwand von 1,5 bis 2 Prozent für Ihre Workloads vernachlässigbar ist, empfehlen wir Ihnen, TF 7412 als Startablaufverfolgungsflag zu aktivieren. Dieses Flag ermöglicht die einfache Profilerstellung in SQL Server 2014 SP2 oder höher. Auf diese Weise können Sie die Problembehandlung für Liveabfragen in Produktionsumgebungen durchführen. |
| Identifizieren von Planauswahlregressionen mithilfe von AbfragespeicherAktivieren des besten Abfrageplans | Verwenden Sie das Abfragespeicherfeature, um Abfragen zu identifizieren, die zurückgestellt wurden oder eine schlechte Leistung aufweisen. Wenn die Abfrageleistungsprobleme aufgrund einer Kardinalitätsschätzung auftreten, wählen Sie die entsprechende CE-Version aus: datenbankbezogene Option LEGACY_CARDINALITY_ESTIMATION, Abfragehinweis LEGACY_CARDINALITY_ESTIMATION, Datenbankkompatibilitätsgrad oder Ablaufverfolgungsflag 9481. |
| Join-Kapselungsannahme in der neuen Kardinalitätsschätzung beeinträchtigt die Abfrageleistung | Werten Sie die Abfragen aus, die Joins und Filter verwenden, um die Auswirkungen der einfachen und basisbasierten Kapselung zu verstehen. Verwenden Sie das Ablaufverfolgungsflag 9476 für die einfache Kapselung anstelle des Basiseinschlusses, wenn Sie die Standardkardinalitätsschätzung verwenden. |
| Verbesserungen beim Kompatibilitätsgrad 130Verbesserungen beim Kompatibilitätsgrad 140 | Verwenden Sie den Datenbank-Kompatibilitätsgrad 130 oder höher, um von den folgenden Verbesserungen zu profitieren: Verwenden Sie den Datenbank-Kompatibilitätsgrad 140 oder höher, um von den folgenden Verbesserungen zu profitieren: |
| Bewährte Methode mit dem Abfragespeicher | Festlegen des Erfassungsmodus auf Auto Aktivieren Sie die Ablaufverfolgungsflags 7745 und 7752, um die Leistung von Abfragespeicher während Hochverfügbarkeits- und Notfallwiederherstellungsszenarien zu verbessern. Wenden Sie den Fix in KB4340759 – FIX: Langsame Leistung von SQL Server 2016 an, wenn Abfragespeicher aktiviert ist, wenn es zu Spinlockkonflikten im Abfragespeicher bei umfangreichen Workloads kommt. |
| SQL Server 2016/2017: Wiederholungsmodell und Leistung des sekundären Verfügbarkeitsgruppenreplikats | Wenn zu viele Wartezeiten (PARALLEL_REDO_TRAN_TURN, oder DIRTY_PAGE_TABLE_LOCK) auftreten, DPT_ENTRY_LOCKlesen Sie diesen Blog, um Korrekturmaßnahmen zu ergreifen (anwenden Sie die anwendbare Korrektur, bewerten Sie die geeignete Verwendung des Wiederholungsmodells). |
| KB2634571: Verbesserungen für den DBCC CHECKDB-Befehl können zu einer höheren Leistung führen, wenn Sie die Option PHYSICAL_ONLY verwenden. DBCC TRACEON – Ablaufverfolgungsflags Eine schnellere CHECKDB – Teil IV (SQL CLR UDTs) |
Wenn Sie DBCC CHECK-Befehle für große Datenbanken (mehrere TB-Größen) ausführen, sollten Sie die Verwendung der Ablaufverfolgungsflags T2562, T2549 und T2566 in Betracht ziehen. Unter der Option EXTENDED_LOGICAL_CHECK SQL Server 2016 befinden sich nun mehrere Überprüfungen. |
| Schutz SQL Server vor Angriffen auf Spectre- und Meltdown-Seitenkanalrisiken | Bewerten Sie sorgfältig die Leistung von Kernel Virtual Address Shadowing (KVAS), Kernel Page Table Indirection (KPTI) und Indirect Branch Prediction Mitigation (IBP) für verschiedene SQL Server Workloads in Ihrer Umgebung. |
Tabelle 3. Wichtige Änderungen, die in SQL Server 2017 und SQL Server 2016 eingeführt wurden
SQL Server 2017 und SQL Server 2016 enthält mehrere Verbesserungen in den Bereichen Skalierbarkeit und Leistung. Verschiedene Konfigurationsänderungen und Ablaufverfolgungsflags, die in SQL Server 2014 und SQL Server 2012 erforderlich sind, wurden in SQL Server 2017 und 2016 zum Standardverhalten. Diese Tabelle enthält eine Übersicht über alle Änderungen, die in SQL Server 2017 und SQL Server 2016 implementiert wurden.
| Bereich | Zusammenfassung der Änderung | Weitere Informationen und Referenzen |
|---|---|---|
| SQL-Engine | Häufig verwendete Ablaufverfolgungsflags, die in SQL Server 2016 und höheren Versionen von SQL Server entweder eingestellt oder nicht mehr benötigt werden: 8048, 8079, 9024, 1236, 1118, 1117, 6498, 8075, 3449, 6532, 6533, 6534. | SQL Server-Ablaufverfolgungsflags |
| Datenbankmodul | Neuerungen in der Datenbank-Engine – SQL Server 2017 | |
| Datenbankmodul | Wichtige Änderungen an Datenbank-Engine-Features in SQL Server 2016 | |
| Datenbankmodul | Wichtige Änderungen an Datenbank-Engine-Features in SQL Server 2017 | |
| Konvertierungen von Datentypen der Abfrageverarbeitung | SQL Server 2016 (13.x) enthält Verbesserungen bei einigen Datentypkonvertierungen und einigen (meist ungewöhnlichen) Vorgängen. | Weitere Informationen finden Sie unter verbesserungen SQL Server 2016 bei der Behandlung einiger Datentypen und ungewöhnlicher Vorgänge. |
| Verfügbarkeitsgruppe | Bei sekundären Datenbanken verwendet das automatische Initialisierungs-Seeding die Datenbankspiegelungsendpunkte, um den Datenbankinhalt an die sekundäre Datenbank zu streamen und anzuwenden. | SQLSweet16!, Episode 2: Automatisches Seeding für Verfügbarkeitsgruppen |
| Verfügbarkeitsgruppe | SQL Server 2016 verwendet weniger Kontextwechsel, wenn Protokollblöcke vom primären zum sekundären Server übertragen werden. | SQL 2016 – Es wird einfach schneller ausgeführt: Always On Kontextwechsel mit reduziertem ProtokolltransportSQL Server 2016 – Es wird einfach schneller ausgeführt: Always On Verfügbarkeitsgruppen turbogeladen |
| Verfügbarkeitsgruppe | SQL Server 2016 werden verbesserte Komprimierungsalgorithmen und die parallele Komprimierung von Protokollblockdaten verwendet. | SQL 2016 – Es wird einfach schneller ausgeführt: Always On parallele Komprimierung/Verbesserte Algorithmen |
| Verfügbarkeitsgruppe | SQL Server 2016 nutzt hardwarebasierte AES-NI-Verschlüsselungsfunktionen, um Always On Skalierbarkeit und Leistung des Protokollversands erheblich zu verbessern. | SQL 2016 – Es wird einfach schneller ausgeführt – Always On AES-NI-Verschlüsselung |
| Leistung | SQL Server 2016 erkennt die CPU-Funktionen für AVX oder SSE und verwendet die hardwarebasierten Vektorfunktionen, um die Skalierbarkeit und Leistung beim Komprimieren, Erstellen von Wörterbüchern und Verarbeiten von Columnstore-Daten zu verbessern. | SQL 2016 – Es wird einfach schneller ausgeführt: Column Store verwendet Vektoranweisungen (SSE/AVX) |
| Leistung | SQL Server 2016 nutzt CPU-Vektoranweisungen, um die Leistung von Masseneinfügungen zu verbessern. | SQL 2016 – Es wird einfach schneller ausgeführt – BULK INSERT verwendet Vektoranweisungen (SSE/AVX) |
| Leistung | SQL Server 2016 ermöglicht ... SELECT-Anweisung für den Betrieb mit Parallelität, die die Ladezeit der Daten erheblich reduziert. | SQLSweet16!, Episode 3: Parallel INSERT ... AUSWÄHLEN |
| Leistung | SQL Server 2016 ermöglicht den TRUNCATE-Vorgang für einzelne Partitionen einer Tabelle zum Archivieren älterer Partitionen. | SQLSweet16!, Episode 5: TRUNCATE Selected Partitions |
| Leistung | SQL Server 2016 passt die Größe des In-Memory Optimierten Datenbank-Workerpools nach Bedarf dynamisch an. | SQL 2016 – Es wird einfach schneller ausgeführt: In-Memory optimierter Datenbank-Workerpool |
| Tempdb | Zuordnungen sind tempdb, und Benutzerdatenbanken verwenden einheitliche vollständige Blöcke. Die Dateivergrößerung in tempdb erfolgt für alle Dateien gleichzeitig. | SQL 2016 – Es wird einfach schneller ausgeführt: Änderungen von -T1117 und -T1118 für TEMPDB und Benutzerdatenbanken |
| Tempdb | Das Datenbank-Engine-Setup berechnet automatisch die Anzahl der tempdb-Datendateien. | SQL 2016 – Es wird einfach schneller ausgeführt: Automatische TEMPDB-Konfiguration |
| Speicher | Die Datenbank-Engine verwendet 0xC0 Stempel anstelle von 0x00 für die Initialisierung der Transaktionsprotokolldatei. | SQL 2016 – Es wird einfach schneller ausgeführt: LDF-Gestempelt |
| Speicher | Bei großen Arbeitsspeicherservern und Umgebungen mit umfangreichen Schreibvorgängen ist die Leistung des indirekten Prüfpunkts besser. | SQL 2016 – Es wird einfach schneller ausgeführt: Standard für indirekte Prüfpunkte |
| Speicher | Hohe Transaktionsraten können davon profitieren, dass mehrere Logwriter den Protokollcache in das Transaktionsprotokoll leeren. | SQL 2016 – Es wird einfach schneller ausgeführt: Mehrere Protokollwriter-Worker |
| Sichern und Wiederherstellen | Sicherungen können für datenbankenkomprimiert werden, die mit TDE verschlüsselt wurden, wenn Sie MAXTRANSFERSIZE größer als 65536 angeben. | SQLSweet16!, Episode 1: Sicherungskomprimierung für TDE-fähige Datenbanken |
| SQL-Betriebssystem | Dynamisches Partitionieren von Speicherobjekten, um Speicherobjektkonflikte zu reduzieren. | SQL 2016 – Es wird einfach schneller ausgeführt: Partitionierung von dynamischen Speicherobjekten (CMemThread) |
| SQL-Betriebssystem | SQL Server 2016 überwacht die Quantennutzungsmuster von Workern, die es allen Mitarbeitern ermöglichen, eine faire Behandlung zu erhalten und die Skalierbarkeit zu verbessern. | SQL 2016 – Es wird einfach schneller ausgeführt: Aktualisierte Planungsalgorithmen |
| SQL-Betriebssystem | SQL Server 2016 fragt das Hardwarelayout ab und konfiguriert Soft NUMA automatisch auf Systemen, die 8 oder mehr CPUs pro NUMA-Knoten melden. Die Partitionierung löst verschiedene Anpassungen in der gesamten Datenbank-Engine aus, um die Skalierbarkeit und Leistung zu verbessern. | SQL 2016 – Es wird einfach schneller ausgeführt: Automatisches softes NUMA |
| DBCC CHECK | Geben Sie MAXDOP an, um Ressourcen zu verwalten, die vom DBCC CHECK-Befehl verwendet werden. | SQLSweet16!, Episode 6: DBCC CHECKDB mit MAXDOP |
| DBCC CHECK | DBCC CHECK verwendet einen verbesserten Seitenscanalgorithmus, der weniger Konflikte und erweiterte Read-Ahead-Funktionen bietet. | SQL 2016 – Es wird einfach schneller ausgeführt: DBCC skaliert 7x besser |
| DBCC CHECK | DBCC CHECK-Befehle dauern sehr lange, wenn SQL Server spezielle Datentypen und Indizes auswertet. Diese Überprüfungen wurden unter EXTENDED_LOGICAL_CHECKS Option verschoben. | SQL 2016 – Es wird einfach schneller ausgeführt: ERWEITERTE DBCC-Überprüfungen |
| Codepage | Bulk INSERT- oder bcp-Hilfsprogramme wurden verbessert, um UTF-8-Daten in eine Tabelle in SQL Server zu laden. | SQLSweet16!, Episode 10: "Ich kann Glas essen ..." aber kann ich es in eine Datenbank laden? |
| Räumliche | SQL Server 2016 werden die PInvoke- und PUnInvoke-Aktivitäten während der T-SQL-Ausführung für viele der räumlichen Methoden entfernt. | SQL 2016 – Es wird einfach schneller ausgeführt: Native räumliche Implementierung(en) |
| Räumliche | SQL Server 2016 verbessert die Skalierbarkeit von TVP, das räumliche Daten verwendet, indem native räumliche Überprüfungen verwendet werden. | SQL 2016 – Es wird einfach schneller ausgeführt: TVPs mit räumlichen Spalten |
| Räumliche | Die nativen und räumlichen Verbesserungen ermöglichen es SQL Server, die Indexerstellung und Tessellation räumlicher Daten zu optimieren. | SQL 2016 – Es wird einfach schneller ausgeführt: Räumliche Indexerstellung schneller |
| MSDTC | SQL Server 2016 startet MSDTC dynamisch nach Bedarf, sodass Ressourcen für andere Aktivitäten verwendet werden können, bis dies erforderlich ist. | SQL 2016– Nutzt den bedarfsgesteuerten MSDTC-Start |
| XEvent | Es werden verschiedene Änderungen an der Logik des XEvent Linq-Anbieters vorgenommen, um Kontextwechsel, Speicherbelegungen und andere Aspekte für ein schnelleres Rendern von Ereignissen zu reduzieren. | SQL 2016 – Es wird einfach schneller ausgeführt: XEvent Linq Reader |
Tabelle 4. Wichtige Fehlerbehebungen, die in einem CU enthalten sind
Überprüfen Sie die Beschreibung in der Spalte Symptome , und wenden Sie die erforderlichen Updates (vorzugsweise das neueste Update, das den spezifischen Fix enthält) in der Spalte Erforderliches Update in den entsprechenden Umgebungen an. Weitere Informationen zu den jeweiligen Problemen finden Sie im Knowledge Base-Artikel. Diese Empfehlungen erfordern nicht, dass Sie andere Ablaufverfolgungsflags als Startparameter aktivieren, es sei denn, dies ist explizit im Artikel oder in dieser Tabelle hervorgehoben. Die Anwendung des neuesten CU- oder Service Packs, das diese Korrekturen enthält, reicht aus, um den Vorteil zu erhalten.
Hinweis Der CU-Name in der Spalte Erforderliches Update stellt das erste CU SQL Server bereit, mit dem dieses Problem behoben wird. Ein kumulatives Update enthält alle Hotfixes und alle Updates, die zusammen mit dem vorherigen SQL Server Updaterelease enthalten waren. Wie in den Updates des SQL Server Inkrementellen Wartungsmodells erwähnt, empfiehlt es sich, das neueste kumulative Update in einem fortlaufenden proaktiven Rhythmus zu installieren, um die beschriebenen Probleme zu beheben oder zu verhindern. Beachten Sie außerdem, dass ab SQL Server 2017 das moderne Wartungsmodell für SQL Server eingeführt wurde, sodass keine Service Packs mehr verfügbar gemacht werden.
| Anwendbare Version | Bereich oder Komponente | Beschreibung des behobenen Problems | Empfohlenes Update |
|---|---|---|---|
| SQL Server 2016SQL Server 2017 | Sichern & Wiederherstellen | Die Protokollsicherung einer TDE-fähigen Datenbank schlägt fehl und gibt zeitweilig den Fehler 33111 zurück, wenn nach einer älteren Kopie des Zertifikats gesucht wird, die in der Vergangenheit zum Verschlüsseln des DEK verwendet wurde, wenn maxtransfersize verwendet wird. | FEHLERBEHEBUNG: Fehler 33111 und 3013 beim Sichern einer TDE-verschlüsselten Datenbank in SQL Server Kumulatives Update 2 für SQL Server 2017 Kumulatives Update 6 für SQL Server 2016 SP1 Kumulatives Update 9 für SQL Server 2016 |
| SQL Server 2016SQL Server 2017 | Sichern & Wiederherstellen | RESTORE HEADERONLY-Anweisung für eine TDE-komprimierte Sicherung, die in SQL Server | KORREKTUR: RESTORE HEADERONLY-Anweisung für eine TDE-komprimierte Sicherung, die langsam abgeschlossen ist in SQL Server Kumulatives Update 8 für SQL Server 2017 Kumulatives Update 1 für SQL Server 2016 SP2 |
| SQL Server 2016 | Sichern & Wiederherstellen | Fehler beim Komprimieren der Sicherungsdatei, wenn die Optionen INIT und COMPRESSION in einer TDE-fähigen Datenbank verwendet werden | KORREKTUR: Fehler beim Komprimieren der Sicherungsdatei, wenn die Optionen INIT und COMPRESSION in einer TDE-fähigen Datenbank in SQL Server 2016 verwendet werden Kumulatives Update 7 für SQL Server 2016 RTM CU 4 für SQL Server 2016 SP1 |
| SQL Server 2016 | Sichern & Wiederherstellen | Assertionsfehler beim Sichern einer großen mit TDE verschlüsselten Datenbank in SQL Server | Kumulatives Update 4 für SQL Server 2016 SP1 |
| SQL Server 2016 | Sichern & Wiederherstellen | Bei der Wiederherstellung tritt ein Fehler auf, wenn Sie eine Sicherung mithilfe von Komprimierung und Prüfsumme für eine TDE-fähige Datenbank durchführen. | FEHLERBEHEBUNG: Bei der Wiederherstellung tritt ein Fehler auf, wenn Sie eine Sicherung mithilfe von Komprimierung und Prüfsumme für eine TDE-fähige Datenbank in SQL Server 2016 durchführen. Kumulatives Update 7 für SQL Server 2016 RTM Kumulatives Update 4 für SQL Server 2016 SP1 |
| SQL Server 2016 | Sichern & Wiederherstellen | Fehler 9004, wenn Sie versuchen, eine komprimierte Sicherung aus mehreren Dateien für eine große TDE-verschlüsselte Datenbank in SQL Server | FEHLERBEHEBUNG: Fehler 9004, wenn Sie versuchen, eine komprimierte Sicherung aus mehreren Dateien für eine große TDE-verschlüsselte Sicherung wiederherzustellen Kumulatives Update 7 für SQL Server 2016 RTM |
| SQL Server 2016SQL Server 2017 | Sichern & Wiederherstellen | Langsame Wiederherstellungsleistung beim Wiederherstellen einer Sicherung mithilfe von Komprimierung für einen 4-K-Sektor in SQL Server | KB4088193 – KORREKTUR: Langsame Wiederherstellungsleistung beim Wiederherstellen einer komprimierten Sicherung auf einem Datenträger mit 4K Sektorgröße in SQL Server Kumulatives Update 9 für SQL Server 2016 SP1 Kumulatives Update 1 für SQL Server 2016 SP2 Kumulatives Update 7 für SQL Server 2017 |
| SQL Server 2016SQL Server 2017 | Sichern & Wiederherstellen [VDI] | Die Wiederherstellung einer TDE-komprimierten Sicherung ist bei Verwendung des VDI-Clients nicht erfolgreich. | Kumulatives Update 7 für SQL Server 2017 Kumulatives Update 1 für SQL Server 2016 SP2 Kumulatives Update 9 für SQL Server 2016 SP1 |
| SQL Server 2016SQL Server 2017 | Sichern & Wiederherstellen [VDI] | Beim Wiederherstellen einer sicherungskomprimierten, TDE-fähigen Datenbank über die VDI-Schnittstelle tritt ein Fehler auf und gibt den Betriebssystemfehler 38 zurück. | Kumulatives Update 8 für SQL Server 2017 [VSTS-Fehler # 10936552] SQL Server 2016 SP2 RTM [VSTS-Fehler # 10698847] |
| SQL Server 2016SQL Server 2017 | Sichern & Wiederherstellen [VSS] | Bei der Sicherung der Verfügbarkeitsdatenbank über eine VSS-basierte Anwendung kann in SQL Server | FIX: Bei der Sicherung der Verfügbarkeitsdatenbank über eine VSS-basierte Anwendung kann in SQL Server ein Fehler auftreten. Kumulatives Update 1 für SQL Server 2017 Kumulatives Update 9 für SQL Server 2016 RTM Kumulatives Update 5 für SQL Server 2016 SP1 Kumulatives Update 8 für SQL Server 2014 SP2 |
| SQL Server 2016SQL Server 2017 | Sichern & Wiederherstellen | TDE-fähige Sicherungen und Wiederherstellungen sind langsam, wenn der Verschlüsselungsschlüssel in einem EKM-Anbieter in SQL Server | TDE-fähige Sicherung und Wiederherstellung langsam, wenn der Verschlüsselungsschlüssel in EKM gespeichert ist Kumulatives Update 8 für SQL Server 2017 Kumulatives Update 1 für SQL Server 2016 Service Pack 2 Kumulatives Update 9 für SQL Server 2016 Service Pack 1 |
| SQL Server 2016SQL Server 2017 | columnstore der Always On-Verfügbarkeitsgruppe | Abfragen, die Daten mithilfe einer nicht gruppierten Indexsuche abrufen, dauern länger. | KORREKTUR: Datenabrufabfragen mit nicht gruppierter Indexsuche dauern in SQL Server Kumulatives Update 2 für SQL Server 2017 Kumulatives Update 6 für SQL Server 2016 Service Pack 1 Kumulatives Update 9 für SQL Server 2016 |
| SQL Server 2016SQL Server 2017 | Always On AG | Die parallele Wiederholung in einem sekundären Replikat einer Verfügbarkeitsgruppe, die Heaptabellen enthält, generiert ein Laufzeit-Assert-Speicherabbild, oder der Server, der SQL Server ausgeführt wird, stürzt ab und gibt einen Zugriffsfehler zurück. | FEHLERBEHEBUNG: Die parallele Wiederholung in einem sekundären Replikat einer Verfügbarkeitsgruppe, die Heaptabellen enthält, generiert ein Laufzeit-Assert-Speicherabbild, oder die SQL Server stürzt mit einem Zugriffsfehler ab. Kumulatives Update 9 für SQL Server 2016 SP1 Kumulatives Update 1 für SQL Server 2016 SP2 Kumulatives Update 6 für SQL Server 2017 |
| SQL Server 2016 | Always On AG | Die Assertion tritt auf, wenn Sie die parallele Wiederholung in einem sekundären Replikat einer SQL Server Always On Verfügbarkeitsgruppe verwenden. | FIX: Die Assertion tritt auf, wenn Sie die parallele Wiederholung in einem sekundären Replikat einer SQL Server Always On Verfügbarkeitsgruppe verwenden. Kumulatives Update 3 für SQL Server 2016 |
| SQL Server 2016SQL Server 2017 | Always On AG | Die Leistung für eine Always On-Verfügbarkeitsgruppe ist langsam, wenn Sie eine Leseabfrage verarbeiten | KORREKTUR: Always On Verfügbarkeitsgruppe langsam bei der Verarbeitung von Leseabfragen in SQL Server Kumulatives Update 8 für SQL Server 2017 Kumulatives Update 1 für SQL Server 2016 SP2 Kumulatives Update 9 für SQL Server 2016 SP1 |
| SQL Server 2017 | Always On AG | Verbesserung zur Reduzierung der Failoverdauer für eine Verfügbarkeitsgruppe in SQL Server für Linux | Verbesserung zur Reduzierung der Failoverdauer für eine Verfügbarkeitsgruppe in SQL Server für Linux Kumulatives Update 8 für SQL Server 2017 |
| SQL Server 2017 | Always On AG | Verbesserungen für Always On Verfügbarkeitsgruppen in einem Pacemaker-Cluster in SQL Server | Verbesserungen für Always On Verfügbarkeitsgruppen in einem Pacemaker-Cluster in SQL Server Kumulatives Update 8 für SQL Server 2017 |
| SQL Server 2016 | Arbeitsspeicher | Paralleles Wiederholen verursacht eine hohe Arbeitsspeicherauslastung | KORREKTUR: Parallele Wiederholung verursacht eine hohe Arbeitsspeicherauslastung in SQL Server 2016, wenn sie mit SQL Server 2014 oder früheren Versionen verglichen wird Kumulatives Update 3 für SQL Server 2016 SP1 |
| SQL Server 2016SQL Server 2017 | Arbeitsspeicher | sp_execute_external_script und DMV-sys.dm_exec_cached_plans führen zu Speicherverlusten | FIX: Gespeicherte Systemprozeduren sp_execute_external_script und DMV-sys.dm_exec_cached_plans führen zu Speicherverlusten in SQL Server 2017 und 2016 Kumulatives Update 4 für SQL Server 2017 Kumulatives Update 8 für SQL Server 2016 SP1 |
| SQL Server 2016SQL Server 2017 | Arbeitsspeicher | Fehler bei unzureichendem Arbeitsspeicher, wenn der virtuelle Adressraum des SQL Server Prozesses niedrig ist | Fehler nicht genügend Arbeitsspeicher, wenn der virtuelle Adressraum des SQL Server Prozesses in SQL Server Kumulatives Update 4 für SQL Server 2017 Kumulatives Update 8 für SQL Server 2016 SP1 |
| SQL Server 2016 | Arbeitsspeicher | Speicherverlust tritt auf, wenn Sie Azure Storage in SQL Server | Ein Speicherverlust tritt auf, wenn Sie Azure Storage in SQL Server 2014 oder 2016 verwenden Kumulatives Update 5 für SQL Server 2016 RTM Kumulatives Update 2 für SQL Server 2016 SP1 Kumulatives Update 2 für SQL Server 2016 |
| SQL Server 2016SQL Server 2017 | In-Memory-OLTP | Große Datenträgerprüfpunkte werden für eine Speicheroptimierte Dateigruppe verwendet. | FIX: Große Datenträgerprüfpunkte werden für eine In-Memory optimierte Dateigruppe bei umfangreichen Workloads ohne In-Memory-Auslastung verwendet. Kumulatives Update 6 für SQL Server 2017 Kumulatives Update 8 für SQL Server 2016 SP1 Kumulatives Update 1 für SQL Server 2016 |
| SQL Server 2016 | In-Memory-OLTP | Prüfpunktdateien werden stark vergrößert, wenn Sie Daten in speicheroptimierte Tabellen einfügen | FIX: Prüfpunktdateien werden beim Einfügen von Daten in speicheroptimierte Tabellen in SQL Server 2016 übermäßig vergrößert Kumulatives Update 2 für SQL Server 2016 SP1 Kumulatives Update 4 für SQL Server 2016 |
| SQL Server 2016SQL Server 2017 | In-Memory-OLTP | Die Wiederherstellung einer Datenbank dauert lange, wenn sie speicheroptimierte Tabellen enthält. | Das Wiederherstellen einer Datenbank mit speicheroptimierten Tabellen dauert in SQL Server 2017 und 2016 sehr lange. Kumulatives Update 4 für SQL Server 2017 Kumulatives Update 7 für SQL Server 2016 SP1 |
| SQL Server 2016SQL Server 2017 | tempdb | Verbesserung des PFS-Seiten-Roundrobin-Algorithmus | Verbesserung des PFS-Roundrobin-Algorithmus in SQL Server 2016 Kumulatives Update 7 für SQL Server 2017 Kumulatives Update 1 für SQL Server 2016 SP2 Kumulatives Update 9 für SQL Server 2016 SP1 |
| SQL Server 2016SQL Server 2017 | tempdb | Leistungsprobleme treten in Form von PAGELATCH_EX und PAGELATCH_SH Waits in TempDB(sys.sysobjvalues and sysseobjvalues) auf. | Leistungsprobleme treten in Form von PAGELATCH_EX und PAGELATCH_SH Wartevorgängen auf Kumulatives Update 1 für SQL Server 2016 Service Pack 2 Kumulatives Update 9 für SQL Server 2016 Service Pack 1 |
| SQL Server 2016SQL Server 2017 | tempdb | Starke tempdb-KonflikteTemp-Tabellenänderung mit benannten Einschränkungen erfordert ein synchrones Löschen der temporären Tabelle. | Starke tempdb-Konflikte treten in SQL Server 2016 oder 2017 auf Kumulatives Update 5 für SQL Server 2017 Kumulatives Update 8 für SQL Server 2016 SP1 |
| SQL Server 2017 | tempdb | PAGELATCH_EX Konflikte beim Entfernen temporärer Objekte (sys.sysobjvalues) | FEHLERBEHEBUNG: PAGELATCH_EX Konflikte beim Entfernen temporärer Objekte in SQL Server Kumulatives Update 5 für SQL Server 2017 |
| SQL Server 2016 | tempdb | Erhöhte PAGELATCH_EX Konflikte in sys.sysobjvalues | KORREKTUR: Erhöhte PAGELATCH_EX Konflikte in sys.sysobjvalues im SQL Server 2016 Kumulatives Update 6 für SQL Server 2016 RTM Kumulatives Update 2 für SQL Server 2016 Service Pack 1 |
| SQL Server 2016SQL Server 2017 | tempdb | Indirekte Prüfpunkte in der tempdb-Datenbank verursachen den Fehler "Scheduler ohne Ergebnis" | FEHLERBEHEBUNG: Indirekte Prüfpunkte in der tempdb-Datenbank verursachen den Fehler "Scheduler ohne Ergebnis" in SQL Server 2017 und 2016 Kumulatives Update 1 für SQL Server 2017 Kumulatives Update 5 für SQL Server 2016 Service Pack 1 Kumulatives Update 8 für SQL Server 2016 |
| SQL Server 2016SQL Server 2017 | tempdb | Workloads, die viele häufige, kurze Transaktionen verwenden, verbrauchen möglicherweise mehr CPU | Workloads, die viele häufige, kurze Transaktionen in SQL Server 2017 und 2016 nutzen, verbrauchen möglicherweise mehr CPU als in SQL Server 2014 Kumulatives Update 4 für SQL Server 2017 Kumulatives Update 2 für SQL Server 2016 SP1 |
| SQL Server 2016SQL Server 2017 | Transaktionsprotokoll | Fehler 9002, wenn nicht genügend Speicherplatz für die kritische Protokollvergrößerung vorhanden ist | KB4087406 – KORREKTUR: Fehler 9002, wenn in SQL Server 2014, 2016 und 2017 kein ausreichender Speicherplatz für die kritische Protokollvergrößerung vorhanden ist Kumulatives Update 5 für SQL Server 2017 Kumulatives Update 1 für SQL Server 2016 SP2 Kumulatives Update 8 für SQL Server 2016 SP1 Kumulatives Update 11 für SQL Server 2014 SP2 |
| SQL Server 2016 | Sicherheitscache | Hohe CPU-Auslastung verursacht Leistungsprobleme in SQL Server 2016 Hohe Spinlockkonflikte für SECURITY_CACHE und CMED_HASH_SET SQLSweet16!, Episode 8: How SQL Server 2016 Cumulative Update 2 (CU2) can improve performance of highly concurrent workloads | KB3195888 – KORREKTUR: Hohe CPU-Auslastung verursacht Leistungsprobleme in SQL Server 2016 und 2017 Kumulatives Update 2 für SQL Server 2016 |
| SQL Server 2017 | Abfragespeicher | Zugriffsverletzung tritt auf, wenn Abfragespeicher Laufzeitstatistiken sammelt | Zugriffsverletzung, wenn Abfragespeicher Laufzeitstatistiken in SQL Server 2017 sammelt Kumulatives Update 5 für SQL Server 2017 |
| SQL Server 2016 | Abfragespeicher | Abfragespeicher automatischen Datenbereinigung schlägt bei anderen Editionen als Enterprise und Developer Edition fehl. | Abfragespeicher automatische Datenbereinigung schlägt bei anderen Editionen als Enterprise und Developer Edition von SQL Server 2016 fehl Kumulatives Update 1 für SQL Server 2016 |
| SQL Server 2016 | Abfragespeicher | Langsame Leistung von SQL Server, wenn Abfragespeicher aktiviert ist | KB4340759 – FIX: Langsame Leistung von SQL Server 2016, wenn Abfragespeicher aktiviert ist Kumulatives Update 2 für SQL Server 2016 SP2 |
Tabelle 5: Empfohlene Verbesserungen, Korrekturen und Konfigurationsrichtlinien für SQL Server in einer Linux-Umgebung
Diese Tabelle ist eine Kompilierung aller wichtigen Verbesserungen, Empfehlungen und Codeänderungen, die in kumulativen Updates veröffentlicht wurden, nachdem SQL Server 2017 veröffentlicht wurde. Überprüfen Sie die Beschreibung in der Spalte Symptome , und wenden Sie die erforderlichen Updates (vorzugsweise das neueste Update, das den spezifischen Fix enthält) in der Spalte Erforderliches Update in den entsprechenden Umgebungen an. Weitere Informationen zu den jeweiligen Problemen finden Sie im aufgeführten Knowledge Base-Artikel.
Diese Empfehlungen erfordern nicht, dass Sie andere Ablaufverfolgungsflags als Startparameter aktivieren, es sei denn, dies ist explizit im Artikel oder in dieser Tabelle hervorgehoben. Die Anwendung des neuesten kumulativen Updates oder Service Packs, das diese Korrekturen enthält, reicht aus, um den Vorteil zu erhalten. Wenn Sie Always On Verfügbarkeitsgruppe in SQL Server für Linux verwenden, aktualisieren Sie SQL Server 2017 auf kumulatives Update 8 oder höher, da in diesem Update mehrere Verbesserungen bereitgestellt wurden. Hinweis Der CU-Name in der Spalte Erforderliches Update stellt das erste kumulative Update von SQL Server bereit, das dieses Problem behebt. Ein kumulatives Update enthält alle Hotfixes und alle Updates, die im vorherigen SQL Server Updaterelease enthalten waren. Wie in den Updates des SQL Server Inkrementellen Wartungsmodells erwähnt, wird jetzt empfohlen, das neueste kumulative Update in einem fortlaufenden proaktiven Rhythmus zu installieren, um die beschriebenen Probleme zu beheben oder zu verhindern. Beachten Sie außerdem, dass ab SQL Server 2017 das moderne Wartungsmodell für SQL Server eingeführt wurde, sodass keine Service Packs mehr verfügbar gemacht werden.
| Zusammenfassung der Änderung oder Verbesserung | Weitere Informationen und Referenzen |
|---|---|
| SQL und Betriebssystem: Überprüfen Sie die verschiedenen Empfehlungen zu bewährten Methoden für das Betriebssystem und SQL Server bei der Bereitstellung von SQL Server für Linux | Bewährte Methoden für die Leistung und Konfigurationsrichtlinien für SQL Server für Linux |
| SQL-Agent Verbesserung: SQL Server-Agent Aufträge können gestartet werden, ohne auf die Wiederherstellung aller Datenbanken zu warten. | SQL Server-Agent Aufträge können gestartet werden, ohne auf die Wiederherstellung aller Datenbanken in SQL Server 2017 unter Linux zu warten. Kumulatives Update 9 für SQL Server 2017 |
| Speicher Verbesserung: Aktivieren des Mechanismus zum erzwungenen Leeren in SQL Server 2017 | Aktivieren des Mechanismus für erzwungene Leerung in SQL Server 2017 unter Linux Kumulatives Update 6 für SQL Server 2017 |
| Speicher Verbesserung: Verschieben master Datenbank- und Fehlerprotokolldatei an einen anderen Speicherort | KB4053439 – Verbesserung: Verschieben master Datenbank- und Fehlerprotokolldatei an einen anderen Speicherort in SQL Server 2017 unter Linux Kumulatives Update 4 für SQL Server 2017 |
| AG Verbesserung: Verbesserungen für Always On Verfügbarkeitsgruppen in einem Pacemaker-Cluster in SQL Server | KB4339875: Verbesserungen für Always On Verfügbarkeitsgruppen in einem Pacemaker-Cluster in SQL Server Kumulatives Update 8 für SQL Server 2017 |
| Speicher Verbesserung: Mindestspeicherlimit auf 2 GB festgelegt, um SQL Server zu installieren oder zu starten | KB4052969 – FIX: Mindestspeicherlimit auf 2 GB festgelegt, um SQL Server 2017 zu installieren oder zu starten Kumulatives Update 2 für SQL Server 2017 |
| Speicher FIX: Die Speicher-Hochlaufphase ist nach der Aktivierung von TF 834 zu lang. | KB4075203 – KORREKTUR: Die Speicherphase ist zu lang, nachdem TF 834 in SQL Server 2017 unter Linux aktiviert wurde. Kumulatives Update 4 für SQL Server 2017 |
| Planung FIX: Portabilität und Leistung unterscheiden sich zwischen Windows- und Linux-Planerzuordnungen in SQL Server 2017 | KB4043455 – FIX: Portabilität und Leistung unterscheiden sich zwischen Windows- und Linux-Planerzuordnungen in SQL Server 2017 Kumulatives Update 1 für SQL Server 2017 |
| AD-Authentifizierung KORREKTUR: Es kann keine Anmeldung basierend auf einem Benutzer erstellt werden, der zur übergeordneten Domäne gehört. | KB4073670 – KORREKTUR: Es kann keine Anmeldung basierend auf einem Benutzer erstellt werden, der zur übergeordneten Domäne in SQL Server 2017 unter Linux gehört. Kumulatives Update 4 für SQL Server 2017 |
| AD-Authentifizierung Update: Verbessert die Leistung von SQL Server, indem eingeschränkt wird, welche KDC in geografisch großen Netzwerken kontaktiert werden kann. | KB4463314 – Update verbessert die Leistung von SQL Server, indem eingeschränkt wird, welche KDC in geografisch großen Netzwerken kontaktiert werden können Kumulatives Update 11 für SQL Server 2017 |
| AD-Authentifizierung FEHLERBEHEBUNG: SQL Server stürzt ab, wenn Sie Active Directory-Drittanbieter verwenden | KB4466962 – KORREKTUR: SQL Server 2017 stürzt ab, wenn Sie Active Directory-Drittanbieter verwenden Kumulatives Update 12 für SQL Server 2017 |
| TSQL FIX: NEWSEQUENTIALID-Funktion generiert doppelte GUID, nachdem SQL Server neu gestartet wurde | KB4078097 – FIX: DIE FUNKTION NEWSEQUENTIALID generiert doppelte GUID, nachdem SQL Server 2017 unter Linux neu gestartet wurde Kumulatives Update 4 für SQL Server 2017 |
| Connections FIX: Unerwarteter Speicherverbrauch bei Verwendung von TCP-Protokollverbindungen | KB4073045 – FIX: Unerwarteter Speicherverbrauch, wenn TCP-Protokollverbindungen für SQL Server 2017 unter Linux verwendet werden Kumulatives Update 4 für SQL Server 2017 |
| Connections FIX: Fehler bei der Namensauflösung tritt auf, wenn IPv6 beim Start deaktiviert ist | KB4053392 – KORREKTUR: Fehler bei der Namensauflösung tritt auf, wenn IPv6 beim Start in SQL Server 2017 unter Linux deaktiviert wird Kumulatives Update 2 für SQL Server 2017 |
| Connections FIX: SQL Server lauscht nicht auf nicht standardmäßige IP-Adressen, die vom mssql-conf-Skript angegeben wurden. | KB4053393 – KORREKTUR: SQL Server 2017 unter Linux lauscht nicht auf nicht standardmäßige IP-Adressen, die vom mssql-conf-Skript angegeben wurden. Kumulatives Update 2 für SQL Server 2017 |
| Setup KORREKTUR: Skriptupgradefehler beim Anwenden von CU | Fehler beim Upgrade von SQL Server 2017 CU4 oder höher und beim Nicht-Aktivieren des SQL-Agents unter Linux Kumulatives Update 6 für SQL Server 2017 |
| Datenbank-E-Mail FIX: Datenbank-E-Mail kann keine Verbindung mit SQL Server herstellen, wenn ein nicht standardmäßiger TCP-Port verwendet wird. | KB4100873 – FIX: Datenbank-E-Mail kann keine Verbindung mit SQL Server 2017 unter Linux herstellen, wenn ein nicht standardmäßiger TCP-Port verwendet wird. Kumulatives Update 6 für SQL Server 2017 |
| Container FIX: Der SQL Server Linux-Docker-Container kann nicht mit dem Befehl "docker stop" beendet werden. | KB4093805 – FIX: Der SQL Server Linux-Docker-Container kann nicht mit dem Befehl "docker stop" beendet werden Kumulatives Update 5 für SQL Server 2017 |
| Container FEHLERBEHEBUNG: Fehler bei nicht genügend Arbeitsspeicher beim Ausführen von SQL Server in einem Linux-Docker-Container | KB4347055 – BEHEBUNG: Fehler mit nicht genügend Arbeitsspeicher beim Ausführen von SQL Server 2017 in einem Linux-Docker-Container Kumulatives Update 10 für SQL Server 2017 |
| Verfügbarkeitsgruppe: Wenn Sie das Pacemaker-Paket 1.1.18-11.el7 oder höher verwenden, passen Sie die Eigenschaft start-failure-is-fatal an. | KB4229789: Kumulatives Update 7 für SQL Server 2017 Weitere Informationen finden Sie im Abschnitt Pacemaker-Hinweis . |
| AG FEHLERBEHEBUNG: Pacemaker kann die Ressourcen-Agent-Prozesse beenden, wenn ein Vorgangsout auftritt. | KB4460203 – FIX: Pacemaker kann die Ressourcen-Agent-Prozesse beenden, wenn in SQL Server 2017 Always On Verfügbarkeitsgruppe ein Zeitüberschreitung auftritt. Kumulatives Update 11 für SQL Server 2017 |
| AG FIX: Zwei SQL Server-Instanzen sind das primäre Replikat einer Verfügbarkeitsgruppe. | KB4316791 – KORREKTUR: Zwei SQL Server-Instanzen sind das primäre Replikat einer Verfügbarkeitsgruppe in SQL Server Kumulatives Update 8 für SQL Server 2017 |
| AG FIX: Unnötiges Failover bei Verwendung Always On Verfügbarkeitsgruppe | KB4056922 – FIX: Unnötiges Failover bei Verwendung Always On Verfügbarkeitsgruppe in SQL Server 2017 unter Linux Kumulatives Update 3 für SQL Server 2017 |
| AG FIX: Pacemaker degradiert vorhandenes primäres Replikat einer Always On-Verfügbarkeitsgruppe und fördert nie ein neues Replikat. | KB4076982 – FIX: Pacemaker degradiert vorhandenes primäres Replikat einer Always On AG in SQL Server 2017 unter Linux und fördert nie ein neues Replikat. Kumulatives Update 4 für SQL Server 2017 |
| AG FEHLERBEHEBUNG: Pacemaker höherst ein nicht synchronisiertes Replikat zum primären Replikat, wenn Sie Always On AG verwenden | KB4091722 – FIX: Pacemaker stuft ein nicht synchronisiertes Replikat auf das primäre Replikat hoch, wenn Sie Always On AG in SQL Server 2017 unter Linux verwenden. Kumulatives Update 5 für SQL Server 2017 |
| AG FIX: Pacemaker-Heraufstufung des lokalen Replikats zum primären Replikat schlägt fehl, wenn Always On AG verwendet wird | KB4230542 – KORREKTUR: Die Pacemaker-Heraufstufung des lokalen Replikats zum primären Replikat schlägt fehl, wenn Always On Ag in SQL Server 2017 verwendet wird. Kumulatives Update 7 für SQL Server 2017 |
| AG FIX: Zeitüberschreitung beim Starten einer Datenbank, die zu einer Verfügbarkeitsgruppe gehört | KB4316790 – FIX: Beim Start einer Datenbank, die zu einer Verfügbarkeitsgruppe gehört, SQL Server für Linux Kumulatives Update 8 für SQL Server 2017 |
| AG FEHLERBEHEBUNG: Unnötige Failover treten auf, wenn eine SQL Server-Failoverclusterinstanz oder Always On-Verfügbarkeitsgruppe von Pacemaker verwaltet wird. | KB4316793 – KORREKTUR: Es treten unnötige Failover auf, wenn eine SQL Server 2017-Failoverclusterinstanz oder Always On-Verfügbarkeitsgruppe von Pacemaker verwaltet wird. Kumulatives Update 8 für SQL Server 2017 |
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