Bonjour,

J'ai un problème similaire sur les serveur ou je suis passer en SQL2005 EXP.
Sauf que pour moi c'est l'authentification SQL qui ne fonctionne plus après
un redémarrage du serveur.

La seule solution pour moi actuellement est de modifier la valeur de la base
de registre suivante:

\Hkey local machine\software\microsoft\microsoft
sqlserver\mssql.1\mssqlserver

et de changer la clé : loginmode =2

Puis de redémarrer le service SQLserver.

Peux être devrais tu regarder cette clé sachant que la valeur 2 correspond a
une "authentification mixed mode".

Pour une authentification Windows, il me semble que la valeur devrait être a
1.

Christophe

"Laurent" <laurent.graziani@free.fr> a écrit dans le message de news:
uCUmigKxHHA.4300@TK2MSFTNGP04.phx.gbl...
> Mes utilisateurs accèdent sans problème au serveur windows. Ils sont tous
> créés et ouvrent tous les partages du serveur sans avoir besoins de
> s'authentifier à nouveaux, les crédentials d'ouverture de sessions étant
> identiques sur les clients et sur le serveur.
>
> Laurent
>

Moi, cette clé est déjà à 2

En revanche, je viens de me rendre compte que le SQLserveragent ne peut pas démarrer.

"SQLServerAgent could not be started (reason: SQLServerAgent doit pouvoir se connecter à SQL Server comme SysAdmin, mais « (Inconnu) » n'est pas membre du rôle SysAdmin)."

Pourtant dans les connections du service, C'est le compte Administrateur qui est désigné comme pour les autres

Quelqu'un a une idée ?

Merci d'avance





"christophe cDs" <christophe@(no-spam)cds-paris.com> a écrit dans le message de news: %23C2CDKTyHHA.748@TK2MSFTNGP04.phx.gbl...
> Bonjour,
>
> J'ai un problème similaire sur les serveur ou je suis passer en SQL2005 EXP.
> Sauf que pour moi c'est l'authentification SQL qui ne fonctionne plus après
> un redémarrage du serveur.
>
> La seule solution pour moi actuellement est de modifier la valeur de la base
> de registre suivante:
>
> \Hkey local machine\software\microsoft\microsoft
> sqlserver\mssql.1\mssqlserver
>
> et de changer la clé : loginmode =2
>
> Puis de redémarrer le service SQLserver.
>
> Peux être devrais tu regarder cette clé sachant que la valeur 2 correspond a
> une "authentification mixed mode".
>
> Pour une authentification Windows, il me semble que la valeur devrait être a
> 1.
>
> Christophe
>
> "Laurent" <laurent.graziani@free.fr> a écrit dans le message de news:
> uCUmigKxHHA.4300@TK2MSFTNGP04.phx.gbl...
>> Mes utilisateurs accèdent sans problème au serveur windows. Ils sont tous
>> créés et ouvrent tous les partages du serveur sans avoir besoins de
>> s'authentifier à nouveaux, les crédentials d'ouverture de sessions étant
>> identiques sur les clients et sur le serveur.
>>
>> Laurent
>>
>
>

Et si vous vous mettez en local system account pour le log on de sql agent cela fonctionne ?

Vous êtes certain qu'il n'y a pas de confusion entre les comptes administrateurs de la machine et les comptes administrateurs du domaine (même s'ils portent le même nom mais pas dans le domaine) ?
"Laurent" <laurent.graziani@free.fr> wrote in message news:OIR%23oMfzHHA.4928@TK2MSFTNGP03.phx.gbl...
Moi, cette clé est déjà à 2

En revanche, je viens de me rendre compte que le SQLserveragent ne peut pas démarrer.

"SQLServerAgent could not be started (reason: SQLServerAgent doit pouvoir se connecter à SQL Server comme SysAdmin, mais « (Inconnu) » n'est pas membre du rôle SysAdmin)."

Pourtant dans les connections du service, C'est le compte Administrateur qui est désigné comme pour les autres

Quelqu'un a une idée ?

Merci d'avance





"christophe cDs" <christophe@(no-spam)cds-paris.com> a écrit dans le message de news: %23C2CDKTyHHA.748@TK2MSFTNGP04.phx.gbl...
> Bonjour,
>
> J'ai un problème similaire sur les serveur ou je suis passer en SQL2005 EXP.
> Sauf que pour moi c'est l'authentification SQL qui ne fonctionne plus après
> un redémarrage du serveur.
>
> La seule solution pour moi actuellement est de modifier la valeur de la base
> de registre suivante:
>
> \Hkey local machine\software\microsoft\microsoft
> sqlserver\mssql.1\mssqlserver
>
> et de changer la clé : loginmode =2
>
> Puis de redémarrer le service SQLserver.
>
> Peux être devrais tu regarder cette clé sachant que la valeur 2 correspond a
> une "authentification mixed mode".
>
> Pour une authentification Windows, il me semble que la valeur devrait être a
> 1.
>
> Christophe
>
> "Laurent" <laurent.graziani@free.fr> a écrit dans le message de news:
> uCUmigKxHHA.4300@TK2MSFTNGP04.phx.gbl...
>> Mes utilisateurs accèdent sans problème au serveur windows. Ils sont tous
>> créés et ouvrent tous les partages du serveur sans avoir besoins de
>> s'authentifier à nouveaux, les crédentials d'ouverture de sessions étant
>> identiques sur les clients et sur le serveur.
>>
>> Laurent
>>
>
>

Ce serveur n'est pas dans un domaine et les clients ne le sont pas non plus, même s'il existe un mini domaine sur le réseau pour des raisons techniques (SBS 2003).

J'ai essayé avec un compte Administrateur, avec un compte localsystem et rien n'y fait

Dans SSMS il apparait dans l'arborescence tout en bas : "Agent SQL Server (Agent XPs désactivé)

je viens de trouver un autre message :

"SQL Server a bloqué l'accès à procédure 'dbo.sp_sqlagent_get_startup_info' du composant 'Agent XPs' car ce composant est désactivé dans le cadre de la configuration de la sécurité du serveur. Un administrateur système peut activer l'utilisation de 'Agent XPs' via sp_configure. Pour plus d'informations sur l'activation de 'Agent XPs', voir « Configuration de la surface d'exposition » dans la documentation en ligne de SQL Server. "

Du coup j'ai réaliser la manip décite ici :

http://technet.microsoft.com/fr-fr/l.../ms190730.aspx

et j'ai redémarré mon service sql server ce qui m'a permi ensuite de démarrer l'agent sql.






"jerome" <jerome@hh.fr> a écrit dans le message de news: O$ZSh%23pzHHA.1100@TK2MSFTNGP06.phx.gbl...
Et si vous vous mettez en local system account pour le log on de sql agent cela fonctionne ?

Vous êtes certain qu'il n'y a pas de confusion entre les comptes administrateurs de la machine et les comptes administrateurs du domaine (même s'ils portent le même nom mais pas dans le domaine) ?
"Laurent" <laurent.graziani@free.fr> wrote in message news:OIR%23oMfzHHA.4928@TK2MSFTNGP03.phx.gbl...
Moi, cette clé est déjà à 2

En revanche, je viens de me rendre compte que le SQLserveragent ne peut pas démarrer.

"SQLServerAgent could not be started (reason: SQLServerAgent doit pouvoir se connecter à SQL Server comme SysAdmin, mais « (Inconnu) » n'est pas membre du rôle SysAdmin)."

Pourtant dans les connections du service, C'est le compte Administrateur qui est désigné comme pour les autres

Quelqu'un a une idée ?

Merci d'avance





"christophe cDs" <christophe@(no-spam)cds-paris.com> a écrit dans le message de news: %23C2CDKTyHHA.748@TK2MSFTNGP04.phx.gbl...
> Bonjour,
>
> J'ai un problème similaire sur les serveur ou je suis passer en SQL2005 EXP.
> Sauf que pour moi c'est l'authentification SQL qui ne fonctionne plus après
> un redémarrage du serveur.
>
> La seule solution pour moi actuellement est de modifier la valeur de la base
> de registre suivante:
>
> \Hkey local machine\software\microsoft\microsoft
> sqlserver\mssql.1\mssqlserver
>
> et de changer la clé : loginmode =2
>
> Puis de redémarrer le service SQLserver.
>
> Peux être devrais tu regarder cette clé sachant que la valeur 2 correspond a
> une "authentification mixed mode".
>
> Pour une authentification Windows, il me semble que la valeur devrait être a
> 1.
>
> Christophe
>
> "Laurent" <laurent.graziani@free.fr> a écrit dans le message de news:
> uCUmigKxHHA.4300@TK2MSFTNGP04.phx.gbl...
>> Mes utilisateurs accèdent sans problème au serveur windows. Ils sont tous
>> créés et ouvrent tous les partages du serveur sans avoir besoins de
>> s'authentifier à nouveaux, les crédentials d'ouverture de sessions étant
>> identiques sur les clients et sur le serveur.
>>
>> Laurent
>>
>
>

En plus du psot précédent, je viens de me rendre compte que le groupe "utilisateurs identifiés" ne faisait pas partit du groupe "SqlServer2005MSSQLUESR"

J'ai corrigé cela et oh supprise tout fonctionne.

Moralité : il est des paramétrage qui se font d'ordinaire tout seul à l'install et ce de manière transparente. Si on ne vas pas fouiller partout pour les connaître, le jour ou l'automatisation flanche.........on est dans la M.

Merci à toi pour ton aide

Laurent
"jerome" <jerome@hh.fr> a écrit dans le message de news: O$ZSh%23pzHHA.1100@TK2MSFTNGP06.phx.gbl...
Et si vous vous mettez en local system account pour le log on de sql agent cela fonctionne ?

Vous êtes certain qu'il n'y a pas de confusion entre les comptes administrateurs de la machine et les comptes administrateurs du domaine (même s'ils portent le même nom mais pas dans le domaine) ?
"Laurent" <laurent.graziani@free.fr> wrote in message news:OIR%23oMfzHHA.4928@TK2MSFTNGP03.phx.gbl...
Moi, cette clé est déjà à 2

En revanche, je viens de me rendre compte que le SQLserveragent ne peut pas démarrer.

"SQLServerAgent could not be started (reason: SQLServerAgent doit pouvoir se connecter à SQL Server comme SysAdmin, mais « (Inconnu) » n'est pas membre du rôle SysAdmin)."

Pourtant dans les connections du service, C'est le compte Administrateur qui est désigné comme pour les autres

Quelqu'un a une idée ?

Merci d'avance





"christophe cDs" <christophe@(no-spam)cds-paris.com> a écrit dans le message de news: %23C2CDKTyHHA.748@TK2MSFTNGP04.phx.gbl...
> Bonjour,
>
> J'ai un problème similaire sur les serveur ou je suis passer en SQL2005 EXP.
> Sauf que pour moi c'est l'authentification SQL qui ne fonctionne plus après
> un redémarrage du serveur.
>
> La seule solution pour moi actuellement est de modifier la valeur de la base
> de registre suivante:
>
> \Hkey local machine\software\microsoft\microsoft
> sqlserver\mssql.1\mssqlserver
>
> et de changer la clé : loginmode =2
>
> Puis de redémarrer le service SQLserver.
>
> Peux être devrais tu regarder cette clé sachant que la valeur 2 correspond a
> une "authentification mixed mode".
>
> Pour une authentification Windows, il me semble que la valeur devrait être a
> 1.
>
> Christophe
>
> "Laurent" <laurent.graziani@free.fr> a écrit dans le message de news:
> uCUmigKxHHA.4300@TK2MSFTNGP04.phx.gbl...
>> Mes utilisateurs accèdent sans problème au serveur windows. Ils sont tous
>> créés et ouvrent tous les partages du serveur sans avoir besoins de
>> s'authentifier à nouveaux, les crédentials d'ouverture de sessions étant
>> identiques sur les clients et sur le serveur.
>>
>> Laurent
>>
>
>