[TechDays 2010] Retour vers le futur, session Administration SharePoint 2010…
Un grand merci à tous ceux qui ont participé à cette session sur l’administration SharePoint 2010 qui a eu lieu mercredi 10 février 2010 de 14H30 à 15H30.
Vous pouvez trouver ici les slides de cette session que j’ai co-animée avec Benoit Hamet du Support Microsoft :
Quelques précisions :
- La présentation est téléchargeable directement sur SlideShare (ci-dessus menu puis download)
- Vous pourrez trouver les scripts PowerShell de mes démos en attachement de ce message.
- SharePoint 2010 étant particulièrement bien fournit en cmdlets PowerShell puisque l’on en dénombre plus de 600 ! (soit plus que le nombre de cmdlets de PowerShell v2 cf. ma session [TechDays 2010] Session PowerShell V2… ), je me suis posé la question de savoir comment peut-on faire pour s’y retrouver rapidement dans une telle masse de commandes !
Pour mémoire la commande PowerShell qui a permis de générer le fichier est la suivante :
1: Get-Command –pssnapin "Microsoft.SharePoint.PowerShell" |
2: select-object -property name,verb,noun,@{Name="Helpfile"; `
3: Expression = { split-path $_.helpfile -leaf } } |
4: export-csv "w:\Temp\SharePoint2010_PSCommands.csv"
- Pour les exemples PowerShell, je voulais prendre trois exemples :
- Une création de collections de sites automatisée en PowerShell
- L’activation des Office Web Access sur toutes les collections de sites de la ferme
- La sauvegarde de toutes les collections de sites de la ferme
- Dans ce dernier exemple, il est surtout intéressant de noter la méthode permettant de transformer une URL en nom de fichiers :
1: ForEach { $FilePath = "L:\_Démos\z Sauvegardes\"+ `
2: $_.URL.replace("http://","").Replace("/","-").Replace(":","_") + ".bak";
- En bonus, l’activation du Developper Dashboard en PowerShell !
Tout cela est dans le fichier de script en attachement.
- Enfin, pour la partie tableau de bord SQL Server pour suivre la consommation d’espace des bases de données, il suffit d’activer la fonction “collecte de données” et de créer une base données de performances. Attention cependant ce mécanisme génère très rapidement de grosses volumétries de données donc à bien isoler de la ferme SharePoint (tout comme la base “Usage and Health data collection”)
Et comme indiqué en fin de session, tous ceux qui ont apprécié cette session pourront consulter avec profit le Clinic correspondant :
Il existe aussi le pendant côté développeurs :
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :