Nous avons un problème avec toujours sur des groupes de haute disponibilité dans Microsoft SQL Server 2016 (SP2), lorsque nous souhaitons basculer manuellement le nœud secondaire, il échoue à cause de cette erreur:
Impossible d'apporter un groupe de disponibilité 'PER-AG1' en ligne. L'opération a expiré. Vérifiez que le nœud local du clustering Windows Server Server (WSFC) est en ligne. Vérifiez ensuite que la ressource du groupe de disponibilité existe dans le cluster WSFC. Si le problème persiste, vous devrez peut-être déposer le groupe de disponibilité et la créer à nouveau. (Fournisseur de données SQLClient .NET)
Et les bases de données vont à la non-synchronisation de la situation et du groupe de disponibilité vont à la résolution du mode de résolution afin de réinitialiser le nœud secondaire jusqu'à ce que le groupe de disponibilité renvoie au nœud principal.
Nous avons vérifié les événements du gestionnaire de cluster de basculement que nous avons trouvé ces erreurs:
ERROR1:
Ressource de nom de réseau 'per-ag1_per-lis3' (avec nom de réseau associé 'per-lis3') a la prise en charge de l'authentification Kerberos activée. Impossible d'ajouter des informations d'identification requises au LSA - Le code d'erreur associé est '-2146893802'. Ressource de cluster 'per-ag1_per-lis3' de type "nom du réseau" dans le rôle groupé 'per-ag1' a échoué.
ERROR2:
Sur la base des politiques d'échec de la ressource et du rôle, le service de cluster peut essayer d'apporter la ressource en ligne sur ce nœud ou de déplacer le groupe vers un autre noeud du cluster, puis de le redémarrer. Vérifiez l'état de la ressource et du groupe à l'aide du gestionnaire de cluster de basculement ou de la cmdlet Windows Windows PowerShell Windows.
ERROR3:
Le service de cluster n'a pas réussi à apporter un rôle groupé 'per-ag1' complètement en ligne ou hors ligne. Une ou plusieurs ressources peuvent être dans un état défaillant. Cela peut avoir une incidence sur la disponibilité du rôle groupé *.
Et le dernier est temps dehors:
ERROR4:
Le rôle regroupé "Per-AG1" a dépassé son seuil de basculement. Il a épuisé le nombre de tentatives de basculement configuré dans la période de remplissage qui lui est attribué et sera laissée dans un état défaillant. Aucune tentative supplémentaire ne sera faite pour apporter le rôle en ligne ou l'avoir échoué à un autre noeud du cluster. Veuillez vérifier les événements associés à l'échec. Après les problèmes qui provoquent l'échec sont résolus, le rôle peut être apporté en ligne manuellement ou le cluster peut tenter de l'amener à nouveau en ligne après la période de retard de redémarrage.
Je trouve une commande d'erreur sur erreur2, donc je l'essaie dans Windows PowerShell, le résultat est le suivant:
Ensuite, j'essaie de vérifier les journaux de SQL Server avec l'espoir de trouver n'importe quoi pour voir plus en détail:
Name State OwnerGroup ResourceType
---- ----- ---------- ------------
Cluster IP Address Online Cluster Group IP Address
Cluster Name Online Cluster Group Network Name
File Share Witness Online Cluster Group File Share Witness
per-ag1 offline per-ag1 SQL Server Availability Group
per-ag1_[ my ip address] Online per-ag1 IP Address
per-ag1_FSShare offline per-ag1 SQL Server FILESTREAM Share
per-ag1_per-lis3 failed per-ag1 Network Name
mais dans la situation normale de haute disponibilité (lorsque je réinitialise le nœud secondaire et la haute disponibilité retourner au primaire) Tout retourner en ligne:
Name State OwnerGroup ResourceType
---- ----- ---------- ------------
Cluster IP Address Online Cluster Group IP Address
Cluster Name Online Cluster Group Network Name
File Share Witness Online Cluster Group File Share Witness
per-ag1 Online per-ag1 SQL Server Availability Group
per-ag1_172.16.0.230 Online per-ag1 IP Address
per-ag1_FSShare Online per-ag1 SQL Server FILESTREAM Share
per-ag1_per-lis3 Online per-ag1 Network Name
J'essaie de vérifier le rapport "Afficher le tableau de bord" aussi et il a une erreur critique que j'ai écrite ci-dessous:
Le groupe de disponibilité est hors ligne et est indisponible. Ce problème peut être causé par une défaillance de l'instance de serveur qui héberge la réplique principale ou par la ressource de groupe de disponibilité de la WSFC se déroulant hors ligne.
Avez-vous une suggestion pour moi de cette erreur? Il sera apprécié. J'ai hâte d'entendre la suggestion de DBAS.
Ceci est en cours d'exécution sur Windows Server 2012 R2.
essayez de donner le contrôle complet de l'objet AD VCO sur l'objet AD de l'auditeur.
Pour ce faire, accédez à l'utilisateur AD et à l'ordinateur, localisez l'objet à l'écoute, ouvrez les propriétés, la sécurité et vérifiez si l'objet de cluster virtuel est ici et s'il dispose d'un contrôle total sur cet objet.
Puis réessayez le basculement.