Jérémy Jeanson's blog
chasseur de bugs depuis .net 1.0

Dans le cadre de démos TFS et SharePoint, j'ai souvent besoin de reproduire des environnements complet (ou presque). Forcément, toute bonne démo n'a pas toujours lieu dans un contexte réel. À force de galère avec SharePoint Foundation 2013 (même avec le SP1), j'en suis arrivé à avoir une liste de problèmes qui varient en fonction des versions d'OS, de SQL Server, des langues des packages, maque de ressources … etc …

Pire : dans un certain nombre de cas, j'ai utilisé des VM sans domaine. (On ne peut pas tous avoir un portable avec 32Go de RAM)

Aujourd'hui pour un petit lab/démo minimaliste avec un seul serveur incluant TFS 2013 / SharePoint Foundation 2013 / Reporting, je suis arrivé à un déploiement fiable à 100% et des performances acceptables dans le contexte suivant :

• 2 CPU
• 8Go de RAM (on peut descendre à 4Go lors du déploiement SQL+TFS, 6Go lors du déploiement SharePoint, mais pas lors des démos)
• Tous les produits sont des packages et ISO anglais (en-US)
• Windows 2012 R2 en workgroup
• SharePoint Foundation 2013 avec SP1
• SQL 2012 pour l'instance TFS et le Reporting
• SQL 2008 R2 pour l'instance SharePoint (en workgroup, malheureusement, il faut laisser SharePoint le déployer)

Je garde deux instances SQL pour ne pas mélanger les bases TFS et SP. Cela me permet aussi de garder les collations conseillées pour chaque produit (oui cenne sont pas les mêmes). Je ne fais pas la migration de l'instance SQL SharePoint vers 2012, car je n'en ai pas l'utilité ici.

Note pour les petits malins : Quand on ne dispose que d'un seul serveur avec très peu de ressources, il ne faut pas espérer déployer celui-ci comme contrôleur de domaine, SharePoint Foundation n'aime pas (mais alors pas du tout).

Pour un déploiement en workgroup qui fonctionne à tous les coups, je ne fais aucune configuration durant le déploiement.

L'ordre du déploiement a lui aussi un impact sur le résultat final (théoriquement, on peut installer SP avant TFS mais j'ai eu des surprises il y a quelques mois en faisant dans cet ordre):

• Installation de l'OS.
• Changement de nom de la machine (pas de configuration IP car la machine va peut-être passer d'un réseau à l'autre pour les démos).
• Application de toutes les updates Windows critiques disponibles jusqu'à ne plus en avoir (surtout pas d'optionnelles, cela peut briser le fonctionnement de SharePoint Foundation… entre autres la recherche).
• Reboot obligatoire
• Installer SQL 2012 avec Service pack.
• Appliquer les updates Windows critiques
• Reboot obligatoire
• Installer TFS 2013 avec Update 3
• Appliquer les updates Windows critiques
• Reboot obligatoire
• Installer les prérequis SharePoint 2013
• Reboot obligatoire
• Important : Vérifier que tous les prérequis sont déployés
• Important : Appliquer les updates Windows critiques
• Reboot obligatoire
• Installer SharePoint Foundation 2013+SP1
• Appliquer les updates Windows critiques
• Reboot obligatoire

Ensuite, on peut procéder à la configuration

• Lancement le Wizard de configuration SharePoint
• Lancement de la configuration du Reporting Services
• Lancement de la configuration du tiers applicatif TFS uniquement sans collection par défaut (si non, il faudra reconfigurer les parties SP et Reporting ultérieurement)
• Déploiement des compléments TFS pour SharePoint via la console TFS (webparts, dahsbords)
• Configuration de la connexion TFS / Reporting
• Configuration de la connexion TFS / SharePoint via la console TFS.
• Créer une première collection TFS

Profiter de l'environnement, il devrait être ok pour faire des démos !

Et pour ceux qui ne verraient pas pourquoi je décris cette méthode ainsi, vois l'écran que vous révérez d'avoir si vous installez votre environnement à l'arrache :