Dans un précédent message, nous avons vu comment relancer le service SPTimerV3 à distance pour une liste définie de serveurs. PowerShell : Script pour redémarrer le service SPTimer V3 sur tous les serveurs d’une ferme SharePoint Ce script fonctionne parfaitement, mais force le redémarrage du service NT, même si cela n’est pas du tout nécessaire. Le fait est que le cas particulier des Alertes bloquées réside dans le blocage d’un Job SharePoint qui ne va pas au bout de son travail et reste dans un statut intermédiaire. Ainsi, cette première version redémarrait en force ce service NT sans aucun test de validité, ce qui n’est pas optimal. De ce fait, une nouvelle version beaucoup plus aboutie a été écrite afin de : Lister tous les Jobs SharePoint de la ferme en cours Faire un  test du statut des job “Immediate Alerts”  pour  tous les serveurs  SharePoint de la ferme Si sur une des machines de la ferme, un des Job “Immediate Alerts” est dans un  statut différe...

  Suite aux différents cas de blocage des alertes SharePoint, comme expliqué ici : SharePoint : Erreurs dans les envois des Alertes Le petit Script PowerShell permet d’effectuer un redémarrage en force de ce service sur une liste de serveur donné en paramètre $MyServers = "WebFrontEnd1", "WebFrontEnd2", "WebFrontEnd3", "AppServer1" $MyServiceName = "SPTimerV3" foreach($myServer in $MyServers) {     Write-Host "Restart of the Service", $MyServiceName, "For the Server", $myServer     Get-WmiObject -computer $myServer Win32_Service -Filter "Name='$MyServiceName'"| Restart-Service -Force } Ce script tout en étant simple permet de résoudre ce soucis dans notre cas avec la ferme MOSS. Il peut être adapté pour de nombreux cas. Romelard Fabrice [MVP]

  Afin de poursuivre   l’amélioration des performances   de sa ferme MOSS utilisée pour le site portail corporate (site MOSS de type Publishing), nous allons évoquer l’activation de l’option de Cache : Output Caching Un article complet est maintenant disponible pour la mise en place et l’utilisation de cette option dans votre site Intranet SharePoint de type Publishing. Vous le retrouverez sur le site  ASP-PHP  : SharePoint Output Caching dans un site Intranet Bonne lecture Romelard Fabrice [MVP]

  Depuis la version 4 de ZUNE SoftWare, une fonctionnalité intéressante est apparue : Smart DJ L’idée de ce module est de vous créer une playlist directement en sélectionnant le nom d’un artiste. Tout ceci se base sur la solution “ More About xxx ” qui charge les informations depuis le site WEB de Microsoft (le  MarketPlace ). Activation du module Il faut dans un premier temps modifier un paramètre dans la configuration de l’application. Dans le cas contraire, vous aurez le message d’erreur suivant : Il faut donc aller dans les “ Settings ”, choisir l’onglet “ Software ” et le menu “ Metadata and ratings ” On doit donc cocher l’option “ Automatically retreive and update ….. ” et on valide sur OK. Il est préférable de choisir seulement l’ajout des informations manquantes et pas de remplacement sinon toutes les informations ajoutées par soit-même sont remplacées. Utilisation du module Smart DJ sur le desktop Une fois ce paramétrage effectué, si on clique sur un des albums de ma ...

  Avec la livraison de Windows Phone 7 qui approche, une nouvelle version ( V 4.7 ) du   Zune SoftWare  vient de sortir : Zune SoftWare Elle est automatiquement détectée si vous avez déjà le logiciel d’installé (grace au test d’Update intégré) Mais aussi disponible dans les mises à jour optionnelles de Windows Update, si vous avez activé la mise à jour de toutes les applications Microsoft : Il est donc fortement conseillé d’effectuer cette mise à jour, une fois que l’on clique pour, on suit le processus classique, avec le téléchargement des fichiers : L’acceptation des termes du contrat d’usage liés avec cette nouvelle version : Et le lancement de cette mise à jour L’installation dure quelques minutes : On voit alors sortir le lapin de la boite avec la fin de cette installation (si vous avez une idée pourquoi ce lapin, je suis preneur) : Et on peut lancer cette nouvelle version :   On peut se connecter avec son compte LiveID déjà référencé (ou en créer un) en cliquan...

  J’avais évoqué, lors d’un précédent message, le soucis concernant le système de facturation utilisé par   XBOX Live   : XBOX 360 : XBOX Live ou l'interdiction de changer de pays Ce message date donc de 2008 et pourtant va devenir encore plus d’actualité. En effet, la  nouvelle version du ZUNE SoftWare 4.7  vient d’être mise à la disposition des utilisateurs afin de préparer l’arriver du  Windows Phone 7 . Vous pensiez que  Microsoft allait travailler sur ce point  ? Vous pensiez que  Microsoft allait réaliser que ses consommateurs ne sont pas des moutons qui ne paissent toute leur vie que dans un seul pré  ? Vous pensiez vraiment que  vous allez pouvoir changer de pays et faire suivre votre LiveID dans ce voyage  ? Et bien à toutes ces questions, je vous  réponds malheureusement non . Ceci à mon grand regrêt. Beaucoup de monde chez Microsoft se moque bien des plaintes des utilisateurs et préfère se gargariser sur la perf...

  Lorsque l’on crée son site Intranet corporate basé sur SharePoint, on se trouve souvent confronté à une structure telle que la suivante : Une ferme MOSS (Corporate Portal Intranet) Une application Intranet  :  http://myIntranet.corporate.com Une application MySite  :  http://mysite.corporate.com Une ou plusieurs fermes SharePoint Services (WSS) Une ou plusieurs applications WEB pour héberger les team sites Nous ne parlerons pas ici de la partie Team Sites, mais plutôt de la  partie portail . En effet, le travail effectué pour créer, paramétrer et enrichir ce site intranet trouve un soucis de taille : Il est difficile d’avoir des données précises sur l’utilisation de ce site Nous avons vu dans un article précédent comment avoir des informations statistiques sur l’utilisation d’un site SharePoint : SharePoint et les statistiques d'utilisation Nous avons réalisé avec cet article que les solutions de base sont bien pauvres en rapport avec ce qui existe aujour...

  Nous avions vu dans un précédent message comment supprimer une collection de sites orpheline, c’est-à-dire une collection de sites qui est présente dans la base de données de contenu mais pas dans la base de données de configuration : SharePoint : Cleanup d’Orphaned après MOSS RAP Pour faire simple, la collection de site existe bien dans la base de contenu, mais n’est pas référencée dans le “SiteMap” et donc pas accessible par les utilisateurs. Il existe aussi le cas inverse, c’est à dire une  collection de site qui est référencée dans la base de données de configuration, mais qui n’existe plus dans la base de données de contenu . Cela arrive généralement quand le processus de suppression n’a pas été jusqu’au bout de son travail. Le problème dans ce type de situation est qu’il est alors impossible de recréer une collection de sites avec la même URL, on obtient le message tel que le suivant : Error creating site Collection: Un site existe déjà à l'adresse  http://MyShare...

  Dans le cadre de site Intranet corporate de Publishing, il arrive régulièrement que l’on développe un modèle de site que l’on copie à volonté. L’avantage évident de ce mode de fonctionnement est de simplifier le travail de conception et de design, en préparant un jeu de pages modèles que l’on devra juste compléter le moment venu. Dans cette préparation, on ajoute dans ces pages les WebParts que l’on souhaite retrouver dans la version finale, on devra changer simplement le texte ou les liens. Ainsi, un modèle de site pourra contenir : Plusieurs Layout pages avec des webparts telles que : Content editor WP, pour la description de la page WP Liste de liens en rapport avec la page en question WP de personne pour les responsables de cette page … … Lorsque l’on le site pour une division, il nous faut simplement partir de ce modèle et le copier et coller au bon endroit via l’outil de Gestion de SharePoint : Ce travail n’est pas le sujet de ce message, je vous conseille de consulter les ...

  Lorsqu’on travaille sur des projets SharePoint, il arrive que l’on déploie les premières versions de son travail via un simple BackUp & Restore. Le fait est que ce mode de transfert crée des erreurs dans les logs si le niveau de configuration n’est pas exactement le même entre les deux fermes (ferme de développement et ferme de production). Par exemple, le cas classique est celui suivant : Ferme de développement : MOSS Enterprise (license MSDN) Ferme de production : MOSS Standard Entre ces deux versions, certains composants ne sont pas disponibles dans la version Standard, de plus il est courant d’installer des modules dans les environnements de test, sans forcément effectuer de nettoyage. Quoi qu’il en soit, une fois qu'on a transféré notre site de test en production, les traces de ces modules sont toujours dans les bases de données et poluent les fichiers de log ULS, comme on le voit sur l’exemple suivant : Avec le texte suivant : …… Failed to determine definition for featu...