Problème de BUILINUsers manquant avec SQL en français
4 réponses
Olivier Travers
Bonjour,
J'utilise SQL Enterprise Manager 8.0 FR sous Windows XP Pro FR et
rencontre le message d'erreur suivant quand j'utilise DTS pour copier
une base distante sur mon serveur SQL (enfin MSDE) local :
[microsoft][ODBC SQL Server Driver][SQL Server]Windows NT user or group
'BUILIN\Users' not found. Check the name again.
Le lot DTS =E9choue et les tables ne sont pas copi=E9es. Comme j'utilise
XP en VF j'ai un Builtin/Utilisateurs (qui est autoris=E9 en =E9criture
sur la base de destination dans les connexions au niveau s=E9curit=E9 du
serveur SQL local), pas Builtin/Users. Je suis surpris par ce message
en anglais qui cherche un compte anglais alors qu'EM et XP sont en
fran=E7ais.
Toute aide serait grandement appr=E9ci=E9e, merci.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
SQLpro [MVP]
Olivier Travers a écrit :
Bonjour,
J'utilise SQL Enterprise Manager 8.0 FR sous Windows XP Pro FR et rencontre le message d'erreur suivant quand j'utilise DTS pour copier une base distante sur mon serveur SQL (enfin MSDE) local :
[microsoft][ODBC SQL Server Driver][SQL Server]Windows NT user or group 'BUILINUsers' not found. Check the name again.
Le lot DTS échoue et les tables ne sont pas copiées. Comme j'utilise XP en VF j'ai un Builtin/Utilisateurs (qui est autorisé en écriture sur la base de destination dans les connexions au niveau sécurité du serveur SQL local), pas Builtin/Users. Je suis surpris par ce message en anglais qui cherche un compte anglais alors qu'EM et XP sont en français.
Toute aide serait grandement appréciée, merci.
Il ne faut pas travailler directement sur les utilisateurs, surtout lorsque ce sont des utilisateurs windows.
Pour cela vous devez remapper le sid se rapportant à la connexion. C'est le seul identifiant "portable".
Intéressez vous à la procédure stockée sp_addlogin et en particulier au paramètre sid.
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Olivier Travers a écrit :
Bonjour,
J'utilise SQL Enterprise Manager 8.0 FR sous Windows XP Pro FR et
rencontre le message d'erreur suivant quand j'utilise DTS pour copier
une base distante sur mon serveur SQL (enfin MSDE) local :
[microsoft][ODBC SQL Server Driver][SQL Server]Windows NT user or group
'BUILINUsers' not found. Check the name again.
Le lot DTS échoue et les tables ne sont pas copiées. Comme j'utilise
XP en VF j'ai un Builtin/Utilisateurs (qui est autorisé en écriture
sur la base de destination dans les connexions au niveau sécurité du
serveur SQL local), pas Builtin/Users. Je suis surpris par ce message
en anglais qui cherche un compte anglais alors qu'EM et XP sont en
français.
Toute aide serait grandement appréciée, merci.
Il ne faut pas travailler directement sur les utilisateurs, surtout
lorsque ce sont des utilisateurs windows.
Pour cela vous devez remapper le sid se rapportant à la connexion. C'est
le seul identifiant "portable".
Intéressez vous à la procédure stockée sp_addlogin et en particulier au
paramètre sid.
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
J'utilise SQL Enterprise Manager 8.0 FR sous Windows XP Pro FR et rencontre le message d'erreur suivant quand j'utilise DTS pour copier une base distante sur mon serveur SQL (enfin MSDE) local :
[microsoft][ODBC SQL Server Driver][SQL Server]Windows NT user or group 'BUILINUsers' not found. Check the name again.
Le lot DTS échoue et les tables ne sont pas copiées. Comme j'utilise XP en VF j'ai un Builtin/Utilisateurs (qui est autorisé en écriture sur la base de destination dans les connexions au niveau sécurité du serveur SQL local), pas Builtin/Users. Je suis surpris par ce message en anglais qui cherche un compte anglais alors qu'EM et XP sont en français.
Toute aide serait grandement appréciée, merci.
Il ne faut pas travailler directement sur les utilisateurs, surtout lorsque ce sont des utilisateurs windows.
Pour cela vous devez remapper le sid se rapportant à la connexion. C'est le seul identifiant "portable".
Intéressez vous à la procédure stockée sp_addlogin et en particulier au paramètre sid.
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Olivier Travers
Merci pour la réponse mais je ne la comprends pas bien. Pour être clair, j'utilise un compte SQL que j'ai créé avec sp_addlogin et à qui j'ai accordé les droits sur la base de destination. Je ne comprends pas pourquoi j'ai une erreur avec un compte Users windows que je n'utilise à priori pas.
Merci pour la réponse mais je ne la comprends pas bien. Pour être
clair, j'utilise un compte SQL que j'ai créé avec sp_addlogin et à
qui j'ai accordé les droits sur la base de destination. Je ne
comprends pas pourquoi j'ai une erreur avec un compte Users windows que
je n'utilise à priori pas.
Merci pour la réponse mais je ne la comprends pas bien. Pour être clair, j'utilise un compte SQL que j'ai créé avec sp_addlogin et à qui j'ai accordé les droits sur la base de destination. Je ne comprends pas pourquoi j'ai une erreur avec un compte Users windows que je n'utilise à priori pas.
Rudi Bruchez
Olivier Travers a écrit:
Merci pour la réponse mais je ne la comprends pas bien. Pour être clair, j'utilise un compte SQL que j'ai créé avec sp_addlogin et à qui j'ai accordé les droits sur la base de destination. Je ne comprends pas pourquoi j'ai une erreur avec un compte Users windows que je n'utilise à priori pas.
Bonjour,
Comment copiez-vous votre base ? En utilisant la tâche de copies d'objets SQL Server ? Si vous avez laissé les options par défaut (troisième onglet, case à cocher du bas), c'est peut-être la cause de votre problème : il essaie de copier des utilisateurs qu'il ne peut mapper de l'autre côté. Ouvrez ces options et décochez la copie des users.
-- Rudi Bruchez, MCDBA http://www.babaluga.com/
Olivier Travers a écrit:
Merci pour la réponse mais je ne la comprends pas bien. Pour être
clair, j'utilise un compte SQL que j'ai créé avec sp_addlogin et à
qui j'ai accordé les droits sur la base de destination. Je ne
comprends pas pourquoi j'ai une erreur avec un compte Users windows que
je n'utilise à priori pas.
Bonjour,
Comment copiez-vous votre base ? En utilisant la tâche de copies d'objets
SQL Server ? Si vous avez laissé les options par défaut (troisième onglet,
case à cocher du bas), c'est peut-être la cause de votre problème : il
essaie de copier des utilisateurs qu'il ne peut mapper de l'autre côté.
Ouvrez ces options et décochez la copie des users.
Merci pour la réponse mais je ne la comprends pas bien. Pour être clair, j'utilise un compte SQL que j'ai créé avec sp_addlogin et à qui j'ai accordé les droits sur la base de destination. Je ne comprends pas pourquoi j'ai une erreur avec un compte Users windows que je n'utilise à priori pas.
Bonjour,
Comment copiez-vous votre base ? En utilisant la tâche de copies d'objets SQL Server ? Si vous avez laissé les options par défaut (troisième onglet, case à cocher du bas), c'est peut-être la cause de votre problème : il essaie de copier des utilisateurs qu'il ne peut mapper de l'autre côté. Ouvrez ces options et décochez la copie des users.
-- Rudi Bruchez, MCDBA http://www.babaluga.com/
Olivier Travers
Rudi, merci *beaucoup*, vous m'avez donné la solution ! Quel soulagement.
Rudi, merci *beaucoup*, vous m'avez donné la solution ! Quel
soulagement.
