Deplacer les profils utilisateurs sur un autre serveur

Deplacer les profils utilisateurs sur un autre serveur - Win NT/2K/XP - Windows & Software

Marsh Posté le 16-11-2006 à 13:42:06    

Bonjour,
 
J'ai actuellement un serveur 2003 tournant sous citrix, avec une 50aine de profils utilisateurs.
Je n'utilise pas les profils itinérants (et ne souhaite pas le faire).
 
J'ai reinstallé un nouveau serveur et j'aurais besoin de recupérer ces profils. J'ai bien essayé de copier coller bêtement le profil d'un serveur à l'autre .... mais cela ne fonctionne pas, il recréé un profil à la premiere connection de l'utilisateur. Il y -a t'il une solution  ?
 
Merci


---------------
I drive at 88mph ! Just in case...
Reply

Marsh Posté le 16-11-2006 à 13:42:06   

Reply

Marsh Posté le 16-11-2006 à 14:25:15    

Un mot: ADMT  :)

Reply

Marsh Posté le 16-11-2006 à 14:27:43    

J'croyays que c'etait juste pour l'AD, je regarde :)


---------------
I drive at 88mph ! Just in case...
Reply

Marsh Posté le 16-11-2006 à 14:29:05    

chapi a écrit :

J'croyays que c'etait juste pour l'AD, je regarde :)


Normalement, ca migre profils, share et autres... Donc, si ca ne marche pas avec cet outil-la, j'en vois pas d'autres...

Reply

Marsh Posté le 16-11-2006 à 16:28:58    

Nan pas ADMT...
 
USMT à la rigueur

Reply

Marsh Posté le 16-11-2006 à 16:40:46    

je regarde :D


---------------
I drive at 88mph ! Just in case...
Reply

Marsh Posté le 16-11-2006 à 22:15:15    

Bon, euh, ça marche pô :D


---------------
I drive at 88mph ! Just in case...
Reply

Marsh Posté le 16-11-2006 à 22:18:34    

robocopy devrait pouvoir te copier tes rep
 
le pb ensuite vient surement du fait que tes windows verifie le proprietaire des dossiers qui a du change lors de ton copier coller
 
a regarder si dans robocopy tu peux pas garder le proprietaire des dossiers
sinon desactive ce fonctionnement par strategie
 
edit : option de robocopy
/COPY:copyflag[s] :: what to COPY (default is /COPY:DAT).
                       (copyflags : D=Data, A=Attributes, T=Timestamps).
                       (S=Security=NTFS ACLs, O=Owner info, U=aUditing info)

Message cité 1 fois
Message édité par boisorbe le 16-11-2006 à 22:24:28

---------------
"Tout ce que je sais c'est que je ne sais rien" Socrate
Reply

Marsh Posté le 17-11-2006 à 10:05:43    

En gardant le même propriétaire, les mêmes autorisations, en remplacant ntuser.dat en .man...... ça fait pareil. A la première connexion, windows créé un nouveau repertoire :(


---------------
I drive at 88mph ! Just in case...
Reply

Marsh Posté le 17-11-2006 à 12:03:00    

boisorbe a écrit :

robocopy devrait pouvoir te copier tes rep
 
le pb ensuite vient surement du fait que tes windows verifie le proprietaire des dossiers qui a du change lors de ton copier coller
 
a regarder si dans robocopy tu peux pas garder le proprietaire des dossiers
sinon desactive ce fonctionnement par strategie
 
edit : option de robocopy
/COPY:copyflag[s] :: what to COPY (default is /COPY:DAT).
                       (copyflags : D=Data, A=Attributes, T=Timestamps).
                       (S=Security=NTFS ACLs, O=Owner info, U=aUditing info)


 
marchera pas
 

chapi a écrit :

En gardant le même propriétaire, les mêmes autorisations, en remplacant ntuser.dat en .man...... ça fait pareil. A la première connexion, windows créé un nouveau repertoire :(


 
 
Excuse moi d'insister mais avec USMT tu dois pouvoir y arriver.
http://www.microsoft.com/downloads [...] layLang=en
 
Par contre, tu es peut etre obligé de repasser par un profil local...
 

Reply

Marsh Posté le 17-11-2006 à 12:03:00   

Reply

Marsh Posté le 17-11-2006 à 21:04:07    

pas compris
les comptes ont été supprimés ou c'est juste un nouveau serveur a cote de l'ancien ?  
l'ad est toujours la ? (la meme = meme SID )


---------------
"Tout ce que je sais c'est que je ne sais rien" Socrate
Reply

Marsh Posté le 18-11-2006 à 12:39:53    

boisorbe a écrit :

pas compris
les comptes ont été supprimés ou c'est juste un nouveau serveur a cote de l'ancien ?  
l'ad est toujours la ? (la meme = meme SID )


 
Le pb du robocopy dans ce cas la, c'est l'utilisateur n'est plus propriétaire unique du repertoire contenant son profil. Donc, il y a recreation du profil.

Reply

Marsh Posté le 18-11-2006 à 14:29:41    

dans notre reseau nous créons les dossiers au préablable et pourtant le profil n'est pas recreer à chaque fois.
 
Par contre c'est vrai que vu que nous creons les dossiers des profils vierge le profil est creer la premiere fois mais n'est pas recree a chaque connexion.
 
Je pensais aussi que usmt pouvait régler ces problèmes de migration de profil.
 
A suivre alors


---------------
"Tout ce que je sais c'est que je ne sais rien" Socrate
Reply

Marsh Posté le 18-11-2006 à 14:38:00    

oui mais tu les cree comment ? avec un %username% à la creation de l'utilisateur ?
 
USMT ne prend (visiblement) en charge que les profil locaux

Reply

Marsh Posté le 18-11-2006 à 14:47:05    

oui lors de la creation du compte dans l'ad on cree le répertoire qui a pour nom % username%
 
du coup on a été obligé d'appliquer la stratégie AD de non vérification du propriétaire du dossier de profil.


---------------
"Tout ce que je sais c'est que je ne sais rien" Socrate
Reply

Marsh Posté le 18-11-2006 à 18:44:32    

Oui mais dans ce cas, l'utilisateur créé est automatiquement propriétaire du repertoire. cqfd ;)

Reply

Marsh Posté le 18-11-2006 à 22:34:20    

non non le dossier est créé avant par une moulinette lancée en administrateur.
le propriétaire du dossier est bien le groupe administrateur
par contre tout le contenu du dossier est bien propriete du user car créé au premier login  ;)


---------------
"Tout ce que je sais c'est que je ne sais rien" Socrate
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed