Créer un échéancier des personnalisations actuelles lors de la mise à niveau vers SharePoint 2013
S’APPLIQUE À :
2013 
2016 2019 Édition d’abonnement SharePoint dans Microsoft 365
Si vous avez largement personnalisé vos sites en fonction des produits SharePoint 2010, vous devez déterminer comment 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 de procéder à la mise à niveau, vous devez identifier, puis évaluer les personnalisations dans votre environnement et déterminer si vous allez les mettre à niveau et comment.
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 que vous avez identifié les personnalisations, réfléchissez à l’effet de mise à niveau potentiel de chacune d’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 |
|---|---|---|
| Affectant visuellement |
Pages maîtres Thèmes Pages web Composants WebPart JavaScript personnalisé Fichiers CSS personnalisés |
Ne doit 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 ?
Fait-il quelque chose que vous ne pouvez pas faire avec les fonctionnalités standard 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’une personnalisation prise en charge ou introduit-t-elle des risques dans 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 puissiez utiliser cette approche pour conserver les mêmes fonctionnalités, vous ne pourrez pas tirer parti des fonctionnalités 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.
Ignorer les personnalisations Remplacez les personnalisations à l’aide de la fonctionnalité par défaut. Vous pouvez réinitialiser les pages aux définitions de site par défaut et supprimer tous les composants WebPart ou fonctionnalités que vous ne souhaitez plus prendre en charge. En fait, le vérificateur d’intégrité de la collection de sites recherche les pages non hébergées et peut rétablir les versions par défaut des pages. Si vous décidez d’ignorer les personnalisations, vous devez résoudre les problèmes qui résultent de la suppression des personnalisations dans les sites qui les ont utilisées. Vous pouvez utiliser votre inventaire de personnalisations pour déterminer quels sites nécessitent 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é |
Évaluer, puis reconcevoir ou redéployer si nécessaire. |
| Flux de travail et contrôles serveur |
Dépend de la solution. Contactez le fournisseur pour découvrir 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 du gestionnaire d’événements effectue des appels à des API qui étaient dépréciées, vous devez le réécrire, puis le redéployer 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 vous aviez des restes d’une version antérieure, ils n’ont pas besoin d’être recréé. |
| 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 aux modèles objet ou services Web que vous appelez à partir du 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. Il existe un lien à partir de cette règle vers la page dans laquelle ils peuvent être réinitialisés au 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. Cela inclut la casse de lettre) sur une batterie de serveurs de test et assurez-vous qu’elle 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. Recherche dans SharePoint 2013 prend en charge la syntaxe FQL et la syntaxe KQL pour les solutions de recherche personnalisée. Vous ne pouvez pas utiliser la syntaxe SQL dans les solutions de recherche personnalisées utilisant des technologies. Cela inclut le modèle objet du serveur de requêtes, 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 du serveur d’index et le service web de requête créés dans SharePoint Server 2010 ne fonctionnent pas lorsque vous les mettez à niveau vers SharePoint 2013. Requêtes envoyés par le biais de ces applications renverra une erreur. Pour plus d’informations sur l’utilisation de la syntaxe FQL et de la syntaxe KQL, consultez Informations de référence sur la syntaxe KQL (Keyword Query Language) et Informations de référence sur la syntaxe FQL (FAST Query Language). |
Pendant que vous examinez les personnalisations dans votre environnement, vous devez également vous assurer que l’environnement n’utilise pas de fonctionnalités ou d’éléments déconseillés. Par exemple, Web Analytics à partir des produits SharePoint 2010 ne sont pas disponibles dans SharePoint 2013 et vous devez les désactiver avant la mise à niveau. En outre, SQL Server requêtes de recherche 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. Très probablement, vous devrez 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 ces solutions pour vous assurer que leur déploiement en toute confiance n’introduit pas de 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 pouvez rencontrer des problèmes de mise à niveau qui ne peuvent pas être résolus :
Définitions de site, fonctionnalités ou fichiers prédéfinis ayant été modifiés.
Attention
Certains types de fichiers prédéfinis, tels que les icônes de document ou les actions, peuvent être transférés de manière supportable, bien que cela ne se produise pas automatiquement. Ne copiez pas les anciens fichiers de version, car cela peut entraîner d’autres problèmes. À la place, apportez les mêmes modifications au nouveau fichier de version Les modifications apportées à d’autres fichiers prédéfinis, tels que les pages ASPX côté serveur, seront perdues pendant la mise à niveau si vous réinitialisez le modèle de site ou si vous n’apportez pas les mêmes modifications dans les nouveaux fichiers de version. Selon les fichiers qui ont été modifiés et l’étendue de ces modifications, l’expérience de mise à niveau peut varier considérablement.
Bases de données SharePoint qui ont été modifiées, soit en modifiant directement les données, soit en modifiant le schéma. Cela inclut 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