none
[WSS 3.0] Impossible de faire fonctionner la recherche RRS feed

  • Question

  • Bonjour,

    Devant administrer une solution logiciel Web que je n'ai pas mis en place, j'essai de prendre en main Windows SharePoint Services 3.0.

    Je me suis donc créé une plateforme de test.

    L'installation se déroule bien, en respectant les recommendations Microsoft des privilèges de compte, je créé le moteur de recherche puis mon AppliWeb (BASEDOC) et enfin mon site.

    Cependant je bute sur la fonction Recherche. J'obtiens toujours : Aucun résultat correspondant à votre recherche n'a été trouvé.

    Dans le journal des évènements apparait l'erreur 2436 Source Windows SharePoint Services 3 Search : Impossible d'analyser l'adresse de démarrage <sts3://wssweb02:8080/contentdbid={66a2fc20-d4e2-4609-aeaf-

    50cc52fd65e9}>.

    J'ai essayé différentes méthodes trouvé sur la toile, mais aucune solution ne m'a permis de résoudre ce problème :

    - Création de la clé DWORD DisableLoopBackCheck avec pour valeur 1
    - Définition depuis une GPO du site http://wssweb02 & sts3://wssweb02 en Site de Confiance + exclusion du proxy
    - Vérification de l'affectation de la base de contenu de mon AppliWeb au moteur de recherche.
    - Re-affectation du moteur de recherche avec obligation de recréer une base de contenu
    - Vérification et attributions des droits SQL posés sur les bases.

    comme j'ai trifouillé un peu dans tous les sens avec les droits dans les bases SQL, j'ai refait une énième install complète sans rien modifier cette fois.
    Pouvez vous m'indiquer quels sont les bons droits à positionner ?

    Sachant que :

    Le compte de service est : domaine\S-SPSearchSVC
    Le compte d'accès au contenu  est : domaine\SPCrawlAccount

    BDD de Recherche : SPSearch_WSSWEB02
    BDD de Contenu AppliWeb : SPContent_BASEDOC

    Actuellement si je regarde le Mappage des ces 2 utilisateurs j'ai pour :

    domaine\SPCrawlAccount :
     - SharePoint_AdminContent_... (public & WSS_Content_Application_Pools)
     - SPConfig_WSSWEB02 (public & WSS_Content_Application_Pools)
     - SPSearch_WSSWEB02 (public & db_owner)
     - Pas de mappage sur SPContent_BASEDOC

    domaine\S-SPSearchSVC :
     - SharePoint_AdminContent_... (public & WSS_Content_Application_Pools)
     - SPConfig_WSSWEB02 (public & WSS_Content_Application_Pools)
     - SPSearch_WSSWEB02 (public & db_owner)
     - Pas de mappage sur SPContent_BASEDOC

    J'espère que vous pourrez m'aider à trouver une solution car là j'en suis à ma 6ème réinstall et autant de tests sans résultat.

    Merci d'avance pour votre aide.
    Schwabs

    PS : le serveur Web qui fait moteur de recherche est un 2003 SP2 et les toutes dernières MAJ Microsoft, le serveur SQL un 2008R2 avec SQL 2005 Std SP3.
    Seul le compte servant à l'installation est membre des Admins locaux du serveur Web.


    • Modifié schwabs68 jeudi 29 novembre 2012 14:15
    jeudi 29 novembre 2012 13:55

Réponses

  • Bonjour,

    Et merci à vous de vous être penché sur mon soucis.

    Je n'ai pas eu le message m'alertant d'une réponse à mon sujet, ce qui fait que je réponds tardivement.

    Bref en fait je l'ai résolu tout simplement en utilisant l'installeur SharePoint 3.0 sans Service Pack. Jusque là j'utilisais la version avec SP2 integrée (109Mo).

    Il m'a juste fallu rajouté les 2 utilisateurs (de service et celui de contenu) sur la base de contenu de l'AppliWeb car là ca ne se positionne pas tout seul et activer le service d'Indexation sur mon frontal Web.

    Ensuite,..., que du bonheur.

    @ Marc Lognoul : je n'ai plus le log, mais ce n'était pas celui avec l'Access Denied mais celui indiquant qu'il n'a pas pu trouvé l'objet (0x....)

    Encore merci pour votre attention.

    Cordialement

    Steeve

    mercredi 5 décembre 2012 14:40

Toutes les réponses

  • J'oubliai la commande stsadm -o spsearch -action list  sort ceci :

    Compte de service de la batterie : domaine\S-SPSearchSVC
    Compte d'accès au contenu de la batterie : domaine\SPCrawlAccount
    Niveau de performances de la batterie : PartlyReduced

    *WSSWEB02:
      Etat: Online
      Emplacement d'index par défaut : C:\Program Files\Fichiers communs\Microsoft
                                       Shared\Web Server Extensions\12\Data\Applica
                                       tions
      Emplacement de l'index : C:\Program Files\Fichiers communs\Microsoft Shared\W
                               eb Server Extensions\12\Data\Applications
      Serveur de la base de données de recherche : WTESTSQL02
      Nom de la base de données de recherche : SPSearch_WSSWEB02
      Utilisateur authentifié de la base de données SQL :
      Recherche respectant les caractères diacritiques : Inactif
      Bases de données de contenu indexées par WSSWEB02 :
        Serveur : WTESTSQL02
          SharePoint_AdminContent_3a031aad-3def-42e9-9c97-11b065c72109
          SPContent_BASEDOC

    jeudi 29 novembre 2012 14:10
  • Bonjour à vous,

    Avez vous effectué la création des services partagés sharepoint?

    Il est nécessaire sous WSS d'effectuer la création des services partagés puis de modifier les indexations de contenu par rapport à vos besoin dans l'administration de la recherche.

    Bon courage


    Site du Groupe AFG
    viadeotwitter

    samedi 1 décembre 2012 10:42
  • Bonjour,

    Pourriez-vous poster le détail de l'erreur "2436 Source Windows SharePoint Services 3 Search : Impossible d'analyser l'adresse de démarrage <sts3://wssweb02:8080/contentdbid={66a2fc20-d4e2-4609-aeaf-

    50cc52fd65e9}>."

    D'avance, merci.


    Marc Lognoul [Infrastructure Expert]

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

    mardi 4 décembre 2012 12:18
    Modérateur
  • Bonjour,

    Et merci à vous de vous être penché sur mon soucis.

    Je n'ai pas eu le message m'alertant d'une réponse à mon sujet, ce qui fait que je réponds tardivement.

    Bref en fait je l'ai résolu tout simplement en utilisant l'installeur SharePoint 3.0 sans Service Pack. Jusque là j'utilisais la version avec SP2 integrée (109Mo).

    Il m'a juste fallu rajouté les 2 utilisateurs (de service et celui de contenu) sur la base de contenu de l'AppliWeb car là ca ne se positionne pas tout seul et activer le service d'Indexation sur mon frontal Web.

    Ensuite,..., que du bonheur.

    @ Marc Lognoul : je n'ai plus le log, mais ce n'était pas celui avec l'Access Denied mais celui indiquant qu'il n'a pas pu trouvé l'objet (0x....)

    Encore merci pour votre attention.

    Cordialement

    Steeve

    mercredi 5 décembre 2012 14:40
  • Bonjour Steeve,

    Merci pour votre retour détaillé.

    En effet:

    L'accès refusé correspond à un problème d'authentification (Loopback check...)

    L'objet introuvable peut correspondre à un problème d'autorisation sur les éléments à indexer.


    Marc Lognoul [Infrastructure Expert]

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

    mercredi 5 décembre 2012 14:58
    Modérateur