J'ai supprimé un groupe de disponibilités élevé, désactivé l'option dans SQL Configuration Manager et redémarré et j'ai également supprimé les composants de cluster de basculement de Windows et redémarré.
Malheureusement, les bases de données sont marquées comme une récupération en attente sur les deux serveurs.
J'ai essayé de les laisser tomber, mais obtenez ceci:
MSG 3752, niveau 16, état 1, ligne 1
[.____] La base de données 'GEO' est actuellement jointe à un groupe de disponibilité. Avant de pouvoir supprimer la base de données, vous devez le supprimer du groupe de disponibilité.
J'ai également essayé de récupérer la base de données sans succès et de la définir en mode d'urgence mais ne peut pas:
L'opération ne peut pas être effectuée sur la base de données "GEO" car elle est impliquée dans une session de miroir de base de données ou un groupe de disponibilité. Certaines opérations ne sont pas autorisées sur une base de données qui participe à une session de miroir de base de données ou dans un groupe de disponibilité.
J'ai même essayé de brute force le serveur en arrêtant le moteur et en renommant le fichier pour tenter de l'obtenir suspect, mais c'est toujours en train de récupérer en attente ... Je ne peux pas réactiver les paramètres Hadr car le cluster Windows a été détruit.
Tous les catalogues de systèmes sont vides à part Sys.Availability_Replicas qui a une référence à l'autre serveur (première fois dans quelques années, j'aimerais être de retour dans le bon vieux temps où je pouvais accéder aux tables système).
Des idées Comment se débarrasser de ces bases de données?
Pour résoudre ce problème, je devais recréer l'ensemble du cluster de basculement, réactivez HA dans le Gestionnaire de configuration SQL, puis je pourrais définir l'une des dB pour récupérer
Pause le nœud du groupe de disponibilité dans le gestionnaire de cluster de basculement, puis redémarrez le service SQL Server sur ce nœud. La base de données abandonnera le mode de récupération en attente et pourrait être supprimé.