Vidéo de démonstration de la correction sans interruption dans SharePoint Server 2016

S’APPLIQUE À :  no-img-13 2013  yes-img-16 2016  no-img-19 2019  no-img-se Subscription Edition  no-img-sop SharePoint in 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 sans interruption ne demande aucun arrêt du serveur pendant l’application d’un correctif à une batterie de serveurs SharePoint Server 2016, mais votre batterie de serveur doit être configurée avec un haut niveau de disponibilité (HA) (pour que les rôles SharePoint soient hébergés sur plusieurs serveurs). Ainsi, vous pouvez appliquer les mises à jour correctives 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.

L’application d’un correctif à un serveur dans une batterie de serveurs SharePoint Server 2016 s’effectue en deux étapes. Tout d’abord, vous installez les fichiers binaires du correctif sur chaque serveur. Il s’agit de la phase d’application des correctifs. Ensuite, une fois que la phase d’application des correctifs est terminée, vous installez la mise à jour en démarrant la phase de mise à niveau de build à build.

Pendant une mise à jour corrective sans interruption, les utilisateurs peuvent ajouter et modifier des fichiers et utiliser la recherche normalement, en accédant aux serveurs qui sont toujours gérés par l’équilibrage de charge. De même, même si les schémas de base de données peuvent différer entre les composants de la batterie de serveurs auxquels le correctif a été appliqué ou non, SharePoint Server 2016 fonctionne en mode de compatibilité descendante et ses bases de données fonctionnent correctement jusqu’à la fin de la mise à jour corrective.

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).

Important

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 réel.

Important : si vous utilisez activement des zones telles que des microblogs, des flux d’actualités, etc., effectuez plutôt les étapes suivantes pour arrêter normalement le service de cache distribué sur chaque serveur de cache distribué pendant la séquence de mise à jour corrective et de mise à niveau :

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()

Les étapes ci-dessous sont fournies à titre de référence. Pour en savoir plus sur la mise à jour corrective SharePoint, regardez la vidéo.

  1. Retirez le serveur web frontal (SPWEB01) de l’équilibrage de charge.

  2. Appliquez le correctif au serveur web frontal (SPWEB01) en utilisant les packages STS & WSS.

  3. Redémarrez le serveur web frontal (SPWEB01).

  4. Replacez le serveur web frontal (SPWEB01) dans l’équilibrage de charge.

  5. Retirez le serveur web frontal (SPWEB02) de l’équilibrage de charge.

  6. Appliquez le correctif au serveur web frontal (SPWEB02).

  7. Redémarrez l’ordinateur du serveur web frontal (SPWEB02).

  8. Appliquez le correctif aux serveurs d’applications suivants : SPAPP01, SPDCH01 et SPSRCH01 en parallèle, puis redémarrez les ordinateurs.

  9. Appliquez le correctif aux serveurs d’applications suivants : SPAPP02, SPDCH02 et SPSRCH02 en parallèle, puis redémarrez les ordinateurs.

  10. Une fois le serveur web frontal (SPWEB02) retiré de l’équilibrage de charge (voir l’étape 7), ouvrez SharePoint 2016 Management Shell et exécutez la commande PSConfig suivante : PSConfig.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources -cmd services -install

    Notes

    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.

  11. 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).

  12. Sur l’ordinateur du serveur web frontal (SPWEB01), exécutez la commande PSConfig indiquée à l’étape 10.

  13. Replacez le serveur web frontal (SPWEB01) dans l’équilibrage de charge.

  14. Sur le serveur d’applications (SPAPP01), exécutez la commande PSConfig indiquée à l’étape 10.

  15. Sur le serveur de cache distribué (SPDCH01), exécutez la commande PSConfig indiquée à l’étape 10.

  16. Sur le serveur de recherche (SPSRCH01), exécutez la commande PSConfig indiquée à l’étape 10.

  17. 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).

Notes

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.

Dans la vidéo, le script Microsoft PowerShell suivant est utilisé pour retirer les serveurs de l’équilibreur de charge interne de la 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 en savoir plus sur les cmdlets Microsoft PowerShell pour Azure, consultez les articles Get-AzureVM et Add-AzureEndpoint.

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