2009-11-20 6 views
0

SharePoint MOSS 2007 sur OS 64 bits et SQL. Ajout d'un nouveau Web Front End à notre ferme, tous les sites semblent fonctionner correctement - mais maintenant nous avons remarqué que le service de recherche a complètement cessé de fonctionner. Il fonctionne si je change mon fichier hôte pour pointer vers le WFE original, mais si j'utilise l'IP NLB ou l'adresse IP du nouveau WFE, il dit: « Impossible de se connecter au service de recherche.Recherche SharePoint avec équilibrage de charge réseau (NLB)

Aide.

+0

sur serverfault.com Ceci est un forum de programmation et non un forum d'administration! – JonH

+0

Illuminez Francis. Vous ne devriez pas être si étroitement blessé - c'est inconvenant. –

+0

Il est juste – Colin

Répondre

0

En tant que développeur de sharepoints, l'un des problèmes les plus importants que j'ai rencontré est celui des environnements à charge équilibrée.Votre fichier de mappage d'accès alternatif contient-il les références appropriées?

+0

pas sûr de ce que je devrais changer ici? Tous mes mappages d'accès alternatifs sont des URL, pas de références spécifiques au serveur. –

+0

ok. Le suivi devient à quoi ressemble votre ferme, veuillez inclure l'équilibreur de charge. – Woot4Moo

0

La façon dont nous le faisons est de garder un WFE en dehors du NLB et que l'indexeur utilise cette machine Non seulement cela est-il meilleur pour les performances (le WFE séparé sert uniquement à l'indexeur, le trafic régulier passe par le NLB.) Ainsi, l'indexation n'interfère pas avec les utilisateurs habituels. le site)

L'autre avantage est que vous contournez les problèmes comme celui-ci.

P.S. Cette question appartient cependant à serverfault, a voté pour bouger ..

0

Je viens d'installer un nouvel environnement MOSS 2007 x64 de la ferme moyenne et j'ai rencontré quelques problèmes. C'est ce que nous avons fini par faire:

  • 2 WFES, 1 Index, 1 SQL - tous fonctionnant sous Windows 2008 Server
  • Les 2 WFES ont un cluster NLB configuré et les requêtes d'accueil (mais pas d'indexation).
  • L'index est également un WFE, ne fait PAS partie du cluster, héberge l'indexation (mais pas les requêtes).
  • L'index devait avoir la vérification de boucle désactivée et une configuration d'entrée de fichier d'hôtes pour pointer le nom DNS du portail sur 127.0.0.1. Sans ces paramètres, il générait des erreurs. Avec ces paramètres, il peut s'indexer sans affecter les performances du portail tout en étant capable de répliquer son index sur les serveurs de requêtes.

Espérons que ça aide.

Questions connexes