Suite à une panne électrique, mon portable s’est fermé brutalement et au reboot de la machine je me suis retrouvé avec un Outlook sans boite de réception.

J’ai instinctivement lancé le scanost croyant à une corruption de mes données.

Première réaction: “Ouf, ma boite de réception est toujours présente ainsi que l’ensemble de mes sous répertoires”

Deuxième réaction à la fin du scan qui s’est correctement déroulé: “Cool, marche plutôt pas mal cet outil de maintenance”

Sauf que… au redémarrage de mon Outlook toujours pas de “Inbox / Boîte de réception”… Damned!

J’ai donc lancé quelques requêtes sur bing afin de trouver un palliatif. Après les 5 premières pages qui me proposent une tartine d’outils payant qui me promettent la une, je suis tombé sur un projet codeplex: MFC Mapi

Ce projet nous permet tout simplement d’éditer et visualiser les informations MAPI utilisées par les API:

“MFCMAPI uses Microsoft's published APIs to provide access to MAPI stores through a graphical user interface. Its purpose is to facilitate investigation of Exchange and Outlook issues and to provide developers with a canonical sample for MAPI development.”

Après quelques recherche sur cet outil, je me suis rendu compte que mon répertoire “Inbox / Boîte de réception” avait l’attribut caché à vrai… Voici donc ci-dessous la méthode pour faire réapparaître notre boite de réception:

• Ouvrir MFC Mapi
• Dans le menu du haut, ouvrir “Session” puis sélectionné “Logon and display store table”
• Sélectionnez votre profil Outlook
• Double cliquez sur votre Mailbox
• Sur la nouvelle fenêtre, étendez “Root –Mailbox” –> “IPM_SUBTREE” –> “Inbox”
• Dans la partie droite, cliquez droit sur PR_ATTR_HIDDEN puis “Edit Property”
• Décochez la case “Boolean”
• Fermez les 2 fenêtre de MFC Mapi puis redémarrez Outlook

Et  voilà ma “Inbox / Boîte de réception” de retour!

Grand merci à l’équipe de ce projet codeplex.

Commerce Server offre dans sa version entreprise une suite analytics basée sur un Data Warehouse made by Commerce Server.

Dans ce post, je vais donc m’atteler à vous expliquer comment paramétrer tout cela et vous donner un aperçu des différents rapports.

Avant de démarrer votre installation, il vous faut avoir configurer et installer:

• SQL Server Analysis Services (SSAS)
• SQL Server Reporting Services (SSRS)
• SQL Server Integration Services (SSIS)

Puis vérifié ces pré requis:

• Pour SQL Server 2005
  • Installer Microsoft SQL Server 2005 Service Pack 2
  • Installer Microsoft SQL Server 2000 DTS Designer Components
• Pour SQL Server 2008
  • Installer Microsoft SQL Server 2005 Backward Compatibility Components
  • Mettre à jour les rapports pour SQL Server 2008. Pour cela, ouvrez les avec le SQL Server Business Intelligence Development Studio 2008. Les fichiers RDL sont stockés dans : %commerce_server_root%\RDLs

Nous allons donc maintenant “dépuper” le fichier de ressource du Data Warehouse (le fichier se trouve sur %commerce_server_root%\Pup Packages\DW.pup). Cette ressource va créer la base de données qui servira de référentiel pour notre cube.

Attention: si vous installez votre Data Warehouse dans une autre langue que l’anglais vous devez impérativement modifier le fichier %commerce_server_root%\Data\CommerceOlap.xmla à la ligne 9679, en remplaçant le texte “Everyone” par “Tout le monde” pour les francophones.

<Roles>
  <Role>
    <ID>All Users</ID>
    <Name>All Users</Name>
    <Members>
      <Member>
        <Name _loc="locData">EveryoneTout le monde</Name>
      </Member>
    </Members>
  </Role>
</Roles>

Une fois la structure du Data Warehouse et les cubes mis en place, nous allons installer les rapports. Pour cela, ouvrez le Command Prompt de Commerce Server, et tapez “ReportInstaller.exe”:

Sur la boite de dialogue, renseignez les champs et testez les en cliquant sur “Test Connection”. Si tout est ok, cliquez sur “Install Reports”

Il est maintenant temps de configurer les différentes permissions pour le compte DTSImport pour nos bases de données:

• MSDB
  • db_datareader, db_dtsadmin, db_dtsltduser , db_dtsoperator
• <nomDuSiteCommerceServer>_DataWarehouse
  • db_datareader, db_datawriter, db_owner, db_ddladmin
• <nomDuSiteCommerceServer>_marketing
  • db_datareader
• <nomDuSiteCommerceServer>_marketing_lists
  • db_datareader
• <nomDuSiteCommerceServer>_productcatalog
  • db_datareader
• <nomDuSiteCommerceServer>_profiles
  • db_datareader, Profile_Schema_Reader
• <nomDuSiteCommerceServer>_transactionconfig
  • db_datareader
• <nomDuSiteCommerceServer>_transactions
  • db_datareader

Ajoutez ensuite cet utilisateur au groupe administrateur de votre serveur SSIS/SSAS.

Pour terminer l’installation, nous devons importer les DTS à la mode 2000. Pour cela, il nous faut lancer le Data Warehouse Import Wizard. Il n’est pas nécessaire de lancer l’import des données dans ce wizard car il peut-être fais ensuite.

Sauvegardez les donc dans la base de données SQL Server:

Pour ouvrir et exécuter le DTS, rendez-vous dans le serveur SQL: SSMS > Gestion > Existant > DTS

Dernière étape, la génération des cubes. Pour cela, il suffit d’ouvrir le SQL Server Business Intelligence Development Studio:

Et traiter l’ensemble des cubes et dimensions:

That’s it’s that’s all! Vous pouvez maintenant contempler vos chefs d’œuvres :)

Si vous souhaitez changer la zone horaire ou le jour de démarrage de la semaine dans vos rapports, il suffit de vous rendre dans les propriétés du DW des ressources globales:

Pour aller un peu plus loin, je vous conseille la lecture de ces articles qui vous aideront à bien comprendre le pourquoi/comment de l’analytics made by Commerce Server:

• Data Warehouse
• Analysis Reporting
• How Does the Data Warehouse Analytics System Work?
• Developing with the Data Warehouse Analytics System
• Data Warehouse Configuration Best Practices

Technorati Tags: Commerce Server - Analytics - Data Warehouse - Reports

J’ai découvert un petit bug, lors de la mise en place de la planification d’un projet “Business Data” avec Commerce Server Staging (CSS). Ce bug se déclenche lors de la création par CSS de la tâche planifiée windows.

Pour planifier mon projet de staging, j’ai utilisé la mmc de CSS:

Une fois cet écran validé, CSS va automatiquement créer (ou mettre à jour), une tâche planifiée windows:

Le problème est que sur cette création ou modification de la planification, les paramètres de bases de la tâches sont incorrect. si vous éditez la tâche planifiée, vous verrez que l’appel au programme est incorrect:

L’appel au programme n’est pas entouré de guillemet (“). Ce qui fait que la tâche va essayer d’exécuter “c:\program” avec comme argument “Files (x86)\Microsoft Commerce Server 2007\Staging\Bin\CSS.exe”...

Pour remédier à cela, il vous suffit donc tout simplement de mettre les guillemets , soit:

”c:\program Files (x86)\Microsoft Commerce Server 2007\Staging\Bin\CSS.exe”

Pour terminer et pour information, votre tâche va automatiquement s’exécuter sous le compte par défaut du CSS. si vous souhaitez le modifier, vous devez le faire dans la configuration de votre tâche planifiée. Dans les 2 cas, vérifiez que votre compte à les privilèges d’ouvrir une session en tant que tâche.

Attention: Sur l’événement de création ou modification, la tâche est recréée complètement. Pensez donc à bien vérifier la configuration de votre tâche planifiée à chaque modification de la planification de votre projet.

Technorati Tags: Commerce Server Staging - Commerce Server - CSS - Planification