Le service pack 2 pour SharePoint 2010 et le service pack 1 pour SharePoint 2013 sont récemment sortis.
Enfin un support de 2012R2 !
Ils apportent tous les deux le support de windows server 2012R2. En effet cette problématique est récurrente au sein des services informatiques. Comment diminuer le nombre de versions de systèmes d’exploitation en production pour faciliter et industrialiser la maintenance ?
Attention cependant la mise à jour « in place » de windows server 2012 vers 2012R2 pour SharePoint 2013 n’est pas supportée par Microsoft. Il faut réinstaller la ferme et migrer le contenu. Voir la section vue d’ensemble des améliorations de l’article https://support.microsoft.com/kb/2817429
De plus, et ce même si ce n’est pas encore indiqué, ça ne m’étonnerait pas que ce soit pareil avec SharePoint 2010. (voir article https://support.microsoft.com/kb/2724471/fr )
Je décline donc toute responsabilité vis-à-vis des dégâts occasionnés sur votre infrastructure si jamais vous suivez les informations que je m’apprête à fournir ci-dessous
Migration de mes vm de dev
Cependant j’ai tenté tout de même la migration vers WS2012R2 de mes machines virtuelles de dev. Encore une fois ce n’est pas grave si je les casse (et puis j’avais des snapshots).
Situation de départ :
SP2010 : windows server 2008R2
SP2013 : windows server 2012
J’ai commencé par installer le sp2 de 2010 sur la machine 2010 et le sp1 de 2013 sur la machine 2013.
Une fois cela effectué j’ai mis à jour le système vers ws2012r2. A ma grande surprise, après l’installation, SharePoint sur les deux machines ne fonctionnait pas trop mal. Les machines avaient quelques erreurs dans les logs c’est tout.
Problèmes rencontrés (et résolus) suite aux migrations
Secure Token Service
Sur les deux machines après la migration j’avais une erreur récurrente de ce type
Sender Information: System.ServiceModel.ServiceHostingEnvironment+HostingManager/62476613
Exception: System.ServiceModel.ServiceActivationException: The service ‘/SecurityTokenServiceApplication/securitytoken.svc’ cannot be activated due to an exception during compilation. The exception message is: Exception has been thrown by the target of an invocation.. —> System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. —> System.ArgumentNullException: Value cannot be null.
Dans le doute j’ai relancé le psconfig pour ré effectuer l’enregistrement des services. Mais ça n’a pas corrigé la situation. La solution est venue de ce sujet sur le forum msdn, l’auteur indique qu’il suffit de re-provisionner les services pour résoudre le problème et indique comment le faire via powershell
SharePoint management Shell non fonctionnel
Le second problème que j’ai eu suite à la mise à jour est lié à powershell 3 qui s’exécute en .Net 4. (problème uniquement sur la machine 2010 donc). La solution est assez simple, il suffit de modifier le raccourci enregistré comme indiqué sur cet article.
https://blogs.msdn.com/b/calvarro/archive/2013/01/04/powershell-3-0-net-4-0-amp-sharepoint-2010.aspx
Conclusion
La migration de mes machines de développement s’est bien passée. Et depuis une semaine que j’ai fait ça je n’ai pas rencontré d’autres problèmes que ceux cités plus haut. Mais encore une fois ce sont des machines de dev, attention de ne pas faire n’importe quoi sur vos environnements où l’impact pourrait être plus large.