Vidéo de démonstration de la correction sans interruption dans SharePoint Server 2016
S’APPLIQUE À :2013 2016 2019 Édition d’abonnement SharePoint dans Microsoft 365
Vue d’ensemble
Une des nouvelles fonctionnalités de SharePoint Server 2016 est la mise à jour corrective sans interruption.
La mise à jour corrective zéro temps d’arrêt n’exige aucun temps d’arrêt du serveur lors de la mise à jour corrective d’une batterie de serveurs SharePoint Server 2016. Toutefois, votre batterie de serveurs doit être configurée dans une configuration à haute disponibilité (HA) (afin que les rôles SharePoint soient hébergés sur plusieurs serveurs). Vous pouvez ainsi appliquer les correctifs par lots, en retirant des serveurs redondants de l’équilibrage de charge, en les corrigeant, en les remplaçant et en vérifiant qu’ils sont sains, puis en appliquant le même processus aux autres serveurs.
Il existe un processus en deux étapes pour corriger un serveur dans une batterie de serveurs SharePoint Server 2016. Tout d’abord, vous installez les fichiers binaires du correctif sur chaque serveur. Cette étape est appelée phase de correctif. Ensuite, une fois la phase de correctif terminée, vous devez terminer l’installation de la mise à jour en commençant la phase de mise à niveau de build à build.
Pendant la mise à jour corrective sans temps d’arrêt, les utilisateurs peuvent ajouter et modifier des fichiers et utiliser la recherche comme à tout autre moment, en accédant aux serveurs toujours gérés par l’équilibreur de charge. De même, bien que les schémas de base de données puissent différer entre les côtés corrigés et non corrigés de la batterie de serveurs, SharePoint Server 2016 fonctionne en mode de compatibilité descendante. Ses bases de données sont en mesure de fonctionner correctement, jusqu’à ce que la mise à jour corrective soit terminée.
Ce didacticiel SharePoint explique comment appliquer un correctif à une batterie de serveurs SharePoint Server 2016 haute disponibilité du début à la fin, en détaillant notamment l’installation des fichiers binaires sur tous les serveurs et la mise à niveau de build à build (B2B).
Importante
La démonstration a abordé l’arrêt du service de cache distribué. L’environnement démontré est une batterie de serveurs de test et le processus illustré NE DOIT PAS être reproduit par le client dans un environnement en direct.
Important : Si vous utilisez activement des zones telles que microblogs, flux d’actualités, etc., vous devez plutôt suivre les étapes suivantes pour arrêter correctement le service de cache distribué sur chaque serveur de cache distribué pendant la séquence de mise à niveau et de correctif :
ARRÊT normal du service de cache distribué
$instanceName ="SPDistributedCacheService Name=AppFabricCachingService"
$serviceInstance = Get-SPServiceInstance | ? {($.service.tostring()) -eq $instanceName -and ($.server.name) -eq $env :computername}
$serviceInstance.Unprovision()
Démarrage du service de cache distribué
$instanceName ="SPDistributedCacheService Name=AppFabricCachingService"
$serviceInstance = Get-SPServiceInstance | ? {($.service.tostring()) -eq $instanceName -and ($.server.name) -eq $env :computername}
$serviceInstance.Provision()
Pour référence, voici une vue d’ensemble des étapes, mais pour plus d’informations sur la mise à jour corrective SharePoint watch la vidéo.
Retirez le serveur web frontal (SPWEB01) de l’équilibrage de charge.
Appliquez le correctif au serveur web frontal (SPWEB01) en utilisant les packages STS et WSS.
Redémarrez le serveur web frontal (SPWEB01).
Replacez le serveur web frontal (SPWEB01) dans l’équilibrage de charge.
Retirez le serveur web frontal (SPWEB02) de l’équilibrage de charge.
Appliquez le correctif au serveur web frontal (SPWEB02).
Redémarrez l’ordinateur du serveur web frontal (SPWEB02).
Appliquez le correctif aux serveurs d’applications suivants : SPAPP01, SPDCH01 et SPSRCH01 en parallèle, puis redémarrez les ordinateurs.
Appliquez le correctif aux serveurs d’applications suivants : SPAPP02, SPDCH02 et SPSRCH02 en parallèle, puis redémarrez les ordinateurs.
Avec le serveur web frontal (SPWEB02) hors de l’équilibreur de charge (voir l’étape 7), ouvrez SharePoint 2016 Management Shell, puis exécutez la commande PSConfig suivante :
PSConfig.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources -cmd services -install
Remarque
Dans la vidéo, la syntaxe est condensée pour gagner du temps, mais la syntaxe complète indiquée à l’étape 10 est celle qu’il est recommandé d’exécuter.
Une fois la mise à niveau terminée, replacez le serveur web frontal (SPWEB02) dans l’équilibrage de charge. Une fois que le serveur web frontal (SPWEB02) a été ajouté à l’équilibrage de charge, retirez le serveur web frontal (SPWEB01).
Sur l’ordinateur du serveur web frontal (SPWEB01), exécutez la commande PSConfig indiquée à l’étape 10.
Replacez le serveur web frontal (SPWEB01) dans l’équilibrage de charge.
Sur le serveur d’applications (SPAPP01), exécutez la commande PSConfig indiquée à l’étape 10.
Sur le serveur de cache distribué (SPDCH01), exécutez la commande PSConfig indiquée à l’étape 10.
Sur le serveur de recherche (SPSRCH01), exécutez la commande PSConfig indiquée à l’étape 10.
Une fois la mise à niveau effectuée, effectuez les mêmes étapes (14-16) sur des serveurs de la série 02 (SPAPP02, SPDCH02, SPSRCH02).
Remarque
Nous vous recommandons de tester les pages tout au long de la procédure afin de garantir que le correctif et la mise à niveau ont bien été appliqués sur les serveurs.
Au cours de la vidéo, le script Microsoft PowerShell suivant a été utilisé pour retirer les serveurs de l’Load Balancer interne de gestion des services Azure.
#Remove the SPWEB01 Azure Load Balanced EndPoint
$svc=<"NameYourLBService">
$vmname=<"NameofYourVM">
$epname="TCP-80-80"
Get-AzureVM -ServiceName $svc -Name $vmname | Remove-AzureEndpoint -Name $epname | Update-AzureVM
#Add the SPWEB01 AzureEndpoint back
$ilb="minroleilb"
$prot="tcp"
$locport=80
$pubport=80
$epname="TCP-80-80"
$lbsetname=<"NameYourLB">
$vmname=<"NameofYourVM">
Get-AzureVM -ServiceName $svc -Name $vmname | Add-AzureEndpoint -Name $epname -LbSetName $lbsetname -Protocol $prot -LocalPort $locport -PublicPort $pubport -DefaultProbe -InternalLoadBalancerName $ilb | Update-AzureVM
# Remove the SPWEB02 Azure Load Balanced EndPoint for the patch install and build to build (B2B) phase
$vmname=<"NameofYourVM">
$epname="TCP-80-80-2"
Get-AzureVM -ServiceName $svc -Name $vmname | Remove-AzureEndpoint -Name $epname | Update-AzureVM
#Add for the B2B SPWEB02 AzureEndPoint to ILB
$prot="tcp"
$locport=80
$pubport=80
$epname="TCP-80-80-2"
$lbsetname=<"NameYourLB">
$vmname=<"NameofYourVM">
Get-AzureVM -ServiceName $svc -Name $vmname | Add-AzureEndpoint -Name $epname -LbSetName $lbsetname -Protocol $prot -LocalPort $locport -PublicPort $pubport -DefaultProbe -InternalLoadBalancerName $ilb | Update-AzureVM
# B2B for SPWEB01::::: Phase Remove the SPWEB01 Azure Load Balanced EndPoint
$svc=<"NameYourLBService">
$vmname=<"NameofYourVM">
$epname="TCP-80-80"
Get-AzureVM -ServiceName $svc -Name $vmname | Remove-AzureEndpoint -Name $epname | Update-AzureVM
#Add the SPWEB01 AzureEndpoint back
$ilb="minroleilb"
$prot="tcp"
$locport=80
$pubport=80
$epname="TCP-80-80"
$lbsetname=<"NameYourLB">
$vmname=<"NameofYourVM">
Get-AzureVM -ServiceName $svc -Name $vmname | Add-AzureEndpoint -Name $epname -LbSetName $lbsetname -Protocol $prot -LocalPort $locport -PublicPort $pubport -DefaultProbe -InternalLoadBalancerName $ilb | Update-AzureVM
Pour plus d’informations sur les applets de commande Microsoft PowerShell pour Azure, consultez Get-AzureVM.
Articles connexes
Installer une mise à jour logicielle pour SharePoint Server 2016
Étapes de mise à jour corrective sans interruption dans SharePoint Server 2016
Vidéo : Activer Windows PowerShell à distance pour une utilisation avec SharePoint Server