• Construction du cube OLAP dans Project Server 2010 - Messages d'erreur – Trust Relationship

    Bonjour,

    Un autre message d’erreur (assez rare) que vous pouvez recevoir lors de la construction du cube OLAP est le suivant:

    ===== Initiating OLAP database build process =====

    [9/30/2010 9:23 AM] Cube build request message has been added to the Project Server queue
    ===== Verifying and running pre-build server event handler =====
    [9/30/2010 9:23 AM] Verifying and running pre-build server event handler
    ===== Determining database and OLAP database structure =====
    [9/30/2010 9:23 AM] Cube build initialization started
    [9/30/2010 9:23 AM] OLAP database and cube structure was determined successfully
    ===== Building database and cubes =====
    [9/30/2010 9:23 AM] Cube build session started
    ===== Process Completed =====
    [9/30/2010 9:24 AM]
    Failed to build the OLAP cubes. Error: Error Setting Olap Database 'CubeprodITrepor' roles: Error: The trust relationship between the primary domain and the trusted domain failed.

    Ce message est du a un ou plusieurs comptes d’utilisateur incorrects parmi ceux qui ont accès au cube OLAP.

    Pour tous les comptes qui ont accès au cube OLAP il suffit de suivre les étapes suivantes:

    - Identifier le GUID du cube OLAP; exécutez le script suivant sur la base Published:

    select WADMIN_AS_DATABASE_UID from MSP_WEB_ADMIN_CUBE

    - Récupérez ce GUID et exécutez la procedure stockée suivante:

    EXEC MSP_WEB_SP_QRY_GetAllCubeViewDomainAccount 'GUID CUBE'

    Une fois que vous avez obtenu la liste de ces utilisateurs vérifiez les comptes Windows et corrigez-les si nécessaire.

    Dragos Diamandescu

  • Construction du cube OLAP dans Project Server 2010 - Messages d'erreur - AMO

    Bonjour,

    Si lors de la construction du cube OLAP a partir de PWA dans Project Server 2010 vous recevez le message d’erreur suivant:

    ===== Initiating OLAP database build process =====

    [12/2/2010 7:01 PM] Cube build request message has been added to the Project Server queue

    ===== Process Completed =====

    [12/2/2010 7:02 PM] Failed to build the OLAP cubes. Error: The attempt to build the OLAP database on server EPMDBSRV failed, the SQL Server Analysis Services Analysis Management Objects (AMO) client software may not be installed on this server, please install/update the client on this server and retry. The underlying exception was: Could not load file or assembly 'Microsoft.AnalysisServices, Version=10.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91' or one of its dependencies. The system cannot find the file specified.

    Il est nécessaire d’installer SQL Server 2008 Analysis Management Objects (AMO) sur le serveur Project.

    La configuration du cube OLAP est disponible ici: http://technet.microsoft.com/en-us/library/ff686783.aspx

    Je vous recommande de lire attentivement tout l’article et ne pas oublier de redémarrer le service Project a partir de l’Administration Centrale de Sharepoint après l’installation de AMO comme spécifié dans la note suivante du même article:

    En outre, après avoir installé les objets AMO, vous devez redémarrer le service d’application Project Server sur chaque serveur d’applications de la batterie d’exécution où il est en cours d’exécution. Le service est configuré dans le site Web de l’Administration centrale de SharePoint, sur la page Paramètres système de la page Gérer les services sur le serveur.

    Dragos Diamandescu

  • Gérez les désynchronisations de Travail Réel dans Project Server 2007

    Bonjour,

    Je souhaite traiter aujourd’hui d’un sujet vraiment récurrent et qui est source d’angoisse chez nos clients : les désynchronisations de Travail Réel dans les Feuilles de Temps, dans PWA, dans les projets et enfin, dans les cubes OLAP. Le fait même de donner cette liste des désynchronisations possibles peut faire frissonner. Et pourtant…

    Comme vous le savez, entre le moment où la ressource saisi son temps dans sa Feuille de Temps ou dans Mes Tâches, et le moment où ces données se retrouvent dans le cube OLAP généralement utilisé pour faire des analyses de données ou des extractions, ces données ont parcouru un très long chemin. Sur ce chemin, je devrais même dire, sur ces chemins, le passage d’une étape à l’autre peut se faire automatiquement (géré par l’application) ou manuellement.

    Voici un diagramme qui résume ce processus :

    image

    Lorsque l’on constate des désynchronisations de Travail Réel à quelque niveau que ce soit, il est important de commencer par se poser la bonne question : Est-ce normal ?

    Du fait même qu’une grande partie du processus est manuel, il est fort probable que le Travail Réel est désynchronisé une grande partie du temps. Il faut donc, dans un premier temps, définir à quel moment on s’attend à ce que tout soit synchronisé et mettre en place une méthode de travail permettant d’avoir ce temps d’analyse nécessaire. C’est pour cela que de nombreux clients “arrêtent” les saisies de Travail Réel quelques jours avant la fin de la période afin de s’assurer que plus personne ne continue de saisir du Travail Réel pendant l’analyse des données.

    Une fois ce moment identifié, si l’on constate des désynchronisations de Travail Réel, on peut commencer les vérifications.

    Voici un diagramme qui résume les principales causes connues de désynchronisation de Travail Réel :

    image

    Les solutions permettant de corriger ces problèmes sont multiples mais il est important de savoir les identifier avant de conclure à un problème du produit lui-même.

    La première étape consiste à mettre à jour sa plate-forme (client et serveur) avec les derniers Cumulative Updates disponibles.

    Ensuite, il faut vérifier que tous les processus manuels ont bien été respectés. En effet, des utilisateurs qui n’auraient pas importé leurs feuilles de temps, ou oublié de soumettre leur temps peuvent provoquer cette désynchronisation. Il en va de même pour les chefs de projet qui parfois ajustent le Travail Réel sur les projets mais “oublient” de publier ces projets.

    Quand tout a été vérifié, mais qu’il reste des désynchronisations, c’est alors que le Support Technique intervient.

    Nous avons des outils (dont certains publics) permettant d’identifier des anomalies dans les bases de données qui peuvent expliquer cette situation. Ces anomalies doivent alors être corrigées afin de retrouver une situation stable et normale.

    Voici un diagramme qui résume les différentes solutions à apporter aux causes citées dans le diagramme précédent:

    image

    Une fois que toutes les anomalies ont été corrigées, il est nécessaire de reconstruire un Cube OLAP afin de vérifier les données de Travail Réel.

    J’espère avoir éclairci un peu cet obscur problème de désynchronisation. Vos commentaires sont les bienvenus.

    Bonne journée

    Marc Biarnès

  • Perte des valeurs de Planification Initiale (champs Baseline1 à Baseline10) dans les projets

    Description du problème:

    Le cube OLAP ne contient plus de valeurs pour les Planification Initiale (Baseline1 à Baseline10) contenues dans les projets. Les valeurs affichées sont égales à zéro ou NULL dans le tableau croisé dynamique  de l’Analyseur de données.

    Cause:

    Suite à l’installation des Cumulatives Update d’avril, de juin ou d’août 2010 de Project 2007, lorsque les projets sont sauvegardés à partir du client Project Professional, les valeurs de Planification Initiale (Baseline1 à Baseline10) sont supprimées de la table MSP_ASSIGNMENT_BASELINES  et déplacées dans la table MSP_ASSIGNMENT_BASELINE_SHADOW de la base de données Draft.

    Si le projet est publié par la suite, ces même valeurs de Planification Initiale sont supprimées de la table MSP_ASSIGNMENT_BASELINES et déplacées dans la table MSP_ASSIGNMENT_BASELINES_SHADOW de la base de données Published.

    Le processus de synchronisation de la base de données Published avec la base de données Reporting supprime alors les valeurs de Planification Initiale dans les tables MSP_EpmAssignmentBaseline et MSP_EpmAssignmentBaselineByDay de la base de données Reporting.

    C’est pour cela que le cube OLAP, dont les données proviennent de la base de données Reporting, n’affiche plus de valeurs (ou des valeurs nulles) pour l’ensemble des Planification Initiale des projets.

    Résolution:

    Le problème a été corrigé dans le Cumulative Update d’octobre (2010-10) pour Project Professional 2007. Pour être sûr que cela ne se produise plus, il est donc impératif de déployer le correctif sur toutes les machines où Project Professional 2007 est installé.

    Cependant, à l’instar de tous les correctifs, il ne corrige pas les données déjà supprimées. Il évite que le problème se reproduisent dans le futur.

    Aujourd’hui, nous avons une solution qui consiste à reprendre les valeurs de Planification Initiale stockées dans la base Archive et à les copier dans la base Draft. Bien sûr, cela implique que vous ayez fait des sauvegardes administratives de vos projets.

    Nous disposons d’un script SQL qui permet de réaliser cette modification directement dans la base de données. Bien entendu, la modification des données directement dans une base de données n’est pas supportée.

    C’est pour cette raison que je vous recommande vivement d’ouvrir un incident auprès du Support Technique Microsoft si vous êtes impactés par ce problème. Nous serons alors à même de valider la solution dans un environnement de test et de vérifier que les Planifications Initiales sont bien récupérées.

    Pour savoir si un projet a été impacté par ce problème, vous pouvez utiliser les requêtes suivantes :

    1. Récupérer l’identifiant “mon_projet_UID” du projet :

    select * from msp_projects where proj_name like 'nom_du_projet'

    2. Vérifier le contenu des tables de baselines :

    use ProjectServer_Draft
    select * from msp_assignment_baselines where proj_uid=’mon_projet_UID’

    use ProjectServer_Published'
    select * from msp_assignment_baselines where proj_uid=’mon_projet_UID’
    select * from msp_assignment_baselines_shadow where proj_uid=’mon_projet_UID’

    use ProjectServer_Reporting
    select * from msp_EpmAssignmentBaseline where projectuid=’mon_projet_UID’
    select * from msp_EpmAssignmentbaselineByDay where projectuid=’mon_projet_UID’

    Si vous constatez que les tables _BASELINES sont vides alors que les tables _BASELINES_SHADOW contiennent des données, cela signifie que vos Planifications Initiales ont été supprimées.

    Bonne journée

    Marc Biarnès

  • Les Cumulative Update du mois de décembre sont disponibles (MAJ)

    Pour Project et Project Server 2007 :

    Mises à Jour complètes:

    Mises à Jour Individuelles:

    Pour Project et Project Server 2010 :

    Mises à Jour complètes:

    Mises à Jour Individuelles:

    Je vous rappelle qu’en ce qui concerne la version 2010, le correctif client est disponible en deux versions : x86 ou x64. Vérifiez bien que la version que vous téléchargez est en rapport avec la version du client installé sur vos machines.

    Si vous désirez de plus amples informations sur les différentes versions de correctifs disponibles, je vous renvoie à l’article posté pour le CU d’avril dans lequel j’expliquais tout cela : http://blogs.technet.com/b/frenchpjblog/archive/2010/05/04/le-cumulative-update-du-mois-d-avril-est-disponible.aspx

    Bonne journée

    Marc Biarnès