Symptômes
Partez du principe que vous utilisez la fonctionnalité de groupes de disponibilité AlwaysOn dans SQL Server 2017. Une violation d’accès est susceptible de se produire et le déplacement des données est suspendu pour les bases de données d’un groupe de disponibilité. Par ailleurs, il est possible que vous receviez des messages d’erreur similaires à celui-ci dans le journal des erreurs SQL Server :
DateHeure SPID # AlwaysOn le déplacement des données de la base de données « SSISDB » a été suspendu pour la raison suivante : « système » (ID source #; Chaîne source : ' # '). Pour reprendre la migration des données sur la base de données, vous devez reprendre la base de données manuellement. Pour plus d’informations sur la reprise d’une base de données de disponibilité, voir documentation en ligne de SQL Server.
Erreur : 3313, gravité : 21, État : 2.
DateHeure SPID # lors de la réexécution d’une opération journal dans la base de données « SSISDB », une erreur s’est produite dans l’ID enregistrement journal (638:319687:1). En règle générale, l’échec spécifique est enregistré en tant qu’erreur dans le journal des erreurs du système d’exploitation. Restauration de la base de données à partir d’une sauvegarde complète ou réparation de la base de données.
Statut
Microsoft a confirmé l’existence de ce problème dans les produits Microsoft répertoriés dans la section « S’applique à ».
Résolution
Ce problème a été résolu dans la mise à jour cumulative suivante pour SQL Server :
À propos des mises à jour cumulatives 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
En savoir plus sur leterminologie utilisée par Microsoft pour décrire les mises à jour logicielles.
