Symptômes
Prenons le scénario suivant :
- Vous utilisez les groupes de disponibilité AlwaysOn dans une instance de Microsoft SQL Server 2016 ou 2017.
- Vous configurez les sauvegardes gérées par SQL Server sur une ou plusieurs de vos bases de données utilisateur ajoutées à un groupe disponible.
- Vous exécutez une sauvegarde du journal à la demande sur la base de données.
- Vous supprimez la base de données du groupe disponible, puis vous l’ajoutez de nouveau. Ou vous basculez votre base de données.
- Vous exécutez une sauvegarde du journal à la demande sur la base de données.
Dans ce scénario, vous constatez une rupture dans la chaîne du journal en interrogeant la table managed_backup.fn_available_backups sur la base de données msdb.
Cause
Ce problème se produit lorsque vous supprimez la base de données d’un groupe disponible, puis l’ajoutez de nouveau 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 . La partition dresse alors la liste des données dans un ordre non séquentiel et déclenche la chaîne de journal des interruptions.
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 2016 Service Pack 1
À propos des builds de SQL Server
Chaque nouvelle build de 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 :
Dernière mise à jour cumulative pour SQL Server 2017
Dernière build pour SQL Server 2016
État
Microsoft a confirmé qu’il s’agissait d’un problème dans les produits Microsoft répertoriés dans la section « S’applique à ».
Références
En savoir plus à propos de la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.