Erreur AlwaysOn Availability Group après Windows Update dans un environnement sans cluster de basculement


9

Notre service SQL Server était en panne ce matin, ce qui a entraîné la fermeture de certains de nos sites Web. Lorsque je suis allé vérifier l'Observateur d'événements Windows, j'ai vu les erreurs suivantes:

La mise à niveau au niveau du script pour la base de données «maître» a échoué car l'étape de mise à niveau «SSIS_hotfix_install.sql» a rencontré l'erreur 942, état 4, gravité 25

Impossible de récupérer la base de données master. SQL Server ne peut pas s'exécuter. Restaurez le maître à partir d'une sauvegarde complète, réparez-le ou reconstruisez-le. Pour plus d'informations sur la façon de reconstruire la base de données master, consultez la documentation en ligne de SQL Server.

La première chose que j'ai faite a été de rechercher les erreurs sur Google. J'ai finalement trouvé une entrée sur le forum avec le problème exact et une solution (également sur une entrée de blog où je cherche une solution ). Le problème a quelque chose à voir avec les groupes de disponibilité AlwaysOn et le correctif vous oblige à:

  1. Démarrez le service SQL Server avec l'indicateur de trace 902:

    Net Start MSSQL $ InstanceName / T902

  2. Ouvrez SQL Server Management Studio, accédez au groupe de disponibilité et supprimez SSISDB des bases de données de disponibilité

  3. Ouvrez New Query, exécutez le script SSIS_hotfix_install.sql qui se trouve dans le dossier Install sous \ Program Files \ Microsoft SQL Server \ MSSQL11.MSSQL $ InstanceName \ MSSQL

  4. Arrêtez les services SQL Server:

    Net Stop MSSQL $ InstanceName

  5. Démarrez le service SQL Server à partir du gestionnaire de configuration SQL Server

  6. Ajouter SSISDB au groupe de disponibilité

Cependant, je n'ai pas pu passer l'étape 2 car j'ai eu l'erreur suivante lorsque j'ai essayé de développer le dossier "AlwaysOn High Availability":

La fonctionnalité "AlwaysOn doit être activée pour l'instance de serveur 'InstanceName' avant de pouvoir créer un groupe de disponibilité sur cette instance.

J'ai ensuite suivi les instructions pour accéder à «SQL Server Configuration Manager» et à l'onglet «AlwaysOn High Availability» pour activer la fonctionnalité. Cette fois, la fonctionnalité a été grisée et un message indiquant que le nœud de l'ordinateur ne se trouve pas dans un cluster de basculement s'est produit.

Ma question est:

Comment puis-je résoudre ce problème si nous n'avons même pas de configuration de cluster de basculement qui utiliserait cette fonctionnalité?

J'ai couru dbcc checkdbsur le maître; les résultats ont été:

CHECKDB a trouvé 0 erreur d'allocation et 0 erreur de cohérence dans la base de données 'master'.

Le groupe de disponibilité AlwaysOn n'est PAS activé car je n'ai même pas de cluster de basculement.

Réponses:


2

Réponse du wiki communautaire pour documenter la solution

KenWilson :

Ignorez toutes les étapes relatives à AlwaysOn et exécutez le SSIS_hotfix_install.sqlscript.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.