Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Le blog de Patrick [MVP Office 365]

Partage d'informations sur yOS (Yammer, Office 365, SharePoint), Azure et +...

Actualités









  • Mon blog en ANGLAIS - English blog :

    Versions :
    14.0.4730.1010 SharePoint 2010 RC
    14.0.4762.1000 SharePoint 2010 RTM
    14.0.6029.1000 SharePoint 2010 SP1
    ​14.0.7015.1000 SharePoint 2010 SP2

    15.0.4128.1014 SharePoint 2013 Preview
    15.0.4420.1017 SharePoint 2013 RTM
    15.0.4569.1509 SharePoint 2013 SP1

    Les derniers CU pour SharePoint 2010...
    Les N° de version pour SharePoint 2013...


[ #SharePoint 2013 ] Déploiement de mises à jour cumulatives ou CU (Cumulative Update)…

Ce message est la mise à jour du message que j’avais écrit sur le même sujet pour SharePoint 2010 : [ #SharePoint 2010 ] Déploiement de mises à jour cumulatives ou CU (Cumulative Update)…____________________________________________________________________________

La mise à niveau de SharePoint avec les derniers patches cumulatifs est une activité régulière qu’il convient de maitriser car pouvant avoir des répercutions sur la disponibilité de la ferme ou ses fonctionnalités.

Le processus se décompose en trois étapes :

image

1°) Identification du bon niveau de patch :

Il existe évidemment de nombreux sites Microsoft officiels :

et non officiels mais depuis quelques temps déjà, je fais personnellement entièrement confiance à Stefan Goßner (Senior Escalation Engineer for SharePoint (WSS, SPS, MOSS, SP2010) and MCMS) pour nous fournir l’information la plus précise et la plus à jour concernant les derniers niveaux de patchs.

Ce site est donc ma référence pour les dernières publications de patchs pour SharePoint.

http://blogs.technet.com/b/stefan_gossner/

image

On y trouve, par exemple, le descriptif du dernier CU (Cumulative Update) pour SharePoint 2013 : celui de Décembre 2013

image image

Pour identifier les niveaux de Builds correspondants à un niveau de patchs, vous pouvez vous appuyer sur les sites suivants (liste non exhaustive image ):

                               image

Meilleures pratiques :

  • Pour mémoire, il suffit de prendre le package de mises à jour correspondant à votre environnement SharePoint :
    • SharePoint Foundation 2013
    • SharePoint Server 2013 ou
    • SharePoint Server 2013 + Project Server (jusqu’à Décembre 2013 ces deux environnements se mettaient à jour en une fois, pour le CU de Décembre 2013, il y a 2 packages de mises à jours distincts)
  • Il ne faut pas non plus oublier le package de mises à jour pour OWA (Office Web Apps Server) qui est distinct, si ce type de serveurs est déployé dans votre environnement.
  • Ne pas oublier non plus que, suite à une modification des packages de imageconfiguration la mise à jour de Mars 2013 est un pré-requis pour pouvoir installer toutes les versions ultérieures de CU. On parle de PU (Public Update). Pour plus de détails sur ces appélations, voir ici : Common Question: What is the difference between a PU, a  CU and a COD?
  • Elle doit être installée par défaut sur toutes les fermes SharePoint 2013.
  • Je recommande d’installer le dernier niveau de CU lors d’une installation nouvelle.
  • Par contre, sur une installation déjà en place, je recommande de n’installer le dernier CU (Cumulative Update) qu’après des tests approfondis de non-régression et en cas de problème spécifique à régler.
  • Dans les autres cas (installation déjà en place mais sans problème spécifique), dans le cadre d’une maintenance régulière, je recommande de n’installer que l’avant-dernière version du CU, ce qui laisse le temps éventuellement à Microsoft de corriger des problèmes de régression qui pourrait surgir (cela n’est pas rare et se produit régulièrement…)
  • Le format des mises à jour à changé avec la mise à jour de Décembre 2013 et l’on a donc deux fichiers sont à télécharger, comme cela est détaillé ici : [ #SharePoint 2013 ] Changement de format des mises à joursimage_16115616[1]

2°) Tests de non-régression sur un environnement de pré-production ou de qualification

A mener avec le plus de rigueur et de complétude possible : comme toujours !!!

3°) Déploiement sur les serveurs de production

On distingue 2 cas de figure :

1 - une ferme simple (mono-serveur)

Dans ce cas, la méthode opératoire est décrite dans la 1ère partie de ce message : How to install update packages on a SharePoint farm where search component and high availability search topologies are enabled

image 

En résumé (l'ordre des commandes d'arrêt et de redémarrage des services est important) :

image

Ou prêt pour le copier-coller :

Net stop sptimerv4
Net stop OSearch15
Net stop SPSearchHostController

# Installation du package : les bianires sont mise à jour à ce stade

Net start SPSearchHostController
Net start OSearch15
Net start sptimerv4

# Et si tout va bien à ce stade, il faut passer la commande qui met à jour les bases de données :

PSConfig.exe -cmd upgrade -inplace b2b -force -cmd applicationcontent -install -cmd installfeatures

Ensuite, il n’y a plus qu’à vérifier que tout s’est bien passé :

image

Ou sinon à pister l’erreur…

2 - une ferme complexe (multi-serveurs)

Dans ce cas il y a  scénarios possibles, décrits ici : http://technet.microsoft.com/FR-FR/library/ff806338.aspx

Méthode sur place sans compatibilité descendante Dans ce scénario, vous désactivez les demandes entrantes adressées aux serveurs Web frontaux afin d’arrêter la batterie entière, puis vous installez la mise à jour sur tous les serveurs de la batterie.

Principal inconvénient de cette méthode :  la batterie de serveurs entière est arrêtée.
Méthode sur place avec compatibilité descendante

Ce scénario de mise à jour logicielle comporte deux phases à appliquer aux serveurs de la batterie :

  • Mettre à jour pour installer la mise à jour sur les serveurs de la batterie.

  • Mettre à niveau pour terminer le processus de mise à jour corrective.

Ce scénario exploite la compatibilité descendante de SharePoint 2013 et la fonctionnalité de mise à niveau différée afin de réduire le temps mort nécessaire au déploiement d’une mise à jour. Toutefois, le temps mort n’est pas entièrement éliminé. Les sites et les services concernés ne sont pas disponibles pendant la mise à niveau du contenu de la base de données.
Mise à jour à l’aide de la méthode d’attachement de base de données Nécessite la création d’une seconde ferme.

Le 2e scénario est le plus fréquent. Il se décompose en deux phases :

Phase de mise à jour :

Illustre comment la méthode sur place avec compatibilité descendante fonctionne en mettant la moitié du serveur Web hors ligne, la corrigeant, la remettant en ligne, puis en répétant la procédure pour le reste des serveurs Web. Notez que l’Assistant Configuration des produits SharePoint n’est pas exécuté dans cette étape.

À ce stade, vous devez encore mettre à niveau les bases de données et d’autres éléments tels que les paramètres, les fonctionnalités et les données au niveau du site, car l’Assistant Configuration des produits SharePoint n’a été exécuté sur aucun des serveurs de la batterie. Toutefois, la batterie devrait fonctionner en mode de compatibilité descendante.

Phase de mise à niveau :

Étapes à utiliser durant la phase de mise à niveau d’une mise à jour logicielle sur place

L’utilisation de la commande Upgrade-SPContentDatabase permet d’introduire un degré de parallélisme dans les opérations qui réduit le temps d’indisponibilité général.

Voilà qui devrait vous aider dans vos mises à jour !

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: mercredi 29 janvier 2014 03:21 par Patrick Guimonet

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Merci par Blog de Jérémy Jeanson le 10-01-2019, 20:47

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01