Partager via


Déterminer comment gérer les personnalisations (SharePoint Foundation 2010)

 

S’applique à : SharePoint Foundation 2010

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

Si vous avez effectué de nombreuses personnalisations dans vos sites basés sur Windows SharePoint Services 3.0, vous devez déterminer la façon dont vous souhaitez gérer vos sites personnalisés lors de la mise à niveau vers Microsoft SharePoint Foundation 2010. Votre approche dépendra de l’étendue des personnalisations, du type de personnalisation, de la complexité de votre site et de vos objectifs en termes de mise à niveau. Avant d’effectuer une mise à niveau, vous devez identifier, puis évaluer les personnalisations dans votre environnement et déterminer si vous allez les mettre à niveau et selon quelles modalités.

Dans cet article :

  • Identifier les personnalisations dans votre environnement

  • Évaluer les personnalisations

  • Considérations pour des personnalisations spécifiques

  • Veiller à ce que les personnalisations futures suivent les meilleures pratiques

Identifier les personnalisations dans votre environnement

Dans le cadre du processus de test de la mise à niveau, vous devez créer un inventaire des personnalisations côté serveur dans votre environnement (solutions, fonctionnalités, composants WebPart, gestionnaires d’événements, pages maîtres, mises en page, fichiers CSS, etc.). Pour plus d’informations sur l’identification des personnalisations, voir Utiliser une mise à niveau d’évaluation pour rechercher les problèmes potentiels (SharePoint Foundation 2010). Vous pouvez utiliser la feuille de calcul relative à la planification de la mise à niveau pour répertorier les personnalisations spécifiques, puis enregistrer les résultats de votre évaluation dans la section suivante. Téléchargez la feuille de calcul à partir de l’adresse https://go.microsoft.com/fwlink/?linkid=179928&clcid=0x40C (éventuellement en anglais).

Évaluer les personnalisations

Après avoir identifié les personnalisations, vous pouvez décider de ce que vous souhaitez en faire. Les questions suivantes vous permettent d’évaluer les personnalisations :

  • La personnalisation est-elle toujours importante ?

    • Répond-elle à un besoin d’entreprise utile ?

    • Est-elle largement déployée et utilisée ?

  • La personnalisation est-elle correctement conçue ?

    • Repose-t-elle sur des définitions de site prédéfinies prises en charge ?

    • Suit-elle les meilleures pratiques pour les personnalisations ?

    • S’agit-il d’un type de personnalisation pris en charge ou représente-t-elle un risque pour votre environnement ?

Lorsque vous évaluez chaque personnalisation individuelle, vous pouvez également vous pencher sur votre approche globale des personnalisations. Les options suivantes sont à votre disposition :

  1. Conserver les personnalisations   Utilisez la mise à niveau visuelle pour continuer à utiliser l’expérience utilisateur de la version précédente pour des sites spécifiques. Bien que vous puissiez utiliser cette approche pour conserver les mêmes fonctionnalités, vous ne pourrez pas tirer parti des nouveaux effets visuels, tels que l’interface utilisateur Fluent, également appelée le Ruban, et des fonctionnalités disponibles dans la nouvelle version.

  2. Remplacer ou rétablir les personnalisations   Si vous souhaitez utiliser de nouvelles fonctionnalités, envisagez de refondre vos sites ou modifiez de manière significative l’architecture des informations, la mise à niveau offre une occasion d’apporter de nouvelles fonctionnalités, d’offrir un nouvel aspect ou de définir une nouvelle organisation. Lorsque vous remplacez ou rétablissez des personnalisations, vous pouvez tirer parti des nouvelles fonctionnalités, modifier légèrement la conception ou opter pour une conception plus facile à gérer.

    Pour plus d’informations sur le rétablissement et le redéploiement des solutions, voir Redéploiement des personnalisations et des solutions dans SharePoint Foundation 2010 et SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=182335&clcid=0x40C).

  3. Abandonner les personnalisations   Remplacez les personnalisations en utilisant des fonctionnalités par défaut. Vous pouvez redéfinir les pages sur les définitions de site par défaut et supprimer les composants WebPart ou les fonctionnalités que vous ne souhaitez plus prendre en charge. Si vous décidez d’abandonner des personnalisations, vous devez résoudre les problèmes engendrés par cette suppression dans les sites qui utilisaient ces personnalisations. Vous pouvez utiliser l’inventaire de vos personnalisations pour déterminer les sites qui requièrent ce type d’attention avant ou après la mise à niveau.

Considérations pour des personnalisations spécifiques

Outre prendre une décision globale quant à la façon dont les personnalisations doivent être traitées dans votre environnement pendant la mise à niveau, vous devez examiner les types spécifiques de personnalisations pour déterminer si vous devez effectuer des actions supplémentaires afin qu’elles fonctionnent dans l’environnement mis à niveau.

Le tableau suivant répertorie certaines personnalisations courantes et indique une recommandation pour le traitement du type de personnalisation concerné.

Type de personnalisation Recommandation

Modèles de sites (fichiers .stp)

Les fichiers de modèles de sites (.stp) constituent une fonctionnalité obsolète dans SharePoint Foundation 2010. Les nouveaux modèles de sites dans SharePoint Foundation 2010 sont enregistrés en tant que fichiers .wsp (packages de solutions).

Un site qui a été mis en service à l’aide d’un modèle de site sera mis à niveau, mais vous ne pourrez pas créer de sites basés sur ce modèle. Pour créer des sites, vous pouvez créer et déployer un package de solution. Pour plus d’informations, voir Résoudre les problèmes de mise à niveau (SharePoint Foundation 2010).

Définition de site

Migrez les sites vers une définition de site prédéfinie prise en charge, puis appliquez les fonctionnalités personnalisées à l’aide d’un déploiement de solution.

Vous pouvez également continuer à utiliser une définition de site personnalisée. Vous n’avez pas besoin de créer une définition de site basée sur SharePoint Foundation 2010.

Toutefois, si vous devez effectuer des opérations de mise à niveau personnalisées pour la définition, vous pouvez être amené à créer un fichier de définition de mise à niveau pour cette définition de site. Pour plus d’informations, voir Fichiers de définition de mise à niveau (https://go.microsoft.com/fwlink/?linkid=182339&clcid=0x40C) sur MSDN.

Modèles d’applications « Fabulous 40 »

Microsoft ne crée pas de nouvelles versions de ces modèles. Les sites basés sur ces modèles peuvent être mis à niveau, mais assurez-vous de tester chaque site avant de mettre à niveau l’environnement de production. Pour plus d’informations, voir Résoudre les problèmes de mise à niveau (SharePoint Foundation 2010).

Fonctionnalité

Effectuez une évaluation, puis, si nécessaire, une remise à plat ou un redéploiement.

Flux de travail et contrôles serveur

Dépend de la solution. Contactez le fournisseur pour déterminer s’il existe une solution mise à jour. Si un flux de travail est compatible avec la nouvelle version, effectuez un redéploiement.

Gestionnaire d’événements

Effectuez une réécriture et un redéploiement en tant que fonctionnalité.

Chemins d’accès gérés (inclusions/exclusions)

Recréez les inclusions pour une mise à niveau avec liaison des bases de données. Les exclusions sont prises en compte et n’ont pas besoin d’être recréées.

Thèmes

En raison des nombreuses modifications apportées à l’interface utilisateur, les thèmes personnalisés basés sur Windows SharePoint Services 3.0 ne fonctionneront pas dans SharePoint Foundation 2010. Utilisez la mise à niveau visuelle pour continuer à utiliser les sites dans l’ancienne expérience utilisateur jusqu’à ce que vous puissiez créer et appliquer un nouveau thème basé sur SharePoint Foundation 2010.

Actions liées à la barre d’outils

Déplacer vers le Ruban (interface utilisateur Fluent).

Pages maîtres et fichiers CSS

Modifier la conception de manière à prendre en charge la nouvelle expérience utilisateur.

JavaScript

Effectuez un test pour déterminer si des actions sont requises. Dans certains cas, vous pouvez être amené à ajuster les scripts afin qu’ils fonctionnent avec le nouveau modèle de page. Vérifiez le fonctionnement sur un site mis à niveau, puis dans les deux modes de mise à niveau visuelle.

Fournisseur de recherche ou découpage de sécurité

Effectuez un test pour déterminer si des actions sont requises.

Composants WebPart

Effectuez un test pour déterminer si des actions sont requises. Vous pouvez être amené à ajuster les composants WebPart afin qu’ils fonctionnent avec le mode XHMTL strict.

Si un composant WebPart se trouve sur une page, mais pas dans une zone de composant WebPart (de sorte qu’il s’agisse schématiquement de code HTML directement incorporé dans une page), il ne fonctionnera pas si vous redéfinissez la page sur le modèle par défaut.

Services

Effectuez un test pour déterminer si des actions sont requises. Recréez ou ajustez le code, selon vos besoins.

Fournisseurs d’authentification

Effectuez un test pour déterminer si des actions sont requises. Redéployez le fournisseur sur une batterie de serveurs de test et vérifiez qu’il fonctionne correctement avec l’authentification par revendications.

Les types de personnalisations suivants ne sont pas pris en charge. Si votre environnement en comporte, vous devez les remplacer par un type de personnalisation pris en charge avant d’effectuer la mise à niveau. Sinon, vous risquez de rencontrer des problèmes de mise à niveau insolubles :

  • Définitions de site, fonctionnalités ou fichiers prédéfinis ayant été modifiés.

    Avertissement

    Certains types de fichiers prédéfinis, tels que les actions ou les icônes de document, peuvent être modifiés et, bien qu’ils ne soient pas mis à niveau, ces modifications peuvent être répercutées de manière à ce qu’elles soient prises en charge. Les modifications apportées aux autres fichiers prédéfinis, tels que les pages ASPX côté serveur, seront perdues pendant la mise à niveau si vous réappliquez le modèle de site. Suivant les fichiers modifiés et l’étendue de ces modifications, l’expérience de mise à niveau peut varier sensiblement. Il est fortement recommandé de rétablir toutes les modifications dans tous les fichiers sur le disque.

  • Bases de données SharePoint ayant été modifiées, par modification directe des données ou par modification du schéma, au moyen d’opérations telles que l’ajout ou la suppression de déclencheurs, de tables, de vues ou d’index.

Si vous possédez des personnalisations de ces types, supprimez-les et remplacez-les par des personnalisations prises en charge avant de procéder à la mise à niveau. Cette meilleure pratique garantit le bon fonctionnement de votre mise à niveau actuelle et une meilleure souplesse des mises à niveau futures. La modification des fichiers et des bases de données prédéfinis demeurera non prise en charge.

Veiller à ce que les personnalisations futures suivent les meilleures pratiques

Vérifiez que votre environnement fonctionne correctement et qu’il suit les meilleures pratiques. Déployez uniquement les personnalisations qui suivent les meilleures pratiques décrites dans les articles suivants sur MSDN et TechNet :