Transitions de cluster ralenties

le serveur du noeud
primaire pour obliger le cluster à  détecter si quelque chose n’allait pas.
Les transitions se sont effectuées un service à  la fois et le déplacement de tous
les services sur le noeud secondaire a mis très longtemps (plus de 10 minutes sur
la plupart des systèmes).

En outre, plus l’IS est étendu, plus la bascule d’Exchange est longue.Exchange
est une application complexe et Microsoft a fait de son mieux pour traiter la
lenteur des transitions. Certains impératifs de bascule sont inévitables ; les
bases de données Exchange Server sont notamment tenues de repasser les journaux
de transactions pour s’assurer qu’ils sont cohérents, lorsque le noeud primaire
redémarre. Microsoft s’est concentré sur la réduction des délais RPC pour permettre
aux services de redémarrer plus vite.

Ce travail a permis une augmentation notable de la vitesse des transitions de
clustering dans Windows NT 4.0 édition Entreprise avec le SP4 et Exchange Server
5.5 Entreprise avec le SP2.Une transition de cluster Exchange Server oblige l’IS
à  redémarrer. Lors de son redémarrage, l’IS, avant de devenir complètement fonctionnel,
vérifie les journaux de transaction en quête des détails de transactions qu’Exchange
Server n’a pas effectués dans la base de données.
Les utilisateurs remarquent ce retard car ils ne peuvent pas accéder à  leurs boîtes
à  lettres tant que l’IS ne redémarre pas complètement. Le SP2 accélère le traitement
des journaux de transactions par Exchange, ce qui permet de réduire le temps de
redémarrage de l’IS. Si vous exécutez un cluster, je vous suggère d’appliquer
le SP2.