Horaires

Reporting Services fournit des planifications partagées et des planifications spécifiques aux rapports pour vous aider à contrôler le traitement et la distribution des rapports. La différence entre les deux types de planifications est la façon dont elles sont définies, stockées et gérées. La construction interne des deux types de planifications est la même. Toutes les planifications spécifient un type de périodicité : mensuelle, hebdomadaire ou quotidienne. Dans le type de périodicité, vous définissez les intervalles et la plage pour la fréquence à laquelle un événement doit se produire. Qu'il s'agisse de créer une planification partagée ou une planification spécifique aux rapports, le type de périodicité et la façon dont elle est spécifiée restent inchangés.

Dans cette rubrique :

• Ce que vous pouvez faire avec les planifications

• Comparaison des horaires partagés et Report-Specific

• Configurer les sources de données

• Stocker les informations d’identification et les comptes de traitement

• Fonctionnement du traitement de la planification et de la livraison

• Dépendances du serveur

• Effets de l’arrêt de l’agent SQL Server

• Effets de l’arrêt du service Report Server

Ce que vous pouvez faire avec les planifications

Vous pouvez utiliser le Gestionnaire de rapports en mode natif et les pages d’administration de site SharePoint en mode SharePoint pour créer et gérer vos planifications. Vous pouvez:

• Planifier la remise de rapports dans un abonnement standard ou piloté par des données.

• Planifier l'historique de rapport afin que de nouveaux instantanés soient ajoutés à l'historique de rapport à des fréquences régulières.

• Planifier le moment auquel les données d'un instantané de rapport sont actualisées.

• Planifier le moment auquel les données d'un dataset partagé sont actualisées

• Planifiez l’expiration d’un rapport mis en cache ou d’un jeu de données partagé à un moment prédéfini afin qu’il puisse être actualisé par la suite.

Vous pouvez créer une planification partagée si vous voulez utiliser les mêmes informations de planification pour de nombreux rapports ou abonnements. Les planifications partagées sont définies séparément, puis référencées dans des rapports, des datasets partagés et des abonnements qui requièrent des informations de planification.

Lorsque vous créez une planification, le rapport enregistre les informations de planification dans la base de données du serveur de rapports ou, pour le mode SharePoint, la base de données d'application de service. Le serveur de rapports crée également un travail de l'Agent SQL Server qui est utilisé pour déclencher la planification. Le traitement des planifications est basé sur l'heure locale du serveur de rapports contenant la planification. Le format horaire se conforme à celui du système d'exploitation Microsoft Windows.

Pour plus d’informations sur la création et la gestion des planifications, consultez Créer, modifier et supprimer des planifications.

Comparaison des calendriers partagés et Report-Specific

Les deux types de planifications produisent la même sortie :.

• Lesplanifications partagées sont des éléments portables à usage général qui contiennent des informations de planification prêtes à l’emploi. Comme les planifications partagées sont des éléments de niveau système, la création d'une planification partagée exige des autorisations de niveau système. C'est pourquoi c'est un administrateur de serveur de rapports ou un gestionnaire de contenu qui crée généralement les planifications partagées disponibles sur votre serveur de rapports. Les planifications partagées sont stockées et gérées sur le serveur de rapports à l’aide des paramètres du Gestionnaire de rapports ou du site SharePoint.

  Par opposition aux planifications spécifiques que vous définissez par le biais des propriétés de rapport, de dataset partagé ou d'abonnement, les planifications partagées sont plus faciles à gérer et à maintenir pour les raisons suivantes :

  • Les planifications partagées peuvent être gérées à partir d’un emplacement central, ce qui facilite la comparaison des propriétés de planification et l’ajustement des modèles de fréquence et de périodicité si les opérations planifiées s’exécutent trop près ou sont en conflit avec d’autres processus sur votre serveur.

  • Vous permet de vous adapter rapidement aux changements dans l’environnement informatique. Par exemple, vous disposez d'un jeu de rapports qui s'exécutent à 4 h 00 après l'actualisation d'un entrepôt de données. Si l'opération d'actualisation des données est replanifiée ou différée, vous pouvez facilement gérer cette modification en mettant à jour les informations de planification dans une planification partagée unique.

  • Si vous utilisez uniquement des planifications partagées, vous savez précisément à quel moment les opérations planifiées ont lieu. Cela facilite l’anticipation et l’adaptation des charges de serveur avant les problèmes de performances. Par exemple, si vous décidez de planifier des sauvegardes d'ordinateurs à une heure spécifique, vous pouvez ajuster les planifications partagées pour qu'elles s'exécutent à des heures différentes.

• Lesplanifications spécifiques aux rapports sont définies dans le contexte d’un rapport, d’un abonnement ou d’une opération d’exécution de rapport pour déterminer le délai d’expiration d’un cache ou des mises à jour d’instantanés. Ces planifications sont créées en ligne lorsque vous définissez un abonnement ou précisez des propriétés d'exécution de rapport. Vous pouvez créer une planification spécifique au rapport si une planification partagée ne fournit pas la fréquence ou le modèle de périodicité dont vous avez besoin. Pour empêcher l’exécution d’un rapport, vous devez modifier manuellement une planification spécifique à un rapport. Les planifications spécifiques aux rapports peuvent être créées par des utilisateurs individuels.

Configurer les sources de données

Avant de pouvoir planifier le traitement des données ou des abonnements pour un rapport, vous devez configurer la source de données de rapport pour utiliser des informations d’identification stockées ou le compte de traitement de rapport sans assistance. Si vous utilisez des informations d’identification stockées, vous ne pouvez stocker qu’un seul ensemble d’informations d’identification et ils seront utilisés par tous les utilisateurs qui exécutent le rapport. Les informations d'identification peuvent correspondre à un compte d'utilisateur Windows ou un compte d'utilisateur de base de données.

Le compte de traitement de rapport sans assistance est un compte à usage spécial configuré sur le serveur de rapports. Il est utilisé par le serveur de rapports pour se connecter aux ordinateurs distants lorsqu’une opération planifiée nécessite la récupération d’un fichier externe ou d’un traitement. Si vous configurez ce compte, vous pouvez l'utiliser pour vous connecter aux sources de données externes qui fournissent des données à un rapport.

Pour spécifier les informations d'identification stockées ou le compte de traitement de rapport sans assistance, modifiez les propriétés de la source de données du rapport. Si le rapport utilise une source de données partagée, modifiez plutôt cette dernière.

Stocker les informations d’identification et les comptes de traitement

La façon dont vous travaillez avec une planification dépend des tâches faisant partie de votre attribution de rôle. Si vous utilisez des rôles prédéfinis, les utilisateurs qui sont gestionnaires de contenu et administrateurs système peuvent créer et gérer n’importe quelle planification. Si vous utilisez des attributions de rôle par défaut, l'attribution de rôle doit inclure les tâches prenant en charge les opérations planifiées.

Pour plus d’informations sur la sécurité en mode natif Reporting Services, consultez Rôles prédéfinis, Octroi d’autorisations sur un serveur de rapports en mode natif et des tâches et autorisations. Pour le mode SharePoint, consultez Comparer les rôles et les tâches de Reporting Services aux groupes et autorisations SharePoint

Fonctionnement du traitement de la planification et de la livraison

Le processeur de planification et de livraison présente les fonctionnalités suivantes :

• Maintient une file d'attente d'événements et de notifications dans la base de données du serveur de rapports. Dans un déploiement avec montée en puissance parallèle, la file d’attente est partagée entre tous les serveurs de rapports du déploiement.

• Appel au composant processeur de rapports pour exécuter les rapports, traiter les abonnements ou supprimer un rapport mis en cache. Le traitement des rapports qui se produit à la suite d'un événement de planification est entièrement effectué en arrière-plan. Le mode SharePoint utilise les travaux du minuteur pour effectuer diverses tâches administratives.

• Appelle l'extension de remise qui est spécifiée dans un abonnement de sorte que le rapport puisse être remis.

D’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 Report Server et utilise l'Agent SQL Server comme minuteur pour générer des événements planifiés. La procédure pas à pas suivante explique 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 déclencher un abonnement pour la remise de rapports, actualiser un instantané ou 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 qui inclut les informations de planification fournies. Les travaux sont créés via une procédure stockée, à l’aide de 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 que le rapport est traité ou remis en conséquence.

   Avant que les événements ne soient traités, le processeur de planification et de livraison procède à une étape d'authentification pour vérifier que le propriétaire de l'abonnement est autorisé à consulter le rapport.

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 est examinée tous les 10 secondes. Vous pouvez modifier l’intervalle en modifiant les paramètres de configuration PollingInterval, IsNotificationService, et IsEventService dans le fichier RSReportServer.config. Le mode SharePoint utilise également le fichier RSreporserver.config pour ces paramètres et les valeurs s'appliquent à toutes les applications de service Reporting Services . Pour plus d’informations, consultez le fichier de configuration RSReportServer.

Dépendances du serveur

Il est impératif que le service Report Server et l'Agent SQL Server s'exécutent pour que le processeur de planification et de livraison fonctionne. La fonctionnalité de traitement de planification et de remise doit être activée via la propriété de la facette ScheduleEventsAndReportDeliveryEnabledConfiguration de la zone de surface pour les services de rapport dans la Gestion basée sur des stratégies. SQL Server Agent et le service Report Server doivent s’exécuter pour que les opérations planifiées se produisent.

Effets de l’arrêt 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 qui créent des demandes de traitement de rapports sont repris. Le serveur de rapports n’essaie pas de recréer des travaux de traitement de rapports qui se sont produits par le passé, alors que SQL Server Agent était 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.

Effets de l’arrêt du service Report Server

Si vous arrêtez le service 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 SQL Server Agent indiquent que les travaux ont été correctement effectués. Toutefois, étant donné que le service Report Server est arrêté, aucun traitement de rapport ne se produit réellement. Les demandes continuent à s’accumuler dans la file d’attente jusqu’à ce que vous redémarrez le service Report Server. Une fois le service Report Server redémarré, toutes les demandes de traitement de rapport qui se trouvent dans la file d’attente sont traitées dans l’ordre.

Voir aussi

Créer, modifier et supprimer des instantanés dans l’historique des rapports
Abonnements et livraison (Reporting Services)
Data-Driven Abonnements
Mise en cache des rapports (SSRS)
Gestion du contenu du serveur de rapports (SSRS en mode natif)
Mettre en cache les datasets partagés (SSRS)