Administration du service Web Report Server et du service Windows Report Server
Un serveur de rapports s'exécute comme un service Windows et comme un service Web. Ces services fonctionnent ensemble et prennent en charge différents aspects de la fonctionnalité d'un serveur de rapports :
- Le service Windows Report Server assure l'initialisation, le déchiffrement réversible, les tâches de maintenance de base de données et la planification et la remise. Ce service s'exécute en arrière-plan. Il assure le traitement de bout en bout des rapports qui s'exécutent en fonction d'une planification (plus particulièrement, il crée des captures instantanées de rapport et exécute les rapports déclenchés par abonnement).
Étant donné qu'il effectue toutes les opérations de chiffrement, le service Windows Report Server doit s'exécuter chaque fois que vous spécifiez ou utilisez des valeurs chiffrées. La spécification des informations d'identification stockées, l'exécution d'un rapport qui utilise des informations d'identification stockées et la publication d'un rapport sur un serveur de rapports (les informations des sources de données sont chiffrées) sont des opérations nécessitant l'intervention du service Windows Report Server. - Le service Web Report Server procède au traitement de bout en bout des rapports qui s'exécutent à la demande. Il fournit également l'interface de programmation principale pour les applications qui s'intègrent à un serveur de rapports. Le Gestionnaire de rapports, le Générateur de rapports et SQL Server Management Studio sont des exemples d'applications nécessitant l'utilisation du service Web Report Server.
Dans la plupart des cas, vous préférerez exécuter ces services conjointement afin de bénéficier de toutes les fonctionnalités offertes dans Reporting Services. Toutefois, si le modèle de déploiement que vous mettez en œuvre offre des possibilités très limitées, vous ne pourrez exécuter que le service Windows Report Server si le traitement de tous les rapports a été planifié. De même, vous pouvez exécuter simplement le service Web Report Server si vous souhaitez disposer uniquement de rapports interactifs à la demande.
Pour rendre l'un de ces services disponibles, exécutez l'outil Configuration de la zone de surface SQL Server et sélectionnez l'option Configuration de la surface d'exposition pour les fonctionnalités. Vous ne pouvez pas désactiver complètement le service Windows Report Server ; il fournit les fonctionnalités d'initialisation et de chiffrement requises pour les opérations de serveur. En revanche, vous pouvez désactiver le traitement planifié et le traitement des événements.
Le service Windows Report Server est inscrit et configuré au moment de l'installation. Il s'exécute sous le compte que vous spécifiez. Nous vous conseillons d'utiliser un compte d'utilisateur de domaine doté des privilèges minimaux ayant l'autorisation de se connecter au réseau ou NetworkService, mais vous pouvez utiliser un compte local si la base de données du serveur de rapports s'exécute sur le même ordinateur que le serveur de rapports. Le service Web Report Server s'exécute sous l'identité ASP.NET par défaut. Si vous modifiez des paramètres de compte de service, assurez-vous d'utiliser l'outil de configuration de Reporting Services de sorte que les paramètres dépendants soient mis à jour avec les nouvelles valeurs. Pour plus d'informations sur la configuration des comptes, consultez Connexions et comptes dans un déploiement de Reporting Services et Configuration de comptes de service et de mots de passe dans Reporting Services.
Conditions requises par le service SQL Server Agent
Le service Windows Report Server requiert l'exploitation du service SQL Server Agent. Le service SQL Server Agent doit s'exécuter sous un compte de domaine si vous avez configuré le serveur de rapports pour une connexion à SQL Server par le biais d'un compte de domaine et l'authentification Windows (au lieu d'une connexion SQL Server ou d'un compte de service). Lorsque le serveur de rapports s'exécute comme utilisateur de domaine, il crée des travaux de l'Agent SQL Server dont le propriétaire est ce compte de domaine. Pour que l'Agent SQL Server puisse acheminer une tâche au processeur de planification et de remise, il doit avoir l'autorisation d'accéder aux informations concernant les travaux qui appartiennent à un compte de domaine. S'il se trouve que l'Agent SQL Server s'exécute en tant que compte d'utilisateur local, le service n'aura pas l'autorisation d'accéder aux informations du compte de domaine et l'abonnement et la remise du rapport échoueront.
Voir aussi
Tâches
Procédure : configurer des comptes de service (configuration de Reporting Services)
Procédure : démarrer la configuration de Reporting Services
Concepts
Configuration de comptes de service et de mots de passe dans Reporting Services
Démarrage et arrêt du service Windows Report Server
Initialisation d'un serveur de rapports
Gestion des clés de chiffrement
Processeur de planification et de livraison
Spécification d'informations d'identification et de connexion
Administration de Reporting Services
Autres ressources
Déploiement de Reporting Services
Configuration de l'Agent SQL Server
À propos de l'Agent SQL Server
Agent SQL Server