Étapes de mise à jour corrective sans interruption dans SharePoint Server 2016

 

**Sapplique à :**SharePoint Server 2016

**Dernière rubrique modifiée :**2016-10-21

La mise à jour corrective sans interruption (ZDP) est disponible dans SharePoint Server 2016. Laissez les utilisateurs continuer à utiliser, à enregistrer et à rechercher des documents pendant que vous appliquez le correctif à votre batterie de serveurs SharePoint Server 2016.

La mise à jour corrective sans interruption est une méthode de mise à jour corrective et de mise à niveau développée dans SharePoint Online. Elle permet aux administrateurs de corriger le service pendant que les utilisateurs continuent à utiliser leurs abonnements. Autrement dit, cette méthode testée est conçue pour permettre la mise à jour corrective pendant que des personnes utilisent activement leurs fichiers, recherchent des analyses et affichent des résultats sur la batterie de serveurs SharePoint Server. C’est la signification de « sans interruption ».

Voici quelques remarques concernant la correction sans interruption (ces éléments seront présentés plus loin dans cet article).

• Votre expérience ZDP pourrait être améliorée à l’aide de MinRole dans SharePoint Server 2016, mais MinRole ne représente pas une configuration requise.

  Pourquoi l’option MinRole peut-elle vous aider ?

• Votre batterie de serveurs doit tirer parti d’une haute disponibilité (HA) pour bénéficier des avantages de ZDP. Une batterie de serveurs SharePoint Server 2016 à haut niveau de disponibilité est une configuration requise pour ZDP.

  Pourquoi la haute disponibilité est-elle nécessaire ?

Il est important de se rappeler que l’objectif de ZDP est de maintenir la disponibilité pour vos utilisateurs. Par conséquent, dans cet article, toutes les décisions relatives à la mise à jour corrective et au redémarrage de votre batterie de serveurs seront effectuées dans cette optique.

Important

Même si tous les serveurs de votre batterie de serveurs SharePoint Server 2016 ont été configurés pour utiliser le rôle « Personnalisé », vous pouvez configurer manuellement une batterie de serveurs à haut niveau de disponibilité. Il existe des documents sur le site TechNet qui vous aideront à construire des batteries de serveurs à haut niveau de disponibilité. Les principaux de tolérance de panne (avec du matériel redondant) et la haute disponibilité (avec des systèmes et logiciels en place pour prendre en charge le basculement et la continuité de la disponibilité) sont identiques. Sachez que dans des batteries de serveurs à haut niveau de disponibilité ou personnalisées plus complexes, vous devez veiller à corriger les serveurs de recherche de façon à prendre en charge le haut niveau de disponibilité, par exemple, corriger une copie d’index à la fois et ne jamais corriger ou mettre à niveau de copies d’index de la même partition en même temps.

Processus ZDP

Cet exemple utilise la ZDP par rapport à une configuration de batterie de serveurs SharePoint Server 2016 avec MinRole. L’exemple d’environnement ressemble à ce qui suit :

Pour décomposer cette structure, deux sites web frontaux (WFE) (SPWeb01 et 02) sont connectés à un équilibrage de charge, les deux présentent des demandes à ce stade. Il existe deux serveurs d’applications (SPApp01 et 02), deux serveurs de cache distribué (SPDCH01 et 02) et deux serveurs de recherche (SPSRCH01 et 02). Derrière cette structure, mais pas directement inclus dans le processus ZDP, se trouve un cluster SQL Server (par exemple, SQL Server Always-On).

D’un point de vue idéologique, vous pouvez tracer un trait au milieu de la batterie de serveurs dans ce diagramme, de haut en bas. D’un côté de la ligne se trouvent tous les serveurs se terminant par '01' (colonne 1), et de l’autre côté se situent les serveurs redondants dans '02' (colonne 2). Nous allons utiliser cette construction double afin que la batterie de serveurs reste en marche pour les utilisateurs pendant la mise à jour corrective.

La plupart du temps, tout ce que vous réalisez d’un côté de la ligne (sur les serveurs 01) doit être répété sur 02. Parmi toutes les étapes du processus ZDP à deux phases relativement simples, celles prises avec les WFE (SPWeb01 et 02) sont les plus complexes. Nous allons commencer par là.

Notes

Vous trouverez des informations générales sur les mises à jour logicielles pour SharePoint Server 2016ici. Notez que cet article renvoie à la documentation sur les paramètres d’autorisations pour SharePoint Server 2016. Consultez ces articles si besoin et gardez à l’esprit qu’une partie de la mise à jour corrective implique des mises à jour de la base de données. Si vous avez modifié les autorisations SQL Server pour les comptes SharePoint après l’installation, par exemple, vous devrez passer en revue ces articles.

Assurez-vous que vous avez redémarré et testé vos WFE avant de les extraire de l’équilibrage de charge afin d’éviter des situations dans lesquelles le WFE à corriger en premier quitte la rotation et d’autres WFE ne gèrent pas la charge résultante. Tous les serveurs dans la batterie de serveurs doivent être actualisés à partir d’un redémarrage et en bon état de marche avant la mise à jour corrective. Envisagez également d’arrêter les analyses de recherche et les importations de profils pendant la période de mise à niveau ou de mise à jour corrective.

Important

Vous devez activer le processus de copie des fichiers côte-à-côte avant la mise à niveau. L’exécution côte-à-côte garantit que tous les sites web frontaux dans la batterie de serveurs traitent le même contenu statique pendant la mise à niveau, même si les fichiers statiques sur un WFE donné sont mis à niveau ou remplacés. L’exécution côte-à-côte est intégrée à PSCONFIG, mais doit être activée. Cette fonctionnalité vérifie que les utilisateurs ont la même expérience des sites lors de la navigation sur SharePoint et l’utilisation de leurs fichiers, même quand vous modifiez ou mettez à jour des fichiers du système de fichiers.
Pour activer les fonctionnalités de mise à niveau côte à côte, vous devez ouvrir SharePoint 2016 Management Shell et exécuter les commandes suivantes sur tous vos serveurs SharePoint :
$webapp = Get-SPWebApplication <webappURL>
$webapp.WebService.EnableSideBySide = $true
$webapp.WebService.update()
Les administrateurs peuvent désactiver le mode côte-à-côte en définissant la valeur « enableSideBySide » sur $false. Gardez à l’esprit que cela peut affecter ce que les utilisateurs voient lors de la navigation. Ils peuvent voir l’interface utilisateur mise à niveau dans un navigateur et pas dans un autre, ou ils peuvent rencontrer des problèmes si, par exemple, les fichiers javascript sont modifiés ou mis à niveau pendant leur consultation.

Phase 1 - Installation du correctif

La première phase consiste à récupérer les fichiers binaires correctifs sur les serveurs et à les installer là.

1. 

   Sortez le premier site web frontal (SPWeb01) de l’équilibrage de charge et corrigez-le avec les packages « STS » et « WSS ». > Redémarrez le serveur une fois la mise à jour corrective terminée. > Remettez le serveur en rotation dans l’équilibreur de charge.

2. 

   Sortez le deuxième site web frontal (SPWeb02) de l’équilibrage de charge et corrigez-le avec les packages « STS » et « WSS ». > Redémarrez le serveur une fois la mise à jour corrective terminée. > Laissez ce serveur hors de l’équilibrage de charge jusqu’à ce que l’intégralité de la mise à niveau soit terminée.

   Notes

   Si vous n’exécutez pas la mise à niveau lors d’une période de maintenance et que la batterie de serveurs présente une charge importante, vous pouvez renvoyer ce site web frontal vers l’équilibrage de charge réseau jusqu’à ce que vous soyez prêt à exécuter PSCONFIG.

3. 

   Pour chaque serveur SPApp, SPDCH et SPSRCH dans la colonne 1, corrigez avec les packages « STS » et « WSS ». > Redémarrez-les une fois l’opération terminée. (Le travail envoyé par SPWeb01 se trouve sur les serveurs dans la colonne 2).

4. 

   Répétez maintenant la procédure de mise à jour corrective et de redémarrage pour la colonne 2. Pour chaque serveur SPApp02, SPDCH02 et SPSRCH02 dans la colonne 2, corrigez avec les packages « STS » et « WSS ». > Redémarrez-les une fois l’opération terminée. (Comme vous pouvez le voir, le travail envoyé par SPWeb01 se trouve maintenant sur des serveurs de la colonne 1.)

Phase 2 - Mise à niveau PSCONFIG

Les correctifs ont été appliqués sur tous les nœuds de la batterie de serveurs SharePoint Server 2016 et ces derniers ont été redémarrés. Il est temps d’effectuer la mise à niveau de build à build.

Notes

Au cours du processus ZDP, vous pouvez exécuter Upgrade-SPContentdatabase pour réduire le temps global nécessaire pour terminer l’exécution de PSCONFIG. Envisagez cette option si vous avez un grand nombre de bases de données ou si vous sélectionnez de grandes bases de données.

1. 

   Revenez au WFE qui est en dehors de la rotation de l’équilibrage de charge (SPWeb02), ouvrez le SharePoint 2016 Management Shell et exécutez cette commande PSCONFIG :

   PSCONFIG.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secrureresources -cmd services -install
   

   Une fois la commande terminée, renvoyez le WFE (SPWeb02) vers l’équilibrage de charge. Ce serveur est entièrement corrigé et mis à niveau.

   Conseil

   La dernière étape du processus PSCONFIG garantit que les mises à jour de l’interface utilisateur (IU) sont copiées à partir du dossier /Dispositions vers un dossier propre à la version. Cela fait partie de la mise à jour de l’interface utilisateur côte-à-côte qui permet aux utilisateurs naviguant dans votre batterie de serveurs d’utiliser l’interface utilisateur tant que la mise à niveau n’est pas terminée et que vous n’êtes pas prêt à basculer vers la nouvelle interface.
   Pour vous assurer que la copie côte-à-côte a réussi, vérifiez le fichier journal associé. Par défaut, il se trouve sous C:\Fichiers programmes\Fichiers communs\Microsoft shared\Extensions serveur Web\16\Journaux. (Votre lettre de lecteur racine peut varier.)
   Si, pour une raison quelconque, PSCONFIG n’a pas réussi à copier des fichiers de l’interface utilisateur, exécutez cette commande pour les copier manuellement copy-SidebySideFiles.

2. 

   Supprimez SPWeb01 de l’équilibrage de charge. > Ouvrez le SharePoint 2016 Management Shell et exécutez la même commande PSCONFIG :

   PSCONFIG.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources -cmd services -install
   

   Renvoyez ce WEF (SPWeb01) vers l’équilibrage de charge. Il est également entièrement corrigé et mis à niveau maintenant.

   Les deux WFE sont corrigés et mis à niveau. Passez à la suite de la batterie de serveurs, mais vérifiez que les commandes Microsoft PowerShell requises sont exécutées sur un serveur à la fois et non en parallèle. Pour l’ensemble de la colonne 1, vous exécuterez les commandes sur un serveur à la fois. Vous les exécuterez ensuite pour les serveurs de la colonne 2 sans superposition, un serveur à la fois. L’objectif final est de conserver la disponibilité. L’exécution des commandes PSCONFIG en série est le moyen le plus sûr et le plus prévisible de terminer le processus ZDP. C’est ce que nous allons expliquer.

3. 

   Pour tous les serveurs restants de la colonne 1 (SPApp01, SPDCH01, SPSRCH01), exécutez la même commande PSCONFIG dans le SharePoint 2016 Management Shell. Faites-le sur chaque serveur, un à la fois, jusqu'à ce que tous les serveurs de la colonne 1 soient mis à niveau.

   Important

   N’oubliez pas de correctement supprimer le cache distribué avant d’exécuter PSCONFIG et ajoutez de nouveau le cache distribué au serveur une fois l’opération terminée.

   PSCONFIG.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources -cmd services -install
   

4. 

   Pour tous les serveurs restants de la colonne 2 (SPApp02, SPDCH02, SPSRCH02), exécutez la même commande PSCONFIG dans le SharePoint 2016 Management Shell. Faites-le sur chaque serveur, un à la fois, jusqu’à ce que tous les serveurs de la colonne 2 soient mis à niveau.

   Important

   N’oubliez pas de correctement supprimer le cache distribué avant d’exécuter PSCONFIG et ajoutez de nouveau le cache distribué au serveur une fois l’opération terminée.

   PSCONFIG.exe -cmd upgrade -inplace b2b -wait -cmd applicationcontent -install -cmd installfeatures -cmd secureresources -cmd services -install
   

   Important

   Une fois les commandes PSCONFIG appliquées à tous les serveurs correctement, pensez à exécuter la commande SharePoint 2016 Management Shell ci-dessous pour basculer vers les nouveaux fichiers d’interface utilisateur et terminer le processus côte à côte :
   $webapp.WebService.SideBySideToken = <current build number in quotes, ex: "16.0.4338.1000">
$webapp.WebService.update()

Vous avez maintenant terminé et la batterie de serveurs a été intégralement mise à niveau en cours d’utilisation et sans interruption de service.

Pourquoi l’option MinRole peut-elle vous aider ?

Lorsque vous parlez de ZDP, vous devez également aborder le concept de MinRole. MinRole est une option figurant dans l’installation de SharePoint Server 2016. Cette option divise la configuration d’une batterie de serveurs en rôles tels que Site web frontal (WFE), Serveur d’applications (application), Cache distribué (DCache), Recherche ou Personnalisé (pour les produits tiers ou le code personnalisé). Cette configuration vous fournira quatre serveurs en moyenne – deux WFE, deux serveurs d’applications, deux serveurs DCache et deux serveurs de recherche.

Par défaut, les WFE sont optimisés pour une faible latence et les serveurs d’applications pour un haut débit. De même, le regroupement des composants de recherche afin que les appels n’aient pas à quitter la zone d’où ils proviennent améliore l’efficacité des serveurs de recherche. L’un des principaux avantages de MinRole est que cette option intègre la tolérance de panne.

Pourquoi la haute disponibilité est-elle nécessaire ?

La haute disponibilité est un vaste sujet dans SharePoint. Il existe une multitude de livres blancs et d’articles à ce sujet en ligne, tels que cette documentation via TechNet. Pour simplifier le concept, au moins pour cet article, comprenez que la ZDP (et également MinRole) a été créée dans SharePoint Online (SPO). Dans SPO, les serveurs virtualisés intègrent des redondances, de sorte que deux serveurs du même rôle à partir de la même batterie de serveurs SharePoint ne résident pas sur le même hôte ou en rack. Cela rend SPO plus tolérant aux pannes. Vous pouvez modéliser la même situation, en installant deux de chaque rôle SharePoint Server sur des hôtes distincts sur différents racks dans votre centre de données, avec un routeur partagé ou un câblage entre racks pour accélérer la communication. Vous pouvez également avoir simplement deux serveurs physiques pour chaque rôle SharePoint Server configuré dans un environnement de test (choisissez des barres de puissance distinctes pour chaque moitié de votre batterie de serveurs et assurez-vous que le routage entre l’ensemble des serveurs est rapide et, si possible, ignore le trafic réseau plus large de latence inférieure).

Les objectifs ici sont la haute disponibilité et la tolérance de panne. Cela signifie que les principales priorités séparent les rôles sur des racks ou des serveurs, ce qui garantit que vous avez deux de chaque rôle, facilite la rapidité du trafic réseau entre ces deux niveaux et garantit que votre configuration a des systèmes en place pour la surveillance et le basculement automatique des serveurs de base de données. En matière d’installation manuelle des services dans SharePoint (comme lorsque vous choisissez le rôle « Personnalisé »), il est important que les services soient redondants dans la batterie de serveurs. Par exemple, le cache distribué est mis en cluster, votre batterie de serveurs a plusieurs WFE et vous configurez des serveurs d’applications et de recherche par paires. Ainsi, si un serveur présente un problème grave, l’autre peut traiter la charge utilisateur.

Dans les exemples présents, nous avons utilisés des serveurs physiques pour que les concepts soient plus faciles à appréhender. Quand il s’agit de la planification de ZDP, vous devez créer votre propre environnement, où qu’il se trouve (indiquez les noms/numéros de rack, les noms de serveurs sur lesquels se trouve chaque rôle SharePoint Server). C’est une des méthodes les plus rapides pour isoler les violations des objectifs de redondance de rôle et de tolérance de panne qui pourraient s’être glissées dans votre configuration, quelle que soit la taille de cette dernière.

Voir aussi

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