Processeur de planification et de livraison

SQL Server Reporting Services englobe un composant processeur de planification et de livraison qui assure la prise en charge des opérations planifiées et la gestion des extensions de remise utilisées pour acheminer à destination les rapports dans des boîtes aux lettres de messagerie électronique ou dans des dossiers partagés. Le processeur de planification et de livraison présente les fonctionnalités suivantes :

• Gestion d'une file d'attente d'événements et de notifications. Dans un déploiement avec montée en puissance parallèle, la file d'attente est partagée par tous les serveurs de rapports de la structure.
• Appel au composant processeur de rapports pour exécuter les rapports, traiter les abonnements ou supprimer un rapport mis en cache. Tout traitement de rapport survenant à la suite d'un événement planifié est assuré par le service Windows Report Server plutôt que par le service Web Report Server.
• Appelle l'extension de remise qui est spécifiée dans un abonnement de sorte que le rapport puisse être remis.

Les autres aspects d'une opération de planification et de remise sont gérés par d'autres composants et services qui fonctionnent avec le processeur de planification et de livraison. En particulier, le processeur de planification et de livraison s'exécute dans le service Windows Report Server et utilise l'Agent SQL Server pour générer des événements planifiés. La liste suivante décrit le fonctionnement des opérations planifiées dans un déploiement de Reporting Services.

1. Une opération planifiée est définie lorsqu'un utilisateur crée une planification. La planification définit une date et une heure qui seront utilisées pour exécuter un rapport, actualiser une capture instantanée ou faire expirer un cache.
2. Le serveur de rapports enregistre les informations de planification dans la base de données du serveur de rapports.
3. Le serveur de rapports crée un travail correspondant dans l'Agent SQL Server et l'exécute selon les informations de planification fournies. Les travaux sont créés à l'aide d'une procédure stockée, qui utilise la connexion ouverte existante à la base de données du serveur de rapports.
4. L'Agent SQL Server exécute le travail aux date et heure spécifiées dans la planification. Le travail crée un événement qui est ajouté à une file d'attente gérée par Reporting Services.
5. L'événement provoque le traitement d'un rapport ou d'un abonnement. Les événements sont traités lorsqu'ils sont détectés dans la file d'attente, et le rapport est traité ou remis en conséquence.

Reporting Services gère une file d'attente d'événements pour toutes les opérations planifiées. Il interroge régulièrement la file d'attente pour vérifier si elle contient de nouveaux événements. Par défaut, la file d'attente fait l'objet d'une analyse toutes les 10 secondes. Si vous souhaitez changer cette fréquence, modifiez les paramètres de configuration PollingInterval, IsNotificationService et IsEventService dans le fichier RSReportServer.config. Pour plus d'informations, consultez Fichier de configuration RSReportServer.

Dépendances de serveur

Il est impératif que le service Windows Report Server et l'Agent SQL Server s'exécutent pour que le processeur de planification et de livraison fonctionne. Par ailleurs, la fonction de traitement des planifications et des livraisons doit être activée via l'outil de configuration de zone de surface SQL Server. Enfin, les opérations planifiées ne peuvent se déclencher que si l'Agent SQL Server et le service Windows Report Server sont en cours d'exécution.

Remarque :

Vous pouvez utiliser l'outil de configuration de zone de surface pour interrompre temporairement ou définitivement des opérations planifiées. Le processeur de planification et de livraison n'est ni extensible ni configurable. Vous ne pouvez pas modifier la manière dont il gère les événements et les notifications. Pour plus d'informations sur l'outil de configuration de zone de surface, consultez Configuration de la surface d'exposition SQL Server.

Conséquences de l'interruption de l'Agent SQL Server

Le traitement des rapports planifiés utilise l'Agent SQL Server par défaut. Si vous arrêtez ce service, aucune nouvelle demande de traitement ne sera ajoutée à la file d'attente à moins d'y être intégrée, par programmation, à l'aide de la méthode FireEvent. Lorsque vous redémarrez le service, les travaux à l'origine des demandes de traitement des rapports reprennent leur cours. Le serveur de rapports ne tente pas de recréer les travaux de traitement des rapports survenus précédemment tandis que l'Agent SQL Server était en mode hors connexion. Si vous arrêtez l'Agent SQL Server l'espace d'une semaine, toutes les opérations planifiées de cette semaine sont perdues.

Remarque :
La fonction assurée par l'Agent SQL Server pour Reporting Services peut être remplacée par l'exécution d'un code personnalisé utilisant la méthode FireEvent pour ajouter des événements planifiés dans la file d'attente.

Conséquences de l'arrêt du service Windows Report Server

Si vous arrêtez le service Windows Report Server, l'Agent SQL Server continue malgré tout d'ajouter des demandes de traitement de rapport à la file d'attente. Les informations d'état de l'Agent SQL Server indiquent que les travaux ont été correctement effectués. Toutefois, aucun traitement de rapport n'a, en réalité, été réalisé puisque le service Windows Report Server ne fonctionne pas. Les demandes continueront de s'accumuler dans la file d'attente jusqu'à ce que le service Windows Report Server redémarre. Une fois ce service relancé, toutes les demandes de traitement de rapport présentes dans la file d'attente sont traitées dans l'ordre.

Voir aussi

Concepts

Fichier de configuration RSReportServer
Démarrage et arrêt du service Windows Report Server
Vue d'ensemble des composants Reporting Services

Autres ressources

Remise de rapports par abonnements
Planification des rapports et des abonnements

Aide et Informations

Assistance sur SQL Server 2005