Discussion :

[vponcet0774]

Bonjour,

Suite à une installation de SQL Server 2008 R2, l'agent SQL ne veux pas démarré et voici le message que j'ai (en pièce jointe)

Merci de votre aide.

Vince.

[dbaffaleuf]

Il faudrait regarder le contenu du fichier SQLAGENT.OUT (sous le répertoire de l'instance => \ Log)

[Oishiiii]

Sachez également que vous ne pouvez pas démarrer l'agent avec la version Express d'SQL Server.

[annedeblois]

Bonjour,

Désolée de remonter le sujet, mais j'ai exactement le même problème sur un de nos serveurs de test. L'agent est nécessaire pour trouver une meilleure solution de prise de sauvegarde de nos bases de données.

SQLAGENT.OUT m'a donné ceci:

2011-08-18 09:30:03 - ! [000] Unable to connect to server 'T2T020\MOSS1'; SQLServerAgent cannot start
2011-08-18 09:30:03 - ! [298] SQLServer Error: 18452, Login failed. The login is from an untrusted domain and cannot be used with Windows authentication. [SQLSTATE 28000]
2011-08-18 09:30:03 - ! [382] Logon to server 'T2T020\MOSS1' failed (DisableAgentXPs)
2011-08-18 09:30:03 - ? [098] SQLServerAgent terminated (normally)

Voici ce que j'ai fait jusqu'à présent:
1) Vérifier que le serveur est dans la bonne unité organisationnelle (en me disant que peut-être un petit malin l'a déplacé)
2) Faire gpupdate /force
3) Vérifier la stratégie de sécurité locale (droits des utilisateurs): le droit 'Lock pages in memory' avait été vidé complètement, alors j'ai remis le groupe local administrateurs ainsi que le compte AD dédié aux services SQL Server et Agent SQL Server, et puis j'ai redémarré
4) Vérifier que l'option NetBIOS sur TCP/IP est bien activée sur la carte réseau principale
5) Vérifier la version de MDAC
6) Changer l'authentification de Windows (intégrée) à mixte, définir un mot de passe fort à 'sa' et revenir à l'authentification Windows intégrée
7) Changer le compte de service de SQL Agent pour le compte système local, rien à faire, remettre le compte AD dédié au service
8) Tenter de réinstaller le Service Pack 2.

J'ai également soumis le problème aux responsables de la sécurité et de l'administration des serveurs Windows, car il est déjà arrivé par le passé que des applications cessent de fonctionner à la suite de la mise à jour d'un objet de sécurité de groupe (GPO). Ils ne me sont pas encore revenus à ce sujet...

C'est le brouillard total... Des idées?

Euh... ah oui, voici les informations système:
- Windows 2003 Enterprise Server SP2
- SQL Server 2008 Standard 64 bits avec SP2

[dbaffaleuf]

C'est un pb de connexion à l'instance (le paramètre -i dans le service)
Avec quel compte de service est démarré l'agent ? et l'instance ?

[annedeblois]

Le paramètre -i correspond bien à l'instance.

Le compte de service est un compte Active Directory, il s'appelle DSServiceSQL2_Tecno (tecno sans le h pour environnement de lab), et je lui ai restauré les droits administratifs ainsi que le droit 'lock pages in memory', idem le droit 'log on as a service'.