Mettre à niveau une collection de sites vers SharePoint Server 2016

 

**Sapplique à :**SharePoint Server 2016

**Dernière rubrique modifiée :**2017-05-30

Résumé : Découvrez comment les administrateurs de collections de sites peuvent mettre à niveau leurs sites vers SharePoint Server 2016, puis vérifier que les collections de sites ne présentent pas de problèmes.

Dans SharePoint Server 2016, le mode d’exécution des mises à niveau de collection de sites a changé. Une fois qu’un administrateur de batterie de serveurs a mis à niveau les bases de données, les collections de sites sont automatiquement mises à niveau.

Notes

Le concept de « modes de compatibilité de collection de sites » n’existe pas dans SharePoint Server 2016. Vous devez toujours exécuter la version la plus récente.

Mettre à niveau une collection de sites

SharePoint Server 2016 présente une nouvelle expérience de mise à niveau de collection de sites. Il existe trois méthodes pour mettre à niveau une collection de sites :

  • En parallèle de la mise à niveau des bases de données de contenu

  • Mise à niveau lors de la consultation

  • Déclenchement manuel à l’aide de PowerShell.

Mise à niveau des bases de données de contenu :

Pour mettre à niveau les bases de données, exécutez la cmdlet Mount-SPContentDatabase. Une fois que les bases de données ont été mises à niveau, les collections de sites sont automatiquement mises à niveau au cours du processus par défaut de mise à niveau des bases de données.

Notes

Il s’agit du comportement par défaut et de la méthode recommandée pour mettre à niveau des bases de données.

Important

Si vous souhaitez retarder la mise à niveau des sites, vous pouvez utiliser le paramètre SkipSiteUpgrade de la cmdlet Mount-SPContentDatabase.
Lorsque le paramètre est fourni, la collection de sites est mise à niveau lorsqu’elle est consultée pour la première fois.

On-browse upgrade : vous n’avez pas besoin de savoir si la collection de sites est en attente de mise à niveau, car SharePoint en décide pour vous pendant le processus de mise à niveau. Une fois que le site est consulté, SharePoint vérifie si le site doit être mis à niveau. Si c’est le cas, le site sera placé dans une file d’attente et un travail du minuteur le choisira pour la mise à niveau.

Les administrateurs de batteries de serveurs peuvent utiliser PowerShell pour mettre à niveau une collection de sites.

Manually trigger site upgrade : vous pouvez utiliser la cmdlet Upgrade-SPSite pour mettre à niveau manuellement les collections de sites.

Notes

Il s’agit de l’option traditionnelle pour mettre à niveau une collection de sites.

Cette option convient parfaitement aux bases de données comportant un grand nombre de sites et aux clients qui utilisent uniquement une partie de leurs sites.

Vérifier que la mise à niveau de collection de sites a réussi

Les administrateurs de collections de sites peuvent afficher la page État de la mise à niveau dans les paramètres du site pour vérifier que la mise à niveau s’est correctement déroulée pour une collection de sites.

Pour afficher l’état de la mise à niveau dans les paramètres du site

  1. Vérifiez que le compte d’utilisateur qui exécute cette procédure est un administrateur de la collection de sites.

  2. Sur la page Paramètres du site de la collection de sites, dans la section Administration de la collection de sites, cliquez sur Mise à niveau de la collection de sites.

  3. Sur la page Mise à niveau de la collection de sites, cliquez sur Consulter l’état de la mise à niveau de la collection de sites.

    La page État de la mise à niveau de la collection de sites s’affiche.

Les administrateurs de batteries de serveurs peuvent utiliser PowerShell pour consulter le statut de mise à niveau de la collection de sites.

Passer en revue les collections de sites mises à niveau vers SharePoint Server 2016

Une fois que les collections de sites ont été mises à niveau vers SharePoint Server 2016, passez en revue vos sites mis à niveau pour résoudre d’éventuels problèmes. Suivez les étapes de cette section pour identifier les problèmes éventuels avant de mettre à niveau votre environnement de production.

Quand vous effectuez les tests avant de mettre à niveau votre environnement :

  • Commencez par valider les sites à fort impact ou au profil élevé, puis passez aux sites moins prioritaires. Dans le cadre du processus de planification, vous devez avoir identifié quels sont les sites à fort impact, au profil élevé et nécessitant une attention immédiate, et ceux qui pourront être traités un peu plus tard.

  • Pour vérifier les fonctionnalités de base, créez une collection de sites en utilisant un jeu d’éléments représentatif (listes, bibliothèques, composants WebPart, etc.). Examinez le nouveau site afin de vérifier que les éléments courants de base de vos sites sont opérationnels.

  • Si des pages ne s’affichent pas, vous pouvez vérifier les Paramètres du site en accédant directement à l’URL (http:// url_site/_layouts/settings.aspx). Si la page Paramètres du site fonctionne et que la mise à niveau s’effectue correctement, il se peut qu’il y ait des problèmes avec la page maître ou la page d’accueil. Si la page Paramètres du site ne fonctionne pas, accédez au fichier journal de mise à niveau de la collection de sites pour obtenir plus d’informations sur le problème.

Vous pouvez examiner les journaux de mise à niveau de la collection de sites à partir des emplacements suivants :

  • Pour les administrateurs de collections de sites : Si les collections de sites sont mises à niveau à l’aide de la cmdlet Mount-SPContentDatabase, aucun fichier SiteUpgrade*.log distinct n’existe. Les journaux SiteUpgrade se trouvent dans les fichiers Upgrade*.log.

    Notes

    Vous pouvez extraire les fichiers journaux à l’aide de PowerShell.
    Dans une invite de commandes PowerShell, entrez la syntaxe suivante : Get-SPSiteUpgradeSessionInfo -Site <siteUrl> OR $site.UpgradeInfo

  • Pour les administrateurs de batterie de serveurs : le fichier journal de mise à niveau de la collection de sites et le fichier journal des erreurs de mise à niveau sont situés dans %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\16\LOGS. Les fichiers sont nommés selon le format suivant : SiteUpgrade-YYYYMMDD-HHMMSS-SSS.log, où YYYYMMDD représente la date et HHMMSS-SSS l’heure (au format 24 heures, en minutes, secondes et millisecondes). Ces journaux du système de fichiers contiennent des informations détaillées sur les problèmes rencontrés.

    Pour plus d’informations sur la façon de résoudre les messages d’erreur, reportez-vous à Résoudre les problèmes de mise à niveau des collections de sites dans SharePoint Server 2016.

Utilisez les listes de vérification suivantes pour passer en revue vos sites mis à niveau et rechercher les problèmes pour les mises à niveau d’évaluation ou les mises à niveau dans un environnement production.

Listes de vérification pour l’examen des sites mis à niveau

Grandes listes

Par défaut, la limitation de requête de grande liste est activée dans SharePoint Server 2016. 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 la requête ne sera pas autorisée. Vérifiez toutes les grandes listes dans votre environnement et invitez l’administrateur 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 dans la page pour une grande vue ou utiliser une liste externe. Pour plus d’informations sur la limitation des grandes listes et la résolution des problèmes liés aux grandes listes, voir Gérer des listes et des bibliothèques comprenant beaucoup d’éléments sur Office Online.

Styles et apparence

Le tableau suivant indique les problèmes courants liés au style et à l’apparence de votre site web après la mise à niveau et la façon de les résoudre.

Conseil

Vous pouvez résoudre la plupart des problèmes abordés dans cette section en corrigeant les liens vers un élément.

Éléments à vérifier Procédure à suivre en cas de problème

Toutes les images de vos pages sont-elles affichées correctement ?

Vérifiez ou corrigez les liens vers les images.

Les couleurs et styles de feuille de style en cascade adéquats sont-ils utilisés aux emplacements appropriés ?

Vérifiez ou corrigez les liens vers le fichier de feuille de style en cascade. Vérifiez le lien sur la page maître.

Les choix de thème sont différents dans SharePoint 2016 : quel thème souhaitez-vous utiliser ?

La page d’accueil ou d’autres pages de votre site peuvent présenter un aspect différent après la mise à niveau du site. Vous pouvez être amené à recréer ou à réviser un thème et à le réappliquer.

Existe-t-il des contrôles JavaScript qui ne fonctionnent pas ?

Vérifiez ou corrigez les liens vers les contrôles.

Vos pages sont-elles affichées correctement dans le navigateur ?

Vérifiez que tout élément HTML de la page est en mode XHTML strict.

Des erreurs de script apparaissent-elles dans des pages ?

Vérifiez les scripts et les liens et assurez-vous que tout élément HTML est en mode XHTML strict.

See also

Vue d’ensemble du processus de mise à niveau vers SharePoint Server 2016