Un article précédent a permis de voir les grandes étapes à suivre pour migrer une ferme TFS 2010 (valable aussi pour 2008) vers 2013: TFS 2013 : Migration d’une ferme TFS 2010 vers 2013 sans upgrade Mais il existe encore une version toujours en production pour certains développements (VB 6 par exemple) qui va devoir être passé aussi en 2013 pour ne pas avoir les soucis de fin de support. TFS 2005 comprend aussi plusieurs moteurs différents pouvant gérer du contenu : SharePoint 2003 (Une collection par projet) Reporting Services (Un répertoire par projet) TFS 2005 (un certain nombre de Bases de données pour gérer les différent aspects) Nous laisserons de coté les reports, car TFS 2013 permet de les régénerer avec les options décisionnelles. Il nous faut donc migrer les deux contenus classiques: TFS Databases SharePoint Databases Dans un premier temps comparons les configurations basiques des deux environnements pour comprendre le monde qui les sépare TFS 2005 TFS 2013 Windows Serv...

  La fin du support de Windows 2003 Server pousse à migrer de nombreuses solutions fonctionnant encore sous cette version d’OS. Ainsi Team Foundation 2010 fait parti de cet ensemble et il est intéressant de profiter de cette “Migration” pour restructurer entièrement son environnement de développement industriel. Il convient dans un premier temps de définir les 3 URLs qui seront utilisées par les modules de l’application: TFS  lui-même:  http://mytfs.mydomain.com SharePoint  de TFS:  http://mytfssp.mydomain.com Reporting Services  de TFS:  http://mytfsrs.mydomain.com Ensuite on peut installer les différents produits de la plateforme dans l’ordre suivant: SQL Server 2014 avec tous les modules (DB Engines, SSAS, SSIS et SSRS), puis configuration propre de SSRS avec le binding sur l’URL définie plus haut SharePoint 2013 avec l’URL plus haut Team Foundation Server 2013 dans lequel on spécifie les URLs de Reporting Services et SharePoint 2013 Il faudra aussi...

  Cette semaine a eu lieu la première étape du Tour yOS: #1 – yOS-Day à Genève le 13 avril 2015 Cette journée fut consacrée à différentes session autour de la plateforme Office 365 et des différents angles d’approche possible (End User, Infrastructure, Développeur, change management, …). J’ai pu y suivre différentes sessions don’t les suivantes Gilles Pommier - MVP Office 365 & Aurélien Prevot - Consultant Azure & SharePoint : Auprès de mon app, je vivrai heureux : les quelques best practices d'une migration réussie vers SharePoint Online. Cette session fut très intéressante pour moi, car le monde du développement SharePoint n’est plus mon univers (excepté en PowerShell) et une piqure de rappel est toujours la bienvenue sur l’approche imposée par Microsoft dans sa nouvelle mouture. Ce que je retiens principalement On ne parle plus de WebPart, apps, …. mais simplement d’AppParts Les Apps sont principalement en iFRAME dans le monde 365 De plus en plus de développements se fon...

  Nous avons vu dans des messages précédents comment effectuer une mise à jour de serveurs utilisés par une ferme SharePoint: SharePoint 2007: Mise à jour de l’infrastructure d’une ferme - Web et App Server SharePoint 2007: Mise à jour de l’infrastructure d’une ferme - SQL Server Dans le second message, nous somme resté très proche de l’utilisation basique de SQL Server, mais il est régulier que les autres moteurs soient aussi installés et configurés. Ce n’est pas réellement un problème pour déplacer les contenus: Bases SSAS Packages SSIS (avec replanification) Rapports et connexions La question vient par contre rapidement pour les rapports auxquels les utilisateurs se sont abonnés seuls, ce qui est une bonne chose en soit, mais doit être géré lors de la migration pour ne pas créer de frustation chez vos utilisateurs. La solution de base est expliquée ici (Option 1): How to easily identify a scheduled SQL Server Reporting Services report Il faut effectivement commencer par faire un...

  Speakers :Frédéric Le Pors & Serge Aradj Après un historique sur l’évolution des plateformes Intranet, et sa problématique de ROI La situation ayant évolué, cette stratégie figée des Intranets classiques ne correspond plus au marché actuel et l’affrontement avec les solutions grand public (DropBox). Le challenge est donc de transformer la version classique et Office 365 répond bien à ces besoins avec tous ses modules Comment aider les utilisateurs à mieux utiliser cette nouvelle plateforme Démonstration d’usage avec Serge Office Vidéo Site de News Intégration de Lync et Yammer Moteur de recherche global: Delve Office Online Mode d’intégration des composants Les composants non natifs de cette plateforme sont : Yammer Delve Office Vidéo Conclusion La session reprend un scénario réellement concrèt qui ne scope pas sur la problématique technique, mais bien d’un point de vue d’usage final. Les nouvelles features sont réellement de plus en plus riches et permettent d’aller vraiment...