Partager via

Résoudre les problèmes des rapports de 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 les outils système et de base de données pour surveiller l’activité du serveur de rapports. Vous pouvez également afficher les fichiers journaux de trace du serveur de rapports ou interroger le journal d’exécution 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 pour identifier les goulots d’étranglement dans le traitement à la demande ou planifié.

Pour plus d’informations, consultez Surveiller les performances du serveur de rapports.

Afficher les journaux du serveur de rapports

Reporting Services enregistre de nombreux événements internes et externes dans les fichiers journaux qui enregistrent des données sur des rapports spécifiques, des informations de débogage, des requêtes HTTP et des réponses et 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 pour une installation par défaut est <drive>\Program Files\Microsoft SQL Server\MSRS130.MSSQLSERVER\Reporting Services\LogFiles.

Pour plus d’informations, consultez les fichiers journaux et sources de Reporting Services.

Pour déterminer spécifiquement si les attentes de rapport sont dues à la récupération des données, au traitement des rapports ou au rendu de rapport, utilisez le journal d’exécution. Pour plus d’informations, consultez ExecutionLog du serveur de rapports et la vue ExecutionLog3.

Afficher la pile des appels pour le traitement des messages d’erreur sur le serveur de rapports

Lorsque vous affichez un rapport publié dans le Gestionnaire de rapports, vous pouvez voir un message d’erreur qui représente un traitement général ou une erreur de rendu. Pour plus d’informations, vous pouvez afficher la pile des appels.

Pour afficher la pile des appels, connectez-vous au serveur de rapports à l’aide des informations d’identification de l’administrateur local, cliquez avec le bouton droit sur la page Gestionnaire de rapports, puis sélectionnez Afficher la source. La pile des appels fournit un contexte détaillé pour le message d’erreur.

Utiliser SQL Server Management Studio pour vérifier les requêtes et les informations d’identification

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 l’éditeur de requête du moteur de base de données et Gérer les objets à l’aide de l’Explorateur d’objets.

Analyser les rapports de problèmes avec les 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 en tant que fichier .rdl.data, qui est utilisé lorsque vous affichez un aperçu d’un rapport. Chaque fois que la requête change, le cache est mis à jour. Pour déboguer des problèmes de rapport, il est parfois utile d’empêcher l’actualisation des données de rapport afin que les données ne changent pas lorsque vous déboguez.

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 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 définie sur 1, seules les données de rapport mises en cache sont utilisées. Veillez à supprimer cette section lorsque vous terminez le débogage du rapport.

Contenu connexe

Besoin d’aide ?

  • Last updated on