Quels sont les risques de mise à niveau PSConfig.exe -CMD?

Question

Je suis sur le point d'exécuter la commande suivante dans la production, mais je voudrais une bonne compréhension de ce qui pourrait casser. Nous avons couru cette commande sur les environnements d'AQ, mais nous ne savons pas si tout est en train de courir, autant que nous puissions le dire, mais j'aimerais savoir s'il est possible que cela puisse briser des objets tels que des flux de travail, caractéristiques ou autre chose d'autre.

Voici la commande:

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

Selon la documentation: Il y a en fait 3 commandes en un:

• Mise à niveau PSConfig.exe -CMD
• pSConfig.exe -cmd ApplicationContent

• pSConfig.exe -cmd installceatures

  1. pSConfig.exe -cmd mise à niveau=> Effectuer la mise à niveau SharePoint. Cette commande est automatiquement exécutée lors de l'exécution de l'assistant de configuration des produits SharePoint si SharePoint doit être mis à niveau.

     • surplace b2b==> Si B2B est choisi, une version en place pour générer une mise à niveau sera effectuée. L'autre option est V2V (version à la version)

     • Force==> L'assistant de configuration des produits SharePoint Arrête toutes les actions de mise à niveau en cours d'exécution, puis redémarrez la mise à niveau.

     • -CMD ApplicationContent==> gère le contenu de l'application partagé

     • -CMD installdeatures==> registres Les fonctionnalités SharePoint dans la ferme serveur située sur ce serveur.

       Nous allons faire une sauvegarde complète à la ferme (utilisation de la fonction de sauvegarde SharePoint 2010) pour sauvegarder / restaurer la ferme en place au cas où il y a quelque chose qui ne va pas. Est-ce l'approche recommandée?

       Selon un utilisateur la dernière fois qu'ils l'ont fait sur la ferme, les flux de travail ont disparu. Y a-t-il une possibilité que cela se produise après que cette commande soit couru sur tous les serveurs agricoles?

       Merci de lire.

Answer 1

Lorsque vous installez l'exécutable pour une mise à jour cumulative (CU), vous n'avez pas encore mis à niveau vos serveurs. La PSConfig.exe (ligne de commande) ou l'assistant de configuration des produits SharePoint (GUI) devra être exécutée pour mettre à niveau les fichiers binaires exécutés et apporter des modifications aux schémas de base de données SharePoint fournis dans la CU.

Dans ce cas, vous disposez des mises à jour du CU d'août 2012 en place, mais la ferme ne fonctionne techniquement pas au niveau CU d'août 2012 jusqu'à ce que vous exécutez la commande PSConfig ou utilisez la version de l'interface graphique dans l'assistant de configuration des produits SharePoint.

Création d'une sauvegarde d'exploitation avant la finition de la mise à jour est une bonne idée, car cela vous donnera un environnement au retour en cas de problèmes.

du côté positif, ces mises à jour sont publiées par Microsoft et incluent un niveau de test. Ayant également attendu cette longue, vous aurez également une référence communautaire pour tout problème rencontré. Sur le côté négatif, les CU ne sont pas aussi testés que des services de services, et vous ne devriez donc pas vous précipiter et installer un Cu à l'occasion, car ils sont parfois connus pour introduire des régressions de bogues. Un bon site pour rester au-dessus des problèmes trouvés par Cu est le suivant par Todd Klindt:

http://www.toddklindt.com/blog/lists/postts/post/post/post/post .aspx? id= 224

Par exemple, voici des régressions connues avec le CU d'août 2012:

http://www.toddklindt.com/blog/regressions/auugust2012cu.aspx

En résumé, vous devez d'abord appliquer un CU dans un environnement QA, tester votre fonctionnalité commerciale critique, prendre une copie de la production, puis appliquer la CU une fois que vous avez testé au QA et que vous avez été rassuré, il n'y a pas de régressions majeures. < / p>

I Personnellement, je préfère utiliser l'assistant de configuration de produits SharePoint basé sur l'interface graphique lors de la mise à jour d'une ferme, car il a plus d'intelligence intégrée pour savoir quelles actions à effectuer (plus d'un clic sur Suivant, prochaine expérience suivante), mais vous peut préférer utiliser l'outil de ligne de commande. Notez également que quelle que soit l'option que vous choisissez, le processus doit être exécuté sur chaque serveur dans la ferme SharePoint.