Discussion :

[Baquardie]

Bonjour,

J'ai installé SQL Server 2008 sur une machine Windows Server 2003.

L'installation s'est bien déroulé et lorsque ce fut terminé, tout était A1.

J'ai ensuite arrêté les services afin de migrer les bases de données système (pour ne pas qu'elles soient sur le C:\ ). Redémarre le service SQL et tout va bien.

Puis ce matin le gars SharePoint a installé un bidule qui s'appelle "Team Foundation Server". Depuis, le service SQL refuse de démarrer.

Dans le Event Viewer de windows je retrouve cette erreur :

"The SQL Server (MSSQLSERVER) service failed to start due to the following error : The service did not start due to a logon failure"

Pourtant, dans les propriétés du service, je tape bel et bien le nom de mon usager local windows, et je tape comme il faut le mot de passe que j'avais créé pour l'usager. Je tape et retape et ça ne fonctionne toujours pas.

Vous avez une idée de piste de recherche pour moi, je suis bloquée, je ne sais plus trop ou regarder...

Merci !

[mikedavem]

Bonjour,

Vous devriez tester dans un premier temps votre compte de service sqlserver. Je pourrais parier que le mot de passe de ce compte a été change a votre insu ou voir si le compte existe encore.

++

[kagemaru]

bonjour

il faudrait poster le contenu du fichier ERRORLOG

merci

[Baquardie]

Bonjour,

Voici en fichier attaché le error log. J'ai du le scinder en deux puisque le fichier était trop gros.

[Baquardie]

mikedavem -- Lorsque vous parlez du compte de service... est-ce que vous voulez parlez du compte sa ou bien du user que j'ai créé dans windows qui permet de démarrer les services sql ? Si c'est le compte sa, ou puis-je aller pour vérifier son existence puisque SQL ne démarre pas ?

[kagemaru]

Vérifie bien que ton compte de service (compte windows dans SCM) ait les droits de lecture/écriture sur les répertoires dans lesquels tu as déplacé tes bases système.

Sinon d'après le log,

Le login INDLAS\mossdevwsssearchsvr n'a pas accès à ou aux bases de données
Sharepoint mais j'imagine que tu l'avais déjà vu

[Baquardie]

kagemaru -- Le compte doit avoir accès puisqu'avant l'installation de sharepoint, cela fonctionnait bien. Sinon bien pour le loginfail je l'avais vu mais je ne crois pas que cela ait un lien avec le service qui ne redémarre pas, puisqu'on parle ici d'un login SQL.

[Baquardie]

Bon bien j'ai trouvé le bobo. En regardant de plus près dans le Event Viewer, il y avait un erreur que je n'avais pas regardé et qui disait :

The MSSQLSERVER service was unable to log on as .\Perceval with the currently configured password due to the following error:
Logon failure: the user has not been granted the requested logon type at this computer.

Service: MSSQLSERVER
Domain and account: .\Perceval

This service account does not have the necessary user right "Log on as a service."

User Action

Assign "Log on as a service" to the service account on this computer. You can use Local Security Settings (Secpol.msc) to do this. If this computer is a node in a cluster, check that this user right is assigned to the Cluster service account on all nodes in the cluster.

If you have already assigned this user right to the service account, and the user right appears to be removed, a Group Policy object associated with this node might be removing the right. Check with your domain administrator to find out if this is happening.

Donc mon compte de service n'avait pas le droit de démarrer un service. Alors il a simplement fallu que je l'ajoute dans le groupe "Backup Operators" afin qu'il obtienne les droits de "Log on as service".

Merci pour votre support !

[kagemaru]

Il vaut mieux utiliser SCM (SQL Server config manager) pour configurer le compte de ton instance. Ton compte aurait eu sa configuration correcte. Si tu es seulement passée par l'interface des Services, tu dois en effet tout faire à la main. Je te conseille de repasser par SCM et de ré-appliquer le changement pour s'assurer que ton compte est bien configuré.

cf. http://msdn.microsoft.com/fr-fr/library/ms174212.aspx

Sinon bien pour le loginfail je l'avais vu mais je ne crois pas que cela ait un lien avec le service qui ne redémarre pas, puisqu'on parle ici d'un login SQL.

Non en effet, mais je pense que tu veux dire un login Windows

[zinzineti]

Il vaut mieux utiliser SCM (SQL Server config manager) pour configurer le compte de ton instance. Ton compte aurait eu sa configuration correcte.

Tout à fait d'accord et je dis la même chose.

[Baquardie]

Non en effet, mais je pense que tu veux dire un login Windows

Non non c'est un login SQL que je parlais.

[Ptit_Dje]

Non non c'est un login SQL que je parlais.

Hello,

Impossible de demarrer le service SQL Server avec un login de type SQL Server vu que celui-ci n'est connu qu'a l'interieur de l'instance, pas au niveau de windows.

Concernant les droits a attribuer au login demarrant le service, au lieu de le rajouter dans backup operator qui est un role, vous pouvez passer par l'edition de policies de securite:
Run -> gpedit.msc
-> windows settings
-> Security settings
-> Local policies
-> User rights assignment
-> Log on as a service et rajouter ici le login en question.

C'est au meme endroit (User rights assignment) que l'on peut egalement autoriser le service account de SQL Server de locker des pages en memoire (Lock page in memory).

Bonne journee

[Baquardie]

Hello,

Impossible de demarrer le service SQL Server avec un login de type SQL Server vu que celui-ci n'est connu qu'a l'interieur de l'instance, pas au niveau de windows.

Si vous relisez la conversation je parle bel et bien d'un Login SQL.

Dans mon errorlog, il y avait cette erreur qui se répétait constamment :

2010-09-07 11:14:03.18 Logon Login failed for user 'INDLAS\mossdevwsssearchsvr'. Reason: Failed to open the explicitly specified database. [CLIENT: 172.25.10.51]
2010-09-07 11:15:08.92 Logon Error: 18456, Severity: 14, State: 38.

Et tout ce que je dis, c'est que CA c'est un login SQL et que ça n'a aucun rapport avec le démarre d'un service.

[Ptit_Dje]

Bon bien j'ai trouvé le bobo. En regardant de plus près dans le Event Viewer, il y avait un erreur que je n'avais pas regardé et qui disait :

The MSSQLSERVER service was unable to log on as .\Perceval with the currently configured password due to the following error:
Logon failure: the user has not been granted the requested logon type at this computer.

Service: MSSQLSERVER
Domain and account: .\Perceval

This service account does not have the necessary user right "Log on as a service."

User Action

Assign "Log on as a service" to the service account on this computer. You can use Local Security Settings (Secpol.msc) to do this. If this computer is a node in a cluster, check that this user right is assigned to the Cluster service account on all nodes in the cluster.

If you have already assigned this user right to the service account, and the user right appears to be removed, a Group Policy object associated with this node might be removing the right. Check with your domain administrator to find out if this is happening.

Donc mon compte de service n'avait pas le droit de démarrer un service. Alors il a simplement fallu que je l'ajoute dans le groupe "Backup Operators" afin qu'il obtienne les droits de "Log on as service".

Merci pour votre support !

Ah bon... Je croyais... Autant pour moi.

[kagemaru]

Si vous relisez la conversation je parle bel et bien d'un Login SQL.

ah oui en effet

Enfin bon, la morale de ce post est qu'il faut utiliser SCM pour toucher aux services SQL.