Vue d’ensemble des mises à jour logicielles (SharePoint Foundation 2010)

Article
03/04/2017

S’applique à : SharePoint Foundation 2010

Dernière rubrique modifiée : 2016-11-30

Cet article offre une vue d’ensemble du déploiement des mises à jour logicielles sur une batterie de serveurs Microsoft SharePoint Foundation 2010.

Dans cet article :

Améliorations et nouvelles fonctionnalités
Audience ciblée et portée
Processus de mise à jour logicielle
Stratégie de mise à jour logicielle
Cycle du déploiement des mises à jour logicielles

Améliorations et nouvelles fonctionnalités

SharePoint Foundation 2010 introduit des améliorations et de nouvelles fonctionnalités qui procurent une meilleure expérience des mises à jour logicielles de bout en bout. Ces fonctionnalités sont, entre autres, les suivantes :

La compatibilité descendante est prise en charge entre les versions de mise à jour sur les différents serveurs, ce qui vous permet d’installer les fichiers binaires de mise à jour et de différer la mise à jour.
Vous pouvez mettre à jour plusieurs serveurs Microsoft SharePoint Foundation simultanément pour déplacer la charge de travail vers les serveurs de bases de données.
Les mises à jour automatiques qui utilisent Windows Server Update Services (WSUS), Windows Update et Microsoft Update sont totalement prises en charge.

Notes

Une mise à jour automatique installe les fichiers binaires sur 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 surveiller l’état de la mise à jour à l’aide du site Web Administration centrale ou de Windows PowerShell.

Pour plus d’informations sur les améliorations et les nouvelles fonctionnalités introduites par SharePoint Foundation, voir Nouveautés de la mise à niveau (SharePoint Foundation 2010).

Audience ciblée et portée

Les informations relatives au processus de mise à jour logicielle s’adressent à tous les informaticiens qui gèrent SharePoint Foundation 2010. Toutefois, les instructions propres à l’installation d’une mise à jour logicielle s’adressent aux informaticiens qui doivent déployer des mises à jour logicielles sur une batterie de serveurs SharePoint Foundation.

Les informations fournies dans cet article concernent les produits suivants :

SharePoint Foundation 2010
Module linguistique SharePoint Foundation 2010
Microsoft Filter Pack

Notes

Le processus d’installation de mises à jour logicielles dans les environnements autonomes de SharePoint Foundation est plus simple que le processus d’installation de mises à jour logicielles dans une batterie de serveurs et ne requiert pas toutes les étapes nécessaires pour une batterie de serveurs.

Processus de mise à jour logicielle

Il est important de comprendre que le déploiement de mises à jour dans un environnement SharePoint Foundation 2010 est un processus à deux phases : mise à jour corrective et mise à niveau. Le terme correctif est utilisé dans cet article pour différencier la mise à jour des logiciels de la mise à niveau des logiciels.

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

Avertissement

Le report de la mise à niveau au-delà de plusieurs jours peut entraîner un comportement incohérent de la batterie de serveurs. Plus la durée du report est longue, plus la batterie de serveurs risque de présenter des problèmes.

Phase de mise à jour

La phase corrective se compose de deux étapes, l’étape de mise à jour corrective et l’étape de déploiement. Pendant l’étape de mise à jour corrective, de nouveaux fichiers binaires sont copiés sur le serveur Administration centrale. Tous les services utilisant des fichiers qui doivent être remplacés sont provisoirement arrêtés. L’arrêt des services réduit la nécessité de redémarrer le serveur pour remplacer les fichiers en cours d’utilisation. Toutefois, dans certaines circonstances, vous devez redémarrer le serveur.

La seconde étape de la phase corrective est l’étape de déploiement. Au cours de cette étape, le programme d’installation copie les fichiers de prise en charge dans les répertoires appropriés sur le serveur qui exécute SharePoint Foundation. Grâce à cette étape, toutes les applications Web exécutent les fichiers binaires adéquats et fonctionnent correctement une fois la mise à jour installée. La fin de l’étape de déploiement marque la fin de la phase de mise à jour.

La phase suivante et finale du déploiement de mises à jour logicielles est la phase de mise à niveau.

Phase de mise à niveau

Après avoir terminé la phase corrective, vous devez terminer l’installation de la mise à jour en démarrant la phase de mise à niveau. Gourmande en tâches, la phase de mise à niveau est la phase qui prend le plus de temps. La première action consiste à mettre à niveau tous les processus SharePoint Foundation en cours d’exécution. Une fois les processus mis à niveau, les bases de données sont analysées et mises à niveau. Étant donné que le processus de mise à niveau peut s’exécuter sur un serveur unique, les autres serveurs de la batterie peuvent continuer à traiter les demandes.

Pour plus d’informations sur les mises à niveau, voir Présentation du processus de mise à niveau (SharePoint Foundation 2010).

Stratégie de mise à jour logicielle

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

la quantité de temps mort acceptable pour l’installation de la mise à jour ;
les ressources humaines et informatiques supplémentaires disponibles pour réduire le temps mort.

Lorsque vous déterminez votre stratégie de mise à jour, évaluez dans quelle mesure celle-ci vous permet de gérer et de contrôler la mise à jour.

En termes de réduction du temps mort, les options suivantes, classées par quantité décroissante de temps mort engendré, sont disponibles :

Installer la mise à jour et ne pas différer la phase de mise à niveau.
Installer la mise à jour et différer la phase de mise à niveau.
Installer la mise à jour avec le temps mort le plus court possible et différer la phase de mise à niveau.

Cycle du déploiement des mises à jour logicielles

Le cycle utilisé pour la mise à niveau des batteries de serveurs et des serveurs SharePoint Foundation s’applique également au déploiement des mises à jour logicielles, qui sont un sous-ensemble d’une mise à niveau. Il est recommandé de s’appuyer sur le cycle de mise à jour indiqué dans l’illustration suivante pour déployer des mises à jour logicielles.

Cycle de déploiement de la mise à jour logicielle

Apprendre

Pendant cette phase du cycle, l’objectif consiste à déterminer les éléments nécessaires à l’installation de la mise à jour. Ces informations concernent également les nouveaux serveurs à mettre à jour, puis à ajouter à la batterie de serveurs.

Configuration requise et conditions préalables

Tout d’abord, vérifiez que le système peut être mis en service en tant que serveur de batterie. Pour plus d’informations, voir Configuration matérielle et logicielle requise (SharePoint Foundation 2010). Vérifiez que tout serveur que vous envisagez de mettre à jour exécute la même version du système d’exploitation que les autres serveurs de la batterie. Cela comprend 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. Suivant vos besoins, vous pouvez utiliser l’une des stratégies suivantes :

sur place ;
liaison des bases de données.

Vous pouvez utiliser l’une des deux stratégies précédentes pour mettre en œuvre une approche hybride adaptée à votre environnement. Pour plus d’informations, voir Déterminer l’approche de mise à niveau (SharePoint Foundation 2010).

Réduction du temps mort

Recherchez et évaluez les options permettant de réduire le temps mort. La première chose à vérifier est le défaut de dépendances, qui peut entraîner une augmentation du temps mort. Identifiez toutes les dépendances pour la mise à jour, puis traitez-les avant de commencer à déployer la mise à jour ou tenez compte du temps nécessaire dans votre planification. Envisagez l’utilisation de bases de données de contenu en lecture seule et la réalisation de mises à niveau parallèles pour réduire le temps mort.

Important

Il est fortement déconseillé d’utiliser la redirection d’URL par mappage des accès de substitution avec la liaison des bases de données pour réduire le temps mort. Le mappage des accès de substitution n’a pas été conçu pour le déploiement de mises à jour logicielles. Pour plus d’informations, voir Utilisation de redirection d’URL AAM dans le processus de mise à niveau (SharePoint Foundation 2010) (livre blanc).

Problèmes courants

Identifiez et résolvez les problèmes courants tels que les dépendances manquantes ou obsolètes et le manque d’espace sur les serveurs où sera installée la mise à jour.

Préparer

Préparez la mise à jour logicielle en documentant l’environnement et en planifiant une stratégie de mise à jour de telle sorte que la mise à jour se déroule comme prévu dans la fenêtre de temps mort attendue.

Documenter l’environnement

L’objectif de la documentation de l’environnement consiste à déterminer ce qui est unique dans votre batterie de serveurs. Vous pouvez utiliser plusieurs techniques pour rassembler les informations relatives à votre batterie de serveurs, telles que l’inspection manuelle, les comparaisons à l’aide de WinDiff et les commandes Windows PowerShell.

Documentez, selon le cas, les éléments suivants de l’environnement :

la topologie de la batterie de serveurs et la hiérarchie des sites ;
les modules linguistiques et les packs de filtre installés ;
les personnalisations pouvant ê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 de serveurs et déterminez si elles peuvent être affectées par la mise à jour. En cas de doute, faites preuve d’une prudence maximale et déterminez comment vous allez gérer les personnalisations. Vous devez vous assurer que les personnalisations seront opérationnelles une fois la mise à jour logicielle effectuée. Vous pouvez utiliser la commande Stsadm ExportIPFSAdminObjects pour collecter et exporter les personnalisations.

Pour plus d’informations, voir Déterminer comment gérer les personnalisations (SharePoint Foundation 2010).

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 requise en termes de matériel, d’espace et de logiciels, 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 liées au temps mort et la façon dont vous envisagez de réduire celui-ci ;
un processus de restauration en cas de problème majeur.

Conseil

Nettoyez l’environnement de la batterie de serveurs avant de déployer la mise à jour. Les avantages d’un nettoyage sont l’amélioration des performances de l’installation de la mise à jour et l’élimination des problèmes pouvant se produire pendant et après la mise à jour logicielle. Pour plus d’informations, voir Nettoyage de votre environnement avant la mise à niveau (SharePoint Foundation 2010).

Les deux dernières contraintes pour la stratégie de mise à jour sont un plan de communication et une planification de la mise à jour.

En raison de l’immobilisation et du risque que la mise à niveau prenne plus de temps que prévu ou que certains sites nécessitent une refonte après la mise à niveau, il est très important d’informer les propriétaires et les utilisateurs de sites sur le déroulement du processus. Pour plus d’informations, voir Créer un plan de communication (SharePoint Foundation 2010).

Créez un plan d’évaluation des opérations de mise à jour qui contient les heures de début des opérations liées au déploiement de la mise à jour. Au minimum, le plan doit comprendre les opérations suivantes :

Sauvegarder la batterie de serveurs.
Démarrer la mise à jour des serveurs de la batterie.
Démarrer la mise à niveau des bases de données de la batterie de serveurs.
Démarrer une restauration de l’environnement, si cela est nécessaire.
Reprendre la mise à niveau, si cela est nécessaire.
Vérifier que l’environnement est totalement opérationnel, soit sous la version d’origine si vous avez effectué une restauration, soit sous la nouvelle version si vous avez accompli la mise à niveau.

Rendre les éléments de la batterie de serveurs prêts pour la mise à jour

Vérifiez que les éléments de la batterie de serveurs sont prêts pour la mise à jour. Ces éléments sont prêts s’ils sont sauvegardés, documentés ou mis à jour de telle sorte que la mise à jour puisse être installée. Vérifiez que les aspects suivants d’une batterie de serveurs sont prêts pour la mise à jour :

solutions ;
fonctionnalités ;
définitions de site ;
composants WebPart.

Tester

La rigueur, la minutie et la précision de vos tests déterminent la réussite ou l’échec du déploiement des mises à jour logicielles. Dans un environnement informatique de production, il n’existe pas de raccourcis sécurisés et une insuffisance de test a des conséquences. Pour plus d’informations, voir Utiliser une mise à niveau d’évaluation pour rechercher les problèmes potentiels (SharePoint Foundation 2010).

Créer une batterie de serveurs de test

Créez une batterie de serveurs de test représentative de 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 à la planification de la mise à jour.

Dans la mesure du possible, utilisez dans l’environnement de test une configuration matérielle qui présente les mêmes performances que les serveurs de production.

Conseil

Envisagez l’utilisation d’une batterie de serveurs de test dans un environnement virtuel. Après avoir terminé les tests, vous pouvez arrêter la batterie de serveurs virtuelle et l’utiliser ultérieurement pour des mises à jour.

É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. Outre tester et évaluer votre stratégie de réduction de temps mort, vous pouvez affiner la surveillance des mises à jour. Cela est particulièrement important dans les domaines de la validation et du dépannage de la mise à jour logicielle.

Implémenter

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

Créer ou mettre à jour des batteries de serveurs

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

Contenu
Services
Applications de service

Déployer des personnalisations

Dans la mesure du possible, utilisez des solutions afin de pouvoir déployer rapidement toutes les personnalisations.

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, voir Déterminer l’approche de mise à niveau (SharePoint Foundation 2010).

Surveiller la progression

Les techniques affinées que vous utilisez pour surveiller la mise à jour logicielle dans l’environnement de test valent pour le déploiement de la mise à jour dans l’environnement de production. Utilisez la page Mise à niveau et migration dans l’Administration centrale pour surveiller les indicateurs d’état disponibles. Cette fonctionnalité permet d’effectuer une surveillance en temps réel et de consulter depuis un emplacement unique l’état de l’application du correctif à tous les serveurs de la batterie. En outre, la page Mise à niveau et migration vous permet d’afficher l’état de la mise à jour pour des serveurs spécifiques, ainsi que l’état et le type des bases de données de batterie de serveurs. Enfin, un aspect précieux de la surveillance à l’aide de l’Administration centrale est l’identification des serveurs de la batterie qui doivent être mis à jour.

Les tableaux suivants décrivent les informations d’état disponibles dans l’Administration centrale.

Valeur d’état	Description	Lien hypertexte
Aucune action requise	Le serveur de la batterie ne requiert actuellement aucune action de la part de l’administrateur.	Aucun lien hypertexte
Installation requise	Le serveur de la batterie ne contient pas un fichier .msi défini comme étant obligatoire pour tous les serveurs de la batterie ou possède un niveau de correctif inférieur à la version de correctif appliquée à l’échelle de la batterie de serveurs.	Lien hypertexte vers la page État du déploiement du correctif
Mise à niveau en cours	Le serveur de la batterie fait actuellement l’objet d’une opération de mise à niveau.	Lien hypertexte vers la page État de la mise à niveau
Mise à niveau disponible	Le serveur de la batterie fonctionne en mode de compatibilité descendante.	Lien hypertexte vers la page Mise à niveau et migration
Mise à niveau requise	Le serveur de la batterie ne fonctionne pas en mode de compatibilité descendante avec une ou plusieurs bases de données.	Lien hypertexte vers la page Mise à niveau et migration
Mise à niveau bloquée	Si une mise à niveau est disponible et qu’un serveur de la batterie requiert une installation, les autres serveurs qui ne requièrent pas d’installation sont définis sur cet état sauf s’ils font actuellement l’objet d’une mise à niveau.	Lien hypertexte vers la page État du déploiement du correctif

Valeur d’état	Description
Installé	Indique qu’aucune action n’est requise.
Manquant/requis	Apparaît si un produit est requis sur chaque serveur ou qu’un correctif pour un fichier .msi spécifique se trouve sur un serveur, mais pas sur celui pour lequel cet état est affiché.
Manquant/facultatif	Apparaît si un produit n’est pas requis sur chaque serveur.
Remplacé	Apparaît si une mise à jour n’est plus requise sur un serveur du fait de son remplacement par un correctif plus récent.

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

Important

Pensez à surveiller la durée nécessaire à la mise à jour. Comparez les processus de mise à jour actuels au plan d’évaluation pour déterminer si la mise à jour respectera la fenêtre de temps mort. Si ce n’est pas le cas, vous devez communiquer ces informations aux utilisateurs de la batterie de serveurs.

Valider

Vous pouvez commencer à valider la réussite de la mise à jour pendant la phase d’implémentation, puis 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 selon le cas.

Problèmes liés à l’expérience ou à l’interface utilisateur

Tous les problèmes liés à l’interface utilisateur ou à l’expérience utilisateur apparaissent dans les pages de site. Recherchez les problèmes suivants :

dédoublement ;
disparité entre les versions d’interface utilisateur ;
non-conformité HTML et XHTML.

Parmi les autres problèmes, citons le défaut de modèles, les identificateurs d’utilisateur et les problèmes liés au contenu tels que les grandes listes.

Problèmes liés aux données

Les problèmes liés aux données résultent de la condition des bases de données de la batterie de serveurs et peuvent se caractériser par tout ou partie des symptômes suivants :

problèmes de connectivité aux sources de données ;
altération des bases de données ;
éléments orphelins ;
données de colonne masquées.

Dans certains cas, des problèmes mineurs peuvent se produire, que vous pouvez résoudre avant de reprendre ou de redémarrer la mise à jour. Vous devez être en mesure d’annuler la mise à jour dès que se présentent des problèmes qu’il est impossible de résoudre facilement.