Article
03/04/2017

Sauvegarder les personnalisations (Search Server 2010)

S’applique à : Search Server 2010

Dernière rubrique modifiée : 2016-11-30

Cet article explique comment sauvegarder des personnalisations qui ont été apportées à des sites Microsoft Search Server 2010.

Les types de personnalisations suivants peuvent être appliqués à des sites :

Personnalisations empaquetées en tant que solutions (fichiers .wsp). Les solutions contiennent des éléments de sites développés et sont généralement créées par des développeurs. Parmi les éléments de sites développés, citons :
- les composants WebPart ;
- les flux de travail ;
- les définitions de site et de liste ;
- les convertisseurs de documents ;
- les récepteurs d’événements ;
- les travaux du minuteur ,
- les assemblys.
Les éléments de sites créés, qui sont généralement créés par des concepteurs Web, ne sont pas compilés de manière explicite et résident dans une base de données de contenu. Parmi ces éléments, citons :
- les pages maîtres ;
- les feuilles de style en cascade ,
- les formulaires ;
- les pages de disposition.
Modifications apportées au fichier Web.config
Les solutions tierces et leurs fichiers binaires et clés de Registre associés, par exemple les IFilters.
Modifications de sites apportées directement par le biais d’un navigateur
Personnalisations développées qui ne sont pas empaquetées en tant que solutions

Chacun de ces types de personnalisations requiert un type de sauvegarde différent.

Dans cet article :

Sauvegarde de packages de solutions
Sauvegarde d’éléments de sites créés
Sauvegarde de flux de travail
Sauvegarde des modifications apportées au fichier Web.config
Sauvegarde de produits tiers
Sauvegarde de modifications apportées directement
Sauvegarde de personnalisations développées qui ne sont pas empaquetées en tant que solutions

Sauvegarde de packages de solutions

Les packages de solutions peuvent être créés à l’aide de Microsoft SharePoint Designer 2010 ou Microsoft Visual Studio 2010. Il est vivement recommandé de déployer toutes les personnalisations en tant que packages de solutions.

Un package de solution est un fichier déployable et réutilisable qui peut contenir un ensemble de fonctionnalités, de définitions de sites et d’assemblys qui s’appliquent à des sites et que vous pouvez activer ou désactiver individuellement. Les packages de solutions peuvent inclure des composants WebPart, des définitions de sites ou de listes, des colonnes personnalisées, de nouveaux types de contenu, des champs personnalisés, des actions personnalisées, des flux de travail codés, ou des activités et conditions de flux de travail.

La méthode qui vous permet de sauvegarder des packages de solutions varie selon que les personnalisations sont déployées en tant que solutions approuvées ou solutions bac à sable (sandbox).

Les solutions approuvées sont des packages de solutions déployés par des administrateurs de batterie. Elles sont déployées dans la batterie entière et peuvent être utilisées sur n’importe quel site de la batterie. Elles sont stockées dans la base de données de configuration. Elles sont sauvegardées lorsqu’une batterie est sauvegardée à l’aide de la sauvegarde Search Server 2010 et sont comprises dans les sauvegardes de type configuration-uniquement. Vous pouvez également sauvegarder des solutions approuvées individuellement ou en tant que groupe. Les solutions sont visibles dans la hiérarchie de sauvegarde.

Les solutions bac à sable (sandbox) sont des packages de solutions que les administrateurs de collections de sites peuvent déployer sur une collection de sites unique. Elles sont stockées dans la base de données de contenu associée à la collection de sites dans laquelle les packages de solutions sont déployés. Elles sont incluses dans les sauvegardes de batterie Search Server 2010, d’application Web, de base de données de contenu et de collection de site, mais elles ne sont pas visibles dans la hiérarchie de sauvegarde et ne peuvent pas être sélectionnées ou sauvegardées individuellement.

Nous vous recommandons de conserver une sauvegarde du fichier .wsp d’origine et du code source servant à générer le fichier .wsp pour les solutions approuvées et les solutions bac à sable (sandbox).

Pour sauvegarder des solutions approuvées à l’aide de l’Administration centrale

Vérifiez que le compte d’utilisateur qui exécute cette procédure est membre du groupe Administrateurs de batterie.
Dans l’Administration centrale, dans la page d’accueil, dans la section Sauvegarde et restauration, cliquez sur Effectuer une sauvegarde.
Dans la page Effectuer une sauvegarde - Étape 1 de 2 : sélectionner un composant à sauvegarder, sélectionnez Solutions, puis cliquez sur Suivant.

Vous pouvez également sélectionner une solution spécifique, si vous ne souhaitez en sauvegarder qu’une seule.
Dans la page Démarrer la sauvegarde - Étape 2 sur 2 : sélectionner des options de sauvegarde, dans la section Type de sauvegarde, sélectionnez Complète ou Différentielle.

Notes

Si vous sauvegardez la solution pour la première fois, vous devez utiliser l’option Complète. Vous devez effectuer une sauvegarde complète pour pouvoir effectuer une sauvegarde différentielle.
Dans la section Emplacement des fichiers de sauvegarde , tapez le chemin d’accès UNC (Universal Naming Convention) du dossier de sauvegarde, puis cliquez sur Démarrer la sauvegarde.
Vous pouvez afficher l’état général de toutes les tâches de sauvegarde dans la partie supérieure de la page État des opérations de sauvegarde et de restauration, dans la section Préparation. Vous pouvez afficher l’état de la tâche de sauvegarde actuelle dans la partie inférieure de la page, dans la section Sauvegarde. La page d’état se met à jour automatiquement toutes les 30 secondes. Vous pouvez mettre à jour manuellement les détails de l’état en cliquant sur Actualiser. La sauvegarde et la récupération sont des tâches de service du minuteur. Par conséquent, il se peut que la sauvegarde démarre après plusieurs secondes.

Si des messages d’erreur s’affichent, examinez la colonne Message d’erreur de la page d’état des tâches de restauration et de sauvegarde. Vous trouverez également des détails supplémentaires dans le fichier Spbackup.log situé à l’emplacement indiqué à l’étape 4.

Pour sauvegarder des solutions approuvées à l’aide de Windows PowerShell

Vérifiez que vous disposez de la configuration minimale requise suivante : Voir Add-SPShellAdmin.
Dans le menu Démarrer, cliquez sur Tous les programmes.
Cliquez sur Produits Microsoft SharePoint 2010.
Cliquez sur SharePoint 2010 Management Shell.
À l’invite de commandes de Windows PowerShell, tapez la commande suivante pour sauvegarder toutes les solutions de la batterie. Pour sauvegarder une seule solution, ajoutez son nom au chemin d’accès de l’élément « farm\solutions ».
```
Backup-SPFarm -backupmethod full -directory <UNC location> -item "farm\solutions" 
```
Où :
- <UNC location> est l’emplacement UNC du répertoire vers lequel effectuer la sauvegarde.

Pour plus d’informations, voir Backup-SPFarm.

Sauvegarde de solutions bac à sable (sandbox)

Il est impossible de sauvegarder uniquement les solutions bac à sable (sandbox). Au lieu de cela, vous devez sauvegarder la batterie, l’application Web ou la base de données de contenu à laquelle est associée la solution bac à sable (sandbox). Pour plus d’informations sur ces méthodes de sauvegarde, voir Contenu associé.

Sauvegarde d’éléments de sites créés

Il est impossible de sauvegarder uniquement les éléments de sites créés. Au lieu de cela, vous devez sauvegarder la batterie, l’application Web ou la base de données de contenu à laquelle est associé l’élément de sites créé. Pour plus d’informations sur ces méthodes de sauvegarde, voir Contenu associé.

Sauvegarde de flux de travail

Les flux de travail constituent un cas particulier de personnalisation que vous pouvez sauvegarder. Assurez-vous que votre plan de sauvegarde et de récupération gère les scénarios suivants qui s’appliquent à votre environnement :

Les flux de travail déclaratifs, tels que ceux créés dans Microsoft SharePoint Designer 2010, sont stockés dans la base de données de contenu de la collection de sites sur laquelle ils sont déployés. La sauvegarde de la base de données de contenu protège ces flux de travail.
Les actions de flux de travail déclaratifs personnalisés ont des composants aux trois emplacements suivants :
1. Les assemblys Visual Studio 2010 pour les actions sont stockés dans le Global Assembly Cache.
2. Les fichiers de définition XML (fichiers .ACTIONS) sont stockés dans le répertoire 14\TEMPLATE\<LCID>\Workflow.
3. Une entrée XML marquant l’action comme type autorisé est stockée dans le fichier web.config des applications Web dans lesquelles elle est utilisée.
Si les flux de travail de batterie utilisent des actions personnalisées, vous devez recourir à un système de sauvegarde de fichiers pour protéger ces fichiers et les entrées XML. S’apparentant à des fonctionnalités Search Server telles que les composants WebPart et les récepteurs d’événements, ces fichiers doivent être réappliqués à la batterie selon les besoins après la récupération.
Les flux de travail qui dépendent de code personnalisé, tels que ceux créés à l’aide de Visual Studio 2010, sont stockés à deux emplacements. Les assemblys Visual Studio 2010 pour le flux de travail sont stockés dans le Global Assembly Cache et les fichiers de définition XML sont stockés dans le répertoire Features. Ceci est identique à d’autres types de fonctionnalités Search Server telles que les composants WebPart et les récepteurs d’événements. Si le flux de travail a été installé dans le cadre d’un package de solution, la sauvegarde de la batterie, de l’application Web, de la base de données de contenu ou de la collection de sites protège ce flux de travail.
Si vous créez un flux de travail personnalisé qui interagit avec une collection de sites autre que celle dans laquelle le flux de travail est déployé, vous devez sauvegarder les deux collections de sites afin de protéger le flux de travail. Cela comprend les flux de travail qui écrivent dans un historique ou autre liste personnalisée dans une autre collection de sites. Une sauvegarde de batterie suffit à sauvegarder toutes les collections de site de la batterie et tous les flux de travail qui y sont associés.
Les flux de travail qui ne sont pas encore déployés doivent être sauvegardés et restaurés séparément. Lorsque vous développez un nouveau flux de travail et que vous ne l’avez pas encore déployé dans la batterie Search Server, assurez-vous de sauvegarder le dossier dans lequel vous stockez les fichiers de projet de flux de travail à l’aide d’une application de sauvegarde de système de fichiers.

Sauvegarde des modifications apportées au fichier Web.config

L’une des personnalisations courantes de Search Server 2010 consiste à modifier le fichier Web.config. Il est vivement recommandé de modifier ce fichier à l’aide de l’Administration centrale ou des API et du modèle objet Search Server 2010. Ces modifications étant stockées dans la base de données de configuration, elles peuvent être récupérées à partir d’une sauvegarde de batterie ou de type configuration-uniquement.

Les modifications du fichier Web.config qui ne sont pas effectuées par le biais de l’Administration centrale ou des API et du modèle objet Search Server 2010 doivent être protégées à l’aide d’une sauvegarde de système de fichiers.

Notes

Si vous utilisez l’authentification à base de formulaires, l’inscription du fournisseur dans le fichier Web.config est manuel et n’est pas protégé par la sauvegarde Search Server 2010. Dans ce cas, assurez-vous de sauvegarder le fichier Web.config à l’aide d’une sauvegarde de système de fichiers.

Sauvegarde de produits tiers

Si des produits tiers sont déployés en tant que packages de solutions, ils sont protégés par la sauvegarde Search Server 2010. Nous vous recommandons de conserver tous les fichiers d’origine, supports de distribution, documentation et clés de produits et de licence nécessaires à l’installation.

Sauvegarde de modifications apportées directement

Les modifications apportées directement à un site par le biais du navigateur peuvent être difficiles à sauvegarder. Le tableau suivant décrit les stratégies de sauvegarde pour des objets spécifiques.

Objet modifié	Stratégie de sauvegarde
Liste	Utilisez SharePoint Designer 2010 et enregistrez en tant que modèle. Pour plus d’informations, voir Enregistrer un site SharePoint en tant que modèle (https://go.microsoft.com/fwlink/?linkid=199515&clcid=0x40C).
Site	Utilisez SharePoint Designer 2010 et enregistrez en tant que modèle. Pour plus d’informations, voir Enregistrer un site SharePoint en tant que modèle (https://go.microsoft.com/fwlink/?linkid=199515&clcid=0x40C).
Collection de sites	Utilisez la sauvegarde de collection de sites. Pour plus d’informations, voir Sauvegarder une collection de sites (Search Server 2010).

Sauvegarde de personnalisations développées qui ne sont pas empaquetées en tant que solutions

La sauvegarde de personnalisations qui ne sont pas déployées en tant que packages de solutions peut être un processus complexe car les emplacements des fichiers de personnalisation ne sont pas normalisés et Search Server 2010 ne les sauvegarde pas automatiquement.

Contactez l’équipe de développement ou le fournisseur de personnalisation afin de déterminer si les personnalisations impliquent des logiciels complémentaires ou des fichiers à d’autres emplacements. Nous vous recommandons de sauvegarder ces répertoires avec une solution de sauvegarde de système de fichiers. Le tableau suivant répertorie les emplacements où les personnalisations développées sont généralement stockées sur des serveurs Web.

Emplacement	Description
%COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14	Fichiers fréquemment mis à jour, assemblys personnalisés, modèles personnalisés, définitions de site personnalisé.
Inetpub	Emplacement des répertoires virtuels IIS.
%WINDIR%\Assembly	Global Assembly Cache (GAC) : emplacement protégé du système d’exploitation où les assemblys de code .NET Framework sont installés pour fournir l’accès système complet.