Symptômes
Prenons l’exemple du scénario suivant :
-
Vous utilisez des groupes de disponibilité AlwaysOn dans un instance de Microsoft SQL Server 2016 ou 2017.
-
Vous configurez SQL Server sauvegardes managées sur une ou plusieurs de vos bases de données utilisateur qui sont ajoutées à un groupe disponible.
-
Vous exécutez une sauvegarde de journal à la demande sur la base de données.
-
Vous supprimez la base de données du groupe disponible, puis vous la rajoutez. Vous pouvez également basculer votre base de données.
-
Vous exécutez une sauvegarde de journal à la demande sur la base de données.
Dans ce scénario, vous constatez une rupture dans la chaîne de journaux en interrogeant la table managed_backup.fn_available_backups sur la base de données msdb.
Cause
Ce problème se produit car lorsque vous supprimez la base de données d’un groupe disponible, puis que vous la rajoutez ou que vous basculez votre base de données, un nouveau GUID de base de données est créé dans la colonne database_guid de la table smart_backup_files . Cela entraîne la liste des données par la partition dans un ordre non référentiel et déclenche la chaîne de journal d’arrêt.
Résolution
Ce correctif est inclus dans les mises à jour cumulatives suivantes pour SQL Server :
Mise à jour cumulative 1 pour SQL Server 2017
Mise à jour cumulative 5 pour SQL Server Service Pack 1 2016
À propos des builds SQL Server
Chaque nouvelle build pour SQL Server contient tous les correctifs logiciels et tous les correctifs de sécurité inclus dans la build précédente. Nous vous recommandons d’installer les dernières mises à jour cumulatives pour SQL Server :
État
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft figurant dans la liste des produits concernés par cet article.
Références
Découvrez la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.
