Discussion :

[gracouille]

Bonjour,

Je viens de mettre un SQL 2008 server en place sur un WIN 2008 server.

Mes services SQL sont paramétrés pour démarrer automatiquement en ouvrant une session en tant qu' un compte de mon domaine qui est membre du groupe administrateur local.

Apres un reboot, mes services apparaissent toujours en automatique mais ils ne sont pas démarrés et quand je tente de les démarrer il m'annonce un erreur d'ouverture de session.
Il faut alors que je revalide le mot de passe du compte dans les propriétés du service.

Par contre, Je ne rencontre pas de soucis lorsque j'utilise un compte local mais c'est important pour moi d'utiliser un compte du domaine.

Avez-vous déjà rencontré ce souci?
Est-ce une mauvaise utilisation de ma part?

[jero44]

Bonjour,
Juste quelques pistes:
- Quel est la politique de sécurité du compte? Doit il changer son mot de passe?
- Vérfier la configuration du service à l'aide de l'instruction en ligne de commande suivante (pour le service MSSQLSERVER):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sc qc MSSQLSERVER

[elsuket]

Exact, vérifiez soit avec la commande de Jero44, soit avec SQLServerManager.msc que le mode de démarrage du service est bien "automatique" (onglet service dans la node Services de SQL Server 2008, ou bien valeur "AUTO_START" pour la propriété START_TYPE de la commande de Jero44)

@++

[cyrilux]

Bonjour,

je rencontre le même problème.
Erreur : L'échec d'une ouverture de session a empêché le démarrage du service.
Lors de chaque reboot du serveur les services SQL SERVER ne redémarre pas. Ces services fonctionnent avec un compte admin du domaine.
Lorsque que je revalide pour n'importe quelle service une seule fois le mot de passe du compte, tous les autres peuvent démarrer.
Tous ces services sont bien en auto-start.

Si quelqu'un avait une idée.

Merci d'avance

[dbaffaleuf]

Le compte de service n'a pas le privilège Log on as a Service. Il faut soit revalider le mot de passe du compte dans sqlservermanager10.msc à chaque fois soit demander à un administrateur local de donner ce privilège au compte de service.

[cyrilux]

Merci David pour ta réponse ,

mais malheureusement ce compte est autorisé à "Ouvrir une session en tant que service dans l'éditeur de stratégie de groupe local".

Je galère Sniff...

[dbaffaleuf]

Il l'a une fois que tu as revalidé le mot de passe, mais est-ce le cas juste après un reboot et avant la revalidation ?

[cyrilux]

Oui.

Je pense avoir la solution, je viens de rebooter et mes services démarrent.
J'ai modifié le format du login de compte :
Avant : Login@domain.xxxx.com
Après : domain\login

[cyrilux]

Oui.

Je pense avoir la solution, je viens de rebooter et mes services démarrent.
J'ai modifié le format du login de compte :
Avant : Login@domain.xxxx.com
Après : domain\login

Et bien cela avait fonctionné avec un reboot manuel hier soir, mais pas avec un "Shutdown /r /f" planifié cette nuit. En effet ce matin mes services n'étaient pas démarré, j'ai retapé le mot de passe du compte sur un service et j'ai pu redémarrer les autres.

Une piste ? Merci

[cyrilux]

Je viens de faire un test sur un autre serveur qui possède la même config :
- Windows 2008 SP2
- SQL SERVER 2008 R2
- Même compte admin de domaine pour les services SQL SERVER

Il s'avère qu'après un reboot manuel les services ne démarrent pas.
Je fais modifie le mot de passe du compte sur un service et démarre tts les services.
Je fais un reboot manuel et mes services démarrent automatiquement.

Je suis persuadé que si je retente le même chose demain le même scénario se reproduira.

Il semble donc que le temps est un impact sur la perte du mot de passe??

Je suis paumé!!

[alphonse62]

Bonjour,

Je pense que le temps n'a rien avoir avec votre perte de mot de passe. J'utilise SQL SERVER 2008 R2 et Windows Server 2008 R2 avec mon compte domaine qui est admin du poste depuis plus d'une année et je n'ai pas a revalider mon mot de passe.
Dans les propriétés des services, ils sont tous configurés pour démarrer automatiquement et les connexions sur "ouvrir un session en tant que: compte système local".

A+

[mikedavem]

Il n'y aurait pas une GPO ou autre script planifie par les admin system et qui auraient un impact sur le compte de service en question ?

Soit sur le compte soit sur l'OU ou se trouve le serveur SQL ?

++

[cyrilux]

@Alphonse :
Oui tous les services sont configurés pour démarrer automatiquement mais par contre je veux que les services tournent avec un compte du domaine ( pour accéder à des ressources externes ) pas un compte en local.

@mikedavem : Je vois ça en ce moment

[cyrilux]

J'ai reconfigurer les services via l'outils de SQL SERVER.
De plus, je ne les démarre pas tous avec le compte du domaine.
Et modification d'une GPO bien cachée afin que le compte puisse démarrer un service.
Le compte de domaine n'est plus administrateur du domaine.

Et cela fonctionne.

[SQLpro]

Entre nous, pourquoi redémarrez-vous les serveurs SQL ?

A +

[mikedavem]

Ok donc juste par curiosité : que faisait la GPO en question ?

++

[Ptit_Dje]

Log on as service?

[Jinroh77]

Je serai interessé aussi sur cette GPO... J'ai le même problème sur un serveur, virtualisé d'autant plus et qui a un problème sur une carte réseau virtuelle qui m'oblige à le reboot régulièrement