Zur Verbesserung der
Angenommen, Sie verwenden SQL Server 2017 unter Linux. In bestimmten Szenarien kann es in SQL Server zu Datenverlusten auf Systemen kommen, die volatile Caches verwenden. Der Verlust tritt auf, weil unvorhergesehene Umstände wie Stromausfall auftreten, bevor die zwischengespeicherten Daten auf ein stabiles Medium geschrieben werden. Um derartige Szenarien zu verhindern, wird ein erzwungener Flush -Mechanismus in Kumulatives Update 6 (CU6) für SQL Server 2017 unter Linux eingeführt. Wenn Ihr Speichersubsystem keine dauerhaften Schreibvorgänge über Leistungsverluste hinweg garantieren kann, empfehlen wir, CU6 für SQL Server 2017 unter Linux anzuwenden. Dieses Update ermöglicht Folgendes:
-
Der erzwungene Flush Verhalten beim Schreiben von Datenbankvorgängen wie Prüf Punkt-und Transaktionsprotokollen
-
Die KonfigurationseinstellungWriteThrough = 1und alternatewritethrough = 1 sind standardmäßig aktiviert. Mithilfe dieser Standardeinstellungen kann SQL Server sicherstellen, dass Schreibvorgänge dauerhaft auf Geräte blockiert werden. Alternative WriteThrough ist eine Option zum Optimieren der Dauerhaftigkeit von Anforderungen an das Dateisystem. Weitere Informationen zu den beiden Einstellungen finden Sie in der folgenden Tabelle:
|
Name |
Standard |
Beschreibung |
|
writethrough |
1 |
Gültige Werte sind 0 und 1. 1 = übersetzt FILE_FLAG_WRITE_THROUGH Anforderungen in O_DSYNC wird geöffnet. 0 = verhindert, dass die Übersetzung von FILE_FLAG_WRITE_THROUGH Anforderungen in O_DSYNC geöffnet wird. |
|
alternatewritethough |
1 |
Gültige Werte sind 0 und 1. 1 = ermöglicht das optimierte Flushing durch die Host Erweiterung für FILE_FLAG_WRITE_THROUGH Anforderungen. Schreiben (en) für Dateien optimieren (s) Anrufe an fdatasync für das Blockgerät. 0 = deaktiviert die Alternative Flush-Optimierung. Die Datei wird mithilfe von O_DSYNC geöffnet, und das zugrunde liegende Dateisystem führt die erforderlichen Schreib-, Flush-Anforderungen aus. Hinweis die alternatewritethrough-Einstellung gilt nur für WriteThrough = 1. |
Weitere Informationen
Weitere Informationen finden Sie unter bewährte Methoden für die Leistung und Konfigurationsrichtlinien für SQL Server 2017 unter Linux für die Verarbeitung von hochfrequenten Schreib Arbeitslasten und Empfehlungen für die Platzierung von Datenbankdateien.
SQL Server-Installationen, die auf Speichersystemen ausgeführt werden, die Schreibvorgänge garantieren,sind O_DIRECT sicherkönnen Ablaufverfolgungsflags (TF) 3979 aktivieren, um das erzwungene Flush -Verhalten zu deaktivieren und die alternatewritethrough -und WriteThrough -Optionen in MSSQL. conf auf NULL festzulegen. Dies gibt SQL Server zurück . 2017 to-CU6-Verhalten.
Hinweis Ein Speichersystem kann sicherstellen, dass alle zwischengespeicherten oder bereitgestellten Schreibvorgänge als sicher und haltbar angesehen werden, indem gewährleistet wird, dass Schreibvorgänge, die für das Gerät ausgestellt wurden, auf einem Medium aufbewahrt werden, das über Systemabstürze, Schnittstellen Rückstellungen und Stromausfälle verbleibt, und das Medium selbst Hardware redundant ist.
Nachfolgend finden Sie weitere Informationen zum Verhalten von SQL Server für Datei-e/a mit den folgenden Änderungen:
-
Datenbankdateien (MDF) und Transaktionsprotokolldateien (LDF) verwenden in CU6 nicht standardmäßig WriteThrough und alternatewritethrough, da Sie das erzwungene Flush -Verhalten verwenden. TF 3979 deaktiviert die Verwendung des erzwungenen Flush -Verhaltens für Datenbank-und Transaktionsprotokolldateien und verwendet die Logik WriteThrough und alternatewritethrough.
-
Andere Dateien, die mit FILE_FLAG_WRITE_THROUGH in SQL Server geöffnet werden, wie Datenbankmomentaufnahmen, interne Snapshots für Datenbankkonsistenzprüfungen (CHECKDB), Profiler-Ablaufverfolgungsdateien und erweiterte Ereignisablaufverfolgungs-Dateien, verwenden die WriteThrough-und alternatewritethrough-Optimierungen.
Fehlerbehebung
Dieses Update ist im folgenden kumulativen Update für SQL Server enthalten:
Jedes neue kumulative Update für SQL Server enthält alle Hotfixes und alle Sicherheitsupdates, die im vorherigen kumulativen Update enthalten waren. Schauen Sie sich die neuesten kumulativen Updates für SQL Server an:
Informationsquellen
Erfahren Sie mehr über die Terminologie, mit der Microsoft Softwareupdates beschreibt.
