none
Problème d'index RRS feed

  • Question

  • Bonjour,

    Je voudrais savoir si sur Sharepoint 2013 il est possible de detailler les services de recherche.

    je m'explique :

    Mettre toute la search sur un WFE, et l'indexation sur un AS. Peut on dissocier les services de recherche ?

    Bien cordialement

    Ades09

    mercredi 12 décembre 2012 08:31

Réponses

  • Le composant le plus consommateur est le crawl. Le mettre sur un serveur à part permet de mettre à jour l'index en quasi-continu sans pénaliser le WFE. Après, si le portail est utilisé comme un moteur de recherche il faut balancer la charger du query.

    Tenir compte de la volumétrie des données et de la fréquence de rafraîchissement que les utilisateurs attendent. Le plus simple est de faire deux front ends + 1 appli, mais suivant la charge et les impératifs de reprise on peut arriver vite à 5 serveurs (hors SQL)


    Emmanuel ISSALY - Architecte Infra Sharepoint (MCITP 2010)

    mercredi 12 décembre 2012 12:51

Toutes les réponses

  • Tu as des composants de crawl, d'analyse, et de query.

    cf :

    http://download.microsoft.com/download/7/7/3/773CA2C2-579B-408C-808E-A6F561194E20/Ig15_SP_IT_M07V1_archtopology.pptx

    (via http://technet.microsoft.com/fr-fr/sharepoint/fp123606.aspx)

    


    Emmanuel ISSALY - Architecte Infra Sharepoint (MCITP 2010)

    mercredi 12 décembre 2012 08:41
  • Bonjour,

    Merci pour ta réponse.

    Ceux que je voudrias surtout savoir, c'est si cela a beaucoup d'impact de mettre l'index a part

    bien cordialement

    Ades09

    mercredi 12 décembre 2012 12:38
  • Le composant le plus consommateur est le crawl. Le mettre sur un serveur à part permet de mettre à jour l'index en quasi-continu sans pénaliser le WFE. Après, si le portail est utilisé comme un moteur de recherche il faut balancer la charger du query.

    Tenir compte de la volumétrie des données et de la fréquence de rafraîchissement que les utilisateurs attendent. Le plus simple est de faire deux front ends + 1 appli, mais suivant la charge et les impératifs de reprise on peut arriver vite à 5 serveurs (hors SQL)


    Emmanuel ISSALY - Architecte Infra Sharepoint (MCITP 2010)

    mercredi 12 décembre 2012 12:51
  • Bonjour ades09,

    Pourriez-vous nous tenir au courant,

    Merci,

    Gokan


    My New Technical Blog: WWW.GKNZCFC.NET
    SharePoint Community Expert

    vendredi 14 décembre 2012 21:51
  • Bonjour à vous, et désolé pour le retard :)

    si je demande pour l'index, c'est une demande qui nous a été imposé.

    Les services de search sur les frontaux.

    Je ne trouve pas cela trés logique mais bon , c'est pour des questions d'ouverture de ports sur le pare feu.

    Tres gros projet, mais pas facile. Surtout concernant la partie authentification (sso + fédération d'identité)

    bien cordialement,

    Ades09

    mardi 18 décembre 2012 12:47
  • Bonjour,

    Merci pour votre retour.

    Même si dans ce cas cela aura apparemment peu de conséquence, il est dommage de constater que des ouvertures de flux réseau en viennent à imposer la topologie de SharePoint... ;)


    Marc Lognoul [Infrastructure Expert]

    My Site/Mon Site |  MyBlog [EN]  | Mon Blog [FR]  |  Twitter  |  LinkedIn

    mardi 18 décembre 2012 13:12
    Modérateur
  • Attention à ne pas confondre crawl et query.

    Il n'ya plus un "service de recherche" mais des composants. Le role query est usuellement déployé sur les front ends (il est utilisé par les end users), mais le crawl est sur un serveur applicatif pour des questions de performances et de bande passante.

    Ce dernier n'est PAS utilisé directement par les front ends (ou le query, car c'est asynchrone)


    Emmanuel ISSALY - Architecte Infra Sharepoint (MCITP 2010)

    edit : Le composant crawl peut tabasser grave SQL et les I/O locaux, aussi, à prevoir :)

    (c'est fonction du contenu à indexer)

    vendredi 21 décembre 2012 08:56