Techniques de dépannage des problèmes liés aux rapports
Utilisez les informations dans cette rubrique pour résoudre les problèmes associés à la conception d'un rapport, l'affichage de l'aperçu d'un rapport, la publication d'un rapport sur un serveur de rapports en mode natif ou en mode intégré SharePoint, l'affichage d'un rapport sur le serveur de rapports ou l'exportation d'un rapport dans un format de fichier différent.
Technique : analyse de serveurs de rapports
Vous pouvez utiliser des outils système et de base de données pour analyser l'activité du serveur de rapports. Vous pouvez également examiner les fichiers journaux de suivi du serveur de rapports ou interroger le journal des exécutions du serveur de rapports pour obtenir des informations détaillées sur des rapports spécifiques. Si vous utilisez l'Analyseur de performances, vous pouvez ajouter des compteurs de performances pour le service Web Report Server et le service Windows afin d'identifier les goulots d'étranglement dans un traitement à la demande ou planifié.
Pour plus d'informations, consultez Analyse (Reporting Services).
Technique : examen des journaux du serveur de rapports
Reporting Services enregistre de nombreux événements internes et externes dans des fichiers journaux. Ceux-ci contiennent des données sur des rapports spécifiques, des informations de débogage, des requêtes et des réponses HTTP, ainsi que des événements du serveur de rapports. Vous pouvez également créer des journaux de performances et sélectionner des compteurs de performances qui spécifient les données à collecter. Le répertoire par défaut pour les fichiers journaux pour une installation d'instance par défaut est <lecteur>\Program Files\Microsoft SQL Server\MSRS10_50.MSSQLSERVER\Reporting Services\LogFiles. Pour plus d'informations, consultez Fichiers journaux de Reporting Services.
Pour déterminer spécifiquement si les attentes liées à un rapport sont dues à la récupération de données, au traitement de rapport ou au rendu de rapport, utilisez le journal des exécutions. Pour plus d'informations, consultez Journal d'exécution du serveur de rapports et vue ExecutionLog3.
Technique : affichage de la pile des appels pour les messages d'erreur de traitement des rapports sur le serveur de rapports
Lorsque vous affichez un rapport publié dans le Gestionnaire de rapports, vous pouvez recevoir un message d'erreur qui représente une erreur générale de traitement ou de rendu. Pour obtenir plus d'informations, vous pouvez consulter la pile des appels.
Pour afficher la pile des appels, ouvrez une session sur le serveur de rapports avec des informations d'identification d'administrateur local, cliquez avec le bouton droit sur la page Gestionnaire de rapports, puis cliquez sur Afficher la source. La pile des appels fournit le contexte détaillé du message d'erreur.
Technique : utilisation de SQL Server Management Studio pour vérifier les requêtes et les informations d'identification
SQL Server Management Studio fait partie des outils d'administration SQL Server fournis avec SQL Server 2008. Vous pouvez utiliser cet outil pour valider des requêtes complexes avant de les inclure dans votre rapport. Vous pouvez également exécuter Management Studio à l'aide de la commande Run As de Microsoft Windows et accéder à une source de données à l'aide d'un contexte de sécurité différent.
Pour plus d'informations, consultez Fenêtre Éditeur de requête du moteur de base de données SQL Server Management Studio et Utilisation de l'Explorateur d'objets.
Technique : analyse de rapports de problèmes avec des données de rapport mises en cache sur le client
Lorsqu'un auteur de rapport crée un rapport dans Business Intelligence Development Studio, le client de création met en cache les données sous forme d'un fichier .rdl.data qui est utilisé lorsque vous affichez l'aperçu d'un rapport. Chaque fois que la requête est modifiée, le cache est mis à jour. Pour déboguer les problèmes de rapport, il peut parfois s'avérer utile d'empêcher l'actualisation des données de rapport de manière à ce que les données ne soient pas modifiées pendant le débogage.
Pour contrôler si BI Development Studio peut uniquement utiliser des données mises en cache, ajoutez la section suivante à devenv.exe.config dans le répertoire BI Development Studio. L'emplacement du répertoire par défaut est le suivant : <lecteur>:Program Files\Microsoft Visual Studio 9.0\Common7\IDE.
<system.diagnostics>
<switches>
<add name="Microsoft.ReportDesigner.ReportPreviewStore.ForceCache" value="1" />
</switches>
</system.diagnostics>
Tant que la valeur est 1, seules les données de rapport mises en cache sont utilisées. Veillez à supprimer cette section lorsque vous avez terminé de déboguer le rapport.
Voir aussi