Comment se débarrasser des sites orphelins qui se trouvent dans les bases de contenu SharePoint ?

0- Télécharger l'outil de scoping MOSSRAP:

http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=535266cc-88e8-4180-a4da-838f94d6a10d

 

1- Lancer l'outil de scoping depuis une machine qui se trouve sur le même réseau que votre infrastructure MOSS 2007.

Cet outil est utilisé pour vérifier un certain nombre de pré-requis nécessaires avant le démarrage d'un audit de plate-forme MOSS 2007.

Il permet de vérifier entre autres la présence d'orphelins ou non dans votre environnement MOSS 2007.

Faire tourner l'outil jusqu'au bout, puis récupérer dans le fichier errors.log généré, la liste des ID de sites orphelins détectés par l'outil, ainsi que la base de données de contenu contenant chacun de ces sites orphelins:

Exemples de liste générés par l'outil de scoping MOSSRAP :

Sites    SiteMap    WSS_Content_EMEA    a4f80b82-69c4-424b-9154-796b324ee972

Sites    SiteMap    WSS_Content_EMEA_2    416aafab-f3c9-439d-a538-5d5fa3ec8470

Webs    SiteMap    WSS_Content_EMEA_2    9e708534-c346-4dbd-8442-7851f11e85c4

Sites    SiteMap    WSS_Content_EMEA_3    69194669-4e2a-4226-be9b-c8c3cdd2f5ff

Webs    SiteMap    WSS_Content_EMEA_3    97a7d9aa-4985-4050-9dd4-88ec2676bc72

Webs    SiteMap    WSS_Content_EMEA_3    7cf467a7-3106-4a4e-989c-0eb5bde821a4

Webs    SiteMap    WSS_Content_EMEA_3    56ba9d49-6423-4ce5-b047-1c66ac764b3f

Webs    SiteMap    WSS_Content_EMEA_3    757e5cd9-fb66-4a3d-b450-14ea3358231c

Webs    SiteMap    WSS_Content_EMEA_3    b70e81a7-0eee-45fa-b54b-2e95c722acf4

Webs    SiteMap    WSS_Content_EMEA_3    49c0959e-cabd-4419-8560-33382e4c7d46

Webs    SiteMap    WSS_Content_EMEA_3    cadbc38f-ee62-40ca-99eb-bb4e43f223e1

Webs    SiteMap    WSS_Content_EMEA_3    d4c7101e-33a1-45f2-9bb8-274b9e5a881f

Webs    SiteMap    WSS_Content_EMEA_3    77a9b2f7-440c-42d9-a758-543af5f41346

Sites    SiteMap    WSS_Content_EMEA_4    a69ec624-1037-47f7-b939-ddfd62400fd0

 

Dans cette liste, apparaissent les ID de sites et les ID de webs.

Nous allons nous intéresser uniquement aux ID de sites:

Sites    SiteMap    WSS_Content_EMEA    a4f80b82-69c4-424b-9154-796b324ee972

Sites    SiteMap    WSS_Content_EMEA_2    416aafab-f3c9-439d-a538-5d5fa3ec8470

Sites    SiteMap    WSS_Content_EMEA_3    69194669-4e2a-4226-be9b-c8c3cdd2f5ff

Sites    SiteMap    WSS_Content_EMEA_4    a69ec624-1037-47f7-b939-ddfd62400fd0

 

2- Sur le serveur SQL, exécuter la commande suivante:

Select RootWebId from
[NomDeLaBaseDeDonnees].dbo.sites with (nolock) where id='Id_Du_Site_orphelin'

 

3- Copier le RootWebId retourné dans les résultats de la requête.

 

4- Sur le serveur SQL, exécuter la commande suivante:

Select FullUrl from
[NomDeLaBaseDeDonnees].dbo.webs with (nolock) where id='RootWebId'

 

5- Vous savez à présent à quelle URL correspond ce site: "WebApplication_URL + FullUrl"

Ex: http://emea.mycompany.com/sites/monsitecollab

 

6- Accéder à cette URL dans un navigateur Web et vérifier si le site existe ou bien s'il s'agit d'un site orphelin (auquel cas vous êtes invité à sélectionner un modèle de site pour finaliser la création de ce site orphelin)

Finaliser la création du site si vous y êtes invité, sinon passer à l'étape suivante.

 

7- Si le site existe et qu'il s'agit de la bonne version du site (celle que vous souhaitez conserver), sauvegarder ce site à l'aide de la commande suivante:

stsadm -o backup -url
"URL_du_Site_a_sauvegarder"
-filename "D:\MonBackup.bak"

 

8- Supprimer ce site en passant par le menu « Actions du site » - « Paramètres du site » - « Supprimer ce site »

NB: S'il s'agit de la bonne version du site (celle que vous souhaitez conserver), assurez-vous de bien conserver la sauvegarde effectuée à l'étape précédente pour pouvoir la restaurer ultérieurement, une fois que tous les orphelins auront été supprimés.

 

9- Détacher la base de données de son application Web, à l'aide de la commande suivante:

stsadm -o deletecontentdb -url
"WebApplication_URL"
-databasename
[NomDeLaBaseDeDonnees]

 

10- Attacher à nouveau la base de données à son application Web, à l'aide de la commande suivante:

stsadm -o addcontentdb -url
"WebApplication_URL"
-databasename [NomDeLaBaseDeDonnees]

NB: Cette opération a pour effet de remettre à jour la base de configuration de manière à ce que celle-ci prenne en compte les sites présents dans la base de données de contenu en question.

S'il existe plusieurs sites pour une même URL donnée, la base de configuration prendra en considération un seul de ces 2 sites. L'autre site restera considéré comme orphelin (jusqu'à ce que l'on supprime tous les sites orphelins pour cette URL, et enfin que l'on restaure une seule et unique fois la bonne version de ce site). C'est là tout l'objectif de cette procédure.

 

11- Recommencer l'opération jusqu'à avoir supprimer tous les sites orphelins.

NB: Il arrive parfois que plusieurs sites orphelins apparaissent pour une même URL. Dans ce cas, il faut recommencer les étapes 6-7-8 et 9 jusqu'à ce que tous les sites orphelins correspondant à cette URL aient été supprimés.

 

12- Une fois l'ensemble des sites orphelins supprimés, vous pouvez restaurer les sites sauvegardés sereinement.

 

13- Relancer l'outil de scoping MOSSRAP pour valider que tous les sites orphelins ont bien été supprimés.

Comment modifier le WebTemplate ID d’un site existant ?

Description

Suite au déploiement d'une solution WSP spécifique, l'ID de l'un de nos modèles de sites a été modifié par erreur.

La rétraction de la solution WSP en question a corrigé le problème MAIS les sites créés entre temps eux, ont été créés depuis un template possédant un mauvais ID et donc ne fonctionne plus.

Solution qui m'a permis de régler le problème

L'objectif est donc de corriger l'ID des derniers sites qui ont été créés mais malheureusement cela est impossible.

Il faut donc un peu ruser et procéder par étape :

1. Exporter le contenu du site:
   

stsadm -o export -url http://monportail/siteweb1 -filename e:\backup\sites\siteweb1 -includeusersecurity -nofilecompression -versions 4

1. Modifier les fichiers Manifest.xml et Requirements.xml de manière à corriger toute référence au modèle de site erroné et à son ID associé. (remplacer ces références par celles correspondant au bon modèle de site)
   

   
    

2. Supprimer le site qui pose problème
   

   
    

3. Créer le site à nouveau avec cette fois le bon modèle de site.
   

   
    

4. Importer le contenu du site d'origine vers le site nouvellement créé:
   

stsadm -o import -url http://monportail2/siteweb1 -filename e:\backup\sites\siteweb1 -includeusersecurity -nofilecompression -updateversions 2

Erreur au niveau du Service de Recherche (Event ID 10039) : Retry of query machine 'MOSS02' has failed with error: The system cannot find the file specified. 0x80070002.

Description

Event Type:    Warning

Event Source:    Office Server Search

Event Category:    Search service

Event ID:    10039

Date:        11/10/2009

Time:        3:50:25 PM

User:        N/A

Computer:    MOSS02

Description:

Retry of query machine 'MOSS02' has failed with error: The system cannot find the file specified. 0x80070002. It will be retried again in 900 seconds. Component: 14ce1322-4989-4688-820b-0f8e088b6c77

 

Solution qui m'a permis de régler le problème

Vérifier que les services Office SharePoint Server Search & Windows SharePoint Services Search sont bien démarrés.

Il se peut que suite au redémarrage d'un serveur par exemple, l'un de ces services (configuré par défaut en mode démarrage manuel) n'ait pas réussi à démarrer correctement.

Erreur lors de l’import d’un site: Could not find the file ‘C:\WINDOWS\TEMP\d529bafc-734a-4bc8-ac3b-4aef5e7cb983\Exportsettings.xml’

Description

Après avoir exporté un site à l'aide de la commande STSADM –o export, vous rencontrez des soucis au moment de l'importation de ce site lorsque vous utilisez la commande STSADM –o import.

Le message d'erreur indique que le fichier Exportsettings.xml est introuvable. Pourtant ce fichier ce trouver bien dans l'archive CAB généré par la commande STSADM –o export.

 

Solution qui m'a permis de régler le problème

Utiliser l'option –nofilecompression lors de l'export du site d'origine :

stsadm -o export -url http://monportail/siteweb1 -filename e:\backup\sites\siteweb1 -includeusersecurity -nofilecompression -versions 4

Cette option a pour effet de créer non pas une archive CAB, mais un dossier dans lequel l'ensemble des fichiers sensés être dans l'archive CAB vont se trouver.

Il suffit ensuite de réaliser l'opération d'import avec la même option :

stsadm -o import -url http://monportail2/siteweb1 -filename e:\backup\sites\siteweb1 -includeusersecurity -nofilecompression -updateversions 2

 

L'utilisation de l'option –nofilecompression permet d'éviter les étapes de compression puis décompression de fichiers CAB.

Dans mon cas, j'avais plus de 40 fichiers CAB générés et visiblement pas créés correctement par la commande STSADM –o export.

Le fait d'exporter sans compression directement dans un dossier tout le contenu du site à exporter a ainsi permis de résoudre le problème au moment de l'import.

Que faire lorsque le message "An unexpected error has occurred" apparaît à l'écran ?

Avec un message d'erreur si peu explicite, il est en général assez difficile d'identifier la cause de l'erreur. Mais fort heureusement, il existe une astuce permettant d'afficher un message d'erreur plus détaillé...

Pour cela, il suffit d'éditer le fichier web.config de votre application Web et appliquer les modifications suivantes:


1°) Activer la CallStack
Remplacer la ligne:
<SafeMode MaxControls="200" CallStack="false" DirectFileDependencies="10" TotalFileDependencies="50" AllowPageLevelTrace="false">

Par la ligne suivante:
<SafeMode MaxControls="200" CallStack="true" DirectFileDependencies="10" TotalFileDependencies="50" AllowPageLevelTrace="false">


2°) Passer le mode CustomErrors à Off
Remplacer la ligne:
<customerrors mode="On">

Par la ligne suivante:
<customerrors mode="Off">

3°) Enregistrer le fichier web.config pour que ces modifications soient prises en compte.

4°) Rafraichir la page d'erreur.
Le message obtenu alors est normalement un peu plus détaillé (pas forcément toujours plus explicite pour tous, mais il a l'avantage de donner plus d'informations sur l'origine de l'erreur).

Bienvenue sur mon Blog dédié à l'Administration de SharePoint 2007

Enfin, je me suis décidé à le faire ...
Un blog dédié à l'administration de SharePoint 2007 en français (pour satisfaire les non anglophones).
L'objectif étant d'y publier des recommandations, trucs et astuces suceptibles d'intéresser toute personne qui sera un jour ou l'autre confrontée à administrer une batterie de serveurs SharePoint.
En tant qu'Administrateur SharePoint et Chef de Projet Déploiement SharePoint 2007 chez Dassault Systèmes, j'ai pu acquérir une certaine expérience dans la mise en place de batteries de serveurs dans le cadre d'un déploiement mondial pour servir plus de 7000 utilisateurs répartis sur 25 pays.
J'espère que ce Blog nous permettra donc d'échanger entre administrateurs SharePoint, mais également de faire profiter toutes autres personnes s'intéressant à ce sujet.

Je vous souhaite donc la bienvenue sur mon Blog et vous dis à très bientôt.

Cordialement,
Marc BENISTY
DASSAULT SYSTEMES
Chef de Projet Déploiement / Administrateur SharePoint
marc.benisty@3ds.com