Yip yop.
 
quelqu'un a t'il déja fait ce genre de manip?
 
j'ai une vague idée pour faire ça à la portos, mais je doute.
 
en gros, je peuxx récuperer les datas de la table syslogins de la master sur le serveur source, virer ensuite les entrées systeme (type login sa etc...) et balancer les datas?
 
j'hésite.
 

Je viens de demander à notre DBA.
 
C'est une ancienne proc, je peux rien te garantir :
 
-> tu es en quoi comme sécurité ?
(intégré, mixte)
 
0/ Utiliser le transfert manager pour transférer les comptes
Ne pas cocher : Transfer all objects, Use Default Scripting Options
Cocher : Seulement les options de sécurité (après avoir cliquer le bouton scripting options)
-> ceci transfert les comptes mais pas les mots de passe.
 
Pour les mots de passe :
1/ Faire un BCP out de la table syslogins du premier serveur
2/ copier le fichier résultant sur le second serveur
3/ Exécuter la query suivante sur la master :
Select into Pubs..Syslogins from Syslogins Where 1=2
(Il se peut que tu es à positionner l'option "Select Into/Bulk Copy" à vraie. Cette opération peut être faite au travers de l'Enterprise Manager ou avec sp_dboption)
 
4/ Maintenant tu peux faire un BCP in dans la table temporaire Syslogins créée dans la base pubs.
5/ Arrêt du service SQL Server
6/ Faire une copie de la master.dat
7/ En tant que SA faire sous ISQL l'opération suivante :
sp_configure 'allow updates',1
go
Reconfigure with override
go
8/ Faire un query sur la master comme suit :
"Update syslogins
Set S.password = P.password
From Syslogins S, Pubs..Syslogins P
Where S.name = P.name And S.Suid > 10"
 
Si cela ne fonctionne pas une recopie de la master.dat sauvegarder un 6/ permet de revenir à l'état initial.
 
Je ne garantie rien, je ne l'ai jamais fait et mon dba ne se souvient pas l'avoir utilisé.
Mais il est documentée donc valider par qq'un chez nous.
 
WW

Merci.
 
vraiment.
 
je tenterais ça demain, j'ai vraiment pas envie de me tapper 200 users à la main.
 
au pire, je ferais un script.