TechNet
Exporter (0) Imprimer
Développer tout

Agent SQL Server

 

Publication: mai 2016

S'applique à: SQL Server

SQL Server exécute des tâches admdansistratives planifiées, nommées travaux dans SQL Server 2014.

Dans cette rubrique

SQL Server utilise SQL Server pour stocker les informations sur les travaux. Les travaux contiennent une ou plusieurs étapes de travail. Chaque étape contient sa propre tâche, par exemple, la sauvegarde d'une base de données.

SQL Server peut exécuter un travail sur la base d'une planification, en réponse à un événement spécifique ou sur demande. Par exemple, si vous sauvegardez l’ensemble des serveurs de l’entreprise chaque jour ouvrable après les horaires de bureau, vous pouvez automatiser cette tâche. Planifiez l'exécution de la sauvegarde après 22h00 du lundi au vendredi ; si la sauvegarde rencontre un problème, l'Agent SQL Server peut enregistrer l'événement et vous en avertir.

System_CAPS_ICON_note.jpg Remarque


Par défaut, le SQL Server service de l’Agent est désactivé lorsque SQL Server 2014 est installé, sauf si l’utilisateur choisit explicitement de démarrer automatiquement le service.

SQL Server utilise les composants ci-après pour définir les tâches à exécuter, le moment opportun pour leur exécution et la consignation de leur succès ou de leur échec.

travaux

Un travail est une suite d'actions effectuées par l'Agent SQL Server . Utilisez les travaux pour définir une tâche administrative, afin qu'elle soit exécutée une ou plusieurs fois et que son résultat (échec ou réussite) soit contrôlé. Un travail peut être exécuté sur un serveur local ou sur plusieurs serveurs distants.

System_CAPS_ICON_important.jpg Important


SQL Server qui s'exécutent au moment d'un événement de basculement sur une instance de cluster de basculement SQL Server ne continuent pas après le basculement vers un autre nœud de cluster de basculement. SQL Server Travaux de l’agent qui s’exécutent au moment où un Hyper-V nœud est suspendu ne reprennent pas si la pause provoque un basculement vers un autre nœud. Les travaux qui commencent mais ne peuvent pas se terminer à cause d'un événement de basculement sont enregistrés comme commencés, mais n'affichent pas d'entrées de journal supplémentaires pour l'achèvement ou l'échec. SQL Server dans ces scénarios semblent ne s'être jamais terminés.

Vous pouvez exécuter un travail :

  • en fonction d'une ou plusieurs planifications ;

  • en réponse à une ou plusieurs alertes ;

  • En exécutant la procédure stockée_Démarrer_tâche de procédure stockée.

Chaque action d'un travail est appelée étape du travail. Par exemple, une étape du travail peut être l'exécution d'une instruction Transact-SQL , l'exécution d'un package SSIS ou l'envoi d'une commande à un serveur Analysis Services. Les étapes du travail sont gérées dans le cadre d'un travail.

Chaque étape s'exécute dans un contexte de sécurité spécifique. Pour les étapes qui utilisent Transact-SQL, utilisez l'instruction EXECUTE AS pour définir le contexte de sécurité. Pour les autres types d'étapes, utilisez un compte proxy.

Planifications

Une planification programme l'exécution d'un travail. Une même planification peut porter sur plusieurs travaux, et plusieurs planifications peuvent impliquer le même travail. Une planification peut prévoir l'exécution d'un travail :

  • au moment où l'Agent SQL Server démarre ;

  • au moment où l'utilisation de l'UC atteint le niveau d'inactivité que vous avez défini ;

  • ponctuellement, à une date et une heure spécifiques ;

  • selon une planification périodique.

Pour plus d’informations, consultez créer et attacher les planifications de travaux.

Alertes

Une alerte est une réponse automatique à un événement donné. Par exemple, un événement peut être un travail qui démarre ou des ressources système qui atteignent un seuil spécifique. Vous définissez les conditions selon lesquelles une alerte est déclenchée.

Une alerte peut être une réponse :

  • SQL Server ;

  • SQL Server ;

  • Événements de Microsoft Windows Management Instrumentation (WMI) sur l’ordinateur sur lequel s’exécute l’Agent SQL Server

Une alerte peut :

  • prévenir un ou plusieurs opérateurs ;

  • exécuter un travail.

Pour plus d’informations, consultez Alertes.

Opérateurs

Un opérateur est une personne responsable de la maintenance d'une ou plusieurs instances de SQL Server. Dans certaines sociétés, les responsabilités d'opérateur sont affectées à une seule personne. Dans des sociétés possédant de nombreux serveurs, plusieurs personnes peuvent se partager les responsabilités d'opérateur. Un opérateur ne contient pas d'informations de sécurité et ne définit pas de principal de sécurité.

SQL Server , les opérateurs peuvent être avertis d'alertes :

  • E-mail

  • Récepteur de radiomessagerie (à e-mail)

  • envoi réseau

System_CAPS_ICON_note.jpg Remarque


Pour envoyer des notifications à l’aide de net send, le service Windows Messenger doit être démarré sur l’ordinateur où SQL Server Agent réside.

System_CAPS_ICON_important.jpg Important


Le récepteur de radiomessagerie et net send seront supprimées de SQL Server Agent dans une future version de SQL Server. Évitez d'utiliser ces fonctionnalités dans une nouvelle tâche de développement et prévoyez de modifier les applications qui les utilisent actuellement.

Pour envoyer des notifications aux opérateurs à l’aide de e-messagerie ou radiomessagerie, vous devez configurer SQL Server Agent pour utiliser la messagerie de base de données. Pour plus d’informations, consultez de base de données.

Un opérateur peut être l'alias d'un groupe d'individus. De cette façon, tous les membres de cet alias sont avertis en une seule fois. Pour plus d’informations, consultez Opérateurs.

SQL Server utilise les rôles de base de données fixes SQLAgentUserRole, SQLAgentReaderRoleet SQLAgentOperatorRole de la base de données msdb pour contrôler l'accès à l'Agent SQL Server par les utilisateurs qui ne sont pas membres du rôle serveur fixe sysadmin . Outre ces rôles de base de données fixes, les sous-systèmes et les proxys aident les administrateurs de base de données à garantir que chaque étape de travail est exécutée avec les autorisations minimales nécessaires à la réalisation de cette tâche.

Rôles

Les membres des rôles de base de données fixes SQLAgentUserRole, SQLAgentReaderRoleet SQLAgentOperatorRole de msdbet les membres du rôle de serveur fixe sysadmin ont accès à l'Agent SQL Server . Un utilisateur qui n'appartient à aucun de ces rôles ne peut pas utiliser l'Agent SQL Server . Pour plus d’informations sur les rôles utilisés par SQL Server Agent, voir implémenter la sécurité de l’Agent SQL Server.

Sous-systèmes

Un sous-système est un objet prédéfini qui représente la fonctionnalité disponible pour une étape de travail. Chaque proxy a accès à un ou plusieurs sous-systèmes. Les sous-systèmes assurent la sécurité en délimitant l'accès aux fonctionnalités mises à la disposition d'un proxy. Chaque étape de travail s'exécute dans le contexte d'un proxy, à l'exception des étapes de travail Transact-SQL . Transact-SQL utilisent la commande EXECUTE AS pour définir le contexte de sécurité.

SQL Server définit les sous-systèmes répertoriés dans le tableau suivant :

Nom du sous-systèmeDescription
Script ActiveX MicrosoftPermet d'exécuter une étape de travail de script ActiveX

&#42 ;&#42 ; Avertissement &#42 ;&#42 ; Le sous-système de scripts ActiveX sera supprimé de SQL Server Agent dans une future version de MicrosoftSQL Server. Évitez d'utiliser cette fonctionnalité dans de nouveaux travaux de développement, et prévoyez de modifier les applications qui utilisent actuellement cette fonctionnalité.
Système d’exploitation (CmdExec)Permet de lancer un programme exécutable.
PowerShellExécutez une étape de travail de scripts PowerShell.
Serveur de distribution de réplicationPermet d'exécuter une étape de travail qui active l'Agent de distribution.
Fusion de réplicationPermet d'exécuter une étape de travail qui active l'Agent de fusion.
Agent de lecture de file d'attente de réplicationPermet d'exécuter une étape de travail qui active l'Agent de lecture de la file d'attente de réplication.
Instantané de réplicationPermet d'exécuter une étape de travail qui active l'Agent d'instantané des réplications.
Agent de lecture du journal des transactions de réplicationPermet d'exécuter une étape de travail qui active l'Agent de lecture du journal des réplications.
Analysis Services CommandPermet d'exécuter une commande Analysis Services .
Analysis Services QueryPermet d'exécuter une requête Analysis Services .
SSIS exécution du packagePermet d'exécuter un package SSIS .
System_CAPS_ICON_note.jpg Remarque


Étant donné que Transact-SQL étapes de travail n’utilisent pas de proxy, il est sans SQL Server sous-système de l’Agent pour Transact-SQL étapes de travail.

SQL Server applique les restrictions des sous-systèmes même si le principal de sécurité du proxy a généralement l'autorisation d'exécuter cette tâche dans l'étape de travail. Par exemple, un proxy pour un utilisateur qui est membre du rôle de serveur fixe sysadmin ne peut pas exécuter une SSIS étape de travail, sauf si le proxy a accès à la SSIS sous-système, même si l’utilisateur peut exécuter SSIS packages.

Proxys

SQL Server utilise les proxys pour gérer les contextes de sécurité. Un proxy peut être utilisé dans plusieurs étapes de travail. Les membres du rôle de serveur fixe sysadmin peuvent créer des proxys.

Chaque proxy correspond à des informations d'identification de sécurité. Chaque proxy peut être associé à un ensemble de sous-systèmes et de connexions. Le proxy peut être utilisé uniquement pour les étapes de travail qui utilisent un sous-système associé au proxy. Pour créer une étape de travail qui utilise un proxy spécifique, le propriétaire du travail doit utiliser une connexion associée à ce proxy ou être membre d'un rôle sans restriction d'accès aux proxys. Les membres du rôle de serveur fixe sysadmin disposent d'un accès sans restriction aux proxys. Les membres des rôles SQLAgentUserRole, SQLAgentReaderRoleou SQLAgentOperatorRole peuvent utiliser uniquement les proxys pour lesquels un accès spécifique leur a été accordé. Chaque utilisateur membre de l'un des rôles de base de données fixes de l'Agent SQL Server doit disposer d'un accès à des proxys spécifiques de façon à pouvoir créer les étapes de travail qui les utilisent.

Utilisez les étapes suivantes pour configurer l'Agent SQL Server de manière à automatiser l'administration de SQL Server :

  1. Identifiez les tâches administratives et les événements de serveur se produisant régulièrement et déterminez si ces tâches ou ces événements peuvent être administrés par programme. Une tâche convient à l'automatisation si elle implique une séquence d'étapes prévisibles et se produit à un moment spécifique ou en réponse à un événement particulier.

  2. Définir un ensemble de tâches, les planifications, les alertes et les opérateurs à l’aide de SQL Server Management Studio, Transact-SQL scripts, ou SQL Server Management Objects (SMO). Pour plus d’informations, consultez créer des travaux.

  3. Exécutez les travaux de l'Agent SQL Server que vous avez définis.

System_CAPS_ICON_note.jpg Remarque


Pour l'instance par défaut de SQL Server, le service SQL Server se nomme SQLSERVERAGENT. Pour les instances nommées, le service SQL Server Agent se nomme SQLAgent$nom_instance.

Si vous exécutez plusieurs instances de SQL Server, vous pouvez employer l'administration multiserveur pour automatiser des tâches courantes dans toutes les instances. Pour plus d’informations, consultez Administration automatisée dans une entreprise.

Utilisez les tâches suivantes pour démarrer l'Agent SQL Server :

DescriptionRubrique
Explique comment configurer l'Agent SQL Server.Configure SQL Server Agent
Explique comment démarrer, arrêter et interrompre le service SQL Server Agent.Start, Stop, or Pause the SQL Server Agent Service
Décrit les considérations à prendre en compte lors de la spécification d'un compte pour le service SQL Server Agent.Sélectionnez un compte pour le Service SQL Server Agent
Explique comment utiliser le journal des erreurs de l'Agent SQL Server.Journal des erreurs SQL Server Agent
Explique comment utiliser des objets de performances.Utiliser des objets de Performance
Décrit l'Assistant Plan de maintenance qui est un utilitaire permettant de créer des travaux, des alertes et des opérateurs en vue d'automatiser l'administration d'une instance de SQL Server.Use the Maintenance Plan Wizard
Explique comment automatiser des tâches administratives à l'aide de l'Agent SQL Server.Tâches d’Administration automatisée & #40 ; L’Agent SQL Server & #41 ;

Configuration de la surface d'exposition

Ajouts de la communauté

AJOUTER
Afficher:
© 2016 Microsoft