Améliore
Supposez que vous utilisez SQL Server 2017 sur Linux. Dans certains scénarios, SQL Server risque de perdre des données sur les systèmes qui utilisent des caches volatils. La perte survient en raison de circonstances inattendues, telles que les pannes de courant, avant que les données mises en cache soient écrites sur un média stable. Pour éviter ce type de scénario, un mécanisme de vidage forcé est introduit dans la mise à jour cumulative 6 (CU6) pour SQL Server 2017 sur Linux. Si votre sous-système de stockage ne peut pas garantir les écritures durables sur une perte d’alimentation, nous vous recommandons d’appliquer CU6 pour SQL Server 2017 pour Linux. Cette mise à jour permet les actions suivantes :
-
Le vidage forcé comportement lors de l’activité d’écriture de base de données, comme les écritures Checkpoint et journal des transactions.
-
Paramètre de configurationWriteThrough = 1et alternatewritethrough = 1options par défaut. Ces paramètres par défaut permettent à SQL Server de s’assurer que les écritures sont purgées pour bloquer les appareils. Alternate writethrough L’option alternatif de WriteThrough permet d’optimiser les demandes de purge de durabilité dans le système de fichiers. Pour plus d’informations sur les deux paramètres, consultez le tableau suivant :
|
Nom |
Valeur par défaut |
Description |
|
writethrough |
1 |
Les valeurs valides sont comprises entre 0 et 1. 1 = translate FILE_FLAG_WRITE_THROUGH demandes dans O_DSYNC s’ouvre. 0 = permet d’empêcher la traduction de demandes de FILE_FLAG_WRITE_THROUGH vers O_DSYNC s’ouvre. |
|
alternatewritethough |
1 |
Les valeurs valides sont comprises entre 0 et 1. 1 = permet un vidage optimisé par l’extension hôte pour les demandes FILE_FLAG_WRITE_THROUGH. Les écritures sur le ou les fichiers sont des fdatasync pour le périphérique en bloc. 0 = désactive l’optimisation de l’annulation du vidage. Le fichier est ouvert à l’aide de O_DSYNC et le système de fichiers sous-jacent effectue les demandes d’écriture et de vidage nécessaires. Notez que le paramètre alternatewritethrough s’applique uniquement lorsque WriteThrough = 1. |
Informations supplémentaires
Pour plus d’informations, reportez-vous à la rubrique meilleures pratiques et recommandations en matière de performances pour SQL Server 2017 sur Linux pour gérer les recommandations en matière de réinitialisation et de placement des fichiers de base de données.
Les installations SQL Serverexécutées sur des systèmes de stockage qui garantissent la sécurité des écritures sont O_DIRECT sécuritépeuvent activer l’indicateur de suivi (TF) 3979 pour désactiver le comportement de vidage forcé et définir les optionsalternatewritethrough et WriteThrough dans MSSQL. conf sur zéro. Cela renvoie SQL Server 2017 toCU6.
Préliminaire Un système de stockage peut veiller à ce que toutes les écritures mises en cache ou intermédiaires soient considérées comme sûres et durables en garantissant que les écritures émises sur le périphérique sont conservées sur un support qui sera maintenu sur un support de système, des réinitialisations d’interface et des pannes de courant, et le média lui-même est redondant sur le matériel.
Vous trouverez ci-dessous plus d’informations sur le comportement de SQL Server pour les e/s de fichiers :
-
Les fichiers de base de données (. mdf) et de journal des transactions (. ldf) n’utilisent pas WriteThrough et alternatewritethrough par défaut dans CU6, car ils utilisent le comportement de vidage forcé . TF 3979 désactive l’utilisation du comportement de vidage forcé pour les fichiers de base de données et de journal des transactions et utilise la logique WriteThrough et alternatewritethrough.
-
Les autres fichiers ouverts à l’aide de FILE_FLAG_WRITE_THROUGH dans SQL Server, tels que les captures d’instantanés de base de données, les instantanés internes pour les vérifications de cohérence de base de données (CHECKDB), les fichiers de suivi du générateur de fichiers et les fichiers de suivi des événements étendus, utilisent les optimisations de WriteThrough et de alternatewritethrough.
Résolution
Cette mise à jour est incluse dans la mise à jour cumulative suivante pour SQL Server :
Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs et les correctifs de sécurité inclus dans la mise à jour cumulative précédente. Consultez les dernières mises à jour cumulatives pour SQL Server :
Références
Apprenez-en davantage sur la terminologieutilisée par Microsoft pour décrire les mises à jour logicielles.
