CORRECTIF : des erreurs se produisent après avoir appliqué une mise à jour cumulative à une instance de SQL Server qui a un groupe de disponibilité autonome

Symptômes

Examinez le cas suivant :

• Vous disposez d’une instance de SQL Server 2022 qui a un groupe de disponibilité autonome déployé.
• Vous créez des objets au niveau du serveur (connexions et travaux) dans le contexte du groupe de disponibilité contenu.

Dans ce scénario, l’une des erreurs suivantes se produit après l’installation d’une mise à jour cumulative sur cette instance de SQL Server.

Erreur 1

Le travail de SQL Server Agent échoue avec le message d’erreur suivant :

Impossible de démarrer l’exécution de l’étape 2 (raison : JobOwner JobOwner <> n’a pas les autorisations nécessaires pour utiliser proxy <#> pour le sous-système SSIS).  L'étape a échoué.

Le journal des erreurs DE SQL Server Agent enregistre les messages d’erreur qui ressemblent à ceux suivants :

<Horodatage> - ! [298] Erreur SQLServer : 208, nom d’objet non valide « syssubsystems ». [SQLSTATE 42S02]
<Horodatage> - ! [517] Numéro d’erreur SQL 208, gravité 16

À ce stade, la syssubsystems table est manquante dans la msdb base de données du groupe de disponibilité autonome et existe dans la base de données au niveau msdb de l’instance. Pour corriger ces erreurs et permettre aux travaux de s’exécuter correctement, vous pouvez copier manuellement la table au niveau syssubsystems de l’instance dans la msdb base de données du groupe de disponibilité autonome en vous connectant à l’écouteur et en créant la table et les lignes de la table.

Erreur 2

Une fois que vous avez créé un groupe de disponibilité autonome, vous voyez le message d’erreur suivant toutes les cinq secondes :

Processus activé '[dbo]. [sp_syspolicy_events_reader]' en cours d’exécution sur la file d’attente '<AGName>_AG_SYNC_CONTAINED_msdb.dbo.syspolicy_event_queue' la sortie suivante : « Impossible d’exécuter en tant que principal de base de données, car le principal « ##MS_PolicyEventProcessingLogin## » n’existe pas, ce type de principal ne peut pas être emprunt d’identité ou vous n’avez pas d’autorisation.

Erreur 3

Une fois la messagerie de base de données arrêtée, la tentative d’exécution de la sysmail procédure stockée signale un message d’erreur semblable à celui-ci :

Objet '[dbo]. [sp_syspolicy_events_reader]' n’existe pas dans la base de données 'master' ou n’est pas valide pour cette opération.

Erreur 4

Après avoir créé un groupe de disponibilité autonome, si vous vous connectez à l’écouteur de groupe de disponibilité autonome et créez un principal de connexion SQL Server, vous recevrez l’erreur suivante dans SQL Server Management Studio (SSMS) lorsque vous vous connectez à l’aide du principal de connexion :

Erreur lors de la connexion à <votre écouteur>
Échec de la récupération de données pour cette demande. (Microsoft.SqlServer.Management.Sdk.Sfc)
Une exception s'est produite lors de l'exécution d'une instruction ou d'un lot Transact-SQL ou lot. (Microsoft.SqlServer.ConnectionInfo)
L’autorisation EXECUTE a été refusée sur l’objet « xp_msver », base de données « mssqlsystemresource », schéma « sys ». (Microsoft SQL Server, Erreur : 229)

Cette erreur se produit parce que le public rôle n’est pas autorisé EXECUTE sur la xp_msver procédure stockée étendue sur le maître du groupe de disponibilité contenu .

Résolution

Ce problème est résolu dans la mise à jour cumulative suivante pour SQL Server :

Mise à jour cumulative 4 pour SQL Server 2022

À propos des mises à jour cumulatives pour SQL Server

Chaque nouvelle mise à jour cumulative pour SQL Server contient tous les correctifs logiciels et correctifs de sécurité qui se trouvaient dans la build précédente. Nous vous recommandons d’installer la dernière build pour votre version de SQL Server :

Dernière mise à jour cumulative pour SQL Server 2022

État

Microsoft examine actuellement ces problèmes. Cet article sera mis à jour à mesure que nous trouverons plus d’informations ou de conseils. Jusqu’à ce moment, vous pouvez prendre les précautions nécessaires suivantes avant d’installer une mise à jour cumulative vers une installation qui a un groupe de disponibilité autonome :

• Scriptez les objets au niveau du serveur et les objets SQL Server Agent.
• Supprimez le groupe de disponibilité autonome.
• Appliquez la mise à jour cumulative.
• Recréez le groupe de disponibilité autonome.

Microsoft a confirmé l’existence de ce problème dans les produits Microsoft répertoriés dans la section « Produits concernés ».

References

En savoir plus à propos de la terminologie utilisée par Microsoft pour décrire les mises à jour logicielles.