Créer un échéancier des personnalisations actuelles lors de la mise à niveau vers SharePoint 2013

S’APPLIQUE À :  yes-img-13 2013  no-img-16 2016  no-img-19 2019  no-img-se Subscription Edition  no-img-sop SharePoint in Microsoft 365

Si vous avez effectué de nombreuses personnalisations dans vos sites basés sur les Produits SharePoint 2010, vous devez déterminer la façon dont vous souhaitez gérer vos personnalisations lors de la mise à niveau vers SharePoint 2013. 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.

Identifier les personnalisations dans votre environnement

Dans le cadre d'un 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 concernant la manière d'identifier des personnalisations, voir Use a trial upgrade to SharePoint 2013 to find potential issues.

Évaluer les personnalisations

Une fois les personnalisations identifiées, songez à l’effet de mise à niveau potentiel de chacune d’entre elles. Le tableau suivant décrit les types de personnalisations et le genre d’effet qu’elles peuvent engendrer lors de la mise à niveau.

Catégorie de personnalisation Type de personnalisations Effet potentiel sur la mise à niveau
Conséquences visuelles
Pages maîtres
Thèmes
Pages web
Composants WebPart
JavaScript personnalisé
Fichiers CSS personnalisés
Ne devraient pas affecter la mise à niveau de la base de données.
Dans le cas de mises à niveau de sites : susceptibles de fonctionner correctement en mode 2010, mais nécessitent des modifications pour fonctionner en mode 2013.
À tester soigneusement dans les deux modes.
Conséquences sur la structure des données
Types de contenu
Types de liste
Modèles web
Définitions de site
Peuvent avoir des conséquences sur la mise à niveau de la base de données si le contenu ou les noms de types de liste entrent en conflit avec du nouveau contenu ou des nouveaux types de liste dans le produit, ou si les modèles ou définitions font défaut.
Sans conséquence visuelle
Services Web
Service Windows
Gestionnaire HTTP
Module HTTP
Éventuellement non compatibles avec SharePoint 2013. À tester soigneusement afin d'en déterminer les effets. Soyez prêt à les supprimer ou à les remplacer.

À présent que vous connaissez les personnalisations dont vous disposez et leurs types, vous pouvez décider ce que vous devez 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 ?

    • Génère-t-elle des actions que les fonctionnalités standard ne permettent pas d’effectuer dans le produit ?

  • 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 en termes de 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, vous pouvez également vous pencher sur votre approche globale des personnalisations. Les options suivantes sont à votre disposition :

  • Conserver les personnalisations, ne pas mettre à niveau les sites Vous pouvez continuer à exécuter le site en mode 2010 dans l'environnement mis à niveau. Bien que vous utilisiez cette approche pour conserver la même fonctionnalité, vous ne serez pas en mesure de tirer profit des fonctionnalités et des capacités qui sont disponibles dans la nouvelle version. Utilisez cette approche temporairement, vous devrez finir par résoudre le problème (avant une mise à niveau de la prochaine version du produit).

  • 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.

  • 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 la prise de 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
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 2013.
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 sur MSDN.
Modèles de site personnalisés
Si vous disposez de modèles de site personnalisés (un modèle de site qui a été personnalisé et enregistré en tant que modèle WSP) que vous voulez continuer à utiliser après la mise à niveau vers SharePoint 2013, vous devez les recréer en mode 2013 avant de mettre à niveau votre collection de sites. Vous devez les recréer car les modèles de site personnalisés s'appliquent à des versions spécifiques et ne sont pas similaires ou ne fonctionnent pas de la même manière dans les versions suivantes. En outre, si vous avez utilisé un modèle pour créer divers sites 2010, ils peuvent nécessiter des ajustements manuels pour garantir un fonctionnement et un rendu corrects dans SharePoint 2013.
40 fabuleux modèles d’application
Microsoft ne crée pas de nouvelles versions de ces modèles. Les environnements qui contiennent des sites fondés sur ces modèles peuvent être mis à niveau à la condition que les modèles soient installés. Cependant des problèmes peuvent être rencontrés lorsque vous essayez de mettre à niveau les collections de sites. Veillez à tester chaque site avant de mettre à jour l'environnement de production. Pour plus d'informations, voir Troubleshoot database upgrade issues in SharePoint 2013.
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
La plupart des gestionnaires d’événements continueront à fonctionner sans modification. Toutefois, si le code des gestionnaires d’événements effectuent des appels aux API qui sont déconseillées, vous devrez le réécrire, puis le déployer à nouveau en tant que fonctionnalité.
Chemins d’accès gérés (inclusions/exclusions)
Recréez des inclusions afin de vous assurer que vous êtes en mesure d’accéder aux collections de sites par le biais de ces chemins d’accès.
Les exclusions n'ont pas été utilisées dans les Produits SharePoint 2010. Si des exclusions subsistaient d'une version antérieure, elles n'ont pas à être recréées.
Thèmes
Recréez vos thèmes selon les conseils de conception de thèmes de SharePoint 2013 ou sélectionnez un nouveau thème disponible dans SharePoint 2013.
Pour plus d'informations, voir Branding issues that may occur when upgrading to SharePoint 2013 [Migrated].
Pages maîtres et fichiers CSS
Modifiez la conception de manière à prendre en charge la nouvelle expérience utilisateur. Pour plus d'informations, voir Branding issues that may occur when upgrading to SharePoint 2013 [Migrated].
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 2010 et 2013.
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.
Testez pour vérifier quֹ’aucune modification n’a été apportée à aucun modèle d’objet ou service web que vous appelez à partir d’un composant WebPart.
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. Il existe une règle de vérification des collections de sites qui identifiera les fichiers de ce statut à l’intérieur d’une collection de sites. Un lien relie cette règle à la page où il est possible de réinitialiser le modèle.
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 avec le même nom de fournisseur (exactement, y compris la casse) sur une batterie de serveurs de test et assurez-vous que cela fonctionne correctement.
Solutions de recherche personnalisées utilisant la syntaxe SQL
Remaniez pour utiliser la syntaxe FQL et KQL.
Les solutions de recherche personnalisées dans SharePoint 2013 ne prennent pas en charge la syntaxe SQL. La recherche dans SharePoint 2013 prend en charge la syntaxe FQL et la syntaxe KQL pour les solutions de recherche personnalisées. Vous ne pouvez pas utiliser la syntaxe SQL dans les solutions de recherche personnalisées avec toutes les technologies, notamment le modèle objet de serveur de requête, le modèle objet client et le service REST de recherche. Les solutions de recherche personnalisées qui utilisent la syntaxe SQL avec le modèle objet de serveur d'index et le service web de requête qui ont été créés dans SharePoint Server 2010 ne fonctionneront pas lorsque vous les mettrez à niveau vers SharePoint 2013. Les requêtes envoyées via ces applications renverront une erreur. Pour plus d'informations sur l'utilisation de la syntaxe FQL et de la syntaxe KQL, voir la référence relative à la syntaxe KQL (Keyword Query Language) et la référence relative à la syntaxe FQL (FAST Query Language).

Lorsque vous examinez les personnalisations dans votre environnement, vous devez également vous assurer que l'environnement n'utilise pas de fonctionnalités ni d'éléments déconseillés. Par exemple, Web Analytics des Produits SharePoint 2010 n'est pas disponible dans SharePoint 2013 et vous devez le désactiver avant la mise à niveau. En outre, SQL Server les requêtes de Search ne sont pas disponibles dans SharePoint 2013. Pour plus d'informations, voir Changes from SharePoint 2010 to SharePoint 2013.

Certaines méthode de déploiement des personnalisations peuvent nécessiter des étapes supplémentaires dans SharePoint 2013. Le tableau suivant répertorie les problèmes que vous êtes susceptible de rencontrer pour certaines méthodes de déploiement des personnalisations.

Méthode de déploiement Recommandation
Personnalisations déployées en tant que fichiers MSI
Contactez le fournisseur afin d'obtenir une mise à jour des fichiers. Vous devrez certainement obtenir un fichier de remplacement compatible avec SharePoint 2013.
Modifications, fonctionnalités ou fichiers déployés manuellement
Vous pouvez les redéployer dans le répertoire équivalent dans SharePoint 2013. Toutefois, envisagez de les placer dans un package de solution déployable pour faciliter leur administration.
Solutions en bac à sable
Aucune étape particulière n’est requise. Les solutions en mode bac à sable sont mises à niveau avec les bases de données de contenu.
Packages de solution
Procédez à nouveau au déploiement vers SharePoint 2013. Assurez-vous que vous effectuez le déploiement vers le répertoire approprié (/14 ou /15), en fonction de la version.
Notez que vous ne pouvez plus ajouter de packages de solution faisant l’objet de confiance partielle au répertoire \bin. Tout fichier déployé vers le répertoire \bin doit faire l’objet d’une confiance totale. Veillez à tester toutes les solutions de ce type afin de vous assurer que leur déploiement en confiance totale n’introduit pas des failles de sécurité. De même, mettez à jour tous les scripts de déploiement afin de garantir qu’ils spécifient le niveau de confiance correct.
Pour plus d'informations, voir Install-SPSolution.
Modèles de formulaires déployés par l’administrateur
Vous devez les extraire de SharePoint Server 2010 et les redéployer vers SharePoint 2013. Pour plus d'informations, voir Upgrade service applications to SharePoint 2013.

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.

    Attention

    Certains types de fichier prédéfinis, tels que les icônes ou les actions de document, sont parfois pris en charge, bien que cela ne soit pas automatique. Ne copiez pas les anciennes versions de fichiers car ces dernières peuvent entraîner d'autres problèmes ; apportez plutôt les mêmes modifications à la nouvelle version du fichier. Les modifications effectuées dans d'autres fichiers prédéfinis, tels que les pages ASPX côté serveur, seront perdues lors de la mise à niveau si vous redéfinissez le modèle du site ou si vous n'apportez pas les mêmes modifications à la nouvelle version des fichiers. Suivant les fichiers modifiés et l'étendue de ces modifications, l'expérience de mise à niveau peut varier sensiblement.

  • 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 ce type, 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 respectent les meilleures pratiques décrites sur la page suivante dans MSDN : Centre de ressources des meilleures pratiques pour les développeurs.

Voir aussi

Autres ressources

Meilleures pratiques pour la mise à niveau de SharePoint 2010 vers SharePoint 2013

Use a trial upgrade to SharePoint 2013 to find potential issues

Deploy custom features to upgraded site collections in SharePoint Server 2013