4 votes

ESSAI/PROBLÈME DE BASCULEMENT AUTOMATIQUE DAG D'ÉCHANGE 2010. Ne bascule pas toujours automatiquement vers la copie de BD saine en fonction de la façon dont le serveur monté est endommagé.

Ok, j'ai 2 serveurs Exchange 2010 qui exécutent les rôles d'accès client/hub de transport/boîte aux lettres et un serveur Exchange 2010 exécutant uniquement les rôles d'accès client/hub de transport et agissant comme mon nœud de pont. Les deux serveurs de boîtes aux lettres exécutent une configuration de base de données dans un DAG. Le serveur A montre la base de données montée et le serveur B montre Healthy. Si je redémarre le serveur A via l'interface graphique de Windows, le serveur B passe de Healthy à monté et je ne constate presque aucune interruption de service en utilisant Outlook 2007. Le serveur A montre "Service en panne", puis "Échec", puis "Healthy" et laisse la base de données montée sur le serveur B. C'est ainsi que cela devrait fonctionner, pour l'instant tout va bien.

Maintenant, si je teste l'arrêt à froid du serveur A, ou le débranchement des deux cartes réseau du réseau pour simuler une panne, le serveur B passe de Healthy à Monté et le serveur A passe à "Service en panne" mais mon client Outlook ne se connecte jamais à la base de données montée sur le serveur B! Je peux me connecter au serveur C (accès client/hub de transport) et accéder à mes e-mails et même envoyer de nouveaux e-mails, mais les e-mails entrants ne sont pas livrés jusqu'à ce que le serveur A soit remis en ligne et que sa base de données revienne à l'état Healthy.

Je ne comprends donc pas pourquoi cela bascule automatiquement lorsque je redémarre le serveur avec la copie de la base de données montée, causant très peu de perturbation, voire aucune, avec Outlook 2007. Mais lorsque j'arrête ou débranche le serveur avec la base de données montée, elle se monte bien mais les clients Outlook 2007 ne peuvent pas se connecter..

J'espère que l'image que j'essaie de dépeindre a un certain sens, cela me rend un peu fou. Toute aide serait appréciée!

1voto

Jason Berg Points 18864

Je pense que vous avez besoin de configurer un tableau CAS. Ensuite, définissez la base de données pour utiliser ce tableau. Ensuite, effectuez l'équilibrage de charge avec un équilibreur de charge matériel ou 2 serveurs CAS dédiés avec NLB. Je modifierai cela plus tard lorsque je serai sur un ordinateur pour donner plus de détails. Cela devrait vous donner suffisamment pour trouver des informations sur Google.

0voto

Je pense que le problème est lié au rôle du Serveur d'Accès Client, spécifiquement au Serveur d'Accès Client RPC.

Je rencontre actuellement la même chose que dans votre message initial dans mon environnement. Si j'arrête le Service d'Accès Client RPC de Microsoft Exchange sur le serveur B, je ne peux plus accéder à la boîte aux lettres, peu importe le membre du DAG monté.

Malheureusement, je n'ai pas encore trouvé de solution claire. Je pense que la solution implique l'équilibrage de charge des rôles du Serveur d'Accès Client, mais vous n'êtes pas censé avoir NLB et DAG sur le même serveur. Vous devriez donc déplacer les rôles CAS vers deux autres serveurs ou utiliser un dispositif matériel pour l'équilibrage de charge.

0voto

Vick Vega Points 2378

Pour Exchange 2010, vous devez créer un groupe de serveurs d'accès au client (CAS array) qui gérera le trafic utilisateur entrant, certaines configurations supplémentaires sont nécessaires. Explication détaillée ici.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X