Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Applications Microsoft Office SharePoint Gros Problème de recherche et/ou indexation

Gros Problème de recherche et/ou indexation

5 réponses
Avatar
dziedzinski.jean-claude
Bonjour à tous,

Je me permets de vous écrire car j'ai un gros pb le moteur de
recherche sur mon portail SPS.
En effet, une fois que j'ai inséré un certain nombre de documents word
et excel, j'ai lancé une "full indexation".
J'ai pris un mot qui était inclus dans un des docs word et ais lançé
la recherche mais le portail ne m'a rien trouvé.
Ainsi, je suis allé dans le journal et l'analyseur de logs mais là
apparemment, tout s'est bien passé, il n'y a pas d'erreurs.
P.S.: J'ai fait l'installation de SPS 2003 avec un compte
administrateur "spsadmin"(connu du domaine) qui est admin du serveur
et se trouve également dans le groupe "Power Users" du serveur. Ce
meme account a les droits de création et de securité sur les bases de
données du portail. De meme, cet account admin lance tous les services
liés à SPS.
Je me suis attribué les droits d'administrateur sur le portail et rien
n'y fait, la recherche est vide; il ne trouve aucun documents.
Pourriez-vous m'aider SVP, (dites-moi si j'ai fais des bêtises lors de
l'instal) ça devient très urgent.

Merci beaucoup
Signaler un problème avec ce contenu

5 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
EROL [MVP SPS]
Bonjour,

Avez vous lancé l'indexation ?

Lancer une mise à jour intégrale d'un index de contenu
1.. Dans la page Paramètres du site, dans la section Paramètres de
recherche et contenu indexé, cliquez sur Configurer la recherche et
l'indexation.
2.. Dans la page Configurer la recherche et l'indexation, dans la section
Index de contenu, cliquez sur Gérer les index de contenu.
3.. Dans la page Gérer les index de contenu, positionnez le pointeur sur
le nom de l'index et cliquez sur la flèche qui apparaît.
4.. Dans le menu qui s'affiche, cliquez sur Commencer la mise à jour
intégrale.
Vous pouvez planifier des mises à jour automatiques d'un index.

et

Création d'une planification des recherches:

Si vous créez une planification pour les mises à jour, vous pouvez
personnaliser la fréquence à laquelle Microsoft Office SharePoint Portal
Server 2003 met à jour les informations dans une source de contenu
individuelle ou dans un index de contenu.

Vous pouvez créer des planifications qui se chevauchent pour permettre une
mise à jour plus efficace des informations. Par exemple, vous pouvez créer
une mise à jour quotidienne complète à minuit et des mises à jour
incrémentielles quotidiennes en continu.

Créer une planification des recherches de mise à jour:

1.. Dans la section Paramètres de recherche et contenu indexé de la page
Paramètres du site, cliquez sur Configurer la recherche et l'indexation.

2.. Dans la section Paramètres généraux de contenu et état d'indexation de
la page Configurer la recherche et l'indexation, cliquez sur Gérer les
planifications des recherches.

3.. Dans la page Gérer les planifications des recherches, cliquez sur
Nouvelle planification des recherches.

4.. Dans la page Modifier la planification des recherches, dans la liste
Zone de contenu, sélectionnez l'index de contenu pour lequel vous voulez
créer une planification des mises à jour.

5.. Dans la liste Source de contenu, sélectionnez la source de contenu
pour laquelle vous voulez créer une planification des mises à jour.
Si vous voulez appliquer la planification à la totalité de l'index,
cliquez sur Toutes les sources de contenu.

Vous pouvez sélectionnez des sources de contenu spécifiques si vous savez
que certains contenus doivent être actualisés plus vite que d'autres.

6.. Dans la liste Type de mise à jour, sélectionnez le type de mise à
jour.


+++++++++++++++


Inclus les extension PDF et RTF... ?

Types de fichiers pour la recherche:

Vous pouvez spécifier des types de fichiers (indiqués par des extensions de
fichiers) à inclure dans l'index de contenu lors de l'analyse de sources de
contenu. Par exemple, vous pouvez inclure des fichiers possédant les
extensions .abc et .def dans l'index. L'inclusion d'un type de fichier
s'applique uniquement au contenu stocké en dehors du site portail et inclus
dans l'index de contenu à travers des sources de contenu. L'inclusion d'un
type de fichier ne s'applique pas au contenu stocké dans le site portail.

Si un type de fichier possède un filtre IFilter associé, celui-ci doit être
enregistré sur l'ordinateur qui exécute Microsoft Office SharePoint Portal
Server 2003 et analyse ce type de fichier. Une fois le filtre IFilter
inscrit, les documents possédant ce type de fichier peuvent être analysés et
inclus dans l'index. Si vous ajoutez un type de fichier alors qu'aucun
filtre n'est enregistré, seules les propriétés du fichier sont incluses dans
l'index. La procédure servant à inscrire le filtre IFilter varie en fonction
du filtre IFilter spécifique que vous inscrivez.

Reportez-vous à la documentation jointe au filtre IFilter pour connaître
la procédure d'inscription.

Voir notre site www.mysps.info

SharePoint Portal Server contient des filtres pour les éléments suivants :

a.. documents Microsoft Office
b.. fichiers Microsoft Publisher
c.. fichiers Visio
d.. fichiers HTML
e.. fichiers TIFF (Tagged Image File Format)
f.. fichiers texte

SharePoint Portal Server accepte également les filtres IFilters tiers pour
les types de fichiers personnalisés.

++++++++++++++++++++
Ajouter un type de fichier:

1.. Dans la page Paramètres du site, dans la section Paramètres de
recherche et contenu indexé, cliquez sur Configurer la recherche et
l'indexation.

2.. Dans la page Configurer la recherche et l'indexation, dans la section
Paramètres généraux de contenu et état d'indexation, cliquez sur Inclure les
types de fichiers.

3.. Dans la page Spécifiez les types de fichiers à inclure, cliquez sur
Nouveau type de fichier.

4.. Dans la page Ajouter un type de fichier, dans la zone Extension de
fichier, tapez l'extension du nom de fichier pour le type de fichier que
vous voulez ajouter à la liste des types de fichiers pour l'index de
contenu.

5.. Cliquez sur OK.

+++++++++++++++++++++++++++++++

Il vous faudra aussi activer la spécification des options de journalisation
avec le mode Administration de la recherche simple activé

Dans le mode Administration de la recherche simple vous pouvez spécifier les
informations, en plus des erreurs, à inclure dans le journal du Rassembleur.

Spécifier les options de journalisation avec le mode Administration de la
recherche simple activé:

1.. Dans la page Paramètres du site, dans la section Paramètres de
recherche et contenu indexé, cliquez sur Configurer la recherche et
l'indexation.

2.. Dans la page Configurer la recherche et l'indexation, dans la section
Paramètres généraux de contenu et état d'indexation, cliquez sur le lien en
regard de Paramètres du journal.

3.. Dans la page Modification des paramètres de recherche, procédez comme
suit :

1.. Pour consigner chaque extraction réussie de documents, activez la
case à cocher Enregistrer dans le journal chaque document extrait et tous
les avertissements liés à l'indexation.

Vous obtiendrez ainsi un enregistrement complet, mais la taille du
journal du Rassembleur augmentera rapidement. C'est pourquoi il est
recommandé de ne consigner les opérations réussies que très
exceptionnellement.

2.. Pour déterminer quels sont les documents exclus de l'analyse,
activez la case à cocher Enregistrer dans le journal chaque document exclu
de cet index de contenu.

La journalisation des éléments exclus peut créer plusieurs fois le
nombre d'entrées que crée la journalisation des opérations réussies. Il est
recommandé de consigner les éléments exclus uniquement lorsque vous
recherchez l'origine de problèmes.

Conseil Si vous analysez des documents mais que ceux-ci ne figurent
pas dans les résultats des recherches, peut-être n'avez-vous pas de filtre
enregistré pour ce type de document. Pour confirmer que l'absence de filtre
constitue la raison pour laquelle les documents ne figurent pas dans les
résultats de recherche, sélectionnez l'option permettant de consigner en
journal les documents qui sont exclus de l'analyse.

4.. Cliquez sur OK.

+++++++++++++


Allez sur le site je l'ai refait et largement développé,
voir : http://www.mysps.info

@bientôt sur les news de SharePoint.
Bonne fin de semaine.

EROL
[MVP SharePoint Microsoft France]
*****************************************
http://www.clubsps.org
http://aspnet2.com/mvp.ashx?ErolGiraudy
http://sharepointerol.blogspot.com/
http://giraudyp.perso.cegetel.net/Visites/Livre3.htm
=============================
"Jean-Claude" a écrit dans le message de
news:
Bonjour à tous,

Je me permets de vous écrire car j'ai un gros pb le moteur de
recherche sur mon portail SPS.
En effet, une fois que j'ai inséré un certain nombre de documents word
et excel, j'ai lancé une "full indexation".
J'ai pris un mot qui était inclus dans un des docs word et ais lançé
la recherche mais le portail ne m'a rien trouvé.
Ainsi, je suis allé dans le journal et l'analyseur de logs mais là
apparemment, tout s'est bien passé, il n'y a pas d'erreurs.
P.S.: J'ai fait l'installation de SPS 2003 avec un compte
administrateur "spsadmin"(connu du domaine) qui est admin du serveur
et se trouve également dans le groupe "Power Users" du serveur. Ce
meme account a les droits de création et de securité sur les bases de
données du portail. De meme, cet account admin lance tous les services
liés à SPS.
Je me suis attribué les droits d'administrateur sur le portail et rien
n'y fait, la recherche est vide; il ne trouve aucun documents.
Pourriez-vous m'aider SVP, (dites-moi si j'ai fais des bêtises lors de
l'instal) ça devient très urgent.

Merci beaucoup


Avatar
Jean-Claude
Bonjour EROL,

Merci beaucoup pour toutes ces informations,
J'ai bien lu et exécuter tout ce que vous m'avez dit mais
malheureusement, la recherche dans le portail ne fonctionne toujours
pas.
Avez-vous d'autres idées?
Merci beaucoup!

Jean-Claude
Avatar
EROL [MVP SPS]
Bonjour,

Une autre hypothèse:

Si vous indexez une source de contenu Microsoft Exchange 2000 Server, une
source de contenu Microsoft SharePoint Portal Server 2001 ou une source
Microsoft Office SharePoint Server 2003 de contenu en utilisant
authentification de base, l'indexation peut cesser de fonctionner
immédiatement et le message d'erreur suivant peut est enregistré dans le
journal Rassembleur : 80040e4d Authentification a échoué

Cause:
Ce problème peut se produire si la source de contenu est configurée pour
utiliser authentification de base et si le compte d'accès de contenu que
vous utilisez dispose un mot de passe vide.
-
Résolution:
Pour résoudre ce problème, affectez un mot de passe au compte d'accès de
contenu qui que vous utilisez redémarre le service Microsoft Search et
recrawl la source de contenu.
-
Statut:
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft
répertoriés au début de cet article.

++++++++++++++

Voir:
http://support.microsoft.com/default.aspx?scid=kb;fr;827854

+
http://support.microsoft.com/default.aspx?scid=kb;fr;889650

+

Symptômes:
La règle de chemin d'accès de site ne peut pas si vous créez une source de
contenu pour un URL qui contient "localhost" (http://localhost/site par
exemple) et créez ensuite une règle de chemin d'accès de site qui se réfère
au même site être appliquée mais si vous utilisez le nom de serveur réel au
lieu de localhost par exemple subdir /site/ nomduserveur http://.
-
Vous pouvez rencontrer les mêmes problèmes si vous utilisez le nom de
serveur dans le chemin source de contenu mais utilisez localhost dans une
règle de chemin d'accès de site.
-
Cause:
Ce comportement est voulu par la conception même du produit. L'indexeur
traite URL et non adresses IP. LocalHost est un autre URL à l'une qui
contient le nom de serveur et est différemment traité pour l'indexation de
fins.
-
Résolution:
Utilisez pour résoudre ce problème localhost ou le nom de serveur
régulièrement. Si votre serveur a plusieurs nom d'hôte, vous devez toujours
utiliser le nom de serveur.


Allez sur le site je l'ai refait et largement développé,
voir : http://www.mysps.info

@bientôt sur les news de SharePoint.
Bonne fin de semaine.

EROL
[MVP SharePoint Microsoft France]
*****************************************
http://www.clubsps.org
http://aspnet2.com/mvp.ashx?ErolGiraudy
http://sharepointerol.blogspot.com/
http://giraudyp.perso.cegetel.net/Visites/Livre3.htm
=============================
"Jean-Claude" a écrit dans le message de news:

Bonjour EROL,

Merci beaucoup pour toutes ces informations,
J'ai bien lu et exécuter tout ce que vous m'avez dit mais
malheureusement, la recherche dans le portail ne fonctionne toujours
pas.
Avez-vous d'autres idées?
Merci beaucoup!

Jean-Claude
Avatar
Jean-Claude
Bonjour EROL,

Après plusieurs jours de recherches sans résultats, je peux enfin
vous annoncer que j'ai réussi à faire fonctionner la recherche à
partir du portail.
Etant donné que le journal du rassembleur ne me renseignait pas des
erreurs éventuelles, je me suis plus penché vers les problèmes
d'installation du serveur Windows 2003.
Il semblerait que le problème était du à l'installation des hotfixs
de Windows 2003 avant l'installation de SPS 2003. En effet, j'ai fait
des multitudes d'installation différentes et celle qui fonctionne est
l'installation des hotfixs Windows 2003 après l'installation de SPS
2003.

Merci pour toutes les réponses données dans le forum!

Jean-Claude


EROL [MVP SPS] wrote:
Bonjour,

Une autre hypothèse:

Si vous indexez une source de contenu Microsoft Exchange 2000 Server,


une
source de contenu Microsoft SharePoint Portal Server 2001 ou une


source
Microsoft Office SharePoint Server 2003 de contenu en utilisant
authentification de base, l'indexation peut cesser de fonctionner
immédiatement et le message d'erreur suivant peut est enregistré


dans le
journal Rassembleur : 80040e4d Authentification a échoué

Cause:
Ce problème peut se produire si la source de contenu est configurée


pour
utiliser authentification de base et si le compte d'accès de contenu


que
vous utilisez dispose un mot de passe vide.
-
Résolution:
Pour résoudre ce problème, affectez un mot de passe au compte


d'accès de
contenu qui que vous utilisez redémarre le service Microsoft Search


et
recrawl la source de contenu.
-
Statut:
Microsoft a confirmé l'existence de ce problème dans les produits


Microsoft
répertoriés au début de cet article.

++++++++++++++

Voir:
http://support.microsoft.com/default.aspx?scid=kb;fr;827854

+
http://support.microsoft.com/default.aspx?scid=kb;fr;889650

+

Symptômes:
La règle de chemin d'accès de site ne peut pas si vous créez une


source de
contenu pour un URL qui contient "localhost" (http://localhost/site


par
exemple) et créez ensuite une règle de chemin d'accès de site qui


se réfère
au même site être appliquée mais si vous utilisez le nom de


serveur réel au
lieu de localhost par exemple subdir /site/ nomduserveur http://.
-
Vous pouvez rencontrer les mêmes problèmes si vous utilisez le nom


de
serveur dans le chemin source de contenu mais utilisez localhost dans


une
règle de chemin d'accès de site.
-
Cause:
Ce comportement est voulu par la conception même du produit.


L'indexeur
traite URL et non adresses IP. LocalHost est un autre URL à l'une


qui
contient le nom de serveur et est différemment traité pour


l'indexation de
fins.
-
Résolution:
Utilisez pour résoudre ce problème localhost ou le nom de serveur
régulièrement. Si votre serveur a plusieurs nom d'hôte, vous devez


toujours
utiliser le nom de serveur.


Allez sur le site je l'ai refait et largement développé,
voir : http://www.mysps.info

@bientôt sur les news de SharePoint.
Bonne fin de semaine.

EROL
[MVP SharePoint Microsoft France]
*****************************************
http://www.clubsps.org
http://aspnet2.com/mvp.ashx?ErolGiraudy
http://sharepointerol.blogspot.com/
http://giraudyp.perso.cegetel.net/Visites/Livre3.htm
======================== ======

"Jean-Claude" a écrit dans le message de


news:

Bonjour EROL,

Merci beaucoup pour toutes ces informations,
J'ai bien lu et exécuter tout ce que vous m'avez dit mais
malheureusement, la recherche dans le portail ne fonctionne toujours
pas.
Avez-vous d'autres idées?
Merci beaucoup!

Jean-Claude


Avatar
EROL MVP SPS
Bonsoir,

Parfait, un peu de courage, une pointe de tenacité...
et
la solution vient!

--
EROL MVP SharePoint www.mysps.info
http://www.microsoft.com/resources/documentation/IIS/6/all/techref/en-us/iisRG_SCA_20.mspx

"Jean-Claude" a écrit dans le message de
news:
Bonjour EROL,

Après plusieurs jours de recherches sans résultats, je peux enfin
vous annoncer que j'ai réussi à faire fonctionner la recherche à
partir du portail.
Etant donné que le journal du rassembleur ne me renseignait pas des
erreurs éventuelles, je me suis plus penché vers les problèmes
d'installation du serveur Windows 2003.
Il semblerait que le problème était du à l'installation des hotfixs
de Windows 2003 avant l'installation de SPS 2003. En effet, j'ai fait
des multitudes d'installation différentes et celle qui fonctionne est
l'installation des hotfixs Windows 2003 après l'installation de SPS
2003.

Merci pour toutes les réponses données dans le forum!

Jean-Claude


EROL [MVP SPS] wrote:
Bonjour,

Une autre hypothèse:

Si vous indexez une source de contenu Microsoft Exchange 2000 Server,


une
source de contenu Microsoft SharePoint Portal Server 2001 ou une


source
Microsoft Office SharePoint Server 2003 de contenu en utilisant
authentification de base, l'indexation peut cesser de fonctionner
immédiatement et le message d'erreur suivant peut est enregistré


dans le
journal Rassembleur : 80040e4d Authentification a échoué

Cause:
Ce problème peut se produire si la source de contenu est configurée


pour
utiliser authentification de base et si le compte d'accès de contenu


que
vous utilisez dispose un mot de passe vide.
-
Résolution:
Pour résoudre ce problème, affectez un mot de passe au compte


d'accès de
contenu qui que vous utilisez redémarre le service Microsoft Search


et
recrawl la source de contenu.
-
Statut:
Microsoft a confirmé l'existence de ce problème dans les produits


Microsoft
répertoriés au début de cet article.

++++++++++++++

Voir:
http://support.microsoft.com/default.aspx?scid=kb;fr;827854

+
http://support.microsoft.com/default.aspx?scid=kb;fr;889650

+

Symptômes:
La règle de chemin d'accès de site ne peut pas si vous créez une


source de
contenu pour un URL qui contient "localhost" (http://localhost/site


par
exemple) et créez ensuite une règle de chemin d'accès de site qui


se réfère
au même site être appliquée mais si vous utilisez le nom de


serveur réel au
lieu de localhost par exemple subdir /site/ nomduserveur http://.
-
Vous pouvez rencontrer les mêmes problèmes si vous utilisez le nom


de
serveur dans le chemin source de contenu mais utilisez localhost dans


une
règle de chemin d'accès de site.
-
Cause:
Ce comportement est voulu par la conception même du produit.


L'indexeur
traite URL et non adresses IP. LocalHost est un autre URL à l'une


qui
contient le nom de serveur et est différemment traité pour


l'indexation de
fins.
-
Résolution:
Utilisez pour résoudre ce problème localhost ou le nom de serveur
régulièrement. Si votre serveur a plusieurs nom d'hôte, vous devez


toujours
utiliser le nom de serveur.


Allez sur le site je l'ai refait et largement développé,
voir : http://www.mysps.info

@bientôt sur les news de SharePoint.
Bonne fin de semaine.

EROL
[MVP SharePoint Microsoft France]
*****************************************
http://www.clubsps.org
http://aspnet2.com/mvp.ashx?ErolGiraudy
http://sharepointerol.blogspot.com/
http://giraudyp.perso.cegetel.net/Visites/Livre3.htm
============================= >
"Jean-Claude" a écrit dans le message de


news:

Bonjour EROL,

Merci beaucoup pour toutes ces informations,
J'ai bien lu et exécuter tout ce que vous m'avez dit mais
malheureusement, la recherche dans le portail ne fonctionne toujours
pas.
Avez-vous d'autres idées?
Merci beaucoup!

Jean-Claude