Bonne pratique concernant le nom du serveur SQL pour une ferme Sharepoint

Bonne pratique

Si votre infrastructure SQL comporte des instances nommées (nom_serveur\nom_instance), il ne faut pas les utiliser avec Sharepoint. Utiliser à la place un alias.

Explication

L’automne dernier, j’ai été impliqué dans le changement de serveur SQL d’une ferme Sharepoint qui utilisait une instance nommée comme nom de serveur SQL hébergeant les banques de données de Sharepoint. Après plusieurs tentatives infructueuses avec la procédure de migration de Microsoft, et quelques étapes supplémentaires nous ne sommes pas parvenu à venir à migrer complètement la ferme. À l’époque, nous avions fait des recherches directement dans la banque de configuration SQL pour se rendre compte que l’instance nommée n’était pas changée par la commande stsadm renameserver. Nous avions  donc décidé de reconstruire la ferme avec un alias.

Le temps nous a donné raison car le 30 mars dernier, Microsoft modifiait la procédure pour annoncer que la commande stsadm renameserver, ne prennait pas en charge un nom de serveur avec une instance nommée (nom_serveur\nom_instance).

European Best Practices Sharepoint Conference – Les présentations

Plusieurs jours ont passés depuis la fin de la conférence européenne et quelques présentateurs ont publiés leurs présentations sur internet. Voici la liste que j’ai pu recueillir jusqu’à maintenant :

Joel Oleson : http://www.sharepointjoel.com/Lists/Posts/Post.aspx?ID=206

Agnes Molnar : http://dotneteers.net/blogs/aghy/archive/2009/04/14/spbpuk-the-best-ever.aspx

Andrew Connell : http://www.andrewconnell.com/blog/articles/Speaking.aspx#PreviousEngagements

Chris O’brien : http://www.sharepointnutsandbolts.com/2009/04/slide-deck-from-my-deployment-talk-at.html

Mike Watson : http://www.sharepointmadscientist.com/Lists/Posts/Post.aspx?ID=33

Gestion du Web.config – Bonnes pratiques et pièges à retenir

En guise de conclusion à cette série de billet concernant la gestion du Web.config, voici quelques bonnes pratiques et pièges à éviter concernant la gestion du Web.config.

Bonnes pratiques

1. Ne pas modifier le contenu du Web.config manuellement à moins d’y être forcé par une situation particulière (voir la partie 6);
2. Pour ajouter un élément au Web.config de l’ensemble des applications Web, utilisez la technique présentée à la partie 2;
3. Pour ajouter un élément au Web.config d’un seul application Webm utilisez la technique présentée à la partie 3;
4. Pour ajouter un “safe control” ou une règle CAS, utiliser le manifest.xml de la solution Sharepoint tel que présentée à la partie 4;
5. Pour les “AppSetting”, dans la mesure du possible, utiliser une seule manière normalisée pour l’ensemble des paramètres des applications Web;

Pièges à retenir

L’utilisation de la classe SPWebConfigModification est sujet à quelques problèmes résumés ci-dessous et très bien expliqués dans l’article de Reza Alirezaei :

1. La documentation est faible;
2. Lorsqu’on applique un changement à l’aide de SPWebConfigModification, le changement s’applique sur l’ensemble des zones de l’application Web, Lorsqu’on retire le changement, ce dernier est retiré seulement sur la zone Defaut et il faut retirer les éléments à la main sur les autres zones;
3. Il n’est pas possible de faire un changement sur une seule zone;
4. Si on utilise EnsureSection, les changements ne seront pas retirés;
5. SPWebConfigModification ne peut pas être utilisé pour ajouter certains éléments tel que : assemblyBinding;
6. L’instruction
   SPFarm.Local.Services.GetValue<SPWebService>().ApplyWebConfigModifications(); ne fonctionne pas, il faut plutôt utilisé l’instruction webApp.Farm.Services.GetValue<SPWebService>().ApplyWebConfigModifications();

L’utilisation de la commande stsadm -o copyappbincontent effacera les modifications manuelles apportées au Web.config.

Sharepoint Best Practice Conference – Les présentations

Plus d’une semaine a passée depuis la fin de la conférence et certains présentateurs ont publiés leurs présentations sur internet. Voici la liste que j’ai pu recueillir jusqu’à maintenant :

De Andrew Woodward :

• Best Practices: Test Driven Development with SharePoint Slide Deck
• Best Practices: Agile SharePoint Development with Scrum Slide Deck

De Joel Oleson :

• SharePoint Best Practices SD09 – It’s a Wrap!

De Jason Modero

• SharePoint Best Practices and SPTechCon Slide decks

De Gary Lapointe

• SharePoint Best Practices Conference Wrap Up

De Paul Culmsee

• “Wicked Problem” Best Practice Slides and Demo Materials posted

De Todd Klindt

• Best Practices slides & TechEd Presentation

De Natalya Voskresenskaya

• BP 2009 in San Diego – Training your SharePoint staff presentation
• BP 2009 – Educated approach for selecting third party products and Vendors presentation

De Paul Galvin

• “Wild West” Governance PowerPoint Presentation

Je recommande à tous de consulter les présentations. C’est un must !