Partager via


Planifier les mises à niveau de collection de sites dans SharePoint 2013

 

**Sapplique à :**SharePoint 2013, SharePoint Foundation 2013, SharePoint Server 2013

**Dernière rubrique modifiée :**2017-07-26

Résumé : Explique comment planifier la mise à niveau des collections de sites vers SharePoint 2013, les sites d’évaluation de la mise à niveau, les notifications et la limitation dans SharePoint 2013.

Lorsque vous procédez à une mise à niveau depuis Produits SharePoint 2010 vers SharePoint 2013, les collections de sites ne sont pas mises à niveau lorsque vous mettez à niveau les bases de données de contenu vers une nouvelle version. Le processus de mise à niveau est scindé pour permettre aux administrateurs de collection de sites de choisir le moment où ils doivent mettre à niveau leurs collections de sites. Pour une présentation visuelle du processus de mise à niveau, voir Overview of the upgrade process from SharePoint 2010 to SharePoint 2013.

Les administrateurs de batterie de serveurs peuvent contrôler les paramètres de la mise à niveau des collections de sites, tels que les paramètres pour les collections de sites de l’évaluation de la mise à niveau, les notifications et la limitation de la mise à niveau. Cet article vous aide à planifier les paramètres à utiliser pour contrôler la mise à niveau d’une collection de sites.

Déterminer les collections de sites que les administrateurs de batterie doivent mettre à niveau

Par défaut, il appartient aux administrateurs de collection de sites de choisir le moment où ils mettent à niveau leurs collections de sites, et ils effectuent la mise à niveau eux-mêmes. Cependant, sous certaines circonstances, un administrateur de batterie devra probablement effectuer la mise à niveau. Par exemple, pour les sites qui répondent aux caractéristiques suivantes, l’équipe de la mise à niveau au niveau de la batterie doit effectuer les tests avant la mise à niveau et, potentiellement, mettre à niveau la collection de sites :

  • Sites extrêmement importants

    Si un site est très important pour votre activité, les administrateurs de batterie doivent soigneusement le tester avant de le mettre à niveau, et le mettre à niveau eux-mêmes pour s’assurer que la collection de sites est accessible aux utilisateurs aussi rapidement que possible.

  • Très grands sites

    Par défaut, si un administrateur de collections de sites commence à mettre à niveau un site supérieur à 10 Mo ou comportant plus de 10 sous-sites, le site est ajouté à la file d’attente de la mise à niveau, au lieu d’être mis à niveau immédiatement. Pour les très grandes collections de sites (supérieures à 10 Go), nous vous recommandons qu’un administrateur de sites mette à niveau les collections de sites au lieu de permettre aux administrateurs de collection de sites de démarrer la mise à niveau. De cette façon, les administrateurs de batterie peuvent tester ces sites, puis surveiller le processus de la mise à niveau.

  • Sites hautement personnalisés

    Testez soigneusement les sites basés sur les définitions de site personnalisées ou qui possèdent d’autres personnalisations avant de les mettre à niveau. S’il y a des problèmes avec les personnalisations côté serveur, les administrateurs de batterie doivent les traiter, procéder à de nouveaux tests et effectuer la mise à niveau de façon à pouvoir résoudre tout problème susceptible de se présenter. S’il existe des problèmes avec la conception d’un site, un concepteur et un administrateur de collections de sites peuvent les résoudre.

Les administrateurs de batterie peuvent mettre à niveau les sites avec PowerShell. Pour plus d’informations, voir Upgrade a site collection to SharePoint 2013.

Planifier les paramètres des notifications de la mise à niveau, de la mise à niveau en libre service et de la création de collections de sites

Quand une collection de sites est disponible pour la mise à niveau, une barre d’état sur un site indique que les administrateurs de collection de sites peuvent le mettre à niveau. Ils peuvent choisir de mettre à niveau la collection de sites, ou d’y être invité ultérieurement.

Les administrateurs de batterie peuvent choisir de permettre aux administrateurs de collection de sites de mettre à niveau leurs sites en totalité. Vous pouvez définir une propriété pour empêcher les administrateurs de collection de sites de démarrer la mise à niveau, ce qui désactive aussi la notification dans la barre d’état. Puis, vous pouvez effectuer vous-même les mises à niveau avec PowerShell. Si vous choisissez de mettre à niveau certains sites de façon centralisée, vous devez avoir un plan pour décider à quel moment chaque site sera mis à niveau et choisir la personne qui vérifiera le site après la mise à niveau.

Même si les administrateurs peuvent mettre à niveau toutes les collections de sites immédiatement, nous le déconseillons pour les raisons suivantes :

  • Vous risqueriez que certains sites présentent des problèmes imprévus qu’il vous faudrait traiter. Cela pourrait créer ou prolonger une interruption.

  • Un volume élevé de problèmes pourrait se produire lors du processus d’assistance ou de dépannage si les utilisateurs commencent à travailler simultanément avec les sites mis à niveau.

Vous pouvez contrôler les paramètres de mise à niveau de collection de sites et de création de sites. Vous pouvez déterminer les éléments suivants :

  • Les administrateurs de collection de sites peuvent-ils mettre à niveau les collections de sites ?

  • Quel mode (2010 ou 2013, ou les deux) peut être utilisé quand un utilisateur crée une collection de sites ?

    Par exemple, vous pourriez vouloir que les utilisateurs continuent pendant un moment à créer des sites en mode 2010, jusqu’à ce que la plupart des collections de sites soient mises à niveau ou vous pourriez souhaiter imposer que les nouveaux sites soient créés en mode 2013 afin de ne pas avoir à les mettre à niveau ultérieurement.

Propriétés qui contrôlent la mise à niveau de collections de sites et la création de sites

Propriété Description

SPSite.AllowSelfServiceUpgrade

Détermine si une notification de mise à niveau peut être définie pour une collection de sites.

La valeur par défaut est true - les notifications sont définies automatiquement.

Si la valeur est false, la notification de la mise à niveau n’apparaît pas sur la barre d’état.

SPWebApplication.CompatibilityRange

Détermine les modes selon lesquels une collection de sites peut être créée. Par exemple, le mode 2010 (14) ou le mode 2013 (15). Les plages suivantes sont disponibles :

  • OldVersions  Utilisez cette plage pour n’autoriser les utilisateurs qu’à créer des sites en mode 2010.

  • NewVersion  Utilisez cette plage pour n’autoriser les utilisateurs qu’à créer des sites en mode 2013.

  • AllVersions  Utilisez cette plage pour n’autoriser les utilisateurs qu’à créer des sites en mode 2010 ou 2013.

Vous pouvez utiliser ces plages ou définir votre plage en utilisant la commande New-Object pour définir la propriété Microsoft.SharePoint.SPCompatibilityRange.

Pour plus d’informations sur la façon de définir ces propriétés, voir Gérer les mises à niveau de collections de sites vers SharePoint 2013.

Vous pouvez aussi contrôler les notifications de mise à niveau des paramètres. Vous pouvez déterminer les éléments suivants :

  • Faut-il ajouter un lien vers plus d’informations à partir de la barre d’état Mise à niveau ?

  • Combien de jours faut-il attendre avant de rappeler à un administrateur de collections de sites qu’il doit procéder à une mise à niveau s’il choisit Me le rappeler ultérieurement sur la barre d’état.

    Si un utilisateur clique sur Me le rappeler ultérieurement, la date du jour est ajoutée au nombre défini pour la propriété UpgradeReminderDelay et la notification est masquée jusqu’à la nouvelle date. Par exemple, si la valeur est 30, la notification s’affichera 30 jours après la date du jour.

Les propriétés suivantes contrôlent les notifications de mise à niveau de collections de sites :

Propriétés contrôlant les notifications de mise à niveau

Propriété Description

SPWebApplication.UpgradeMaintenanceLink

Ajoute un autre lien au message d’état Mettre à niveau pour que les utilisateurs le suivent et trouvent plus d’informations.

La valeur par défaut est Empty.

SPWebApplication.UpgradeReminderDelay

Définit le nombre de jours pendant lequel la notification de mise à niveau doit être suspendue après qu’un utilisateur a cliqué sur Me le rappeler ultérieurement.

La valeur par défaut est 30 jours.

Si la valeur est 0, la notification de mise à niveau n’est pas supprimée de la barre d’état et la notification ne peut pas être définie sur Me le rappeler ultérieurement.

Pour plus d’informations sur la façon de définir ces propriétés, voir Gérer les mises à niveau de collections de sites vers SharePoint 2013.

Planifier les sites d’évaluation de la mise à niveau

Les administrateurs de collection de sites peuvent demander un aperçu de leur collection de sites. Cet aperçu est appelé collection de sites d’évaluation de la mise à niveau. Une collection de sites d’évaluation de la mise à niveau permet aux administrateurs de collection de sites de visualiser le contenu de leur site dans une nouvelle copie distincte du site s’exécutant sur SharePoint 2013. Contrairement à la mise à niveau visuelle dans SharePoint Server 2010, la collection de sites d’évaluation de la mise à niveau est une copie complète de la collection de sites. Elle est distincte de l’exemplaire original et possède sa propre URL. Les actions que les administrateurs de collection de sites exécutent dans la collection de sites d’évaluation de la mise à niveau n’affectent pas le site original. Le site original et le site d’évaluation de la mise à niveau sont tous deux accessibles pour la recherche et les minuteurs de travaux qui s’exécutent pour toutes les collections de sites s’exécutent aussi sur les sites d’évaluation de la mise à niveau.

Quand un administrateur de collection de sites demande une collection de sites d’évaluation, la demande est ajoutée à un travail du minuteur (appelé « Créer un travail de collecte de sites d’évaluation de mise à niveau ») qui s’exécute une fois par jour. Ce travail du minuteur crée une copie complète de la collection de sites sur une URL unique. Les collections de sites d’évaluation de mise à niveau sont définies pour expirer automatiquement et être supprimées. La durée d’expiration par défaut est de 30 jours, ce qui peut être configuré en définissant une valeur pour l’application web ou en modifiant une valeur de la collection de sites d’évaluation elle-même.

Les administrateurs de batterie peuvent choisir d’empêcher les utilisateurs de créer des sites d’évaluation de mise à niveau en définissant la propriété SPSite.AllowSelfServiceUpgradeEvaluation d’une collection de sites.

Les travaux du minuteur créent et suppriment les sites d’évaluation de mise à niveau. Les travaux du minuteur suivants sont utilisés :

Travaux du minuteur pour les collections de sites d’évaluation de mise à niveau

Nom du travail Description Lors de l’exécution

Créer les collections de sites d’évaluation de mise à niveau (job-create-upgrade-eval-sites)

Crée les sites d’évaluation de mise à niveau.

S’exécute tous les jours entre 1h00 et 1h30

Supprimer le site d’évaluation de mise à niveau (job-delete-upgrade-eval-sites)

Supprime les sites d’évaluation de mise à niveau parvenus à expiration et envoie des notifications aux sites dont la date d’expiration approche.

S’exécute tous les jours entre 1h00 et 1h30

Mettre à niveau les collections de sites (job-upgrade-sites)

Met à niveau les collections de sites dans la file d’attente pour une base de données de contenu.

S’exécute 1 fois par minute

Vous pouvez choisir quand et comment ces travaux du minuteur s’exécutent, et vous pouvez aussi les exécuter manuellement.

Comment sont créées les collections de sites d’évaluation de mise à niveau

Le minuteur du travail Créer les collections de sites d’évaluation de mise à niveau recueille la liste des collections de sites mises en file d’attente pour les sites d’évaluation, puis copie les sites sur les nouvelles URL et les nouveaux ID de site. Il ajoute aussi les sites à la file d’attente des mises à niveau de telle sorte qu’ils soient collectés ultérieurement par le travail du minuteur Mettre à niveau les collections de sites. Pour créer la copie du site :

  1. Si vous avez une version Entreprise de SQL Server, le minuteur du travail Créer les collections de sites d’évaluation de mise à niveau prend une capture instantanée de la base de données et lit les données de la capture instantanée sur la base de données de destination (avec la base de données source comme cible par défaut). Cela n’affecte pas le statut en lecture seule du site source pendant la totalité du processus.

  2. Pour les autres versions de SQL Server qui n’ont pas les fonctions de capture instantanée, le minuteur du travail Créer les collections de sites d’évaluation de mise à niveau sauvegarde une collection de sites et la restaure sur une nouvelle URL. Le site source est ainsi en lecture seule pendant toute la durée du processus.

Le travail Mettre à niveau les collections de sites recueille la liste des collections de sites mises en fil d’attente pour la mise à niveau et met à niveau les sites en file d’attente du plus ancien au plus récent. Le site d’évaluation récemment ajouté est alors mis à niveau (ou du moins la mise à niveau est tentée).

Planifier les files d’attente et la limitation de la mise à niveau de la collection de sites

Pour empêcher que des mises à niveau de collections de sites ne rendent votre batterie de serveurs indisponible, certaines limitations ont été intégrées aux niveaux de l’application web, des bases de données et du contenu. Cela signifie que même si 100 administrateurs de collections de sites décident de mettre à niveau leurs collections de sites simultanément, seuls certaines mises à niveau sont effectuées en même temps et les autres sont placées en file d’attente pour être exécutées plus tard.

Les mises à niveau des collections de sites sont limitées :

Limiter les niveaux pour la mise à niveau de collection de sites

Niveau Nombre maximal de collections de sites pouvant être mises à niveau simultanément Propriété qui contrôle la valeur de la limite

Application web

La valeur par défaut est de 5 par instance d’application web.

Les demandes supplémentaires sont mises en file d’attente.

SPWebApplication.SiteUpgradeThrottleSettings AppPoolConcurrentUpgradeSessionLimit

Base de données de contenu

La valeur par défaut est de 10 par base de données de contenu.

Les demandes supplémentaires sont mises en file d’attente.

SPContentDatabase.ConcurrentSiteUpgradeSessionLimit

Si plusieurs sites sont en attente dans une base de données de contenu, l’instance de service du minuteur ne met à niveau qu’un seul site à la fois. Il s’agit du comportement par défaut.

La limite ConcurrentSiteUpgradeSessionLimit concerne tous les formulaires de mise à niveau du site, y compris ceux qui ont lieu directement dans w3wp (mises à niveau initiées par l’utilisateur final ou en cours) et les outils d’administration tels que Windows PowerShell (à moins que l’administrateur de batterie de serveurs ne remplace explicitement la limite, voir ci-dessous). Le service du minuteur possède son propre mécanisme de distribution de charge indépendamment de la mise à niveau du site. Les bases de données de contenu sont distribuées sur les instances de service du minuteur dans la batterie de serveurs, et tous les travaux relatifs à une base de données de contenu spécifique ne sont traités que par une seule instance de service du minuteur, dans un processus en série. Cela signifie qu’une seule collection de sites est traitée à la fois par le service du minuteur dans une base de données de contenu spécifique, mais différentes instances de service du minuteur peuvent traiter la file d’attente pour plusieurs bases de données de contenu différentes à la fois. Même si, pour des raisons indépendantes, le service du minuteur n’est pas parallélisé pour le traitement d’une base de données de contenu unique, le service du minuteur n’est pas la seule façon de mettre à niveau des collections de sites. Si la collection de sites est de petite taille, elle est mise à niveau de façon synchrone selon le processus d’initiation de la mise à niveau, généralement w3wp.exe, mais cela peut également être Windows PowerShell si l’indicateur –QueueOnly n’a pas été spécifié. La limite de simultanéité prend effet principalement dans ce scénario.

Contenu d’une collection de sites (taille et nombre de sous-sites web)

La valeur par défaut est qu’un site qui dépasse 10 Mo ou qui comporte plus de 10 sous-sites web, ne peut pas être mis à niveau en libre service par l’administrateur de la collection de sites, mais doit l’être par l’administrateur de la batterie.

SPWebApplication.SiteUpgradeThrottleSettings UsageStorageLimit et SubwebCountLimit

L’illustration suivante affiche la relation entre l’application web et les limites de mise à niveau de la base de données de contenu.

Mettre à niveau les limites et la file d’attente de mise à niveau des sites pour les applications web et les bases de données de contenu

Application Web et limite de mise à niveau de base de données de contenu

Dans cette illustration, la base de données de contenu comporte quinze sites, et tous les sites sont requis de démarrer la mise à niveau.

  1. En raison du seuil de limitation de l’application web, seuls cinq sites peuvent démarrer la mise à niveau de l’application web 1 - instance 1 sur le serveur web 1.

  2. Cinq autres sites démarrent la mise à niveau de l’application web 1 - instance 2 sur le serveur web 2.

  3. En raison du seuil de la base de données de contenu, cinq sites sont envoyés dans la file d’attente des mises à niveau pour attendre leur tour.

Vous pouvez utiliser les paramètres de limitation par défaut, ou vous pouvez spécifier vos propres valeurs sur le nombre de collections de sites qui peuvent être mises à niveau simultanément. Les administrateurs de batterie peuvent aussi remplacer les paramètres de limitation quand ils mettent un site à niveau avec PowerShell. Soyez vigilant quand vous modifiez ces valeurs et assurez-vous de vérifier les valeurs que vous voulez utiliser dans un environnement de test avant de les implémenter en production. Si vous accroissez de trop la limitation, vous risquez de créer des problèmes de performance dans votre environnement. Par exemple, un trop grand nombre de mises à niveau en parallèle peuvent affecter l’affichage du site. Pour plus d’informations sur la modification de ces valeurs, voir Gérer les mises à niveau de collections de sites vers SharePoint 2013.

À propos des modes de collections de sites

Afin qu’il soit possible de mettre à niveau les collections de sites séparément des bases de données de contenu, SharePoint 2013 introduit le concept de « modes » de collections de sites (aussi appelés niveaux de compatibilité). Les collections de sites sont en mode 2010 dans le nouvel environnement jusqu’à ce qu’ils soient spécifiquement mis à niveau en mode 2013. Vous pouvez créer une collection de sites dans l’un ou l’autre mode. Même si les administrateurs de batterie peuvent configurer ce paramètre, la valeur par défaut est de créer les sites en mode 2010). Quand une collection de sites est en mode 2010, l’interface utilisateur évoque l’interface Produits SharePoint 2010, et seules les fonctionnalités disponibles dans Produits SharePoint 2010 sont activées. En mode 2013, l’interface et les fonctionnalités sont mises à niveau en SharePoint 2013.

Vous devez vous assurer que les packages de solution, fonctionnalités et autres composants personnalisés sont disponibles pour les deux modes de site. Pour plus d’informations, voir Créer un échéancier des personnalisations actuelles lors de la mise à niveau vers SharePoint 2013.

Former les administrateurs de collection de sites

Il est important de former les utilisateurs sur la façon de mettre à niveau leurs collections de sites et sur celle de vérifier les sites d’une collection de sites d’évaluation de mise à niveau. Les utilisateurs formés sont préparés et savent à quoi s’attendre, ce qui permettra de réduire au minimum les interventions du support technique et les situations de frustration.

Informez les utilisateurs des modifications et des nouvelles fonctionnalités. En outre, informez-les des problèmes pouvant se produire. Par exemple, ils peuvent rencontrer des problèmes liés aux personnalisations, comme les pages qui ne s’affichent pas correctement. Pour plus d’informations sur les problèmes généraux de mise à niveau, voir Examiner les collections de sites mises à niveau vers SharePoint 2013 et Résoudre les problèmes de mise à niveau des collections de sites dans SharePoint 2013.

Expliquez aux administrateurs de collection de sites que leurs sites d’évaluation de mise à niveau sont des copies et que toute modification qu’ils y apporteront ne sera pas conservée dans le site mis à niveau. Il existe aussi une barre de notification dans le site d’aperçu qui indique qu’il s’agit d’une copie.

Par défaut, les administrateurs de collection de sites contrôlent la mise à niveau de leurs sites. Ils peuvent utiliser les collections de sites d’évaluation de mise à niveau pour afficher un aperçu de la nouvelle interface utilisateur et des nouvelles fonctionnalités. Cela leur donne le temps de s’assurer que tout fonctionne correctement et qu’ils peuvent résoudre les problèmes éventuels du site original avant de le mettre à niveau. Quand les administrateurs de collection de sites sont prêts, ils peuvent mettre à niveau leurs sites.

Nous vous recommandons d’avoir un plan et de définir une limite de temps quant à la durée pendant laquelle les administrateurs de collection de sites sont autorisés à différer la mise à niveau de leurs sites. Par exemple, chaque administrateur de collection de sites peut se voir attribuer 90 jours de travail avec ses administrateurs de collection de sites pour évaluer, puis mettre à niveau leurs sites. Cette limite de temps permet de s’assurer que les utilisateurs disposent d’un temps raisonnable pour se familiariser avec la nouvelle interface utilisateur et pour résoudre les problèmes éventuels de leurs sites. Veillez à communiquer la limite aux utilisateurs, et assurez-vous qu’ils savent que vous pouvez faire adopter la mise à niveau de tous les sites. De même, vous pouvez utiliser une commande PowerShell pour vérifier le niveau de compatibilité des sites d’une base de données de contenu de telle sorte que vous puissiez voir le nombre de sites en mode 2010 et le nombre en mode 2013. Pour plus d’informations, voir Gérer les mises à niveau de collections de sites vers SharePoint 2013.

Il importe de prévenir les administrateurs de collection de sites qu’aussi longtemps que les sites utilisent le mode 2010, les nouvelles fonctionnalités ne seront pas disponibles. Cependant, dès que les sites sont mis à niveau vers la nouvelle version, les fonctionnalités de l’application apparaissent automatiquement.

See also

Gérer les mises à niveau de collections de sites vers SharePoint 2013
Overview of the upgrade process from SharePoint 2010 to SharePoint 2013
Upgrade a site collection to SharePoint 2013
Exécuter les vérifications au niveau de la collection de sites dans SharePoint 2013