Je suis entrain de regarder en ce moment pour différentes solutions de Reporting sur l'utilisation de SharePoint Portal Server et voila que je tombe sur la NewsLetter de   Code Project. Ainsi dans cette nouvelle, voila que je tombe sur un post de M.  Syed Adnan Ahmed  sur un ensemble de scripts SQL permettant d'avoir différents états sur l'usage d'un site SharePoint : Useful SQL Queries to Analyze and Monitor SharePoint Portal Solutions Usage   Je vous invite à tester ces scripts afin de voir si ca peut vous rendre service. Il semble que certains plantent pour mon cas (sans doute du à des problèmes de langues), mais d'autres sont vraiment intéressants. Pour le reste, je suis entrain de travailler pour la mise en place des Report Pack pour SharePoint, j'en ferai un retour plus détailler dans quelques temps.   Romelard Fabrice

  Je me suis rarement retrouvé devant un produit aussi mal fait que celui-ci. Lorsque j'ai recu le premier mail (NewsLetter) me prévenant de la sortie d'un ensemble de Reports permettant de remonter les données issues des Log  IIS  et de  SharePoint  dans une base SQL Server, puis d'exploiter ces données dans Reporting Services, j'ai trouvé ca élégant.   J'ai même été séduit par cette solution lorsque j'ai commencé à tester ces rapports depuis SSRS (SQL Server Reporting Services) avec la base de test fournie. Je dois d'abord mettre un bémol pour ce qui est de ces rapports. En effet, ceux-ci ont été fournis en 2005 avec une base exemple contenant des données pour le début d'année 2005. Nous sommes actuellement Mi 2006 et devinez quoi : Un des paramètres de quasiment tous les rapports est la période avec un maximum :  Les 12 derniers mois . De ce fait, en prenant les rapports par défaut et la base exemple, on ne trouve jamais aucune valeur. Il a fallu do...

  Suite à un nouveau plantage de mon IE 7 (j'avoue en avoir souvent dès que je gère de nombreux onglets), l'assistant de remontée des rapports chez MS m'a indiqué qu'une nouvelle version de cette version Beta 2 était disponible. Vérification faite : oui Jusqu'à maintenant la version sur mon poste était la :  7.0.5335.5 La nouvelle version disponible est la :  7.0.5346.5 Internet Explorer 7 downloads Je vous invite donc à télécharger cette nouvelle version qui j'espère me calmera les plantages sur mon poste :) La méthode d'installation est toujours la même : Désinstallation de la version IE 7 Beta 2 précédente Redémarrage Installation de la nouvelle béta 2 Redémarrage   Romelard Fabrice

  Suite à la précédente série concernant les migrations d'applications SharePoint sous SQL Server 2005, il restait une question en suspens : Qu'en est-il de SQL Server 2005 Express Edition ?     En effet, on sait tous que WSS s'installe par défaut sur un MSDE local. Or on connait les limitations de MSDE sur les bases de données et les appels concurents. Donc pourquoi ne pas mettre WSS sur SQL Express ? J'ai donc cherché avec mon ami Google ce qu'il en était et interrogé différents contacts : Aucun retour intéressant !     De ce fait, comme le dit si bien  notre ami Pascal  : "Plutôt que des mots, Démo !" Je me suis donc mis à la tache. Voila donc un article expliquant tous ce qui est nécessaire pour effectuer cette installation : WSS et SQL Server 2005 Express Edition   Conclusion :  Cela marche très bien et avec le nouveau package intégrant Reporting Services, on peut aller très loin tout en restant dans des solutions sans coût de licence (h...

  C'est non sans douleur que je vous annonce la fin de ce nouvel article. Ce doit être le plus stressant, énervant, briseur de c.... que je n'ai jamais écrit. En effet, tout a été fait par retro-engeneering et analyse de ce qui se passait à chaque étape. Ceci n'est sans doute pas la méthode officielle (quoi que) et a entièrement été trouvée par tatonement et test via ma VPC (paix à son âme). PS :  Le disque externe de 300 Go en a pris vraiment plein la tête pendant toute cette semaine.   Bref, pour tous ceux qui sont dans une problématique d'évolution du moteur SQL Server pour des application SharePoint (WSS ou SPS), je vous invite réellement à lire cet article : Migrer SharePoint sous SQL Server 2005 - Part 3   La suite au prochain épisode. Romelard Fabrice

  Maintenant que j'ai fini   la série des articles concernant la migration vers SQL Server 2005 pour les applications SharePoint , je peux revenir à mes petits moteurs SQL.   Ainsi, je me suis lancé dans la mise à jour de la version  SQL Server 2005 Developer Edition  qui est sur mon poste par l'application sur  Service Pack 1 . Tout s'est très bien déroulé pour cette version, avec les différentes étapes classiques (je commence à le connaître par coeur vu le nombre de fois que je l'ai fait sur mes VPC). Une fois terminée, je me retrouve donc avec la Build : SQL Server 9.0.2047   A ce stade, je voudrais bien faire cette mise à jour pour mon moteur  SQL Server 2005 Express Edition , et donc de passer  le Service Pack 1  de ce moteur. Une fois ce fichier téléchargé (59 Mo) , encore plus gros que l'installeur précédent (39 Mo), je lance celui-ci et bizarrement on dirait que je relance tout l'installeur précédent. Je stoppe tout et ...

  Après l'article écrit sur le sujets des End Point sur SQL Server 2005 : Les End Points ou points de terminaison   Je suis tombé sur une question posée sur un NewsGroup concernant des erreurs de mise en place d'un HTTP End Point SQL Server 2005 sur un serveur Windows 2000, j'ai donc recherché la raison de celles-ci, et la voila.   Nous savons donc que les HTTP End Points sont des enregistrements dans le noyau http.sys de Windows 2003 pour des URL qui seront gérées par SQL Server 2005 et non par autre chose. Ainsi ce noyau ne nécessite pas IIS par exemple et permet d'activer des Web Services SQL Server 2005 sans IIS. Configuration du serveur pour qu'il écoute les demandes de services Web XML natifs Mais alors d'où viennent ces erreurs pour les serveurs Windows 2000 ? Et bien simplement du fait que ce noyau http.sys n'existe pas pour ces serveurs. Ce noyau est la base d'IIS 6.0, vous trouverez de plus amples informations : Le Serveur Web IIS 6.0 Améliorat...

  Une question m'a été posé récemment concernant la problématique du changement de nom d'un Groupe dans Active Directory pour la sécurité des Librairies Documentaires. En effet : Que se passe-t'il si je renomme un groupe dans l'AD pour les librairies documentaires dont des sécurités spécifiques ont été définies pour ces mêmes groupes ?     Je me suis donc attardé à chercher la réponse à cette question en testant directement ce cas. J'ai donc ouvert ma console "AD Users and Computers", et me suis placé dans une OU de test (ne voulant quand même pas mettre le souc). A partir de cet OU, j'ai donc créé un Group de Sécurité (Bouton Droit > New > Group). J'ai donné a ce groupe le même nom pour le champ "Group name" (correspond au champ CN) et le second champ "Gruop Name (pre-Windows 2000)"  :  GroupeDeTestPourModification On ne crée pas de boite mail dans Exchange pour ce groupe et on valide. On voit alors ce groupe apparaître d...

  En ce moment même se déroule un chate avec les équipe Microsoft concernant SQL Server : http://www.microsoft.com/france/communautes/chats/ITPro.aspx Je vous invite à tous vous y rendre. UPDATE : Le Chat est maintenant terminé, mais vou retrouverez le compte rendu de celui-ci avec les Questions/Réponses ici : http://www.microsoft.com/france/technet/seminaires/chats.mspx Ronelard Fabrice

  Une pause après toute la série des articles autour des technologies SharePoint, me voila face au nouveau pack SQL Server 2005 Express Edition :   SQL Server 2005 Express Edition With Advanced Pack   Dans cet article, nous verrons l'installation de cette nouvelle version et les composantes de ce nouveau pack. Nous verrons sans doute par la suite des articles présentant la création des Rapports pour Reporting Services.   Romelard Fabrice

  Je continue dans la lancée des articles traîtant de SharePoint (SPS ou WSS) et SQL Server. Voila donc maintenant à la suite de la première partie : SharePoint : Nouvel article - Migration du moteur SQL Server vers 2005   La partie 2 traîte de la migration du moteur par un Upgrade du moteur SQL Server : Migrer SharePoint sous SQL Server 2005 - Part 2   Nous verrons dans la prochaine partie les autres méthodes possibles pour effectuer ce changement de moteur. Romelard Fabrice

  Nous avons vu dans le   message précédent   comment monter une nouvelle architecture SharePoint (WSS ou SPS) sous SQL Server 2005, mais le cas est différent pour les serveurs déjà en production.   Ce sujet intéresse de nombreuses personnes qui souhaitent profiter de  ces gains de performances  sur des installations déjà en production.   Ainsi voila le premier article d'une série traîtant de cette migration : Migrer SharePoint sous SQL Server 2005 - Partie 1   Vous trouverez dans celui-ci les alertes remontées par le  conseiller de mise à niveau vers SQL Server 2005 , et les corrections ou attentions à prendre dans le cas de cette migration.     La suite au prochain épisode. Romelard Fabrice  

  Dans le cadre des nouvelles installations de  SharePoint Portal Server  (SPS) ou de  Windows SharePoint Services  (WSS) à faire, il est très intéressant de prendre le moteur  SQL Server 2005  (cf.  Message sur le sujet ) plutôt que la précédente version (SQL Server 2000). Il y a cependant des modifications à effectuer dans l'ordre d'installation, vous pouvez prendre l'article décrivant parfaitement cette installation sous SQL Server 2000 : Installer SharePoint Portal Server 2003 avec SQL Server Ainsi, voici l'ordre que je conseille de respecter (dans le cas d'une installation mono-machine) : Installation de l'OS (Windows 2003) Installation de IIS 6 Installation du  Service Pack 1 de Windows 2003 Mise à jour de l'ensemble des patches de sécurité de Windows et IIS (Windows Update) Installation de SQL Server 2005 Installation du  Service Pack 1 de SQL Server 2005 Installation de SPS 2003 (qui vous installera automatiquement  WSS ), c...

  On se trouve très souvent dans le cas d'une installation SharePoint Portail Server (SPS) 2003 faite avec un compte local du serveur. Le soucis se pose quand on souhaite modifier ce compte afin d'intégrer le domaine. Ce cas peut se présenter si on veut séparer le serveur SharePoint du SQL Server, il faut ainsi utiliser un compte du domaine pour l'identification du moteur SharePoint sur les base SQL Server. Voila donc un petit résumé de la procédure à suivre, dont vous avez une partie ici : How to change the user account and the password in SharePoint Portal Server 2003       Donc, dans un premier temps, il faut créer un compte de service (qui sera celui que l'on va spécifier) sur le contrôleur de domaine Active Directory (par exemple : MonDomaine\-service-portail). Vous devez créer aussi un groupe dans lequel ce compte sera présent (par exemple : GP_SharePointAdmin). Une fois ceci effectué, il faut ajouter ce compte sur le serveur SQL dans les logins NT autorisés, v...

  Suite à   mon précédent message   et ne voulant pas me laisser avoir par ce serveur plus que capricieux, je me suis refais une installation complète de Project Server 2003 US sur un   SQL Server 2005 SP1 . En suivant  le process défini dans le post en question , tout s'est bien déroulé et j'ai pu obtenir le bel écran de PWA (Project Web Access). En revanche, le soucis est venu lorsque j'ai décidé de mettre à jour ce serveur, c'est à dire installer le Service Pack 2a de celui-ci : Description du Service Pack 2a Project Server 2003  ( téléchargeable ici )   Ainsi, une fois ce  Service pack  installé (ProjectServer2003SP2a-KB887621-v2-FullFile-ENU.exe) et la machine redémarrée, je me connecte alors sur PWA afin de valider cette mise à jour. Je rentre à nouveau le login et mot de passe associé et j'obtiens la belle erreur suivante : Microsoft JScript runtime  error '800a138f' 'null' is null or not an object /ProjectServer/Shell/Shell.asp ,...

  Une fois que notre superbe Project Server est installé et fonctionnel, il reste plusieurs petite chose à modifier ou paramétrer pour que tout soit  vraiment "niquel".   Ainsi, nous avons déja : Installé Project Server 2003 sur SQL Server 2005 Mis en place le Service Pack 2a de Project Server   Tout cela est déjà un très grand pas en avant, mais comme je l'ai dit dans le précédent message, Project Server fonctionne avec des Objets COM+, notamment celui qui permet de piloter WSS (Windows SharePoint Services). Ainsi quand l'installation est tout juste terminée, tout fonctionne sauf cette partie. Pour vous en convaincre, il suffit d'aller avec PWA (Project Web Access) dans la page : Admin > Manage Windows SharePoint Services Vous obtiendrez alors ce magnifique message :     Error! The Microsoft Office Project Server WSS Admin COM+ component is not running under a Windows account. To set the account information, run the PSCOMPlus tool installed with Project...

  Maintenant que   mon interim est terminée   sur Sharepoint ( la mise en place de la corbeille sos SharePoint 2003 ), je peux revenir à mon application préférée (SQL Server 2005). Voila donc un sujet très important : La migration des bases de données de SQL Server 2000 vers SQL Server 2005 Nous avions déjà vu cette problématique dans le cas des versions gratuites : Migrer de MSDE 2000 vers SQL 2005 Express Mais dans le cas d'installations en production avec de moyens ou gros volumes, nous devons nous assurer que les bases actuellement dans la version précédente (SQL Server 7 ou SQL Server 2000) pourront supporter le nouveau moteur. Nous devons donc utiliser un outil fournis par Microsoft pour auditer l'installation existante en vue de cette mise à jour :   L'article présentera donc comment installer et utiliser cet outil afin de valider la migration de base et modifier si besoin les points problématiques.   Romelard Fabrice