Aujourd’hui, en installant Sharepoint sur ma machine, j’ai abusé du Next-Next-Next et je me retrouve avec une seconde instance SQL Server.

Soucieux de faire une installation des plus propres en consolidant les instances (et aussi pour gagner de la place sur mon PC), j’avais le choix de désinstaller puis réinstaller ou de faire une migration des bases Sharepoint. Evidemment, en production, je n’aurais pas eu le choix, j’aurai dû maîtriser cette technique donc je me lance.

Je vous rassure, je n’ai rien inventé et je ne suis toujours pas expert Sharepoint. La procédure est ici : http://technet.microsoft.com/en-us/library/cc512725.aspx

A noter qu’il y a de nombreuses procédures qui traînent sur le net et beaucoup sont obsolètes. La plupart nécessite des opérations d’administration de Sharepoint, notamment pour reconfigurer les connexions aux (nombreuses) bases de Sharepoint.

Celle retenue déplace juste les bases (detach / attach) et crée un Alias au niveau du SQL Native Client pour rerouter vers la nouvelle instance. (pensez à le faire sur toutes les machines d’une ferme).

• Couper la ferme Sharepoint (et oui, il y a forcément une coupure de service – ie. une opération de maintenance planifiée). Stoppez les services suivants :

SharePoint 2010 Administration
SharePoint 2010 Timer
SharePoint 2010 Tracing
SharePoint 2010 User Code Host
SharePoint 2010 VSS Writer
SharePoint Foundation Search V4
World Wide Web Publishing Service
SharePoint Server Search 14
Web Analytics Data Processing Service
Web Analytics Web Service

• Détacher les bases (avec un petit script pour le faire plus rapidement)
• Réattacher-les sur la nouvelle instance (attention aux logins)
• Ouvrez le SQL Server Configuration Manager sur la machine où se trouve Sharepoint et créer un alias
  
• Redémarrer Sharepoint en relançant les services dans le même ordre

Et voila.