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...

  Microsoft a mis à la disposition des utilisateurs la nouvelle version Beta de Windows Live Essentials 2011 : Programme Installation Windows Live en version bêta Cette version est disponible d’ailleurs dans de nombreuses langues dont le  Français , et permets d’avoir par défaut tout un ensemble de produits tels que : Windows Live Mail Windows Live Messenger Windows Live Galerie de photos Windows Live Movie Maker Windows Live Writer Windows Live Contrôle parental et Devices … Nous parlerons du cas spécifique de la version Windows Live Mail 2011 qui apporte une grande avancée dans les comptes supportés par défaut. Il est désormais possible d’ajouter nativement un compte  GMAIL  comme le montre l’interface d’ajout : Il suffit bien sur dâjouter son adresse mail GMAIL ainsi que le mot de passe et ensuite configurer le support IMAP sur le site GMAIL comme indiqué ici : Enabling IMAP A ce moment, au bout d’un certain temps nécessaire à la synchronisation, vous aurez alors ...

  Ce service est responsable en autres actions de l’enregistrement des logs de SharePoint sur le serveur courant. Ainsi, une ferme multi Front End aura ce processus actif sur chacun des Web Front End qui enregistreront chacun les logs d’activité du moteur. Or, dans 90% des cas, ces logs ne sont pas nécessaires et le principal intérêt de ceux-ci est de trouver la raison d’une erreur. Je vous propose donc de modifier le paramétrage des logs au minimum. Pour ceci, il faut aller dans la rubrique “ Operations ” de la “ Central Administration ”, et cliquer sur “ Diagnostic logging ” Dans la rubrique “ Event Throttling ”, on va sélectionner la catégorie “ Timer ” et choisir les valeurs : Least critical event to report to the event log:  Error Least critical event to report to the trace log:  Unexpected On valide la modification par OK. Il est aussi envisageable de spécifier ces valeurs directement pour toutes les catégories, via la valeur de la catégorie “ All ”. Il vous sera né...

  Dans la continuité des modifications permettant d’améliorer les performances d’une ferme SharePoint, nous allons voir le cas particulier de   l’entête HTTP ETag : HTTP ETag 14 Header Field Definitions - Chapter 14.19 Ce paramètre ajouté directement par le serveur WEB permet d’avoir une “datation” du flux envoyé par celui-ci. L’idée est donc de permettre au client WEB la possibilité de comparer directement la date de chargement de deux objets. Si on trouve une différence entre ces deux objets, un rechargement est fait, sinon le cache du navigateur est utilisé. On trouve une explication de ce mécanisme avec Internet Explorer : You may experience poor Web performance when you use Internet Explorer 6 to try to access a Web application that is hosted on Internet Information Services 6.0 High Performance Web Sites: Rule 13 – Configure ETags IIS7 Deployments calls for ETag Usage Review if using Problème en cas de clustering Dans le cas d’une ferme SharePoint, on peut avoir  pl...

  Lorsqu’on administre une ferme SharePoint, il est courant de réceptionner des appels d’utilisateurs signalant qu’ils ne reçoivent plus d’alerte. Nous avions vu dans un article précédent le fonctionnement de cette fonctionnalité de base : Les alertes dans SharePoint 2007 Ainsi, dans ce contexte, on sait que les solutions restent souvent les mêmes avec les explications dans la page suivante : Problèmes potentiels avec les alertes La plus utilisée restant l’exécution des commandes pour redémarrer le service NT SPTimer : NET STOP SPTIMERV3 NET START SPTIMERV3 Mais, il est possible de savoir avant les utilisateurs que ce fonctionnement est à relancer, ce qui évite à ceux-ci d’avoir une mauvaise image du produit et donc une meilleure confiance en la solution globale. Pour cela, il faut aller dans le site de la “ Central Administration ” de SharePoint dans la rubrique “ Operations ”, et cliquer sur le lien “ Timer job status ” On trouve alors la liste de tous les jobs en activité dans l...