Performances (Reporting Services)
Les performances du serveur de rapports sont affectées par une combinaison de facteurs qui incluent le matériel, le nombre d'utilisateurs simultanés qui accèdent aux rapports, la quantité de données d'un rapport et le format de sortie. Pour déterminer quels sont les facteurs de performances spécifiques à votre installation et quelles sont les solutions qui produiront les résultats escomptés, vous devez obtenir des données de référence et effectuer des tests. Pour plus d'informations sur les outils et instructions disponibles, consultez les publications suivantes sur MSDN : Planning for Scalability and Performance with Reporting Services et Using Visual Studio 2005 to Perform Load Testing on a SQL Server 2005 Reporting Services Report Server (en anglais).
Les principes généraux à prendre en considération sont les suivants :
Le traitement et le rendu des rapports sont des opérations qui nécessitent beaucoup de mémoire. Si possible, choisissez un ordinateur disposant d'une grande quantité de mémoire.
L'hébergement du serveur de rapports et de la base de données du serveur de rapports sur des ordinateurs distincts a tendance à offrir de meilleures performances qu'un hébergement sur un seul ordinateur haut de gamme.
Si le traitement de l'ensemble des rapports est lent, songez à effectuer un déploiement avec montée en puissance parallèle, où plusieurs instances de serveur de rapports prennent en charge une base de données du serveur de rapports unique. Pour obtenir les meilleurs résultats, utilisez un logiciel d'équilibrage de charge afin de répartir les requêtes de manière uniforme dans le déploiement.
Si le traitement d'un rapport unique est lent, ajustez les requêtes de dataset du rapport si le rapport doit s'exécuter à la demande. Vous pouvez également envisager d'utiliser des datasets partagés que vous pouvez mettre en cache, de mettre en cache le rapport ou d'exécuter le rapport comme un instantané.
Si le traitement de l'ensemble des rapports est lent dans un format spécifique (lors du rendu au format PDF, par exemple), songez à utiliser la remise par partage de fichiers, à ajouter davantage de mémoire ou à choisir un autre format.
Pour déterminer le temps de traitement d'un rapport et pour connaître d'autres mesures relatives à l'utilisation, consultez le journal des exécutions du serveur de rapports. Pour plus d'informations, consultez Journal d'exécution du serveur de rapports et vue ExecutionLog3.
Pour obtenir une vue d'ensemble des étapes de traitement des rapports, consultez Processeur de rapports. Pour plus d'informations sur la façon d'atténuer les problèmes de performances en réglant les paramètres de configuration liés à la gestion de mémoire, consultez Configuration de la mémoire disponible pour les applications du serveur de rapports.
Dans cette section
Analyse des performances d'un serveur de rapports
Décrit les objets de performances dont vous pouvez vous servir pour assurer le suivi de la charge de traitement sur votre serveur.Définition des propriétés de traitement d'un rapport
Décrit les différentes configurations d'un rapport pour qu'il s'exécute à la demande, à partir de la mémoire cache ou suivant une planification en tant qu'instantané de rapport.Mise en cache d'un rapport dans Reporting Services
Décrit le comportement de mise en cache d'un rapport sur un serveur de rapports.Mise en cache du dataset partagé dans Reporting Services
Décrit le comportement de mise en cache d'un dataset partagé sur un serveur de rapports.Traitement des rapports volumineux
Délivre des recommandations sur la façon de configurer et de distribuer un rapport de taille volumineuse.Définition des valeurs de délai d'attente pour le traitement d'un rapport et d'un dataset partagé (SSRS)
Explique comment définir des délais d'attente pour le traitement des requêtes et des rapports.Dépannage de rapports : performances de rapport
Fournit des recommandations sur les performances de rapport.