{"id":176719,"date":"2025-01-02T10:10:01","date_gmt":"2025-01-02T10:10:01","guid":{"rendered":"https:\/\/www.stellarinfo.com\/blog\/?p=176719"},"modified":"2025-03-26T06:16:37","modified_gmt":"2025-03-26T06:16:37","slug":"resoudre-le-probleme-du-serveur-de-membres-dag-qui-nest-pas-operationnel","status":"publish","type":"post","link":"https:\/\/www.stellarinfo.com\/blog\/fr\/resoudre-le-probleme-du-serveur-de-membres-dag-qui-nest-pas-operationnel\/","title":{"rendered":"Comment r\u00e9soudre le probl\u00e8me ” Aucune prise en charge de cette op\u00e9ration ” sur un serveur membre du DAG Exchange\u00a0?"},"content":{"rendered":"
Dans un groupe de disponibilité de base de données (DAG) avec Exchange Server 2019, il peut arriver qu’un des nœuds de serveur affiche le statut “non opérationnel”. Bien que le problème ne soit pas si critique, vous devez garder à l’esprit que si un ou plusieurs autres serveurs tombent en panne, le cluster tombera en panne car le nœud (vers lequel le basculement devrait avoir lieu) n’est pas opérationnel. Vous devez également garder à l’esprit que la réplication des données n’aura pas lieu. Dans ce cas, les données seront incohérentes lors d’un basculement. Dans ce qui suit, nous examinerons en détail le problème du serveur membre du DAG qui n’est pas opérationnel et nous montrerons les solutions possibles pour résoudre le problème.<\/p>
Que se passe-t-il si le serveur membre DAG n’est pas opérationnel ?<\/h2>
Étant donné que le service de cluster de Windows fonctionne avec le groupe de disponibilité des bases de données (DAG), vous remarquerez également que le service de cluster <\/strong>ne démarre pas, même s’il est réglé sur automatique. Bien que le cluster soit toujours opérationnel parce que le serveur Exchange fonctionne sur un autre nœud, vous devez tenir compte des bases de données qui se trouvent sur le serveur non opérationnel. Ces bases de données ne fonctionneront plus. Si la copie de la base de données n’est pas OK, elle ne sera pas montée. Vous devez également tenir compte du fait que si le serveur opérationnel tombe en panne, il n’y aura pas de majorité de vote dans le cluster car il n’y aura pas assez de nœuds et le cluster arrêtera les services pour protéger l’intégrité.<\/p>
Comment résoudre le problème “Aucune prise en charge de cette opération » sur un serveur membre du DAG Exchange” ?<\/h2>
Voici quelques solutions possibles pour résoudre le problème “Aucune prise en charge de cette opération » sur un serveur membre du DAG Exchange”.<\/p>
1. Redémarrez le serveur membre du DAG.<\/strong><\/h3>
Parfois, un simple redémarrage du serveur Exchange peut résoudre le problème du membre qui s’affiche comme n’étant pas opérationnel. Essayez donc de redémarrer le serveur concerné et voyez si le problème est résolu. Vous pouvez également essayer de réinstaller la fonction de regroupement regroupement de basculement sur le serveur concerné et de redémarrer le serveur.<\/p>
2. vérifier les changements<\/strong><\/h3>
Il se peut que des changements récents soient à l’origine du problème. Vous pouvez consulter votre équipe d’administration informatique et votre équipe réseau pour vous assurer que rien n’a changé. Vous pouvez également vérifier le processus de gestion des changements de l’organisation pour voir si des changements ont été enregistrés. Cela vous donnera une indication de l’origine du problème et de ses causes.<\/p>
3. vérifiez et démarrez le service Windows Cluster<\/strong><\/h3>
Le groupe de disponibilité de la base de données dépend du service Windows Server Cluster. Il n’est pas fonctionnel sans ce service. Le service est normalement configuré pour démarrer automatiquement. Dans le cas présent, cependant, vous remarquerez que le service n’est pas en cours d’exécution. Vous pouvez essayer de le démarrer.<\/p>
4. vérifier les autorisations<\/strong><\/h3>
Lors du démarrage du service de cluster, le message d’erreur “Windows n’a pas pu démarrer le service de cluster sur l’ordinateur local” peut apparaître. Si vous avez configuré le service de cluster pour qu’il s’exécute sous un utilisateur spécifique, vous devez vérifier que l’utilisateur ne présente pas de problèmes, par exemple que le mot de passe a expiré, qu’un mot de passe incorrect a été configuré ou que le compte est verrouillé. Vous devez également vérifier que l’utilisateur du domaine (utilisé pour démarrer le service de cluster) dispose des droits d’administrateur local requis sur l’ordinateur Exchange Server. Pour ce faire, allez dans Gestion de l’ordinateur <\/strong>> Utilisateurs et groupes locaux <\/strong>> Groupes <\/strong>et vérifiez si l’utilisateur fait partie du groupe Administrateurs.<\/p>
\n<\/figure>\n<\/div>
Vous pouvez également vérifier les autorisations de l’utilisateur dans le gestionnaire de regroupement regroupement de basculement.<\/strong> Pour ce faire, procédez comme suit<\/p>
\n
Ouvrez le gestionnaire de regroupement de basculement<\/strong>.<\/li>\n\n\n\n
Cliquez avec le bouton droit de la souris sur le nom du cluster et cliquez sur Propriétés<\/strong>.<\/li>\n\n\n\n
Allez dans l’onglet Sécurité <\/strong>et assurez-vous que l’utilisateur du domaine est listé avec les permissions correctes.<\/li>\n<\/ul>
Ensuite, vérifiez les autorisations dans le serveur Exchange en exécutant la commande suivante dans le Exchange Management Shell (EMS).<\/p>
La commande ci-dessus exécute le processus d’octroi des droits à l’utilisateur du domaine. Si une attention s’affiche, cela signifie que l’utilisateur dispose déjà des autorisations.<\/p>
L’utilisateur doit également disposer de toutes les autorisations pour l’unité organisationnelle (OU) de l’Active Directory. Pour le vérifier,<\/p>
\n
Ouvrez Active Directory Users and Computers<\/strong>.<\/li>\n\n\n\n
Recherchez l’unité organisationnelle (OU) dans laquelle se trouvent les serveurs et les ressources DAG.<\/li>\n\n\n\n
Cliquez avec le bouton droit de la souris sur l’objet serveur et cliquez sur Propriétés<\/strong>.<\/li>\n\n\n\n
Dans l’onglet Certitude, assurez-vous que le compte dispose d’un contrôle total <\/strong>sur les objets.<\/li>\n<\/ul>
5. vérifier l’affichage de l’événement<\/strong><\/h3>
Vous pouvez consulter l’observateur d’événements pour voir s’il y a des indications du problème. Vous pouvez rechercher les entrées suivantes pour le serveur concerné dans les journaux d’événements :<\/p>
\n
ID d’événement 1069 – Ceci indique l’échec d’un cluster de basculement pour une ressource.<\/li>\n\n\n\n
ID d’événement 1254 – Ceci indique que le service de cluster n’a pas réussi à livrer le rôle de cluster en ligne.<\/li>\n\n\n\n
ID d’événement 4113 – Ceci indique un problème avec une copie de base de données dans le cluster.<\/li>\n<\/ul>
![\"groupe](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2024\/11\/check-if-the-user-is-part-of-the-Administrators-Group.png\")
<\/figure>\n<\/div>![\"AccessRights\"](\"https:\/\/www.stellarinfo.com\/blog\/wp-content\/uploads\/2024\/11\/Next-check-the-permissions-in-the-Exchange-Server-by-running-the-following-command-in-the-Exchange-Management-Shell-EMS.png\")
<\/figure>\n<\/div>