Nettoyer un environnement avant une mise à niveau vers SharePoint 2013
S’APPLIQUE À :
2013
2016
2019
Subscription Edition
SharePoint in Microsoft 365
Avant de commencer la mise à niveau depuis les Produits SharePoint 2010 vers SharePoint 2013, vous devez vous assurer que votre environnement fonctionne correctement et veiller à supprimer tout contenu qui n'a pas lieu d'être mis à niveau. Vous pouvez également prendre le temps nécessaire pour supprimer ou réorganiser du contenu de manière à disposer de la structure souhaitée au terme de la mise à niveau.
Éléments à nettoyer
Bon nombre de ces éléments peuvent être supprimés ou réparés à l'aide de l'outil en ligne de commande Stsadm ou des applets de commande PowerShell.
Important
Pour exécuter l'outil en ligne de commande Stsadm, vous devez être membre du groupe Administrateurs sur l'ordinateur local. > Pour utiliser les applets de commande PowerShell dans SharePoint Management Shell, vous devez être membre : > du rôle serveur fixe securityadmin sur l'instance SQL Server ; > du rôle de base de données fixe db_owner sur toutes les bases de données à mettre à jour ; > du groupe Administrateurs sur le serveur sur lequel vous exécutez les applets de commande PowerShell.
Supprimez les collections de sites et les sous-sites web inutilisés ou sous-utilisés
Vous ne souhaitez pas mettre à niveau le contenu que vous n'avez pas besoin de conserver. S'il est demeuré inutilisé pendant longtemps et qu'il ne s'avère pas nécessaire, sauvegardez-le, puis supprimez-le pour libérer des ressources de stockage et administratives, améliorer les performances de mise à niveau et réduire le risque lié à la mise à niveau. Veillez à vous entretenir avec les propriétaires de site ou les contacts de l'organisation au sujet du statut du site afin de vous assurer que celui-ci n'est pas requis avant de le supprimer (par exemple, il n'est pas souhaitable de supprimer les sites requis pour la conformité, à l'image des procédures d'urgence, même s'ils ne sont pas fréquemment mis à jour).
Pour plus d’informations sur la suppression des collections de sites et des sous-sites web, voir les articles suivants :
Vérifier des grandes listes (listes contenant de grandes quantités de données)
Par défaut, la limitation de requête de grandes listes est activée dans les Produits SharePoint 2010. Ce comportement n'est pas modifié après une mise à niveau vers SharePoint 2013. Si une liste est très grande et que les utilisateurs recourent à une vue ou exécutent une requête qui dépasse la limite ou le seuil de limitation, la vue ou requête ne sera pas autorisée. Si vous avez mis à niveau du contenu depuis les les produits serveur de la version Office 2007, vérifiez toutes les grandes listes et invitez le propriétaire de site ou le propriétaire de liste à résoudre le problème. Par exemple, ils peuvent créer des colonnes indexées avec des vues filtrées, organiser les éléments en dossiers, définir une limite d'éléments sur la page pour une grande vue ou utiliser une liste externe. Pour plus d’informations sur la limitation des grandes listes et sur la façon de résoudre les problèmes avec des listes de grande taille, voir Gérer les listes et les bibliothèques avec de nombreux éléments.
Supprimer les colonnes superflues des listes larges (listes contenant un trop grand nombre de colonnes) ou supprimer des listes larges
Des listes larges sont des listes contenant plus de colonnes que ne contient une seule plage de lignes dans la base de données de contenu. Lors de la mise à niveau, le stockage sous-jacent dans la base de données est modifié en une structure de table en pointillés, ce qui peut entraîner l'échec de la mise à niveau d'une liste très large. Utilisez la commande Test-SPContentDatabase dans PowerShell pour rechercher des listes larges dans les bases de données de contenu, puis supprimer les colonnes superflues ou supprimer les listes larges avant d'effectuer la mise à niveau.
Pour plus d'informations sur les tailles maximales des colonnes dans une liste, voir Limites des colonnes.
Envisager de déplacer les collections de sites vers des bases de données distinctes
Si vous disposez de 5 000 collections de sites ou plus dans une base de données, envisagez de les répartir entre plusieurs bases de données. Dans les Produits SharePoint 2010, un avertissement se produisait à 9 000 collections de sites et le plafond atteignait 15 000 collections de sites. Dans SharePoint 2013, ces valeurs passent à 2 000 collections de sites pour l'avertissement et 5 000 collections de sites pour le plafond. Pour éviter la génération d'erreurs lors de la mise à niveau ou l'absence de fonctionnement des sites après cette mise à niveau, nous vous recommandons de répartir certaines collections de sites dans des bases de données distinctes. Si vous disposez de plusieurs bases de données de contenu, vous pouvez également accélérer un processus de mise à niveau en mettant à niveau plusieurs bases de données en parallèle.
Pour plus d'informations sur les limites des collections de sites, voir Limites des bases de données de contenu. Pour plus d'informations sur la manière de déplacer des collections de sites vers une nouvelle base de données, voir Déplacer des collections de sites entre des bases de données dans SharePoint Server.
Supprimer les versions de document en trop
L'existence d'un nombre élevé de versions de document peut sensiblement ralentir une mise à niveau. Si vous n'avez pas besoin de conserver plusieurs versions, vous pouvez demander aux utilisateurs de les supprimer manuellement ou utiliser le modèle objet pour les rechercher et les supprimer. Pour plus d'informations sur la suppression par programme de versions en trop, voir le service web Versions sur MSDN.
Supprimer les modèles, fonctionnalités et composants WebPart inutilisés
Dans un premier temps, vérifiez qu'aucun site n'utilise le modèle, la fonctionnalité ou le composant WebPart. Vous pouvez utiliser l'opération Stsadm -o EnumAllWebs avec les paramètres - includefeatures et - includewebparts pour identifier ces personnalisations dans votre environnement. Cette opération identifie les composants WebPart, les fonctionnalités, les gestionnaires d'événements et les fichiers de configuration qui sont utilisés dans votre environnement. La commande EnumAllWebs indique également les fichiers utilisés par les différents sites. Des modifications ont été apportées à la commande EnumAllWebs dans la mise à jour cumulative de février 2011 afin qu'elle renvoie à la fois la collection de sites et les fonctionnalités web. Pour plus d'informations, et pour obtenir la mise à jour cumulative, voir la description du package de la mise à jour cumulative SharePoint Foundation 2010 (package de serveur SharePoint Foundation) du 3 mars 2011.
Vous pouvez supprimer une fonctionnalité lors de la mise à niveau de la collection de sites. Vous pouvez également supprimer des fonctionnalités simples en les déclassant dans le modèle. Vous pouvez utiliser la mise à niveau de fonctionnalité pour supprimer des fonctionnalités plus complexes. Pour plus d'informations, voir Mise à niveau de fonctionnalités et Vue d'ensemble de la mise à niveau de Composants fonctionnels sur MSDN.
Pour plus d'informations sur l'identification des personnalisations dans votre environnement, voir Use a trial upgrade to SharePoint 2013 to find potential issues. Si des personnalisations ne sont pas en cours d'utilisation, supprimez-les. Pour plus d'informations sur la gestion de ces types de personnalisations, voir Fonctionnalités et modèles et Solutions et packages de composants WebPart sur MSDN.
Supprimer les sites de diffusion PowerPoint
Ces sites et modèles de sites ne sont pas disponibles dans SharePoint 2013 car Office Online Server est à présent installé séparément de l'environnement SharePoint 2013. Les sites fondés sur ces modèles ne fonctionneront pas dans SharePoint 2013. Supprimez ces types de sites avant d'effectuer la mise à niveau.
Vous pouvez utiliser la commande Get-SPSite PowerShell avec les options suivantes pour trouver ces sites :
Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"}
Vous obtiendrez tous les sites qui utilisent ce modèle.
Vous pouvez également utiliser les commandes Get-SPSite et Remove-SPSite PowerShell ensemble avec les options suivantes pour supprimer ces sites :
Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"} | Remove-SPSite
Assurez-vous de sauvegarder ces sites avant de les supprimer. Pour plus d'informations, voir Get-SPSite et Remove-SPSite.
Supprimer des sites du centre FAST Search
Vous ne pouvez pas mettre à niveau les sites du centre FAST Search vers la version 2013. Les sites existants du centre FAST Search peuvent continuer à fonctionner avec la version 2010 après la mise à niveau. Si vous voulez utiliser la nouvelle fonctionnalité, vous devez créer de nouveaux sites de centre de recherche d’entreprise avec la version 2013.
Terminer des mises à jour visuelles dans les Produits SharePoint 2010
Lors d'une mise à niveau des les produits serveur de la version Office 2007 vers Produits SharePoint 2010, vous pourriez autoriser les propriétaires de sites à utiliser la mise à niveau visuelle pour conserver des sites selon l'ancienne expérience sous l'environnement mis à niveau. Lorsque vous effectuez la mise à niveau vers SharePoint 2013, tous les sites de l'ancienne expérience dans les Produits SharePoint 2010 sont automatiquement mis à niveau vers l'expérience 2010. Si vous voulez avoir l'opportunité de résoudre d'éventuels problèmes et de revoir les sites avant qu'ils ne passent à la nouvelle expérience, mettez-les à niveau vers la nouvelle expérience dans votre environnement de Produits SharePoint 2010 et examinez-les avant de les mettre à niveau vers SharePoint 2013. Nous vous recommandons de terminer les mises à niveau visuelles avant de mettre à niveau SharePoint 2013. Vous en tirerez les avantages suivants :
Vous pouvez résoudre les problèmes tant que vous disposez encore de composants les produits serveur de la version Office 2007 disponibles.
Vos utilisateurs peuvent être impliqués dans la révision et la résolution de problèmes dans leurs sites.
Vous pouvez restaurer l'ancienne expérience temporairement si nécessaire ce qui n'est pas possible lorsque vous êtes dans l'expérience SharePoint 2013.
Vous évitez d'ajouter des erreurs potentielles au processus de mise à jour. Plus les opérations sont limitées lors de la mise à niveau, mieux c'est. Plus le nombre de processus est élevé, plus il est difficile de tenter de résoudre les erreurs. De plus, les utilisateurs pensent que la mise à niveau est responsable des erreurs alors qu'il s'agit réellement du changement vers la nouvelle expérience. Si vous rencontrez des problèmes avec l'affichage de l'interface du site, comment saurez-vous s'il s'agit d'une ancienne erreur du site qui a été forcée via la mise à niveau visuelle, d'un problème avec le mode 2010 dans SharePoint 2013 ou d'un problème avec le nouveau fichier CSS ?
Pour vérifier les sites dans l'ancienne expérience, sous l'environnement de Produits SharePoint 2010, vous pouvez utiliser la commande Get-SPSite PowerShell.
Pour vérifier les sites mis à niveau dans l'ancienne expérience sous l'environnement de Produits SharePoint 2010 à l'aide de PowerShell
- Vérifiez que vous êtes membre :
du rôle serveur fixe securityadmin sur l'instance SQL Server.
du rôle de base de données fixe db_owner sur toutes les bases de données à mettre à jour ;
du groupe Administrateurs sur le serveur sur lequel vous exécutez les applets de commande PowerShell.
Un administrateur peut utiliser l'applet de commande Add-SPShellAdmin pour accorder des autorisations d'utilisation des applets de commande SharePoint 2013.
Notes
Si vous ne disposez pas des autorisations, contactez votre administrateur d'installation ou votre administrateur SQL Server afin de les demander. Pour plus d'informations sur les autorisations PowerShell, 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 PowerShell, tapez la commande suivante pour retourner toutes les collections de sites qui se trouvent ou qui ont des sous-sites web dans l'ancienne expérience :
Get-SPSite | ForEach-Object{$_.GetVisualReport()}
- À l'invite de commandes PowerShell, tapez la commande suivante pour mettre à niveau ces sites vers la nouvelle expérience :
Get-SPSite | ForEach-Object{$_.VisualUpgradeWebs()}
Pour plus d'informations, voir Get-SPSite et Gérer les mises à niveau visuelles (SharePoint Server 2010).
Résoudre les problèmes liés aux données
Assurez-vous que vous corrigez tous les problèmes dans vos bases de données ou contenu de site avant de procéder à la mise à niveau. Veillez à lire les articles suivants :
Vérifier les bases de données en vue de détecter des données endommagées
Nettoyez vos bases de données pour supprimer tous les sites orphelins ou autres données endommagées, telles qu’une liste altérée. Envisagez une défragmentation si vous avez supprimé des sites ou des sous-sites de la base de données. Pour plus d’informations, voir :
Vérifier les bases de données à la recherche de collections de sites dupliquées ou orphelines
Assurez-vous que les collections de sites n’existent que dans une seule base de données de contenu. Les collections de sites peuvent parfois laisser des références dupliquées et orphelines dans d’anciennes bases de données de contenu si elles sont déplacées vers de nouvelles bases de données ou si une copie d’une base de données était attachée à la batterie de serveurs, ou encore si une erreur s’était produite lors de la mise en service d’une collection de sites. Si une collection de sites est référencée dans plus d’une base de données de contenu ou s’il existe plus d’une instance de la collection de sites dans une base de données de contenu, des problèmes peuvent surgir lorsque vous effectuez la mise à niveau à l’aide de la méthode de mise à niveau d’attachement de base de données. Si, au préalable, vous mettez à niveau une version dupliquée de la collection de sites, la carte du site dans votre base de données de configuration peut finir par pointer vers cette version du site plutôt que vers la version actuelle.
Avant d'effectuer la mise à niveau, utilisez l'opération Enumallwebs dans l'outil en ligne de commande stsadm pour découvrir quels sites se trouvent dans quelles bases de données et comparer les résultats. Examinez également chaque collection de sites dans les résultats et vérifiez s'ils sont répertoriés comme manquants dans la carte du site. Le cas échéant, cela signifie qu'il s'agit d'un site orphelin. Pour plus d'informations, voir Enumallwebs : opération Stsadm. Si vous trouvez des sites dupliqués ou orphelins, vous pouvez utiliser l'applet de commande Remove-SPSite dans PowerShell pour supprimer les sites dupliqués ou orphelins de la base de données.
Pour plus d'informations, voir Remove-SPSite.
Vérifier ces variantes
Dans les environnements de publication, recherchez toute variante éventuelle à corriger. Pour plus d'informations, voir Variationsfixuptool : opération Stsadm.
Comment apporter des modifications structurelles
Pour apporter des modifications structurelles à votre environnement, telles que le déplacement de collections de sites ou le mode d’allocation de vos bases de données, vous pouvez utiliser les méthodes suivantes :
Move-SPSite Cette opération vous permet de déplacer des collections de sites entre des bases de données. Si une base de données est très importante ou si elle contient de nombreuses collections de sites, vous pouvez déplacer les sites pour corriger cela en vue de rendre plus efficace la mise à niveau. Vous pouvez également déplacer tous les sites de collaboration dans une base de données et tous les Mes sites dans une autre pour faciliter l'administration de cette mise à niveau pour ces différents jeux de sites. Vous pouvez également utiliser cette opération pour fractionner les bases de données volumineuses si elles contiennent plusieurs collections de sites. Cela permet également d'accroître l'efficacité de la mise à niveau.
Pour plus d'informations, voir Move-SPSite.
Export-SPWeb et Import-SPWeb Utilisez cette méthode pour déplacer des sous-sites web ou des collections de sites dans une batterie de serveurs ou entre des batteries de serveurs. Pour plus d'informations, voir Export-SPWeb et Import-SPWeb.
Voir aussi
Autres ressources
Use a trial upgrade to SharePoint 2013 to find potential issues
Meilleures pratiques pour la mise à niveau de SharePoint 2010 vers SharePoint 2013