Partager via

Nettoyer un environnement avant une mise à niveau vers SharePoint 2013

  • Article

S’APPLIQUE À :yes-img-132013 no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint dans Microsoft 365

Avant de commencer la mise à niveau des produits SharePoint 2010 vers SharePoint 2013, vous devez vous assurer que votre environnement fonctionne dans un état sain et que vous nettoyez tout contenu que vous n’avez pas besoin de mettre à niveau. Vous pouvez également prendre le temps de supprimer ou réorganiser le contenu afin de disposer de la structure souhaitée après avoir effectué 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.

Importante

Pour exécuter l’outil en ligne de commande Stsadm, vous devez être membre du groupe Administrateurs sur l’ordinateur local. >Pour utiliser des applets de commande PowerShell dans SharePoint Management Shell, vous devez disposer des appartenances suivantes : > rôle serveur fixe securityadmin sur l’instance SQL Server. > db_owner rôle de base de données fixe sur toutes les bases de données à mettre à jour. > 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 n’a pas été utilisé pendant une longue période et n’est pas nécessaire à l’avenir, sauvegardez-le, puis supprimez-le pour libérer des ressources de stockage et d’administration, améliorer les performances de mise à niveau et réduire les risques de mise à niveau. Veillez à communiquer avec les propriétaires de site ou les contacts de l’organisation concernant l’état du site. Vous souhaitez vous assurer que le site n’est pas nécessaire avant de le supprimer (par exemple, vous ne souhaitez pas supprimer les sites requis pour la conformité, tels que les procédures d’urgence, même s’ils peuvent ne pas être 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’a pas changé dans SharePoint 2013. Si une liste est très volumineuse et que les utilisateurs utilisent une vue ou exécutent une requête qui dépasse la limite ou le seuil de limitation, la vue ou la requête ne seront pas autorisées. Si vous mettez à niveau du contenu à partir des produits serveur dans la version Office 2007, consultez les listes volumineuses et faites en ce que le propriétaire du site ou le propriétaire de la liste résolve 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 dans la page pour une grande vue ou utiliser une liste externe. Pour plus d’informations sur la limitation des listes volumineuses et sur la façon de résoudre les problèmes liés aux listes volumineuses, consultez Gérer des listes et des 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 avez au moins 5 000 collections de sites dans une base de données, envisagez de les diviser en 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 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 - EnumAllWebs avec les - includefeatures paramètres 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 EnumAllWebs commande spécifie également les fichiers utilisés par les sites. Des modifications ont été apportées à la EnumAllWebs commande dans la mise à jour cumulative de février 2011 pour qu’elle retourne à la fois la collection de sites et les fonctionnalités au niveau du 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. Les fonctionnalités simples peuvent également être supprimées en les dépréciant 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 les personnalisations ne sont pas utilisées, 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 site ne sont pas disponibles dans SharePoint 2013, car Office Online Server est désormais installé séparément de l’environnement SharePoint 2013. Les sites basés sur ces modèles ne fonctionnent 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 de recherche FAST vers l’expérience 2013. Les sites du centre FAST Search existants continuent à fonctionner en mode 2010 après avoir été mis à niveau. Pour bénéficier des nouvelles fonctionnalités, vous devez créer des sites du centre de recherche d'entreprise en mode 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 souhaitez avoir la possibilité de résoudre les problèmes et de passer en revue les sites avant de passer à la nouvelle expérience, mettez-les à niveau vers la nouvelle expérience dans votre environnement produits SharePoint 2010 et passez en revue les sites 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 revenir à l’ancienne expérience temporairement si nécessaire. Vous ne pouvez pas restaurer 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 un problème avec l’affichage de l’interface de site, comment savoir s’il s’agit d’un ancien problème du site qui a été forcé par le biais d’une mise à niveau visuelle, d’un problème avec le mode 2010 dans SharePoint 2013 ou d’un problème avec un 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

  1. 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 ;

  • 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

    [!REMARQUE] 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, consultez Add-SPShellAdmin.

  1. Dans le menu Démarrer, cliquez sur Tous les programmes.

  2. Cliquez sur Produits Microsoft SharePoint 2010.

  3. Cliquez sur SharePoint 2010 Management Shell.

  4. À 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()}
  1. À 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, reportez-vous aux rubriques suivantes :

  • 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. Parfois, les collections de sites peuvent laisser des références en double ou orphelines dans les anciennes bases de données de contenu si elles sont déplacées vers de nouvelles bases de données, si une copie d’une base de données a été attachée à la batterie de serveurs, ou s’il y a eu une erreur lors de l’approvisionnement d’une collection de sites. Si une collection de sites est référencée dans plusieurs bases de données de contenu ou qu’il existe plusieurs instances de la collection de sites dans une base de données de contenu, cela peut entraîner des problèmes lorsque vous effectuez une 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 si elle est répertoriée comme manquante dans le plan de 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