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 à:
Démarrez le service SQL Server avec l'indicateur de trace 902:
Net Start MSSQL $ InstanceName / T902
Ouvrez SQL Server Management Studio, accédez au groupe de disponibilité et supprimez SSISDB des bases de données de disponibilité
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
Arrêtez les services SQL Server:
Net Stop MSSQL $ InstanceName
Démarrez le service SQL Server à partir du gestionnaire de configuration SQL Server
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 checkdb
sur 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.