Partager via


Résoudre les problèmes avec les rapports Reporting Services

Cet article vous aide à résoudre les problèmes liés à la conception de rapports Reporting Services et à l’aperçu d’un rapport. Il fournit également des conseils sur la résolution des problèmes lors de la publication d’un rapport sur un serveur de rapports en mode natif ou en mode SharePoint. En outre, il couvre la résolution des problèmes pour l’affichage d’un rapport sur le serveur de rapports ou l’exportation d’un rapport dans un autre format de fichier.

Surveiller les 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 Surveillance des performances du serveur de rapports.

Afficher les journaux d’un 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 des fichiers journaux dans une installation par défaut est <drive>\Program Files\Microsoft SQL Server\MSRS130.MSSQLSERVER\Reporting Services\LogFiles.

Pour plus d’informations, consultez Fichiers journaux et sources 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.

Afficher 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, connectez-vous serveur de rapports avec des identifiants d’administrateur local, cliquez avec le bouton droit sur la page Gestionnaire de rapports, puis sélectionnez Afficher la source. La pile des appels fournit le contexte détaillé du message d'erreur.

Utiliser SQL Server Management Studio pour vérifier les requêtes et les identifiants

Vous pouvez utiliser SQL Server Management Studio pour valider des requêtes complexes avant de les inclure dans votre rapport.

Pour plus d’informations, consultez Éditeur de requête du Moteur de base de données et Gestion des objets à l’aide de l’Explorateur d’objets.

Analyser les 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 SQL Server Data Tools (SSDT) ne peut utiliser que des données mises en cache, ajoutez la section suivante à devenv.exe.config dans le SQL Server Data Tools. L’emplacement du répertoire par défaut est : <drive>:Program Files\Microsoft Visual Studio 10.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.

Besoin d’aide ?