Types de comptes de service pris en charge pour l'Agent SQL Server
Mis à jour : 14 avril 2006
Les comptes Microsoft Windows pris en charge pour exécuter le service SQL Server Agent sont répertoriés dans le tableau ci-dessous. Utilisez le Gestionnaire de configuration SQL Server pour définir le compte de service pour l'Agent SQL Server. Pour plus d'informations, consultez Procédure : définition du compte de démarrage du service pour SQL Server Agent (Gestionnaire de configuration SQL Server).
Types de comptes de service pris en charge
Le tableau ci-dessous répertorie les types de comptes Windows qui peuvent être utilisés pour le service SQL Server Agent.
| Type de compte de service | Serveur non-cluster | Serveur en cluster | Contrôleur de domaine (non-cluster) |
|---|---|---|---|
Compte de domaine Microsoft Windows (membre du groupe Administrateurs Windows) |
Pris en charge |
Pris en charge |
Pris en charge |
Compte de domaine Windows (non administratif) |
Pris en charge1 |
Pris en charge1 |
Pris en charge1 |
Compte Service réseau (AUTORITE NT\NetworkService) |
Pris en charge1, 3, 4 |
Non pris en charge |
Non pris en charge |
Compte d'utilisateur local (non administratif) |
Pris en charge1 |
Non pris en charge |
Non applicable |
Compte système local (AUTORITE NT\System) |
Pris en charge2 |
Non pris en charge |
Pris en charge2 |
Compte Service local (AUTORITE NT\LocalService) |
Non pris en charge |
Non pris en charge |
Non pris en charge |
1 Consultez la restriction 1 ci-dessous.
2 Consultez la restriction 2 ci-dessous.
3 Consultez la restriction 3 ci-dessous.
4 Consultez la restriction 4 ci-dessous.
Restriction 1 : utilisation de comptes non administratifs pour l'administration multiserveur
L'enregistrement de serveurs cibles auprès d'un serveur maître peut échouer en affichant le message d'erreur suivant : « L'opération d'enregistrement a échoué. »
Pour résoudre cette erreur, redémarrez les services SQL Server et SQL Server Agent. Pour plus d'informations, consultez Procédure : redémarrer une instance SQL Server (SQL Server Management Studio) et Procédure : redémarrer le service SQL Server Agent (SQL Server Management Studio).
Restriction 2 : utilisation du compte système local pour l'administration multiserveur
L'administration multiserveur est prise en charge lorsque le service SQL Server Agent est exécuté sous le compte système local, seulement si le serveur maître et le serveur cible résident sur le même ordinateur. Si vous utilisez cette configuration, le message ci-dessous est retourné lorsque vous enregistrez les serveurs cibles auprès du serveur maître :
« Assurez-vous que le compte de démarrage de l'agent pour <target_server_computer_name> possède les droits d'ouvrir une session en tant que targetServer. »
Vous pouvez ignorer ce message d’information. L'opération d'enregistrement doit se terminer correctement. Pour plus d'informations, consultez Création d’un environnement multi-serveur.
Restriction 3 : utilisation du compte Service réseau pour un utilisateur SQL Server
L'Agent SQL Server peut ne pas démarrer si vous exécutez le service SQL Server Agent sous le compte Service réseau et si ce dernier a l'autorisation d'ouvrir une session sur une instance SQL Server en tant qu'utilisateur SQL Server.
Pour résoudre ce problème, redémarrez l'ordinateur qui exécute SQL Server 2005. Cela doit être effectué une seule fois.
Restriction 4 : utilisation du compte Service réseau lorsque SQL Server Reporting Services s'exécute sur le même ordinateur
L'Agent SQL Server peut ne pas démarrer si vous exécutez le service SQL Server Agent sous le compte Service réseau, alors que Reporting Services s'exécute aussi sur le même ordinateur.
Pour résoudre ce problème, redémarrez l'ordinateur qui exécute SQL Server 2005, puis redémarrez les services SQL Server et SQL Server Agent. Cela doit être effectué une seule fois.
Voir aussi
Concepts
Sélection d'un compte pour le service SQL Server Agent
Aide et Informations
Assistance sur SQL Server 2005
Historique des modifications
| Version | Historique |
|---|---|
14 avril 2006 |
|