Installer une mise à jour logicielle pour SharePoint Server 2016
**Sapplique à :**SharePoint Server 2016
**Dernière rubrique modifiée :**2017-06-29
Résumé : Installez une mise à jour logicielle pour effectuer une mise à niveau de build à build sur des serveurs exécutant SharePoint Server 2016.
Dans cet article :
Avant de commencer
Déterminer la stratégie de mise à jour
Surveiller la progression de l’installation
État initial
Utiliser la méthode sur place avec compatibilité descendante
Installer une mise à jour logicielle sur des serveurs qui hébergent des composants de recherche
Avant de commencer
Avant de commencer le processus de mise à jour logicielle, consultez les informations suivantes sur les autorisations, les configurations matérielles et logicielles requises, ainsi que sur les processus de mise à jour.
Autorisations de compte et paramètres de sécurité dans SharePoint Server 2016
Configuration matérielle et logicielle requise pour une solution SharePoint Server 2016
Pour exécuter les procédures Microsoft PowerShell décrites dans cet article, vous devez disposer des appartenances et des rôles suivants :
rôle de serveur fixe securityadmin sur l’instance SQL Server ;
rôle de base de données fixe db_owner sur toutes les bases de données à mettre à jour ;
administrateur local du serveur sur lequel vous exécutez les cmdlets Microsoft PowerShell
Avant d’installer une mise à jour, vérifiez que les conditions suivantes sont remplies :
La charge est équilibrée sur tous les serveurs web frontaux qui fonctionnent en rotation avec l’équilibreur de charge.
Tous les serveurs de la batterie fonctionnent correctement. Pour la recherche, vous pouvez afficher l’état du serveur à l’aide de l’applet de commande Microsoft PowerShellGet-SPEnterpriseSearchStatus ou en accédant à Administration centrale > Gérer les applications de service > Search_service_application_name.
Toutes les bases de données sont actives et fonctionnent correctement.
Si l’une des conditions précédentes n’est pas remplie, ne démarrez pas la mise à jour. Veillez à résoudre tous les problèmes avant de continuer.
SharePoint Server 2016 peut gérer certains échecs de mise à niveau une fois l’installation des correctifs terminée. Cependant, en cas d’échec de la mise à niveau de build à build, vous devrez peut-être effectuer une restauration depuis une sauvegarde. Veillez donc à exécuter une sauvegarde complète avant de démarrer le processus de mise à jour. Une fois la restauration terminée, vous pouvez reprendre la mise à jour. Les tâches terminées ne s’exécuteront pas à nouveau. Pour plus d’informations, voir les ressources suivantes :
- Back up the environment dans Préparer le déploiement des mises à jour logicielles pour SharePoint 2013
Déterminer la stratégie de mise à jour
Avant de commencer à déployer une mise à jour logicielle, vérifiez que la stratégie de mise à jour que vous prévoyez d’utiliser est optimale pour votre environnement SharePoint Server 2016. Il existe plusieurs facteurs, tels que les coûts et la complexité, qui déterminent la stratégie à utiliser pour déployer une mise à jour logicielle.
Notes
Certains liens figurant dans cet article conduisent à du contenu qui concerne la mise à niveau de version à version plutôt que la mise à niveau de build à build. Toutefois, le processus général est similaire pour les deux types de mise à niveau. Par exemple, la phase de mise à niveau de base de données est sensiblement la même pour la mise à niveau build à build que pour la mise à niveau de version à version.
Surveiller la progression de l’installation
Surveillez le processus de déploiement de mises à jour pour vérifier que tout se déroule comme prévu. Certains problèmes risquent de bloquer la mise à jour ou d’entraîner la mise à jour d’une batterie de serveurs dont les éléments ne fonctionnent pas comme prévu. Soyez très attentif à la synchronisation et aux personnalisations de bases de données.
Nous vous recommandons de consulter principalement la page Mise à niveau et migration dans Administration centrale pour connaître l’état des données, des mises à jour et des installations de correctifs ou de produits en temps réel.
Une fois les installations terminées, vous pouvez également afficher les fichiers journaux et utiliser Microsoft PowerShell pour vérifier la progression de l’installation.
État initial
L’illustration suivante montre la topologie de batterie de serveurs utilisée en tant qu’exemple pour chaque scénario de mise à jour corrective décrit dans cet article.
Utiliser la méthode sur place avec compatibilité descendante
Ce scénario tire parti de la compatibilité descendante des SharePoint Server 2016 et de la fonctionnalité de mise à niveau différée afin d’éviter le temps d’arrêt de la batterie de serveurs requis pour déployer une mise à jour logicielle.
Ce scénario de mise à jour comporte deux phases à appliquer pour installer la mise à jour sur les serveurs de la batterie :
Installez la mise à jour sur la batterie de serveurs.
Effectuez une mise à niveau de build à build pour terminer le processus d’application des mises à jour correctives.
Pour plus d’informations, voir la section Processus de mise à jour logicielle dans Vue d’ensemble des mises à jour logicielles pour SharePoint Server 2016.
Phase de mise à jour
L’illustration suivante montre les étapes nécessaires à l’installation de la mise à jour sur la batterie de serveurs. Vous pouvez utiliser cette illustration comme guide pour exécuter les étapes de la procédure suivante « Pour installer la mise à jour ».
Pour installer la mise à jour
Exécutez le fichier sts2016-kb3115088-fullfile-x64-glb.exe (c’est-à-dire, sts.msp).
Exécutez le fichier wssloc2016-kb2920690-fullfile-x64-glb.exe (c’est-à-dire, wssmui.msp).
Notes
Vous devrez extraire le fichier wssmui.msp pour chaque langue installée sur la batterie de serveurs.
Supprimez le premier serveur web (WEB-1) de la rotation dans l’équilibreur de charge ou suspendez l’équilibreur de charge afin de bloquer le flux de demandes entrantes sur les serveurs.
Appliquez le correctif sur le serveur web (WEB-1).
Ajoutez de nouveau le serveur web (WEB-1) à la rotation.
Répétez les étapes 3 et 4 pour les serveurs web restants (WEB-2 à WEB-4).
Sur chaque serveur web se trouvant en dehors de la rotation d’équilibrage de charge, exécutez le correctif (c’est-à-dire, les fichiers sts.msp et wssmui.msp) à installer. N’exécutez pas l’Assistant Configuration des produits SharePoint sur ces serveurs à ce stade. Vérifiez que ces deux serveurs web ont été mis à jour en consultant les fichiers journaux de mise à niveau.
Installez le correctif sur tous les serveurs d’applications qui hébergent le site Web Administration centrale de SharePoint. N’exécutez pas l’Assistant Configuration des produits SharePoint à ce moment-là.
Si votre batterie de serveurs dispose de serveurs d’applications supplémentaires qui n’hébergent pas de composants de recherche, exécutez le fichier exécutable de mise à jour pour installer la mise à jour sur ces serveurs. N’exécutez pas la Assistant Configuration des produits SharePoint sur ces serveurs à ce stade.
Passez en revue les fichiers journaux de mise à niveau afin de vérifier que ces serveurs d’applications ont été mis à jour avec succès.
À ce stade, vous devez encore mettre à niveau les bases de données et d’autres éléments tels que les paramètres, les fonctionnalités et les données au niveau du site, car l’Assistant Configuration des produits SharePoint n’a été exécuté sur aucun des serveurs de la batterie. Toutefois, la batterie devrait fonctionner en mode de compatibilité descendante.
Phase de mise à niveau
L’illustration suivante décrit la procédure permettant de mettre à niveau les serveurs de la batterie pour terminer le processus de mise à jour corrective.
Aidez-vous de l’illustration précédente pour effectuer les étapes figurant dans la procédure qui suit.
Important
Surveillez l’état de la mise à niveau sur chaque serveur avant de passer au suivant. Nous vous recommandons de sauvegarder la batterie de serveurs avant de démarrer la mise à niveau.
La procédure suivante décrit toutes les étapes permettant de mettre à niveau la batterie de serveurs.
Services
Si la mise à jour logicielle contient des mises à jour de services qui doivent être appliquées, vous pouvez mettre à niveau le service, puis relancer les opérations de la batterie de serveurs (étape 8 de la procédure suivante) jusqu’à ce qu’une indisponibilité prolongée de la batterie soit possible pour terminer la mise à niveau du contenu et de la batterie.
Content databases
Vous pouvez aussi mettre à niveau simultanément un nombre très réduit de bases de données de contenu individuelles en parallèle. Toutefois, ne mettez pas à niveau trop de bases de données à la fois, car cela ralentirait le processus global. Nous vous recommandons de ne pas mettre à niveau plus de deux bases de données de contenu à la fois sur le même volume SQL Server. Espacez la mise à niveau en parallèle de chaque base de données de contenu de quelques minutes pour éviter tout blocage lors du démarrage du processus de mise à niveau. Limitez également le nombre de bases de données de contenu que vous mettez à niveau sur un même serveur web ou serveur d’applications. Chaque nouveau processus de mise à niveau nécessitera une certaine quantité de ressources. En général, il est conseillé de ne pas mettre à niveau plus de quatre bases de données de contenu pour un serveur web ou pour un serveur d’applications. Toutefois, veillez à ne pas dépasser le nombre de bases de données en cours de mise à niveau par volume SQL Server, indépendamment du serveur web ou du serveur d’applications à l’origine de la mise à niveau.
Pour mettre à niveau la batterie de serveurs
Utilisez la cmdlet Upgrade-SPContentDatabase Windows PowerShell pour mettre à niveau chaque base de données de contenu. Pour plus d’informations, voir Upgrade-SPContentDatabase. Il s’agit d’une étape facultative garantissant que toutes les bases de données de contenu sont mises à niveau en premier. L’avantage est de pouvoir créer un certain parallélisme et d’éviter le temps d’indisponibilité. Dans le cas contraire, toutes les bases de données de contenu restantes seront mises à niveau les unes après les autres lorsque vous exécuterez l’Assistant Configuration des produits SharePoint 2016 pour mettre à niveau les serveurs de la batterie.
Notes
Exécutez l’applet de commande Upgrade-SPContentDatabase pour chaque base de données. Vous pouvez exécuter cet applet de commande à partir de tous les serveurs d’applications ou serveurs web mis à niveau.
Sur le serveur d’administration centrale (APP-1), effectuez une des opérations suivantes :
Exécutez l’Assistant Configuration des produits SharePoint 2016.
Exécutez les commandes suivantes à partir de l’invite de commandes Microsoft PowerShell.
cd \Program Files\Common Files\Microsoft Shared\web server extensions\16\bin .\psconfig.exe -cmd secureresources -cmd installfeatures -cmd upgrade -inplace b2b -force -wait -cmd applicationcontent -install
Notes
Si le processus de mise à jour échoue pour une raison quelconque, vous pouvez exécuter l’applet de commande Copy-SPSideBySideFiles pour restaurer l’état de la mise à jour. Pour plus d’informations sur les fichiers côte à côte, voir Copy-SPSideBySideFiles.
Important
L’Assistant Configuration des produits SharePoint démarre immédiatement une mise à niveau de la base de données de configuration et de toutes les bases de données qui ne sont pas encore mises à niveau. Puisqu’il est probable que les bases de données de contenu soient les seules à avoir déjà été mises à jour (tel que décrit à l’étape précédente), toutes les bases de données d’application de services sont également mises à niveau au cours de cette étape.
Supprimer le serveur web (WEB-1) de la rotation dans l’équilibreur de charge ou suspendre l’équilibreur de charge afin de bloquer le flux de demandes entrantes sur les serveurs
Sur le serveur web (WEB-1) qui est supprimé de la rotation, exécutez les commandes suivantes à l’invite de commandes PowerShell.
cd \Program Files\Common Files\Microsoft Shared\web server extensions\16\bin .\psconfig.exe -cmd secureresources -cmd installfeatures -cmd upgrade -inplace b2b -force -wait -cmd applicationcontent -install
Ajoutez de nouveau le serveur web (WEB-1) à la rotation.
Répétez les étapes 3 et 4 pour les autres serveurs web (WEB-2, WEB-3 et WEB-4).
Upgrade specific services, selon vos besoins. Certaines mises à jour peuvent également vous demander d’exécuter des applets de commande PowerShell supplémentaires pour mettre à niveau des applications de service spécifiques. Les notes pour une mise à jour logicielle peuvent indiquer que vous devez mettre à niveau un service spécifique afin qu’il continue de fonctionner après la mise à jour corrective. Les autres applets de commande PowerShell pour mettre à niveau des applications de service spécifiques doivent être dans les notes si cela est requis.
Exécutez l’Assistant Configuration des produits SharePoint 2016 ou PSConfig (comme dans l’étape 3 de cette procédure) sur le serveur d’applications restant (APP-2).
Répétez les étapes 3 et 4 pour les serveurs APP-3 et APP-4.
Vérifiez que la mise à jour s’est déroulée correctement.
Installer une mise à jour logicielle sur des serveurs qui hébergent des composants de recherche
Effectuez les procédures décrites dans cette section uniquement si d’autres procédures décrites dans cet article y font référence. Cela comprend les procédures suivantes qui se trouvent dans cette section :
Mettre à jour les serveurs qui hébergent des composants de recherche pendant le temps d’arrêt de la batterie de serveurs
Mettre à jour les serveurs qui hébergent des composants de recherche avec un temps mort minimal
Déterminer les groupes de disponibilité de serveur pour effectuer la mise à jour avec un temps d’arrêt minimal
Mettre à jour les serveurs qui hébergent des composants de recherche pendant le temps d’arrêt de la batterie de serveurs
Suspendez l’application de service de recherche en saisissant les commandes suivantes dans l’invite de commandes PowerShell :
$ssa=Get-SPEnterpriseSearchServiceApplication Suspend-SPEnterpriseSearchServiceApplication -Identity $ssa
Sur chaque serveur qui héberge un ou plusieurs composants de recherche, arrêtez les services Windows liés à la recherche dans l’ordre suivant :
SPTimerV4
Osearch16
SPSearchHostController
Important
Vérifiez que chaque service est arrêté avant d’arrêter le service suivant.
Sur chaque serveur qui héberge un ou plusieurs composants de recherche, exécutez le fichier exécutable de mise à jour pour installer la mise à jour.
Sur chaque serveur qui héberge un ou plusieurs composants de recherche, démarrez les services Windows liés à la recherche dans l’ordre suivant :
SPSearchHostController
Osearch16
SPTimerV4
Vérifiez que tous les composants de recherche deviennent actifs après la mise à jour en saisissant la commande suivante dans l’invite de commandes PowerShell :
Get-SPEnterpriseSearchStatus -SearchApplication $ssa | where {$_.State -ne "Active"} | fl
Exécutez à nouveau la commande jusqu’à ce qu’aucun composant de recherche ne soit répertorié dans les résultats.
Relancez l’application de service de recherche en saisissant la commande suivante dans l’invite de commandes PowerShell :
Resume-SPEnterpriseSearchServiceApplication -Identity $ssa
Vérifiez que la batterie de serveurs analyse le contenu mis à jour et qu’elle peut indexer des documents nouveaux et modifiés. Pour ce faire, vous pouvez ajouter ou modifier un élément dans une collection de sites, exécuter une analyse de la source de contenu de sites SharePoint locaux, puis effectuer une recherche de l’élément et vérifier qu’il apparaît dans les résultats de la recherche.
Mettre à jour les serveurs qui hébergent des composants de recherche avec un temps mort minimal
Divisez les serveurs qui hébergent des composants de recherche en deux groupes de disponibilité pour réduire le temps d’arrêt lors de leur mise à jour et de leur mise à niveau build à build. (Tant qu’un des groupes est actif et intègre, la batterie de serveurs peut traiter des requêtes et analyser et indexer le contenu.) Pour savoir comment diviser les serveurs en deux groupes de disponibilité, reportez-vous à la procédure Déterminer les groupes de disponibilité de serveur pour effectuer la mise à jour avec un temps d'arrêt minimal plus loin dans cet article.
Suspendez l’application de service de recherche en saisissant la commande suivante dans l’invite de commandes PowerShell :
Suspend-SPEnterpriseSearchServiceApplication -Identity $ssa
Sur chaque serveur du groupe de disponibilité de serveur 1, arrêtez les services Windows liés à la recherche dans l’ordre suivant :
SPTimerV4
Osearch16
SPSearchHostController
Important
Vérifiez que chaque service est arrêté avant d’arrêter le service suivant.
Sur chaque serveur du groupe de disponibilité 1, exécutez le fichier exécutable de mise à jour pour installer la mise à jour.
Sur chaque serveur du groupe de disponibilité 2, arrêtez les services Windows liés à la recherche dans le même ordre que celui prévu dans le groupe de disponibilité 1. Il est encore important de vérifier que chaque service est arrêté avant d’arrêter le service suivant.
Sur chaque serveur du groupe de disponibilité 1, démarrez les services Windows liés à la recherche dans l’ordre suivant :
SPSearchHostController
Osearch16
SPTimerV4
Patientez jusqu’à ce que tous les composants de recherche associés au groupe de disponibilité 1 soient actifs. Pour identifier les composants actifs, saisissez la commande suivante dans l’invite de commandes PowerShell :
Get-SPEnterpriseSearchStatus -SearchApplication $ssa | where {$_.State -eq "Active"} | fl
Exécutez à nouveau la commande jusqu’à ce que tous les composants de recherche associés au groupe de disponibilité 1 soient répertoriés dans les résultats.
Sur chaque serveur du groupe de disponibilité 2, exécutez le fichier exécutable de mise à jour pour installer la mise à jour.
Sur chaque serveur du groupe de disponibilité 2, démarrez les services Windows liés à la recherche dans le même ordre que celui prévu dans le groupe de disponibilité 1.
Patientez jusqu’à ce que tous les composants de recherche associés au groupe de disponibilité 2 soient actifs. Pour identifier les composants actifs, saisissez la commande suivante dans l’invite de commandes PowerShell :
Get-SPEnterpriseSearchStatus -SearchApplication $ssa | where {$_.State -eq "Active"} | fl
Exécutez à nouveau la commande jusqu’à ce que tous les composants de recherche associés au groupe de disponibilité 2 soient répertoriés dans les résultats.
Relancez l’application de service de recherche en saisissant la commande suivante dans l’invite de commandes PowerShell :
Resume-SPEnterpriseSearchServiceApplication -Identity $ssa
Vérifiez que la batterie de serveurs analyse le contenu mis à jour et qu’elle peut indexer des documents nouveaux et modifiés. Pour ce faire, vous pouvez ajouter ou modifier un élément dans une collection de sites, exécuter une analyse de la source de contenu de sites SharePoint locaux, puis effectuer une recherche de l’élément et vérifier qu’il apparaît dans les résultats de la recherche.
Déterminer les groupes de disponibilité de serveur pour effectuer la mise à jour avec un temps d’arrêt minimal
Démarrez un environnement SharePoint Server 2016 Management Shell sur l’un des serveurs de la batterie de serveurs.
Déterminez le composant d’administration de recherche principal et le serveur qui héberge le composant en saisissant les commandes suivantes dans l’invite de commandes PowerShell :
$ssa=Get-SPEnterpriseSearchServiceApplication Get-SPEnterpriseSearchStatus -SearchApplication $ssa | where { (($_.State -ne "Unknown") -and ($_.Name -match "Admin")) } | ForEach {if (Get-SPEnterpriseSearchStatus -SearchApplication $ssa -Component $_.Name -Primary) { Get-SPEnterpriseSearchTopology -SearchApplication $ssa -active | Get-SPEnterpriseSearchComponent -identity $($_.Name) } }
Déterminez l’ensemble de serveurs du groupe de disponibilité 1. Ces serveurs doivent remplir les trois conditions suivantes :
L’ensemble doit contenir un ou plusieurs des types suivants de composants de recherche (mais pas tous) :
Composant de traitement de contenu
Composant de traitement des requêtes
Composant de traitement de l’analyse
Composant d’analyse
Composant d’index
L’ensemble doit contenir un ou plusieurs composants d’index (mais pas tous) pour chaque partition d’index.
L’ensemble doit contenir un composant d’administration de recherche qui ne doit pas être le composant principal qui a été identifié à l’étape 2 de cette procédure.
Déterminez l’ensemble de serveurs du groupe de disponibilité 2. Cet ensemble doit contenir tous les autres serveurs qui hébergent des composants de recherche, y compris le serveur qui héberge le composant d’administration de recherche principal qui a été identifié à l’étape 2 de cette procédure.