Résolution des problèmes et questions fréquemment posées concernant PerformancePoint Services
Dernière modification : mardi 7 juin 2011
S’applique à : SharePoint Server 2010
Forum aux questions
Conseils de dépannage
Forum aux questions
Le tableau ci-dessous contient les questions fréquemment posées concernant PerformancePoint Services ainsi que les réponses correspondantes.
Table 1. Questions fréquemment posées concernant le développement avec PerformancePoint Services
Question |
Réponse |
---|---|
Où puis-je télécharger l’exemple PerformancePoint Services ? |
L’exemple est un projet Microsoft Visual Studio que vous pouvez télécharger sur le site MSDN Code Gallery : Exemple de référence du Kit de développement logiciel PerformancePoint Services (éventuellement en anglais). |
Où les assemblys PerformancePoint Services sont-ils installés ? |
Les assemblys PerformancePoint Services sont installés uniquement dans le Global Assembly Cache. Pour plus d’informations sur la copie des assemblys vers un autre emplacement de l’ordinateur, voir DLL PerformancePoint Services utilisées dans les scénarios de développement. |
Quelles sont les autorisations requises pour le développement avec PerformancePoint Services ? |
Pour que vous puissiez développer des extensions PerformancePoint Services, votre compte d’utilisateur doit disposer d’autorisations d’accès en lecture et en écriture pour le référentiel PerformancePoint Services. En outre, il doit être autorisé à publier des tableaux de bord à des fins de test. Ces autorisations sont définies dans le site Administration centrale. Lorsque vous utilisez des assemblys PerformancePoint Services, vous devez disposer d’autorisations administratives sur le serveur d’applications pour copier les assemblys installés et ajouter vos assemblys dans le Global Assembly Cache. En outre, vous devez disposer d’autorisations d’accès en écriture pour modifier le fichier web.config de PerformancePoint Services sur le serveur d’applications, et pour copier des fichiers sur le serveur d’applications ou le serveur Web frontal, en fonction du déploiement de votre extension. PerformancePoint Services utilise le compte de service automatisé pour communiquer avec la base de données principale. Le compte de service automatisé est également le compte par défaut pour l’emprunt d’identité de la source de données, mais ce paramètre peut être modifié à partir du site Administration centrale. Vous pouvez également faire en sorte que la connexion à la source de données nécessite la saisie d’informations d’identification propres à chaque utilisateur. Pour plus d’informations, voir Configurer le compte de service autonome pour les services PerformancePoint et Autorisations dans PerformancePoint Services (SharePoint Server 2010) sur Microsoft TechNet. |
Où le référentiel PerformancePoint Services est-il stocké ? |
Les objets de première classe sont stockés en tant que types de contenu dans le référentiel PerformancePoint Services, qui comprend des bibliothèques de documents et des listes SharePoint. Les sources de données sont stockées dans des bibliothèques de documents et tous les autres objets de première classe (tableaux de bord, cartes de performance, rapports, filtres, indicateurs de performance clés et autres indicateurs) sont stockés dans des listes. Le référentiel par défaut se compose de la bibliothèque de connexions de données PerformancePoint et de la liste de contenu PerformancePoint. Vous pouvez utiliser les API SharePoint pour accéder aux définitions des objets de première classe, mais il est recommandé d’utiliser uniquement l’API PerformancePoint Services pour les modifier. Notes Les objets de première classe de type tableau de bord qui sont stockés dans le référentiel représentent les définitions de page de tableau de bord. Les tableaux de bord publiés sont stockés dans une bibliothèque de documents Tableaux de bord distincte. |
Où les événements PerformancePoint Services sont-ils consignés ? |
PerformancePoint Services enregistre des entrées pour la plupart des erreurs survenant sur le serveur d’applications sur lequel PerformancePoint Services est exécuté. Dans une configuration composée d’une seule batterie de serveurs, il s’agit également du serveur Web frontal. |
Quels types de sources de données personnalisées puis-je créer ? |
Seules les sources de données personnalisées tabulaires sont prises en charge. Notes Les limites de taille recommandées pour les sources de données tabulaires natives s’appliquent également aux sources de données tabulaires personnalisées. Pour garantir des performances optimales, les sources de données tabulaires doivent contenir au maximum 20 000 lignes et 10 colonnes de données. |
Puis-je utiliser un contrôle serveur Web personnalisé pour un filtre ? |
Vous pouvez utiliser un contrôle personnalisé ou tiers pour un filtre personnalisé, mais vous ne pouvez pas utiliser un contrôle personnalisé pour des filtres PerformancePoint Services natifs. Les contrôles de filtre personnalisés peuvent utiliser la classe de base ParameterizableControl ou ParameterSelectionControl. Nous vous recommandons d’utiliser ParameterSelectionControl, car elle dérive de ParameterizableControl et offre une infrastructure permettant d’implémenter un contrôle de sélection. Cette documentation n’a pas pour but d’expliquer comment créer un contrôle personnalisé, mais sachez que la procédure est similaire à celle qui vise à créer un convertisseur de rapports. Le contrôle par défaut pour un type de filtre est spécifié par l’attribut RendererClass du fichier web.config de PerformancePoint Services, mais cette valeur peut être remplacée par celle de la propriété Filter.RendererClassName. Pour plus d’informations sur la spécification de la classe de convertisseur dans le fichier web.config, voir Procédure : enregistrer manuellement des extensions PerformancePoint Services. |
Comment faire pour définir une sélection par défaut pour un filtre personnalisé ? |
Les données disponibles pour un contrôle de filtre sont issues d’une table de données. La table contient une colonne IsDefault permettant d’indiquer la sélection par défaut. |
Est-il possible d’empaqueter et de déployer une extension PerformancePoint Services sous forme de solution ? |
Vous pouvez empaqueter et déployer sous forme de solution les composants d’une extension PerformancePoint Services dans l’ensemble de la batterie de serveurs. Cependant, vous devez enregistrer votre extension dans le fichier web.config de PerformancePoint Services pour chaque instance de PerformancePoint Services de la batterie de serveurs, soit manuellement, soit en utilisant un script ou un travail de minuteur personnalisé. Pour plus d’informations sur l’enregistrement manuel d’une extension PerformancePoint Services, voir Procédure : enregistrer manuellement des extensions PerformancePoint Services. |
Puis-je migrer une extension personnalisée créée pour PerformancePoint Monitoring Server ? |
En raison de l’ampleur des modifications d’architecture apportées à Services PerformancePoint dans Microsoft SharePoint Server 2010, la migration des extensions PerformancePoint Monitoring Server personnalisées vers PerformancePoint Services n’est pas prise en charge. Les possibilités de réutilisation du code varient selon l’extension. Par exemple, le composant Assistant d’une extension de source de données ne peut pas être réutilisé, car Dashboard Designer ne peut pas être étendu dans PerformancePoint Services, mais vous pourrez peut-être réutiliser une partie du code à partir du fournisseur de source de données. Publiez vos questions concernant la migration des extensions dans les Forums SharePoint 2010 (éventuellement en anglais) ou sur le blog Microsoft PerformancePoint Services Official Product Team Blog (éventuellement en anglais). |
Puis-je utiliser Services Web PerformancePoint pour créer ou afficher le contenu du tableau de bord à distance ? |
L’utilisation de Services Web PerformancePoint ne fait pas partie des scénarios officiellement pris en charge et dépasse le cadre de cette documentation. Les extensions prises en charge s’exécutent sur le serveur dans une instance d’application PerformancePoint Services et utilisent l’API PerformancePoint Services pour réaliser les opérations de création et de rendu. Cette API, qui se compose des objets BIMonitoringServiceApplicationProxy et SPDataStore, utilise la sécurité des listes SharePoint et offre des fonctionnalités telles que la mise en cache intégrée. Pour plus d’informations, voir la section « Interaction avec des objets du référentiel » dans Éditeurs pour les objets personnalisés des services PerformancePoint Services. Notes Pour permettre à une application cliente d’accéder à PerformancePoint Services, vous pouvez créer un service Web personnalisé qui s’exécute sur le serveur. Ce service Web peut recevoir des appels en provenance de l’application cliente et effectuer des appels à l’API PerformancePoint Services. |
Comment faire pour personnaliser l’apparence des tableaux de bord ? |
En plus des fonctions de personnalisation disponibles dans l’interface utilisateur de Dashboard Designer, vous pouvez utiliser les méthodes suivantes pour personnaliser l’apparence des tableaux de bord :
|
Pourquoi ne puis-je pas voir les modifications que j’ai apportées à un objet personnalisé dans PerformancePoint Dashboard Designer ? |
Vous devez actualiser votre session Dashboard Designer pour voir vos dernières modifications. Pour actualiser votre session, cliquez sur Actualiser dans l’onglet Home ou appuyez sur la touche F5. |
Puis-je personnaliser la taille d’un composant Filtre WebPart ? |
Alors que vous pouvez contrôler la taille d’un rapport ou d’un composant WebPart Scorecard (par programmation ou par le biais de l’interface utilisateur), les composants Filtre WebPart sont dimensionnés automatiquement et ne peuvent pas être modifiés. |
Puis-je interroger la base de données principale pour réaliser directement les tâches Create, Read, Update et Delete ? |
Comme l’ensemble du contenu des bibliothèques de documents et des listes SharePoint, le contenu de PerformancePoint Services est stocké dans une base de données Microsoft SQL Server. Cependant, il n’est pas recommandé d’interroger directement la base de données et aucun support n’est d’ailleurs assuré pour cette fonction. Utilisez plutôt l’API PerformancePoint Services. Pour plus d’informations, voir la section « Interaction avec des objets du référentiel » dans Éditeurs pour les objets personnalisés des services PerformancePoint Services. |
Puis-je utiliser le service Web Lists à partir de Microsoft SharePoint Foundation pour réaliser des opérations de création, de lecture, de mise à jour et de suppression ? |
Les opérations de création, de lecture, de mise à jour et de suppression réalisées sur le référentiel PerformancePoint Services doivent uniquement être exécutées par le biais de l’API PerformancePoint Services. Pour plus d’informations, voir la section « Interaction avec des objets du référentiel » dans Éditeurs pour les objets personnalisés des services PerformancePoint Services. |
Conseils de dépannage
Utilisez les informations suivantes pour faciliter la résolution des problèmes liés à vos extensions personnalisées.
Définition de la propriété SubTypeId pour un objet personnalisé
Lorsque vous créez un rapport, un filtre ou un objet de source de données personnalisé, vous devez définir une valeur unique pour la propriété SubTypeId. Les rapports personnalisés ne peuvent pas utiliser les noms définis dans la classe ReportViewNames et les sources de données personnalisées ne peuvent pas utiliser les noms définis dans la classe DataSourceNames. En outre, la valeur doit contenir entre 1 et 60 caractères et ne doit contenir ni apostrophe ('), ni guillemet ("), ni barre oblique inverse (\).
L’éditeur personnalisé renvoie une erreur de serveur
Pour que la fonctionnalité de redirection qui ouvre un éditeur personnalisé puisse fonctionner, votre configuration SharePoint Server 2010 doit contenir une collection de sites de niveau supérieur (racine). Si votre configuration ne contient pas de collection de sites racine, l’erreur de serveur suivante survient lorsque vous essayez de modifier votre objet personnalisé : « Erreur de serveur dans l’application '/'. Contexte de service SharePoint inconnu ». Pour résoudre ce problème, créez un site racine et redéployez l’extension.
Un filtre personnalisé publié renvoie une erreur
Lorsque Dashboard Designer crée une instance de filtre personnalisé, il ne définit pas la propriété BeginPoints du filtre. Par conséquent, votre éditeur de filtre personnalisé doit définir la propriété BeginPoints du filtre et initialiser celui-ci. Dans le cas contraire, le message d’erreur suivant est renvoyé lorsqu’un tableau de bord contenant un filtre personnalisé est publié : « L’index était hors limites. Il ne doit pas être négatif et doit être inférieur à la taille de la collection ». Nom du paramètre : index. Pour plus d’informations sur la définition de points de départ et sur l’initialisation du filtre, voir Procédure : Créer des éditeurs pour les filtres des services PerformancePoint Services.
Les modifications issues d’une transformation de carte de performance personnalisée ne s’affichent pas
Si vous utilisez une transformation PreRender et que les modifications attendues ne s’affichent pas dans un affichage Tableau de bord , cela peut signifier que le rendu de la vue s’effectue à partir du cache HTML. Pour vérifier si cela est le cas, effectuez un tri ou un filtrage dans la vue. Si les modifications de la transformation s’affichent, le problème est bien lié à la mise en cache. Pour plus d’informations, voir la section « Identification du type de transformation à utiliser » dans Vue d’ensemble des transformations de carte de performance des services PerformancePoint Services. Si le problème n’est pas lié à la mise en cache et que votre transformation essaie de remplacer les paramètres de mise en forme, vérifiez que la transformation définit les propriétés applicables sur l’objet adéquat, comme expliqué dans Mise en forme des cartes de performance dans les services PerformancePoint Services.
Conseils de débogage
Suivez les quelques conseils ci-dessous pour déboguer vos solutions personnalisées :
PerformancePoint Services enregistre des entrées pour la plupart des erreurs dans le journal des événements de l’application sur le serveur d’applications sur lequel PerformancePoint Services est exécuté. La source de l’événement est Service PerformancePoint.
Lorsque vous essayez de déboguer le serveur, vous devez vous connecter au processus w3wp exécutant PerformancePoint Services. Vous pouvez utiliser la commande iisapp à partir d’une fenêtre de commande pour voir quelle application est en cours d’exécution sur les processus actifs. Lorsqu’un client démarre, il démarre à son tour une instance d’application de service qui s’exécute dans un processus w3wp.exe distinct de celui du serveur Web frontal.
Voir aussi
Concepts
Mise en route de PerformancePoint Services
Autres ressources
Notions de base relatives à PerformancePoint Services
Comment faire... dans PerformancePoint Services
Microsoft PerformancePoint Services Official Product Team Blog (éventuellement en anglais)