Symptômes
Supposez que vous disposez d’une base de données avec un groupe de fichiers optimisé en mémoire dans Microsoft SQL Server 2014. Le journal des transactions peut augmenter considérablement et vous ne pouvez pas tronquer ou réduire le journal. Si vous rencontrez ce problème, les symptômes suivants s’affichent :
-
Le mode de catalogue sys. databases indique log_reuse_wait_desc « XTP_CHECKPOINT ».
Select name, log_reuse_wait_desc from sys.databases where name='<DatabaseName>'
-
Une opération de point de contrôle manuelle sur la base de données affectée échoue et vous recevez le message d’erreur suivant :
MSG 41315, niveau 16, État 4, échec de l’opération de NCheckpoint de données dans la base de données <nom de la base de données>.
-
Vous ne trouvez pas le thread de point de contrôle hors connexion qui correspond à la base de données affectée.
Select db_name(database_id) as DatabaseName, * from sys.dm_exec_requests where command = 'XTP_OFFLINE_CKPT'
-
L’interrogation des statistiques relatives à l’opération de point de contrôle OLTP en mémoire pour la base de données affectée renvoie 0 pour chaque colonne :
Select * from sys.dm_db_xtp_checkpoint_stats
Résolution
Le problème a été résolu dans les mises à jour cumulatives de SQL Server suivantes :
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. Nous vous recommandons de télécharger et d’installer les dernières mises à jour cumulatives pour SQL Server :
Solution de contournement
Pour contourner ce problème, mettez à niveau la base de données concernée en mode hors connexion, puis reconnectez-vous, ou recyclez l’instance de SQL Server.RemarqueLe journal des transactions peut être tronqué ou rétréci. Toutefois, le problème peut se produire tant que le correctif n’est pas appliqué.
Statut
Microsoft a confirmé l’existence de ce problème dans les produits Microsoft répertoriés dans la section « S’applique à ».
