Edgar Maucourant - Expert / Formateur SharePoint

NFTInside lance les pack Fiches Actions SharePoint 2010 !

Edgar — Tue, 04 Dec 2012 08:33:00 +0100

Bonjour à tous,

Depuis la création de cette société, j'ai toujours tenté de mettre l'éducation, la formation et l'amélioration des connaissances au centre de notre démarche. Dans cette optique, j'ai depuis longtemps pensé à réaliser des fiches "actions" qui permettrait d'avoir en quelques étapes la réalisation des actions les plus courantes sur SharePoint. Lancé en 2010 puis abandonné par faute de temps, le projet est à nouveau opérationnel, et je suis heureux de pouvoir annoncer la sortie des Pack "Fiches Actions".

Ces packs comprenent plus d'une centaines de fiches au format PDF, qui regroupent les étapes pour mettre en oeuvre différentes actions sur SharePoint (ex : ajouter un document, créer un affichage, gérer les autorisations, activer l'historique de versions...). Les actions sont pour cette version ciblées en grande partie sur l'utilisation d'un site d'équipe SharePoint, mais d'autres fiches sont déjà prévues pour les autres usages de SharePoint...

Ces packs sont plutôt déstinés aux entreprises, avec une bonne nouvelle : le tarif est unique ! Ici pas de licence complexe à l'utilisateur ou au nombre de serveurs ou que sais-je... Tout est simple : vous payez une fois et on vous envoie l'ensemble des fiches au format PDF que vous pouvez mettre sur votre intranet à destination des utilisateurs de l'entreprise sans limite de temps ou de nombre d'utilisateurs (à condition que ceux-ci soient des collaborateurs de l'entreprise). Une option permet également de recevoir toutes les nouvelles fiches qui seront ajoutées au fur et à mesure, cette option prend la forme d'un abonnement annuel.

Si vous êtes intéressé(e)s, je vous invite à consulter notre page dédiée sur le site NFTInside : http://www.nftinside.com/fr/packsfiches/fichesactions2010.aspx

N'hésitez pas à nous faire un retour sur ce blog ou par e-mail !

Bonne lecture à tous, Edgar

[Màj : 04/11/2012] Site www.nftinside.com en maintenance [Terminée]

Edgar — Sat, 03 Nov 2012 20:08:00 +0100

Bonjour à tous,

Pour des raisons de migration sur la solution d'hébergement le site www.nftinside.com sera indisponible du Samedi 03 Novembre 20h30 au Dimanche 04 Novembre 20h30. Désolé pour le désagrément occasionné.

MàJ 04/11@13h50 : Maintenance terminée le site est de nouveau opérationnel.

Bon W.E. à tous, Edgar

Erreur lors de la création d'une connexion pour la synchro des profiles

Edgar — Sat, 19 May 2012 10:43:00 +0200

Bonjour à tous,

Imaginons que vous souhaitiez synchroniser votre magasin de profils (User Profile Application ou UPA) avec votre Active Directory (AD), vous allez alors recourir à la création d'une connexion pour synchroniser vos annuaires dans SharePoint via FIM (ForeFront Identity Manager). Cependant au moment de la création de votre connexion vous recevez le message suivant :

Et le message donné dans les Logs ne vous aidera pas beaucoup plus.

Il existe un nombre important de raisons pour lesquelles vous recevez ce message, en voici quelques unes :

Le compte utilisé pour la synchro n'a pas les bons droits
Certains affirment que le compte de synchro doit être administrateur de la machine qui fait la synchro (je n'ai pas constaté ce point)
Vous n'avez pas appliqué les patchs : KB 2475880 et 2475878
Des objets non-conformes sont présents dans votre A.D.

Dans mon cas rien de tout ça n'a fonctionné, heureusement il existe une autre raison bien plus simple : le nom de votre connexion ne respecte pas la convention de nommage !

En effet, après avoir cherché sur le net et testé de nombreuses "solutions" différentes, je me suis rendu compte que le nom de ma connexion contenait un accent et une apostrophe qui sont tous les deux interdits dans le nom de la connexion.

Evidemment, c'est toujours après avoir trouvé la solution que l'on trouve des posts s'y rapportant, comme celui-ci : http://danmyhre.wordpress.com/2011/02/12/error-unable-to-process-create-message/

Bref avant de vous lancer dans des modifications (parfois farfelues) de votre ferme, vérifiez que vos noms de connexion soient simples !

Bon code à tous, Edgar

Les 3 règles d'or pour toutes personnes travaillant avec SharePoint

Edgar — Fri, 11 May 2012 07:53:00 +0200

Bonjour à tous,

Cela fait quelques mois maintenant que je souhaite écrire ce post, le temps m'a manqué, mais aujourd'hui je me lance !

De mes pérégrinations dans le monde magique de SharePoint, j'ai pu au fil du temps établir 3 règles qui me semblent indispensables pour chaque personne travaillant sur cet outil. Il s'agit là bien évidemment d'un sentiment personnel lié à ma propre histoire avec ce produit, cependant j'ai expérimenté ces règles sur plusieurs types de profils lors de mes formations, coaching, etc... et je dois dire qu'elles se révèlent très souvent efficaces !

Ces règles sont valables pour tous profils : expert, consultant, architecte, développeur, administrateur, gestionnaire de sites, commercial, chef de projet, et même l'utilisateur occasionnel ! J'espère qu'elle pourront vous permettre de mieux appréhender cette plate-forme.

Les règles sont classées par ordre d'importance, les explications sont données en suivant :

Règle n°1 : Avec SharePoint, ne jamais présumer.
Règle n°2 : Avec SharePoint, Google (ou Bing) n'est pas toujours ton ami, ni la MSDN ni le Technet.
Règle n°3 : Avec SharePoint, se méfier de ses expériences passées

Voici à présent pour chaque règle, une explication plus détaillée de mon propos.

Règle n°1 : Avec SharePoint, ne jamais présumer

Lorsque l'on débute avec SharePoint, ou lorsque l'on aborde un sujet nouveau (il y en a toujours, même pour les experts), on est tenté de ce dire que telle ou telle action ou fonctionnalité doit agir comme ceci ou comme cela. De mon expérience la plupart des fois où j'ai raisonné ainsi mes présomptions se sont révélées fausses ou partiellement fausses. Je pourrais mettre en cause ma manière de raisonner ou mes capacités intellectuelles, mais d'autres ont eu le même résultat que moi, peut-être sommes-nous tous nuls, mais j'en doute Toute personne ayant déjà travaillé avec cet outil sait à quel point la logique utilisée dans SharePoint est... floue. Parfois cela est dû à l'organisation interne du produit et en creusant on comprend le pourquoi du problème en surface, parfois on se demande si le produit n'a tout simplement pas été codé avec les pieds... (Au moins en partie).

Règle n°2 : Avec SharePoint, Google (ou Bing) n'est pas toujours ton ami, ni la MSDN ni le Technet.

Internet est une révolution, personne ne le niera, c'est une mine d'or incroyable d'expériences échangées, de bugs remontés, d'explications et d'entraide. Cela a révolutionné notre manière de travailler. Ainsi aujourd'hui n'importe quel informaticien qui rencontre un problème et qui dispose d'Internet à proximité va faire une recherche sur Google (ou Bing) pour trouver une réponse ou au moins un peu d'aide. Sauf que dans le cas de SharePoint ce n'est pas forcément la meilleure idée. On trouve en effet beaucoup de bêtises à son sujet sur Internet, des informations fausses, des informations partielles où l'on a omis la partie problématique de la solution, des méthodes qui relèvent franchement de la bidouille et d'autres qui s'appuient sur des mauvaises pratiques... Même des sources d'information supposées "sûres" ne le sont pas, ainsi la MSDN et le Technet, bien qu'améliorés, ont encore des pages de documentation fausses, ou ambiguës. Il est par exemple possible de rencontrer des articles contradictoires où l'un préconise telle action alors que l'autre indique de ne surtout pas le faire. Ou bien encore, des articles dans lequel les tournures de phrases masquent une difficulté du produit (ex : quid de la sauvegarde à chaude de la base de configuration ?)

Règle n°3 : Avec SharePoint, se méfier de ses expériences passées

SharePoint est un outil complexe, parce que vaste, il couvre un nombre important de fonctionnalités et de cas d'usage. De cette richesse survient un soucis : la multiplicité des cas "similaires" mais pas identiques. Ainsi lorsque l'on réfléchis à un problème sur cet outil, il faut se méfier de ses expériences passées, car ce qui a fonctionné dans tel cas ne fonctionnera pas forcément dans tel autre. Par exemple des fonctions disponibles dans le site de publication, ne le sont pas dans le site d'équipe, pire les comportements diffèrent entre le site vide et le site d'équipe qui sont pourtant basés sur la même définition. De même ce qui fonctionnait en SharePoint 2007, n'est peut être plus valable en SharePoint 2010 ou seulement en partie. Ainsi quand vous développez, ce qui fonctionne sur un site racine peut ne pas fonctionner dans un sous-site, ou dans un site contenu sous un chemin managé. Avant de vous aventurez sur les chemins tortueux du chiffrage SharePoint gardez cela à l'esprit...

J'espère que ces règles pourront vous aider dans votre travail avec cette plate-forme. Il n'existe à mon sens qu'un moyen de pouvoir contourner les problèmes suggérés par ces règles : Tester, tester et retester. Cela peut paraître simpliste et "puriste" mais si vous vous aventurez à parler d'un sujet que vous ne connaissez pas dans SharePoint sans avoir ces règles à l'esprit, vous risque au mieux de vous planter, au pire de vous planter ET de passer pour un vaniteux incompétent

Bon code à tous
Edgar

SharePoint 2007 (et 2010 ?) : suppression d'un serveur de BDD impossible

Edgar — Sun, 04 Mar 2012 14:37:00 +0100

Bonjour à tous,

Imaginons que vous n'ayez pas installé votre ferme SharePoint selon les bonnes pratiques, et qu'au lieu d'utiliser un alias SQL Server vous ayez directement saisi le nom du serveur pour la création des services (c'est ballot mais c'est courant...).

Imaginons maintenant que vous souhaitiez refaire les choses bien et que vous recréiez les services avec un alias (c'est un bon consultant ça ! oh oui un bon consultant...).

Il est probable qu'ensuite vous souhaitiez supprimer le serveur de BDD référencé dans la section "Servers in farm".

Sage décision, le ménage ça fait toujours du bien (ma femme m'a obligé à mettre cette phrase...), cependant lorsque vous cliquez pour supprimer le serveur vous obtenez le message suivant :

An object in the SharePoint administrative framework,
"SPDatabaseServiceInstance Name=NOMINSTANCE Parent=SPServer Name=NOMSERVEUR",
could not be deleted because other objects depend on it. Update all of these
dependants to point to null or different objects and retry this operation. The
dependant objects are as follows :

Grosso modo, il existe des objets dépendant de celui-ci, et SharePoint ne peut pas le supprimer. Cependant la section listant les objets concernée est vide !! (Bizarre ça ne m'étonne même plus, je dois être trop habitué à SharePoint...)

Après un rapide tour sur Internet, vous trouvez un certain nombre de posts qui vous encouragent à aller faire une requête sur la base de données pour voir les objets dépendants et à les supprimer, par exemple : http://www.mylifeinaminute.com/2008/07/23/manually-removing-servers-in-moss-2007/

Pas de chance, cette requête ne retourne rien... On aurait pu s'en douter puisque c'est sûrement la même requête qui a été utilisée dans le message d'erreur ci-dessus.

En allant un peu plus loin vous pourriez tomber sur un post comme celui-ci : http://www.jeremytaylor.net/2010/01/09/sharepoint-moss-shared-services-ssp-delete-unprovisioning/ qui vous encourage à supprimer directement les objets par l'utilisation de STSADM, ce qui semble plus propre mais revient au même : la suppression d'une ligne directement dans la base. Pas de chance là également car l'exécution de cette commande vous renvoie exactement le même message que précédemment...

Dans votre quête de connaissance, vous continuez à chercher et tombez sur ce post : http://sharepointwillem.blogspot.com/2010_06_01_archive.html. Cette fois-ci on va encore plus loin dans le risque pour modifier temporairement la structure de la base de données SharePoint....(L'aaaaaamour du risque, Jonathan et Jennifer... tout ça, tout ça)

STOP !!!!

Bon honnêtement, là j'ai pas pu, je me suis dit qu'il devait y avoir un autre moyen... Et en regardant les contraintes de clés étrangères que le post précédent expliquait comment faire sauter (tout en disant qu'il ne faut pas le faire :o/), je me suis rendu compte qu'il y avait une autre forme de dépendance plus implicite (parce que non indiquée dans la table "dependencies") : la relation Parent / Enfant. En effet les tables des Objets SharePoint donne pour chaque objet quel est l'id de son parent (dont il dépend donc).

J'ai donc fait une recherche rapide sur les objets dont le parent est mon instance SQL Server (après avoir récupéré son Id), et j'ai trouvé le problème : la base de données du service de recherche d'aide WSS était encore stockée sur cette instance... Après avoir redéployée ma base de données du service de recherche d'aide via mon alias, j'ai pu supprimer ma référence de serveur sans soucis...

Ce cas illustre encore une fois le risque de suivre les actions données sur Internet, surtout si celles-ci vont à l'encontre des bonnes pratiques : on ne doit pas toucher aux bases SharePoint !!! Microsoft ne supporte même pas les requêtes SELECT sur ces bases, il ne s'agit donc pas juste de modifier la base, mais rien que lire les données de cette base en dehors des API SharePoint n'est pas supporté... Notez que pour SharePoint 2010 il me semble avoir lu que MS supporte la lecture, mais toujours pas évidemment l'écriture en direct dans les bases (sauf peut-être celle de logging, à vérifier)

Bon code à tous,
Edgar

Note : les plus perspicaces d'entre-vous se seront rendu compte que ma requête pour retrouver les objets parent n'est donc pas supportée... Gardez cela à l'esprit si vous suivez cette démarche (bon en même temps je ne pense pas que cela gêne quoi que ce soit sur la table Objects...).

SharePoint, PowerPivot, Datafeed & erreur 401

Edgar — Tue, 21 Feb 2012 13:04:00 +0100

Bonjour à tous,

Dans PowerPivot, vous pouvez utiliser un flux Atom en tant que source de données pour une table. Si vous souhaitez exposer votre fichier PowerPivot dans SharePoint, il est nécessaire de disposer d'un ficheir ".atomsvc" accessible au travers d'un répertoie partagé ou d'une url accessible (par exemple une bibliothèque SharePoint). Si ce fichier n'est pas accessible au service PowerPivot il ne sera alors pas possible de rafraîchir les données du cube PowerPivot.

Le Problème

C'est ici que votre erreur 401 intervient. En effet il est possible que lors du rafraîchissement programmé du cube, l'erreur suivante apparaisse :

Errors in the high-level relational engine. The following exception
occurred while the managed IDbConnection interface was being used: The remote
server returned an error: (401) Unauthorized.. A connection could not be made
to the data source with the DataSourceID of
'48ffbe38-adeb-48ae-a20d-b32a99b03ebb', Name of 'List_Name'. An error occurred
while processing the 'TableName' table. The operation has been
cancelled.

Après avoir vérifié que vous avez accès à la liste indiquée, que votre compte de rafraîchissement (PowerPivotDataRefresh) a accès à la liste, que le compte PowerPivotDataRefresh et vous avez accès aux fichiers ".atomsvc" concernés, vous êtes sur le point de menacer votre serveur de le priver de courant s'il n'optempère pas sur le champ...

La solution

Mais il y a toujours une solution plus douce... En effet si vous avez installé votre instance PowerPivot selon les recommandations Microsoft, vous devriez avoir séparé les comptes de services pour chaque service (hormis l'application de service PowerPivot sur SharePoint qu'il est recommandé de faire tourner avec le compte système de la ferme). Vous devriez donc avoir en plus de votre compte de rafraîchissement des données, un compte pour le moteur "analysis service vertipaq". Un rapide coup d'oeil avec NetMon vous indiquera que c'est le compte de ce service qui nécessite l'accès aux fichier ".atomsvc" et vous envoie une erreur 401 s'il n'a pas les autorisations pour cela.

Donc pour que cette erreur "401" disparaisse n'oubliez pas de donner accès aux fichiers ".atomsvc" au compte exécutant le moteur AS de PowerPivot. Et rebranchez-moi cette prise....

Bon code à tous,
Edgar

SharePoint 15 arrive... Enfin le SDK pour le moment

Edgar — Tue, 31 Jan 2012 15:27:00 +0100

Bonjour à tous,

Tous les SharePointeurs de la planète s'attendent à une sortie de la prochaine version de SharePoint dans le courant de cette année (au moins en CTP ou Beta). Et Microsoft semble confirmer ceci car ils viennent de mettre en ligne le SDK de la Tech preview de SharePoint 15, vous pourrez le télécharger ici :

http://www.microsoft.com/download/en/details.aspx?id=28768&

Bon code à tous, Edgar

Meilleurs voeux pour cette nouvelle année !

Edgar — Sun, 08 Jan 2012 13:04:00 +0100

Bonjour,

Toute l’équipe NFTInside se joint à moi pour vous souhaiter une excellente année 2012 qui vous apportera, nous l’espérons, santé, bonheur, et prospérité.

C’est l’occasion pour moi également de faire comme chaque année une rétrospective de l’évolution de NFTInside (pour la première fois sur ce blog !).

2011 aura été pour nous l’année du changement.

Tout d’abord changement de stratégie, après avoir longtemps œuvré seul ou en partenariat, j’ai décidé de donner à cette société la possibilité de mieux travailler et de mieux servir ses clients, par le recrutement de 4 consultants SharePoint. Changement de statut également, par augmentation du capital de la société à 40 000 €, ce qui nous permet aujourd’hui de travailler avec des clients que nous n’aurions pas pu rencontrer précédemment. Changement de lieu enfin, puisque nous avons à présent des locaux parisiens situés 57 rue d’Amsterdam dans le 8ème arrondissement de Paris. Nous avons également mis en place un site internet où vous pouvez retrouver l’ensemble des prestations que nous mettons en œuvre : http://www.nftinside.com.

Tous ces changements traduisent notre volonté de figurer parmi les acteurs qui comptent pour l’écosystème « SharePoint » français, nous souhaitons ainsi pouvoir conserver et même augmenter notre niveau d’expertise sur ce produit afin de toujours mieux vous conseiller et vous accompagner dans la mise en œuvre, la gestion, la formation, et la personnalisation de cet outil.

Si 2011 fut l’année du changement, 2012 ne manquera pas non plus d’évolutions !

Nous prévoyons le recrutement de 6 consultants supplémentaires, ainsi que le dévoilement de produits & solutions pour SharePoint confectionnés sur la base de vos besoins et notre expérience. Avec l’arrivée probable d’une nouvelle version SharePoint dans le courant de cette année (au moins en bêta), nous ne serons pas trop de 10 pour analyser, décortiquer et tirer le meilleur des nouveautés que cette nouvelle mouture ne manquera pas de nous apporter.

NFTInside c’est 100% SharePoint, 100% Service, 100% Satisfaction…

Je vous souhaite une nouvelle fois une excellente année 2012, qu'elle soit source de prospérité !

Edgar Maucourant

Ajouter une PJ à un élément de liste par modèle objet client dans SharePoint 2010

Edgar — Sun, 11 Sep 2011 17:09:00 +0200

Bonjour à tous,

Ceux qui l'ont déjà expérimenté le savent bien, il y a des choses que le modèle objet client de SharePoint 2010 sait faire à merveille et d'autres qui semblent avoir complètement été oubliées, y compris les plus basiques....

Comme vous l'aurez compris au titre de ce post, l'une d'elles est la possibilité d'ajouter une pièce jointe à un élément de liste. Il semble que Microsoft n'est pas envisagé ce cas, ou que pour des raisons obscures ils ne l'aient pas implémenté.

Qu'à cela ne tienne, voici deux méthodes pour les ajouter, une n'est utilisable que si vous avez déjà au moins une pièce jointe attachée à votre élément, l'autre est utilisable tout le temps mais fait référence aux WebServices de SharePoint...

Première méthode :

Cette méthode ne fonctionne que si le répertoire contenant les pièces jointes de l'élément existe déjà, sinon vous recevrez une erreur "409 : Erreur de conflit"

Vous remarquerez au passage que Microsoft n'a toujours pas amélioré son système de message d'erreur. D'un point de vue développeur il ne s'agit pas d'un conflit mais de l'absence du répertoire pour stocker la pièce jointe.

Le seul moyen que ce répertoire existe est que vous ayez ajouté une ou plusieurs pièces jointes à votre élément, soit par l'interface utilisateur, soit par le deuxième méthode ci-dessous.

Ne cherchez pas à créer ce répertoire, j'ai testé toutes les méthodes que j'ai pu trouvé sur Internet et aucune ne fonctionne pour créer un sous-répertoire dans le répertoire "Attachments" de la liste. Il semble que ce soit un comportement confirmé par Microsoft...

string uploadLocation =
string.Format("{0}/Lists/{1}/Attachments/{2}/{3}", webName, listName, itemId,
Path.GetFileName(fileName));

Microsoft.SharePoint.Client.File.SaveBinaryDirect(clientContext,
uploadLocation, fileStream, true);

Dans ce code :

webName est le nom (url) du site Web,
listName est le nom (url) de la liste,
itemId est l'Id (int) de l"élément sur lequel ajouter la pièce jointe,
filename est le nom de la pièce jointe,
clientContext représente le context client pour le site web contenant la liste,
enfin fileStream correspond au contenu du fichier représenté sous forme de stream.

Deuxième méthode :

Cette méthode fonctionne à tous les coups mais nécessite de faire une référence web au webservice de liste de SharePoint.

ListsWebService.Lists listsWS = new ListsWebService.Lists();

listsWS.UseDefaultCredentials = true;

byte[] buffer = new byte[fileStream.Length];

fileStream.Read(buffer,0,(int)fileStream.Length);

fileStream.Close();

listsWS.AddAttachment(listName, itemId.ToString(), fileName,
buffer);

Dans ce code :

ListsWebService et le nom de la classe proxy vers le webservice de listes de SharePoint (http://urldevotresite/_vti_bin/lists.asmx),
fileStream représente le contenu de la pièce jointe sous forme de Stream,
listName est le nom de la liste,
enfin itemId correspond à l'ID (int) du listitem auquel ajouter la pièce jointe.

Bonus :

Aller parce que je suis sympa (les fleurs sont pas chers en ce moment), je vous donne la méthode complète pour ajouter l'élément de liste et la première pièce jointe. La petite difficulté vient du fait que lors de l'ajout de l'élément à la liste, l'ID de celui n'est pas connu et qu'il est nécessaire de le recharger ensuite pour le connaître.

using (ClientContext clientContext = new ClientContext(siteUrl))

{

   var list =
clientContext.Web.Lists.GetByTitle(listName);

   clientContext.Load(list);

   ListItemCreationInformation itemInformation = null;

   ListItem listItem = list.AddItem(itemInformation);

   listItem["Nom"] = Nom;

   listItem["Prenom"] = Prenom;

   listItem["email"] = Email;

   listItem.Update();

   clientContext.ExecuteQuery();

   CamlQuery query = new CamlQuery();

   query.ViewXml = @"

         <Query>

            <Where>


               <And>


                  <And>


                     <Eq>


                        <FieldRef
name="Nom" />

                        <Value
type="Text">" + Nom + @"</Value>

                     </Eq>


                     <Eq>


                        <FieldRef
name="Prenom" />

                        <Value
type="Text">" + Prenom + @"</Value>

                     </Eq>


                  </And>


                  <Eq>


                     <FieldRef
name="email" />

                     <Value
type="Text">" + Email+ @"</Value>

                  </Eq>


               </And>


            </Where>


         </Query>

      </View>";

   var refreshedItem = list.GetItems(query);

   clientContext.Load(refreshedItem);

   clientContext.ExecuteQuery();

   if (refreshedItem.Count != 1)

   {

      // TODO Manage Error

   }

   if (!string.IsNullOrEmpty(fileName) &&
fileStream.Length > 0)

      {

         ListsWebService.Lists
listsWS = new ListsWebService.Lists();

         listsWS.UseDefaultCredentials
= true;

         byte[] buffer = new
byte[fileStream.Length];

         fileStream.Read(buf,0,(int)fileStream.Length);


         fileStream.Close();

         listsWS.AddAttachment(listName,
refreshedItem[0].Id.ToString(), fileName, buffer);

      }

}

Bon code à tous ! Edgar

Le site www.nftinside.com est en maintenance

Edgar — Sat, 13 Aug 2011 17:48:00 +0200

Bonjour à tous,

Un opération de maintenance sur notre infrastructure serveur, nous oblige à arrêter temporairement le site www.nftinside.com pour une durée ne devant pas excéder 4 heures.

Edgar Maucourant

SharePoint 2007&2010 : Limite de taille de fichier qui ne fonctionne pas en mode explorateur ?

Edgar — Sun, 07 Aug 2011 17:45:00 +0200

Bonjour à tous,

Vous est-il déjà arrivé de sombrer lentement dans la folie à l'utilisation de SharePoint ? (Si vous répondez non c'est que vous ne l'utilisez pas depuis assez longtemps :p).

Cela pourrait bien vous arriver si un jour vous modifier la taille maximum d'un fichier pouvant être téléchargé dans SharePoint (au niveau de la Web Application) mais que ce comportement ne semble pas être pris en compte lorsque vous travaillez en mode Explorateur... Après avoir vérifié la configuration de votre SharePoint maintes fois, vous commencez à vous demandez si la vie vaut encore la peine d'être vécue... Quand tout à coup, vous avez l'éclair de génie (ouais bon il aura fallut du temps mais saluons tout de même votre pugnacité) : Si le problème ne vient pas du serveur c'est qu'il vient du client !

Eurêka !

En effet, le WebClient notamment utilisé par l'explorateur client en mode WebDav limite par défaut les fichiers transférable à environ 50 000 000 Bytes soit approximativement 47 Mo. Pour modifier cela il faut depuis l'ordinateur utilisant le mode explorateur (et non le serveur), modifier une clé de registre pour augmenter la taille maximum supportée. Pour cela :

Ouvrir Regedit
Aller dans le dossier : HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
Faire un clic droit sur le fichier : FileSizeLimitInBytes
Passer en mode décimal et saisir votre valeur en octects ! (Valeur Max : 4294967295 soit 4 Go).
Valider votre saisie et fermer Regedit
Redémarrer le service WebClient (en utilisant la console de services Windows)
Fermer puis réouvrir tout explorateur Windows

Et voilà vous pouvez à présent transférer des fichiers de la taille maximum indiquée ou de celle fixée dans SharePoint (suivant celle qui est la plus petite).

Bon code à tous

Edgar

Le Blog fait peau neuve...

Edgar — Wed, 06 Jul 2011 22:56:00 +0200

Bonjour à tous,

Afin d'accompagner le changement opéré depuis plusieurs mois au sein de la structure NFTInside (recrutement et constitution d'une équipe de consultants permanents), nous avons décidé de nous doter d'un site Internet. En attendant la mise en ligne de celui-ci prévue pour la fin de la semaine, j'ai mis à jour le design du blog pour refléter celui du futur site (une sorte d'avant-goût ;)). N'hésitez-pas à me laisser un commentaire pour me dire ce que vous en pensez !

Bon code à tous, Edgar

NFTInside recrute : un(e) Expert(e) SharePoint

Edgar — Sat, 28 May 2011 21:58:00 +0200

Bonjour à tous,

Fort d'une activité soutenue et croissante depuis plusieurs années à présent, NFTInside s'aggrandit et recherche pour consolider son équipe un(e) expert(e) SharePoint. Vous intégrerez une équipe composée actuellement de deux experts et de trois consultants. NFTInside est une entreprise tourné à 100% vers SharePoint et dont les activités vont du conseil à l'implémentation en passant par la formation, l'audit, l'architecture, le développement, etc... En bref, tout ce qu'il est nécessaire à nos clients pour mettre en oeuvre SharePoint au mieux. Nous travaillons aussi bien pour des grands comptes (dans divers secteurs dont la banque, le luxe, l'industrie,...) que pour des PME, voire des TPE pour certaines actions (formation par exemple).

Le poste proposé
Au sein d'une équipe jeune et dynamique, votre rôle sera d'assurer des missions d'expertise pour nos clients. A titre d'exemple voici les missions réalisées dernièrement par NFTInside et qui pourront vous être confiées :

Définition d'une architecture de ferme SharePoint avec tolérance de panne et haute-disponibilité
Installation d'une plate-forme SharePoint BI avec authentification Kerberos de bout en bout
Définition du plan de gouvernance d'une plate-forme SharePoint à forte utilisation (160 000 utilisateurs)
Audit de plate-forme ou de code en vue d'améliorer les performances
Conseil sur l'utilisation des services SharePoint et les avantages/contraintes/risques liés à leur mise en place
Etude des composants du marché afin de répondre à une liste de besoins exprimés par les utilisateurs finaux
...

D'une manière générale, votre mission consistera à résoudre tout problème rencontré sur SharePoint et à fournir des conseils sur la mise en oeuvre de SharePoint pour nos clients. Vous pourrez également être améné(e) à animer des sessions de formation ou des séminaire si vous le souhaitez.

Le profil recherché
Aussi à l'aise sur le développement que sur l'administration technique et fonctionnelle, vous avez une expérience de plus de 3 ans dans l'utilisation de SharePoint et maîtrisez les principales fonctions. Idéalement vous occupez déjà un poste similaire. Capable d'analyser un problème et de rechercher des solutions, vous avez en plus les compétences nécessaires pour conseiller sur la meilleure solution à mettre en oeuvre en tenant compte de l'environnement de nos clients. Vous savez être proactif(ve), et cherchez toujours à améliorer vos connaissances et compétences. Dynamique, avec un bon relationnel, vous aimez trouver des solutions, et tâchez toujours de choisir les plus élégantes et les plus maintenables. Avide de nouveaux savoirs, vous cherchez toujours à faire au mieux, et êtes consciencieux(se) et rigoureux(se).

Si ce profil vous correspond et que l'offre vous intéresse, n'hésitez pas à me contacter par e-mail : edgar@nftinside.com.

Edgar Maucourant

SharePoint 2010 & DPM 2010 : Pourquoi je ne vois pas SP dans la console ?

Edgar — Sat, 28 May 2011 21:05:00 +0200

Bonjour à tous,

Tout d'abord,

DPM c'est quoi ? (sautez ce passage si vous savez ;))

Quiconque souhaite sauvegarder son système SharePoint doit nécessaire passer par un outil externe, les possibilités de sauvegarde intégrées à l'outil n'étant vraiment pas assez fiables. Il existe plusieurs outils intéressants et parmi ceux-là Microsoft fournit même son propre outil : Data Protection Manager dit DPM. Ce n'est pas un outil de sauvegarde dédiée à SharePoint mais plutôt une solution de sauvegarde générale capable de sauvegarder des serveurs, des postes clients, des VMs Hyper-V, Exchange, SQL Server, et SharePoint (entre autres). Nous en somme à la version 2010, et c'est de cet outil et d'un problème de configuration dont je vais vous parler à présent.

Quel est le problème ?

Lorsque vous installez le client DPM sur un serveur SharePoint afin de procéder à sa sauvegarde, vous avez un certain nombre d'étapes à réaliser (je ne vais pas les donner ici, de nombreux tutoriaux sont disponibles). Lorsque tout se passe bien, vous devez apercevoir dans la console DPM, sur au moins un des serveurs, un onglet SharePoint vous permettant de sauvegarder celui-ci. Cependant il arrive que cet onglet n'apparaisse pas, vous empêchant ainsi de pouvoir sauvegarder SharePoint. Le plupart du temps il s'agit du service VSS (Virtual Shadow Service) qui n'est pas complètement opérationnel sur le serveur à sauvegarder (bien que souvent démarré).

Quelles sont les causes ?

Les causes peuvent être multiples mais voici l'une des plus vicieuses que j'ai vue (car totalement non documentée). Parmi les services de SharePoint Server (donc pas foundation ni wss) il existe deux services de recherche, le service de recherche SharePoint et le service de recherche d'aide SharePoint (appelée également recherche SharePoint Foundation ou WSS). La recherche d'aide comme son nom l'indique n'est utilisée que dans la fenêtre d'aide de SharePoint. Pour toutes les autres recherches (sur SharePoint Server) c'est le service de recherche SharePoint qui est utilisé. Cette recherche d'aide peut être démarrée sur plus d'un serveur, et c'est cela qui pose problème pour DPM. Visiblement si vous démarrez le service de recherche d'aide sur plus d'un serveur, le service VSS de SharePoint se mélange les pinceaux et ne s'enregistre pas en tant que "VSS Writer" (nécessaire pour que DPM puisse savoir quel type de sauvegarde sont possibles sur ce serveur). Bien évidemment aucun message d'erreur, ni aucune indication ne vous ai donné, le service VSS de SharePoint démarre sans problème mais il ne s'enregistre pas, ce qui implique que DPM ne le "voit" pas et n'affiche pas la possibilité de sauvegarder SharePoint.

A titre d'information voici les autres causes possibles que je ne détaille pas car on trouve sur internet plusieurs articles à leur sujet :

Absence de configuration du service SharePoint (ConfigureSharePoint.exe -EnableSharePointProtection),
Service SharePoint VSS non enregistré correctement (stsadm -o enablewsswriter, atention c'est bien écrit wss et non vss),
Service SharePoint VSS Writer non démarré,
Compte exécutant VSS incorrect (défini par ConfigureSharePoint.exe).

Il en existe sûrement d'autres mais celles-ci sont les plus communes.

Comment résoudre le problème décrit ?

La résolution du problème est simple : n'activez le service de recherche d'aide que sur un seul serveur de la ferme, idéalement le serveur d'application qui héberge l'admin centrale comme c'est le cas dans la plupart des fermes multi-serveurs. Pensez à redémarrer le service SharePoint VSS Writer après cette modif et tout devrait rentrer dans l'ordre. Le service de recherche d'aide étant en général peu sollicité dans une ferme, l'avoir sur un seul serveur ne devrait pas être (trop) gênant.

Je n'ai testé cette manip que sur un environnement SharePoint 2010, je ne sais pas si le problème était le même avec MOSS 2007, mais il est probable que oui, si quelqu'un à l'info je suis preneur

Bon code à tous,
Edgar

SharePoint 2010 et Windows Server 2008 R2 SP1 : Attention [MAJ 28/05/2011 : Pb résolu]

Edgar — Wed, 11 May 2011 09:24:00 +0200

Bonjour,

Mise à jour du 28/05/2011 : Problème résolu, Cf. en bas de l'article pour le détail et la résolution

Comme vous l'avez peut-être remarqué je n'ai plus bloggué depuis quelques temps, ce ne sont pourtant pas les sujets qui manquent mais le temps pour les traiter avec qualité (enfin je l'espère ;). Le problème ci-dessous est assez important pour que je le poste malgré ma faible investigation sur la résolution possible.

Chez un des mes clients suite à l'installation du SP1 de Windows Server 2008 R2, sur un environnement multiserveurs (2 frontaux virtualisés), nous avons constaté des problèmes qui sont résumés ci-dessous :

Le service NLB ne fonctionne plus (pb déjà identifié par les équipe de TMG, mais qui visiblement s'applique aussi sans ce produit). Le Workaround est d'arrêter puis redémarrer le service sur chaque frontal (un reboot du serveur ne corrige pas le problème) : "net stop wlbs" puis "net start wlbs" (attention de ne pas faire cette manip en Terminal server sous peine de se couper une patte et de ne plus pouvoir accéder à la machine...)
La réplication des index du serveur d'indexation vers les serveurs de requête (query) ne s'opére plus, en cause un décryptage des tickets Kerberos qui foire et qui empêche l'authentification entre les services SharePoint. Le Workaround a été d'installer le rôle de requête sur le serveur d'indexation et de couper le rôle de requête sur tous les autres serveurs.
Excel Services ne répond plus entre machine, problème visiblement lié lui aussi à l'authentification Kerberos entre service (WCF). Le workaround a été de couper Excel Services sur l'un des noeuds et de ne le laisser que sur un seul (pourquoi cela fonctionne avec un seul noeud, reste un mystère).

Ma recommandation est donc de ne pas installer le SP1 de Windows Server 2008 R2 sur un environnement SharePoint 2010 pour le moment tant que ces points ne seront pas réglés. Je n'ai pas testé sur d'autres fermes, ni sur un environnement MOSS 2007. Il est cependant problable que le problème NLB soit le même pour les autres problème rien n'est sûr. Nous avons ouvert un call chez MS pour élucider ces problèmes, et vérifier que le SP1 est bien en cause. Si je trouve des meilleurs workarounds ou que le problème peut-être résolu je vous tiendrai au courant.

Mise à jour du 28/05/2011 : Le problème venait d'une mauvaise configuration des cartes réseaux sur la partie IPV6 qui ne posait aucun problème avant le SP1 mais qui suite à l'installation de celui-ci provoquait des erreurs de déchiffrement des ticket Kerberos. Ces problèmes de ticket Kerberos étaient à l'origine du problème de communication entre les noeuds et donc entre les différents service SharePoint.

Résolution : nous avions pensé que la couche IPv6 des cartes réseaux serait désactivée en décochant ce protocole dans les propriétés de la carte réseau, mais ce n'était pas suffisant et a amené la configuration réseau dans un mode non supporté par MS. Même si vous ne souhaitez pas faire d'IPv6 il est préférable de laisser ce protocole actif car de nombreux services Windows reposent sur celui-ci en priorité. Notre action a donc été de recocher le protocole IPv6 sur toutes les cartes réseaux et de forcer Windows à utiliser IPv4 en priorité en enregistrant la clé de registre "DisabledComponents" d'IPv6 à la valeur 0x20 (plus d'infos là : http://support.microsoft.com/kb/929852/en-US, attention l'article anglais contient plus de "fix-it" que sa traduction française automatique.). Après un redémarrage, nous avons constasté que tous les services fonctionnaient correctement, et nous avons pu répartir à nouveau nos services SharePoint entre les différents serveurs de la ferme.

J'espère que ceci vous permettra d'éviter une rupture de service sur votre infrastructure, ce problème nous a montré qu'il est toujours important de bien se renseigner sur l'action d'une case à cocher qui peut paraître anodine mais à complètement mis notre ferme K.O., IPv6 : 1, Edgar : 0

Bon code à tous,
Edgar

NFTInside recrute Consultant(s) et / ou formateur(s) SharePoint Technique ou fonctionnel

Edgar — Wed, 30 Jun 2010 20:55:00 +0200

Bonjour,

Fort d'une activité soutenue et grandissante depuis maintenant plus de 2 ans, nous recherchons un ou plusieurs collaborateurs afin de renforcer nos équipes de consultants et de formateurs SharePoint. Vous trouverez ci-dessous un descriptif de poste. Si vous êtes intéressé(e) envoyez-moi votre candidature à edgar@nftinside.com.

Offre de poste : Vous avez envie d’intégrer une équipe où vous pourrez vous exprimer, et montrer vos qualités ?

NFTInside, jeune société (2008) de conseil, d’expertise et de formation sur SharePoint et InfoPath recherche un ou plusieurs collaborateurs (H/F) pour renforcer son équipe de consultants et de formateurs. Nous recherchons des profils techniques et / ou fonctionnels. En fonction de vos compétences et de vos envies vous serez amené(e),

Pour les profils techniques à :

Réaliser des implémentations de SharePoint (installation, déploiement, paramétrage,…)
Réaliser des développements de composants ou de portails pour SharePoint
Conseiller nos clients sur la mise en œuvre de solutions SharePoint, ou faire des audits de plate-forme.
Faire des formations Développeurs et / ou Administrateurs selon votre affinité avec le métier de formateur.

Pour les profils fonctionnels à :

Accompagner nos clients pour définir leurs besoins, et mettre en place une bonne gouvernance.
Paramétrer ou aider nos clients à paramétrer leurs sites collaboratifs et / ou de publication
Former les utilisateurs finaux à l’utilisation et le paramétrage d’un site SharePoint

Notre force est la relation de confiance que nous entretenons avec nos clients grâce à la qualité de nos prestations. Nous recherchons donc avant tout des collaborateurs(trices) qui aient un savoir-être autant qu’un savoir-faire. Si vous êtes motivé(e), consciencieux(se), autonome, force de proposition, votre profil nous intéresse !

Edgar Maucourant Directeur NFTInside

SP2010 : Assistant de configuration ? Pas besoin j'suis un pro ! A moins que...

Edgar — Thu, 04 Feb 2010 16:18:00 +0100

Bonjour à tous,

Si vous êtes comme moi et que vous aimez bien vous passer d'assistant pour mettre en place les choses vous-même, vous serez sûrement confronté à un problème avec l'installation de SharePoint Server 2010.

En effet une fois l'installation de SharePoint terminée (elle ressemble comme deux gouttes d'eau à celle de MOSS 2007), il reste encore à paramètrer la ferme, et là c'est plus du tout pareil qu'en version 2007. Heureusement Microsoft a mis en place un nouvel assistant (rien à voir avec l'assistant de configuration lancé pour créer la ferme qui existe toujours d'ailleurs). Cet assistant vous aidera à paramétrer et déployer les services d'applications dans votre ferme.

Sauf que moi je voulais les déployer à la main pour bien comprendre chacun d'eux et leur dépendance, et là c'est le drame... (ouais j'aime bien l"effet mélodramatique pour encourager à lire la suite...)

Non en fait ce n'est pas si dramatique, mais il existe 2 services d'applications que vous ne pourrez pas créer sans passer par l'assistant ou Powershell : le service d'état temporaire et le service du registre d'applications.

Le premier est tout simplement le service de gestion de sessions utilisé entre autre par InfoPath Form Services ou Visio Services, cette application ne fonctionnera pas si ce service n'est pas créé et démarré. Le second semble lié à la prise en charge des applications BDC 2007 (je dis "semble" car je n'ai pas testé ce qu'il fait...).

Si vous n'avez pas utilisé l'assistant de configuration dès le départ, vous avez deux solutions, relancer l'assistant de configuration et cocher les deux services à installer (les services d'applications existants ne seront pas modifiés), utiliser PowerShell avec la commande new-SPStateServiceApplication (comme indiqué dans les alertes du système d'Analyse).

Pour plus d'infos sur la démarche : http://technet.microsoft.com/fr-fr/library/ee704548(office.14).aspx (en français !)

En espérant que cela vous permettent de ne pas trop chercher

Bon code à tous ! Edgar

Limite des 2000 éléments à qui s'applique-t-elle ? [MAJ : 03/02/2010]

Edgar — Mon, 30 Nov 2009 11:55:00 +0100

Bonjour à tous,

MAJ du 3 Février 2010 : je reviens sur la conclusion de cet article qui est en partie erronée.

Pour les utilisateurs finaux, il est important de garder dans tous les cas des vues (affichages) dont le nombre total d'éléments (toutes pages confondues) soit inférieur à 2000 éléments (environ ça peut être un peu plus ou un peut moins).

En effet ce que ne montre pas le test ci-dessous c'est que lorsque beaucoup d'utilisateurs exécutent des affichages renvoyant plus de 2000 éléments au total, le serveur pourrait être très rapidement surchargé même si chaque page ne renvoit que 100 éléments. La gestion d'un nombre maximum d'éléments par page (paging) permet de reduire cette surcharge mais ne l'annule pas. Dans les résultats ci-dessous dès que l'on dépasse 500 éléments par page les performances se réduisent essentiellement à cause du temps de transfert des informations du serveur vers le navigateur et du temps nécessaire au navigateur pour interpreter et mettre en page ces informations. Cependant la surchage sur le serveur est importante à partir du moment où l'on dépasse cette fameuse limite des 2000 éléments, essentiellement à cause de contraintes sur les bases de données SQL Server (pour les amateurs de données techniques lire cet article : http://sharepoint.microsoft.com/blogs/GetThePoint/Lists/Posts/Post.aspx?ID=162)

Il existe donc que deux solutions, mettre moins de 2000 éléments par niveau (racine, dossiers, sous-dossiers,...) ou utiliser des vues avec des filtres renvoyant moins de 2000 éléments (moins efficace que la répartition par dossiers mais permet d'améliorer les performances tout de même).

Dans le deuxième cas, il est important de noter que la première colonne utilisée pour le filtre doit être indexée pour améliorer les performances (les indexes sur les autres colonnes ne sont pas pris en compte lors de la requête). Il est important également de noter que si vous utilisez un filtre à plusieurs colonnes, seuls le nombre d'éléments renvoyés par le filtre sur la première colonne est important. Ainsi si je créé un affichage utilisant un filtre du type "Service égale à DRH ET Créé par égale à Jean Dupont" si la colonne Service contient plus de 2000 éléments avec la valeur DRH, le filtre ne sera pas efficace même si le résultat final (les deux filtres associés) renvoit moins de 2000 éléments !

Comme quoi la gestion des performances est un sujet complexe, j'espère que cet éclaircissement vous sera utile lors de la gestion de grandes listes

Pour plus d'infos : http://office.microsoft.com/en-us/sharepointtechnology/HA101736671033.aspx (article en anglais, je n'ai pas trouvé malheureusement d'équivalent en français).

Fin de la MAJ

On entend régulièrement (y compris de ma part) que les listes SharePoint ont une limite de performance aux alentours de 2000 éléments (a visto de naz...), ce qui est vrai, mais depuis quelques temps déjà je me demandais dans quelle mesure cette perte de performance s'appliquait. En effet la plupart des articles que j'ai lu parlent d'une perte de performance à partir de 2000 éléments par conteneur (dossier) ou par vue, mais ce dernier terme n'est pas clair pour moi.

Une vue peut afficher 2000 éléments au total mais répartis par page de 100 éléments (le défaut), dans ce cas est-ce le nombre d'élément par page ou pour la vue globale dont il faut tenir compte ?

De plus à qui s'applique cette consigne ? Aux utilisateurs finaux ? Aux développeurs ? Aux deux ?

Afin d'avoir enfin la réponse à ces questions j'ai testé différents cas et j'ai calculé les temps d'affichage des pages (oui je sais je suis dans ma phase statistiques en ce moment...). Je me suis donc contenté de tester la partie utilisateurs finaux, car des articles pour les développeurs ont déjà été écrit (un lien vers l'un deux est donné en fin d'article).

Le protocole de test

J'ai créé un site dans lequel j'ai ajouté une liste générique contenant 4 colonnes : Title (1 seule ligne de texte), LinkedValue (Lookup lié à une liste contenant 3 valeurs), Choice (Colonne type choix à 3 valeurs), et LongText (Multiple ligne de texte).
J'ai ensuite créé une application console qui m'a permis d'ajouter des éléments hétérogènes dans la liste (nombre aléatoire pour la valeur liée, le choix, et caractères aléatoires pour le texte long).
Enfin j'ai testé dans l'interface de SharePoint l'affichage d'une page contenant plus ou moins d'éléments, dans une liste contenant elle aussi plus ou moins d'éléments :p

Note : les temps affichés ne sont pas à la seconde près c'est l'ordre de grandeur qui importe ici.

Note 2 : J'ai testé sur une liste mais à priori les résultats sur les Bibliothèque de documents devraient être les mêmes (des amateurs pour le test ?)

Les résultats

Nb E Tot = Nombre d'éléments total dans la liste
Nb E Page = Nombre d'éléments affichés dans la page
Temps = Temps moyen d'affichage de la page

Nb E Tot	Nb E Page	Temps
100	100	< 1s
200	100	< 1s
500	100	< 1s
500	500	< 2 s
1000	100	1s
1000	1000	4s
2000	100	1s
2000	1000	4s
2000	2000	8/9 s
3000	100	1s
3000	1000	5s
3000	2000	8/9 s

Nb E Tot	Nb E Page	Temps
10000	100	1s
10000	1000	5s
10000	2000	8/9 s
10000	4000	16/17s
10000	10000*	52s
50000	100	1s
50000	2000	8/9 s
50000	10000*	52s
50000	20000**	106s
50000	50000***	> 250s****

* : Sur mon IE 7 une fois les résultats affichés l'interface a mis quelques secondes à répondre aux clics.
** : Sur mon IE 7 l'interface est devenue très lente, plusieurs secondes entre 1 clic et le déclenchement de l'action
*** : sur mon IE 7 l'interface est carrément devenue inutilisable, plusieurs dizaines de secondes pour sortir de la page, les autres IE répondaient normalement.
|-> Tout ces comportements sont sûrement dû au JavaScript dans la page...
**** : J'ai arrêté le chrono le temps n'étant de toute façon plus acceptable depuis longtemps.

Mon analyse

On voit clairement que peu importe le nombre d'éléments dans la liste si le nombre d'éléments dans la page reste faible (< 500) les performances sont bonnes. Par contre plus on augmente le nombre d'éléments dans la page et plus on voit un temps de chargement conséquent. Ce qui est tout à fait normal car il faut plus de temps pour générer le code, pour l'envoyer au navigateur, et à celui-ci pour interpréter le code.

A noter que ces temps ne le montrent pas, mais durant l'affichage le CPU est à 100% ! Sauf pour les affichages de moins de 2 secondes où il oscille entre 30% et 60% mais pendant un pic de quelques millisecondes seulement. Ceci signifie que des affichages de plusieurs secondes sur une liste pourraient facilement mettre un serveur à genoux s'ils sont déclenchés par plusieurs utilisateurs sur différentes listes en même temps !

Résultat : si vous suspecter une utilisation importante de votre (ou vos) sites SharePoint, gardez des temps inférieurs à 1 seconde pour les pages de vues.

Bon alors ?

Cette limite des 2000 éléments n'est à priori pas valable pour les utilisateurs finaux, car on voit déjà clairement des limites à partir de plus de 500 éléments par page. Par contre elle concerne bien les développeurs qui devront en tenir compte pour leurs applications.

Mon conseil est donc le suivant :

Pour les utilisateurs fonctionnels, ne pas utiliser de vues affichant plus de 500 éléments par page et vos performances seront toujours optimales.
Pour les développeurs, suivre les recommandations de Microsoft sur le sujet et notamment bien lire l'article suivant : Working with large lists in Office SharePoint Server 2007 complété par l'article suivant de Reza Alirezaei :http://blogs.devhorizon.com/reza/?p=790

Bon code à tous !

Forum de discussion attention aux pièces jointes orphelines... (Application CodePlex inside...) MAJ 02/12/09

Edgar — Sun, 29 Nov 2009 17:59:00 +0100

Bonjour à tous,

EDIT 02/12/2009 : La CU d'Octobre semble régler ce problème, cependant je n'ai pas encore testé ce patch, et je ne sais pas si une fois appliqué cela supprime toutes les pièces jointes orphelines existantes ou si cela permet juste de ne plus en créer, pour plus d'infos : http://support.microsoft.com/kb/975002/en-us (3ème puce)

En travaillant sur un projet pour Alti (www.alti.fr, un peu de pub ça ne fait jamais de mal...), je me suis rendu compte que lorsque l'on supprime un sujet de discussion dans un forum sur un site SharePoint, les pièces jointes associées à ce sujet ne sont pas supprimées ! Elles deviennent des pièces jointes orphelines, et il n'est pas plus possible de les supprimer par l'interface utilisateur ou le modèle objet.

Bon soyons honnêtes, ces pièces jointes orphelines ne pose aucun problème tant que vous n'essayez pas d'exporter votre site en utilisant la commande export de STSADM ou l'API de migration de contenu. Si c'est le cas, vous risquez d'obtenir le message suivant :

FatalError: Cette contrainte ne peut pas être activée, car toutes les valeurs n'ont pas de valeurs parentes correspondantes. à System.Data.ConstraintCollection.AddForeignKeyConstraint (ForeignKeyConstraint constraint) à System.Data.ConstraintCollection.Add(Constraint constraint, Boolean addUniqueWhenAddingForeign) à System.Data.DataRelationCollection.DataSetRelationCollection .AddCore(DataRelation relation) à System.Data.DataRelationCollection.Add(DataRelation relation) à System.Data.DataRelationCollection.Add(String name, DataColumn parentColumn, DataColumn childColumn) à Microsoft.SharePoint.Deployment.FileObjectHelper. GetNextBatch() à Microsoft.SharePoint.Deployment.ObjectHelper. RetrieveDataFromDatabase(ExportObject exportObject) à Microsoft.SharePoint.Deployment.FileObjectHelper. RetrieveData(ExportObject exportObject) à Microsoft.SharePoint.Deployment.ExportObjectManager. GetObjectData(ExportObject exportObject) à Microsoft.SharePoint.Deployment.ExportObjectManager. MoveNext() à Microsoft.SharePoint.Deployment.ExportObjectManager. ExportObjectEnumerator.MoveNext() à Microsoft.SharePoint.Deployment.SPExport.SerializeObjects() à Microsoft.SharePoint.Deployment.SPExport.Run()

En anglais ça donne ça :

FatalError: This constraint cannot be enabled as not all values have corresponding parent values. at System.Data.ConstraintCollection.Add(Constraint constraint, Boolean addUniqueWhenAddingForeign) at System.Data.DataRelationCollection.DataSetRelationCollection .AddCore(DataRelation relation) at System.Data.DataRelationCollection.Add(DataRelation relation) at System.Data.DataRelationCollection.Add(String name, DataColumn[] parentColumns, DataColumn[] childColumns) at Microsoft.SharePoint.Deployment.ListItemObjectHelper. GetNextBatch() at Microsoft.SharePoint.Deployment.ObjectHelper. RetrieveDataFromDatabase(ExportObject exportObject) at Microsoft.SharePoint.Deployment.ListItemObjectHelper. RetrieveData(ExportObject exportObject) at Microsoft.SharePoint.Deployment.ExportObjectManager. GetObjectData(ExportObject exportObject) at Microsoft.SharePoint.Deployment.ExportObjectManager. MoveNext() at Microsoft.SharePoint.Deployment.ExportObjectManager. ExportObjectEnumerator.MoveNext() at Microsoft.SharePoint.Deployment.SPExport.SerializeObjects() at Microsoft.SharePoint.Deployment.SPExport.Run()

Pas mieux...

Pour que votre export se déroule sans accroc (et qu'Hannibal Smith soit content), il vous faut supprimer toutes ces pièces jointes orphelines.

- Oui mais, il a pas dit qu'on pouvait plus y faire référence ni par l'interface, ni par le modèle objet ?

Si, si il l'a dit, mais il nous reste toujours...

Tada ! La base de données SharePoint !

"Oh noooooooooon" s'écrient déjà certains qui voient leur garantie et leur support Microsoft s'envoler... Oui c'est vrai, c'est une procédure qui à priori n'est pas supportée par Microsoft, mais faute de mieux on s'en satisfait. Et puis si c'est bien fait c'est pas visible :p Non plus sérieusement j'ai ouvert un ticket à ce sujet mais je n'ai pas encore eu de retour intéressant.

Bon Ok, comment on fait alors ?

Voici tout d'abord un message d'avertissement : La procédure qui suit n'est pas supportée par Microsoft ! Vous utilisez les informations fournies ci-dessous à vos risques et périls.

Pour ceux que ça ne rebute pas, voici la procédure : j'aurais pu vous fournir les requêtes SQL à utiliser mais j'ai fait mieux (enfin je crois), j'ai créé une application WinForm qui va traquer et supprimer (optionnel) les pièces jointes orphelines pour vous ! C'est pas bon ça ? :p

L'application vous permet même de choisir ce que vous souhaitez analyser, depuis toutes les WebApplications, jusqu'à une simple liste en passant par une collection de site ou un site en particulier. Elle est pas belle la vie ? (toute ressemblance avec une pub de Jambon est fortuite...).

Ok, elle est où ton application ?

Dispo sur CodePlex (avec l'aimable autorisation d'Alti) : http://sporphansanalyzer.codeplex.com

Elle est écrite en anglais, car je pense qu'elle pourrait servir à plein de gens (oui je sais c'est prétentieux..), mais que ceux qui sont hermétique à l'anglais se rassurent c'est très simple à comprendre. On choisi ce que l'on veut analyser, on clique sur "Analyze", on attend et voilà ! Si des pièces jointes orphelines sont trouvées un message s'affichera, vous pourrez alors relancer le traitement en cochant la case "remove orphaned attachments" pour supprimer ces éléments automatiquement.

L'application est à faire tourner directement sur un serveur hébergeant SharePoint.

En attendant un patch de Microsoft (on espère), cela vous permettra au moins d'exporter vos sites.

Bon code à tous !

USB2 vs SSD sur eSata, le match pour les consultants ! (MAJ : 19/11/2009)

Edgar — Wed, 04 Nov 2009 21:59:00 +0100

Bonjour à tous,

Mise à jour du 19/11/2009 : à la demande générale de Guillaume (comment ça une personne c'est pas général ?), j'ai ajouté à la fin de l'article une section sur les test avec HDTune...

Cela fait pas mal de temps que je n'ai pas bloggué, mais comme beaucoup j'ai eu fort à faire. J'aurais pu blogger sur la SharePoint Conference 2009 de Las Vegas mais d'autres l'ont fait mieux que moi (Hi Renaud, Hi Nicolas !), non cette fois-ci si je prends ma plume (enfin mon clavier) c'est pour vous parler du SSD...

Je ne sais pas vous, mais moi les tests qui vous affichent des perfs en Mo/s ou sur des outils qui simulent des copies, des transferts, des utilisations de ci ou de ça, ça ne me parle pas beaucoup. Moi j'aime bien avoir du concret et savoir exactement comment cela fonctionne avec mes outils à moi (oui oui double possession). J'ai cherché des tests sur le SSD avec des machines virtuelles, mais je n'en ai pas trouvé, j'ai donc décidé de vous faire part de mes propres informations.

En conséquence, voici le match, que dis-je, le combat du siècle entre un disque USB2 Externe, un SSD interne et un SSD Externe ! (Bon OK c'est un peu théâtrale pour un test mais on se refait pas...)

Bonjour à tous,

Mais tout d'abord...

Késako le SSD ?

Geeks en tous genres, adeptes des actualités 3 ans avant tout le monde, passez votre chemin ! Pour les autres, le SSD (Solid Storage Disk) représente la nouvelle génération de disques durs, non plus avec des plateaux qui tournent mais avec de la mémoire style carte flash / clé usb (ce n'est pas tout à fait pareil quand même). L'avantage de ce type de disques est d'offrir des performances très élevées (250Mo/s en lecture et 90 Mo/s en écriture dixit la boite de mon disque), pas de pièces mobiles donc moins de risques de pannes, pas de bruit et une consommation énergétique en générale moindre. En contre partie ils sont pour le moment très chers : de 99 à 700 € suivant les capacités qui oscillent entre 32 Go (oui oui vous avez bien lu 32) et 256 Go pour les plus généreux. Mais c'est une technologie jeune et les capacités et prix iront en augmentant pour l'une et en descendant pour l'autre (espérons seulement que ce soit dans cet ordre :p).

Oui mais alors SSD ou pas SSD ?

Le gros souci avec le SSD en ce moment c'est de savoir si ça vaut le coup ou pas, si réellement on va le sentir passer mais qu'après on pourra fanfaronner avec des "perfs de ouf" ou alors si on passera pour le geek de service qui a dépensé une fortune pour acheter le dernier truc "hyper ultra super top moumoute over the top of the performances" mais qui en réalité tourne juste 10% plus vite que le reste...

Pour nous consultants, les performances c'est important (vous trouvez pas que ça fait pub pour mousse à raser ?). On passe notre temps à créer des machines virtuelles, à les détruire, à en recréer d'autres, à les copier d'un disque à l'autre en permanence. Il arrive même très souvent que l'on fasse tourner plus d'une machine virtuelle en même temps, et là c'est souvent le drame ! Un clic et on peut aller se chercher un café...

Alors quitte à passer pour le Geek de service je me suis acheté un nouveau portable avec SSD. Un Dell Latitude équipé d'un SSD de 64 Go. Ca fait pas beaucoup ! Je voulais jouer à celui qui à la plus grosse... capacité, mais il fallait attendre presque 2 mois pour un disque de 256 Go. J'ai donc opté pour ce disque de 64 Go, tout en jurant aux cieux et à qui voulait l'entendre (z'étaient pas nombreux d'ailleurs) qu'un jour quand je serais grand j'achèterai en plus un SSD Externe.

Et ce jour est arrivé ! Ce sont les larmes pleins de yeux (ou le contraire) que je suis arrivé à la caisse tout tremblant tenant le saint graal entre mes mains : un SSD Intel x25 de 160 Go ! Et pour l'habiller je me suis servi d'un boitier Akasa Intégral 2,5" en eSata, ben oui parce que mettre un SSD dans un boitier externe en USB2 ce n'est pas bien, cette interface étant limitée en terme de débit.

C'est donc après quelques minutes passées en caisse (Et nous pouvons tous remercier Guillaume sans qui je n'aurais pas ce disque : Merci Guillaume !), que je suis retourné tout fiévreux... à mon travail et que j'ai du attendre le soir pour tester la bête (pfff pas idée d'inventer le boulot...).

(Bon Ok il est bien sympa à nous raconter sa vie lui mais on s'en moque, nous ce qu'on veut c'est le test !!!)

OK ok, ça vient...

L'environnement de test

Les tests ont été réalisés sur mon portable DELL Latitude E6400 avec un T9600, 8Go de RAM et Windows Server 2008 R2. Les tests consistent en une copie de machines virtuelles Hyper-V (le VHD) de 20,1 Go entre les différents disques, puis une fois les fichiers copiés, je démarre les machines à tour de rôle depuis chaque disque et je calcule : le temps de démarrage, le temps d'ouverture de l'administration centrale de SharePoint, le temps d'ouverture de Visual Studio 2008, quelques opérations d'installations et de créations diverses, la mise en veille et la sortie de veille de la machine virtuelle et enfin l'extinction de la machine virtuelle.

Les disques testés

Un Lacie USB2 250 Go je suppose que le disque tourne en 5400 trs/min
SSD Interne Samsung 64 Go (fourni avec le portable)
SSD Externe Intel X-25 160 Go dans boitier Akasa Integral eSata

Les résultats de copies

Enfin voici les résultats, tout t'abord la copie :

Disque de départ	Lacie USB2
Disque d'arrivé	SSD Interne
Utilisation de la mémoire	Monte de 1,30Go à 1,7Go puis au bout d'une minute se stabilise autour de 1,55Go
Utilisation du CPU	Stable à 12-25% avec des pics à 30%
Temps de copie annoncé	10 Minutes
Temps de copie réel	11 Minutes 37 secondes
Taux de transfert	29,53 Mo/s

Disque de départ	Lacie USB2
Disque d'arrivé	SSD Externe
Utilisation de la mémoire	Monte de 1,32Go à 1,65Go puis reste stable
Utilisation du CPU	Stable à 12-25% avec des pics à 30%
Temps de copie annoncé	11 Minutes
Temps de copie réel	10 Minutes 34 secondes
Taux de transfert	32,46 Mo/s

Les performances semblent similaires sur les deux disques avec un léger avantage pour le SSD Externe, on peut noter une utilisation de la mémoire et CPU assez basse.

Disque de départ	SSD Interne
Disque d'arrivé	SSD Externe
Utilisation de la mémoire	Monte de 1,29Go à 5,6Go !!! puis descend progressivement tout au long de la copie jusqu'à 1,96Go. Une fois la copie terminée la mémoire revient à 1,32Go
Utilisation du CPU	Environ 35/50% pendant la montée en charge de la mémoire (environ 1minute) puis 12-25% avec des pics à 35/40%
Temps de copie annoncé	4 Minutes
Temps de copie réel	4 Minutes 08 secondes
Taux de transfert	82,99 Mo/s

Là les choses changent un peu, on voit déjà une utilisation de la mémoire beaucoup plus intensive, ce qui laisse supposer que sur une machine avec moins de mémoire la copie aurait peut-être été plus lente. L'utilisation du CPU est elle aussi en hausse avec des pics plus nombreux. Est-ce dû au SSD ou au port eSata ? Aucune idée. Enfin par contre le temp de copie est tout bonnement hallucinant ! Deux fois et demie moindre qu'avec l'USB2 ! Et encore on parlait d'une copie USB2 -> SSD, je n'ai pas fait le test en USB2 -> USB2 mais il y a fort à parier que le temps serait plus long. Lors d'un autre test de copie d'une VM de SSD à SSD je suis même monté à des taux annoncés sur la copie à 200Mo/s !

Les résultats pour les applications

Passons maintenant à l'utilisation des disques, vous trouverez ci-dessous un ensemble de graphiques permettant de se rendre compte des performances de chaque disque, les temps sont indiqués en secondes et les moins élevés sont meilleurs.

De premiers résultats encourageant ! Le démarrage de la machine virtuelle prend presque moitié moins de temps sur le SSD Externe. Cela dit la machine étant issue d'un Hyper-V de Windows Server 2008 et que mon portable étant en Windows Server 2008 R2 la machine nécessitait de réinstaller les services d'intégration et de lui ré-attribuer une adresse IP valide pour accélérer encore le démarrage (voir test plus bas).

Alors là la différence est tout bonnement hallucinante, il a fallut 4 fois moins de temps sur les SSD interne pour ouvrir l'administration centrale que sur le disque USB2 ! Le SSD externe apporte même encore un petit boost à ce résultat.

Là aussi le résultat est sans appel, l'impression de rapidité est vraiment très impressionante, et cela semble le cas avec toutes les ouvertures d'applications.

Ce test était juste pour valider que l'installation d'une application bénéficiait elle aussi de l'utilisation d'un disque SSD et le résultat est concluant...

Le démarrage de la même machine virtuelle une fois les services d'intégration installés et l'adresse IP correctement attribuée. Le résultat est un peu moins contrasté mais montre toujours une différence de performance importante en faveur du SSD

Afin de ne pas faire que des tests sur des ouvertures d'applications, je me suis lancé dans la création d'une application Web, activité qui ne devrait pas trop faire travailler le disque. Et même si l'on voit un gain de performance en faveur du SSD celui-ci est tout de même moins important qu'avec les activités faisant une grande utilisation du disque dur.

Là encore la création d'une collection de site ne fait pas trop travailler le disque dur, on voit donc logiquement une différence entre les disques qui est plus réduite.

Un résultat intéressant, car l'ouverture du site de haut niveau nécessite la compilation des différentes DLL et l'on voit logiquement un résultat en faveur des SSD (au coude à coude, si tant est qu'un disque dur ait un coude O_o).

La mise en veille de la machine virtuelle utilisant intensément le disque dur, on voit ici une nette avance des disques durs SSD par rapport à l'USB2. Cependant j'avoue que je pensais cette différence plus importante, une chose est sûre, lorsque l'on attend que la machine virtuelle se mette en veille cette différence de temps nous paraît colossale :). A noter que dans ce cas les machines virtuelles étaient intégralement contenues sur leur disque, c'est à dire que la mémoire virtuelle a été enregistrée sur le disque amovible. En général je laisse plutôt les fichiers de config et la mémoire virtuelle sur le disque interne et le VHD sur les disques externes, un autre test plus loin permet de voir le résultat avec cette configuration.

Là également la sortie de la veille pour la machine virtuelle utilise intensément le disque, on voit donc un gain jusqu'à x3 pour le SSD, ce qui confirme l'avance des SSD (ça en devient presque lassant :p)

Ceci est un résultat intéressant, il s'agit d'éteindre complètement le système virtuel en utilisant le bouton "démarrer" :). Et on se rend compte que la différence n'est pas énorme entre les disques et que le SSD interne s'en tire mieux que le SSD Externe, mystère mystère

Là aussi un résultat intéressant correspondant à une variante d'un test précédent, cette fois-ci les machines sont mises en veille mais avec leur fichier de config et mémoire virtuelle sur le disque dur interne (SSD) et on voit que la différence n'est pas énorme (normal c'est le SSD Interne qui fait tout le travail) mais surtout qu'elle est en faveur de l'USB2... Je n'ai pas testé le CPU pendant le processus mais lors des copies de disque à disque le CPU était plus sollicité pour un disque SSD, ceci expliquant peut-être cela...

Et avec HDTune ? (pour les amateurs de chiffres...)

Ci-dessous deux capture d'écran montrant les performances des disque SSD interne et externe testées avec HDTune

D'abord avec le SSD Interne (Samsung)

Et avec le SSD Externe (Intel)

On voit très clairement que le SSD Externe est plus stable dans le débit que l'interne (normal il y a moins d'applications qui font appel à ce disque), par contre les taux de transfert me paraissent très étonnants. Les disques SSD Intel étant en général plus rapides que les autres (et les tests sur les applications ayant montré que le SSD Externe était plus rapide), je pense que la méthode utilisée par HDTune pour le transfert de copie n'est pas optimisée... Toujours est-il que ça décoiffe quand même de telles performances :p

Et le boitier externe dans tout ça ? Kékivo ?

Le boitier externe est bien, très bien même mais comme il fallait que je lui trouve des défauts, voici en vrac ce que je peux dire de mal sur lui… (gniark gniark).

La led n'indique pas l'activité du disque, et comme celui-ci ne fait aucun bruit on ne sait pas si ça travail ou pas... (mais l'alimentation est bien indiquée par une led donc ça va)
les cables fournis sont assez longs (environ 50 cm), ce qui est appréciable lorsque l'on veut mettre le disque loin du portable, par contre si on pose le disque à côté de l'ordinateur on se retrouve avec un sacré plat de spaghetti !
le boitier est plus gros (long) qu'un USB2 classique (mais il peut contenir tous les types de disques 2,5")

Sinon à part ça il a un style du tonnerre et il est livré avec une petite sacoche en simili cuir trouée au bon endroit pour utiliser le boitier sans le sortir ! En plus la connectique fournie est très bien (cable eSata, USB2 données, USB double pour alimentation).

Alors ? SSD ou pas SSD ? (Bis)

Pour moi le choix est déjà fait puisque j'ai le SSD Mais si je devais vous donner un conseil se serait : si vous avez les moyens, foncez ! Le gain de performance et le confort induit par l'utilisation d'un SSD est plus qu'appréciable et vous donnera vraiment l'impression de travailler plus vite... Je ne conçois plus de m'en passer, mais reste qu'à 430 € le disque + le boitier externe ça fait un peu bobo au baba...

Sur ce, bon code à tous !