Vue d’ensemble des mises à jour logicielles pour SharePoint Server 2013

S’APPLIQUE À :2013 2016 2019 Édition d’abonnement SharePoint dans Microsoft 365

Les administrateurs mettent à jour SharePoint 2013 afin de déployer ou de mettre à jour des assemblies qui fournissent une fonctionnalité et afin de mettre à niveau les bases de données. Une mise à jour réussie suit une approche méthodique qui minimise les interruptions de service. Consultez les informations dans cet article pour connaître le processus avant de commencer le processus de mise à jour.

Avant de commencer

Avant de lancer le processus de mise à jour logicielle, lisez les informations suivantes relatives aux autorisations et aux configurations matérielle et logicielle requises.

• Autorisations de compte et paramètres de sécurité dans SharePoint 2013

• Configuration matérielle et logicielle requise pour SharePoint 2013

Terminologie

Pour comprendre comment implémenter des mises à jour logicielles dans SharePoint 2013, il est important de comprendre la terminologie relative aux composants principaux.

Pour obtenir la liste complète des termes relatifs aux mises à jour logicielles, reportez-vous à l’article Terminologie standard utilisée pour décrire les mises à jour logicielles Microsoft.

Fonctionnalités

SharePoint 2013 comporte des fonctionnalités qui facilitent l'expérience de mise à jour logicielle de bout en bout. Voici quelques-unes de ces fonctionnalités :

• Compatibilité descendante entre une batterie de serveurs de services mise à jour et une batterie de serveurs de contenu non mise à jour.

• Les mises à jour automatiques utilisant Windows Server Update Services (WSUS), Windows Update et Microsoft Update sont entièrement prises en charge.

  Remarque

  Une mise à jour automatique copie les fichiers binaires vers les serveurs de la batterie, mais vous devez terminer la mise à jour logicielle en exécutant la mise à niveau sur les serveurs.

• Les administrateurs peuvent utiliser le site Web Administration centrale de SharePoint ou Microsoft PowerShell pour contrôler le statut d'une mise à jour.

Portée et public visé

Les informations contenues dans cet article sont destinées à tous les professionnels de l'informatique qui gèrent SharePoint 2013. Toutefois, des instructions spécifiques pour l'installation d'une mise à jour logicielle sont destinées aux professionnels de l'informatique qui doivent déployer des mises à jour logicielles sur une batterie de serveurs qui héberge SharePoint 2013.

Les informations contenues dans cet article s’appliquent aux produits suivants :

• SharePoint 2013

• Module linguistique SharePoint 2013

• Microsoft Filter Pack

Processus de mise à jour logicielle

Le processus de déploiement des mises à jour dans un environnement SharePoint 2013 est un processus en deux phases : l'application de correctifs et la mise à niveau de build à build.

Chaque phase comporte des étapes et résultats spécifiques. Il est possible de différer la phase de mise à niveau de build à build.

Phase d’application des correctifs

La phase d'application des correctifs comporte deux étapes : l'étape de déploiement des correctifs et l'étape de déploiement des fichiers binaires. Durant l'étape de déploiement des correctifs, de nouveaux fichiers binaires sont copiés vers le serveur exécutant SharePoint 2013. Les services qui utilisent des fichiers que le correctif doit remplacer sont temporairement arrêtés. L'arrêt des services réduit la nécessité de redémarrer le serveur en vue de remplacer les fichiers en cours d'utilisation. Toutefois, dans certains cas, il est nécessaire de redémarrer le serveur.

La deuxième étape de la phase d'application des correctifs est l'étape de déploiement des fichiers binaires. Lors de cette étape, le programme d'installation copie les fichiers de bibliothèque de liens dynamiques (.dll) de support vers les répertoires appropriés sur le serveur qui exécute SharePoint 2013. Cette étape permet de garantir que toutes les applications web exécutent la version correcte des fichiers binaires et qu'elles fonctionneront correctement après l'installation de la mise à jour. La phase de mise à jour est terminée après l'étape de déploiement des fichiers binaires.

La prochaine et dernière phase de déploiement des mises à jour logicielles est la phase de mise à niveau de build à build. Cette phase modifie les schémas de base de données, met à jour des objets de la batterie, ainsi que les collections de sites.

Phase de mise à niveau de build à build

Une fois la phase d’application des correctifs terminée, vous devez terminer l’installation de la mise à jour en démarrant la phase de mise à niveau de build à build. La phase de mise à niveau de build à build compte de nombreuses tâches et, par conséquent, elle est celle qui prend le plus de temps. La première action consiste à mettre à niveau tous les processus SharePoint en cours d'exécution. Une fois les processus mis à niveau, les bases de données sont analysées et mises à niveau. Après avoir terminé la mise à niveau de batterie sur un serveur, vous devez terminer le processus sur tous les autres serveurs pour conserver la compatibilité.

Stratégie de mise à jour logicielle

La stratégie de mise à jour que vous sélectionnez est basée principalement sur l’un des facteurs suivants :

• Le temps d’arrêt acceptable pour installer la mise à jour.

• Le personnel supplémentaire et les ressources informatiques disponibles pour réduire le temps d’arrêt.

Lorsque vous décidez de votre stratégie de mise à jour, pensez à la façon dont elle vous permet de gérer et de contrôler la mise à jour.

En termes de réduction du temps d’arrêt, les options suivantes sont disponibles (classées du temps d’arrêt le plus élevé au plus faible) :

• Installez la mise à jour et ne différez pas la phase de mise à niveau.

• Installez la mise à jour et différez la phase de mise à niveau.

Cycle de déploiement de mise à jour logicielle

Le cycle utilisé pour mettre à niveau les serveurs et les batteries SharePoint 2013 s'applique également aux mises à jour logicielles, qui constituent un sous-ensemble de la phase de mise à niveau. Nous vous recommandons d'utiliser le cycle de mise à jour illustré ci-dessous comme un guide de déploiement des mises à jour logicielles.

Apprendre

Pendant cette phase du cycle, vous en apprenez plus sur la configuration requise pour installer la mise à jour. Ces informations ont également une incidence sur les nouveaux serveurs que vous voulez mettre à jour et ajouter à la batterie

Configuration requise et conditions préalables

Tout d'abord, assurez-vous que le système peut être mis en service comme un serveur de la batterie. Pour plus d'informations, voir Configuration matérielle et logicielle requise pour SharePoint 2013. Assurez-vous que les serveurs que vous prévoyez de mettre à jour exécutent la même version du système d'exploitation que les autres serveurs de la batterie. Cela inclut les mises à jour, les Service Packs et les correctifs logiciels de sécurité.

Stratégie de mise à jour

Déterminez la stratégie à utiliser pour mettre à jour la batterie de serveurs. Selon vos besoins, vous pouvez utiliser l'une des stratégies suivantes :

• sur place

• par attachement de base de données

Pour plus d'informations sur la stratégie de mise à jour à utiliser, voir Installer une mise à jour logicielle (SharePoint 2013).

Réduction du temps d’arrêt

Recherchez et évaluez les options disponibles pour réduire le temps mort. Tout d'abord, vérifiez parmi les dépendances manquantes lesquelles peuvent prolonger la durée de temps mort. Identifiez toutes les dépendances pour la mise à jour et traitez ces dépendances avant de démarrer le déploiement de la mise à jour, ou prenez en compte le temps supplémentaire dans votre programmation. Envisagez d’utiliser des bases de données de contenu en lecture seule et d’effectuer des mises à niveau parallèles pour réduire le temps mort.

Problèmes courants

Identifiez et réglez les problèmes courants, tels que des dépendances obsolètes ou manquantes et un manque d’espace sur les serveurs sur lesquels la mise à jour sera installée.

Préparer

Pour vous préparer à la mise à jour logicielle, documentez l’environnement et planifiez une stratégie de mise à jour pour garantir que la mise à jour se déroulera comme prévu dans la fenêtre de temps mort attendue.

Documenter l’environnement

Documentez l'environnement pour déterminer ce qui est unique dans votre batterie de serveurs. Vous pouvez utiliser plusieurs techniques pour rassembler des informations concernant votre batterie, telles que l'inspection manuelle, les comparaisons à l'aide de WinDiff et les commandes Microsoft PowerShell.

Documentez, selon vos besoins, les éléments suivants de l’environnement :

• La hiérarchie de site et topologie de batterie de serveurs

• Les modules linguistiques et Filter Packs installés

• Les personnalisations qui pourraient être affectées par la mise à jour

Gérer les personnalisations

En règle générale, les personnalisations constituent l’un des principaux problèmes qui se produisent pendant une mise à niveau de batterie de serveurs ou une mise à jour logicielle. Identifiez les personnalisations de votre batterie et déterminez si elles peuvent être affectées par la mise à jour. Dans le doute, par mesure de précaution, déterminez la façon dont vous allez gérer les personnalisations. Vous devez vous assurer que les personnalisations fonctionnent après la mise à jour logicielle. Vous pouvez utiliser la commande Stsadm ExportIPFSAdminObjects pour recueillir et exporter uniquement les formulaires déployés par l'administrateur InfoPath.

Planifier la stratégie de mise à jour

Pendant la phase Apprendre du cycle de mise à jour, vous devez avoir déterminé une stratégie de mise à jour et la réduction de temps mort nécessaire. En plus de déterminer la configuration matérielle, logicielle et d'espace requise, vous devez inclure les éléments suivants dans votre stratégie de mise à jour :

• La séquence de mise à jour pour les serveurs de la batterie

• L’ordre des opérations

• Les limites de temps mort et la planification de réduction du temps mort

• Un processus de restauration en cas de problème majeur

Les deux conditions requises finales pour la stratégie de mise à jour sont un plan de communication et une planification de mise à jour.

Il est important de communiquer avec les utilisateurs et les propriétaires des sites sur ce à quoi ils doivent s'attendre pendant une mise à niveau. L'administrateur doit informer les utilisateurs du temps mort et du risque que la mise à niveau prenne plus de temps que prévu ou que certains sites puissent avoir besoin de travail supplémentaire après la mise à niveau. Pour plus d'informations, voir Create a communication plan for the upgrade to SharePoint 2013.

Créez un calendrier de référence pour les opérations de mise à jour, contenant les heures de début des opérations relatives au déploiement de la mise à jour. Au minimum, le plan doit inclure les opérations suivantes :

• Sauvegarde de la batterie de serveurs

• Démarrage de la mise à jour des serveurs de la batterie

• Démarrage de la mise à niveau des bases de données de la batterie

• Arrêt de la mise à niveau et reprise des opérations dans la batterie non mise à niveau

• Reprise de la mise à niveau, si nécessaire

• Vérifiez que l’environnement fonctionne, dans sa version d’origine si vous avez effectué une restauration ou avec la nouvelle version si vous avez terminé la mise à niveau.

Préparer les éléments de la batterie de serveurs pour les mises à jour

Assurez-vous que les éléments de batterie suivants sont prêts pour la mise à jour. Les éléments de la batterie sont prêts s'ils sont sauvegardés, documentés ou mis à jour pour garantir que l'installation de la mise à jour est possible. Vérifiez que les aspects suivants d'une batterie de serveurs sont prêts pour les mises à jour :

• Solutions

• Fonctionnalités

• Définitions de site

• Composants WebPart

Tester

La rigueur, la précision et les détails de vos tests conditionnent la réussite ou l’échec du déploiement de la mise à jour logicielle. Dans un environnement informatique de production, il n'existe pas de raccourcis sûrs et des tests insuffisants ne sont pas sans conséquence. Pour plus d'informations, voir Use a trial upgrade to SharePoint 2013 to find potential issues.

Créer une batterie de serveurs de test

Créez une batterie de tests qui représente l’environnement de production. Il est recommandé d’utiliser une copie des données de production pour déterminer les zones potentiellement problématiques et pour surveiller les performances système globales pendant la mise à niveau. L’indicateur clé est la durée qui s’écoule du début à la fin du processus de déploiement. Cela doit inclure la sauvegarde et la validation. Vous pouvez incorporer ces informations dans la planification des mises à jour.

Si possible, dans l’environnement de test, utilisez du matériel qui possède des capacités de performances équivalentes à celles du serveur de production.

Évaluer les techniques

Une batterie de serveurs de test vous permet également d’évaluer les techniques que vous envisagez d’utiliser pour mettre à jour l’environnement de production. En plus des tests et de l'évaluation de votre stratégie de réduction du temps mort, vous pouvez affiner la surveillance de la mise à jour. Ceci est particulièrement important dans les domaines de la validation et de la résolution des problèmes liés à la mise à jour logicielle.

Implémenter

La stratégie de mise à jour que vous utilisez détermine si vous devez créer une batterie de serveurs ou déployer la mise à jour sur les serveurs de la batterie actuelle.

Créer ou mettre à jour les batteries

Que vous créiez une nouvelle batterie de serveurs ou que vous effectuiez une mise à jour sur place, les éléments de la batterie les plus importants à prendre en compte sont les suivants :

• le contenu

• les services

• Applications de service

Déployer les personnalisations

Utilisez des solutions dès que possible pour pouvoir déployer des fichiers ou des composants individuels.

Réduire le temps mort

Réduisez le temps mort à l’aide de techniques telles que les bases de données en lecture seule et le parallélisme de mises à jour. Pour plus d'informations, consultez la section relative à la réduction du temps mort pendant une mise à niveau dans Déterminer une stratégie de mise à niveau vers SharePoint 2013.

Surveiller la progression

Les techniques affinées que vous utilisez pour surveiller la mise à jour logicielle dans l'environnement de test s'appliquent lorsque vous déployez la mise à jour dans l'environnement de production. Utilisez la page Mise à niveau et migration dans l'Administration centrale afin de surveiller les indicateurs de statut disponibles. Cette fonctionnalité active la surveillance dynamique et fournit un emplacement unique pour afficher le statut des correctifs de tous les serveurs de la batterie. En outre, vous pouvez utiliser la page Mise à niveau et migration pour afficher le statut de la mise à jour pour des serveurs individuels, ainsi que le statut et le type des bases de données de la batterie. Enfin, lorsque vous utilisez l'Administration centrale pour surveiller les mises à jour, vous pouvez identifier les serveurs de la batterie à mettre à jour.

Le tableau suivant décrit les informations de statut disponibles dans l'Administration centrale.

Les fichiers journaux et les commandes PowerShell sont d'autres outils permettant de surveiller le processus de mise à jour.

Valider

Vous pouvez commencer à valider la réussite de la mise à jour pendant la phase d’implémentation et poursuivre la validation une fois la mise à jour implémentée.

Échecs d’événement journalisés

Examinez les journaux des événements pour connaître les problèmes qui se sont éventuellement produits pendant le déploiement. Résolvez ces problèmes, puis reprenez ou redémarrez la mise à jour, le cas échéant. Pour plus d'informations sur les fichiers journaux d'événements, voir Configurer la journalisation des diagnostics dans SharePoint Server.

Problèmes d’interface utilisateur ou d’expérience utilisateur

Tout problème d’interface utilisateur ou d’expérience utilisateur se reflète sur les pages du site. Ces problèmes se produisent principalement au cours d'une mise à niveau de version à version. Recherchez les problèmes suivants :

• Fichiers non dupliqués qui sont des pages ASP.NET (.aspx) qu’un utilisateur a modifiées dans la collection de sites et qui, à présent, ne se comportent pas comme prévu ou rencontrent des problèmes de rendu causés par les mises à niveau récentes des fichiers sur le serveur

• Incompatibilité de version d’interface utilisateur

• Conformité HTML et XHTML

Autres problèmes : modèles et identificateurs d’utilisateur manquants, et problèmes de contenu tels que des listes volumineuses.

Problèmes de données

Les problèmes de données résultent de la condition des bases de données de la batterie et peuvent inclure les éléments suivants :

• Problèmes de connectivité aux sources de données

• Base de données endommagée

• Éléments orphelins

• Données de colonne masquées

Dans certains cas vous pouvez résoudre les problèmes mineurs et reprendre ou redémarrer la mise à jour. Soyez prêt à annuler la mise à jour si vous ne pouvez pas résoudre les problèmes.