Premièrement je suis désolé mais je ne sais pas où poster pour ce problème....
Enfin ce n'est pas vraiment un problème. Alors voilà, j'ai découvert un
outils magique que propose microsoft pour la migration de profil qui
s'appelle USMT. Celui s'utilise avec deux "exe". LOADSTATE.EXE et
SCANSTATE.exe
Je suis actuellement dans un environnement "workgroup" et je souhaiterai
intégrer un domaine en récupérant le profil des utilisateurs actuel. L'outil
que propose microsoft fonctionne très bien mais uniquement si l'utilisateur
garde le meme nom de profil.
Bien sure je ne peux garder le meme nom de profil car ma boite "exige" une
politique de noms.
Quelqu'un pourrait il m'aider ce sur ce problème ou bien me donner un lien
pour m'orienter là dessus.
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
Méta-MCI
Bonjour !
J'ai récemment eu le cas inverse à traiter : faire migrer un (petit) parc (20 machines) d'un domaine vers un groupe de travail (pour avoir une meilleure fiabilité de fonctionnement, et de meilleures performances).
Sur certains postes les répertoires des utilisateurs avaient des tailles importantes (jusqu'à 30 Go).
Alors, j'ai suivi la démarche suivante (pour chaque poste) : - création d'un nouvel Administrateur local (temporaire, juste une sécurité pour pouvoir accéder au poste, en cas de problème) - bascule du poste dans la nouvelle architecture - création du nouvel utilisateur - utilisation du nouvel utilisateur (pour forcer quelques créations de répertoires) - reboot sous Administrateur local, et... - renommage des répertoires dans "Document and Settings". Les répertoires sont le reflet des utilisateurs. Selon le cas, on peut être obligé des redémarrer au milieu, et/ou de faire un renommage intermédiaire.
Résultats : les utilisateurs retrouvent tout leur environnement, leurs raccourcis, leur bureau, leurs dossiers, leurs fichiers, etc. Seul le fond d'écran est à redéfinir, et encore, pas toujours.
Après quelques jours de vérification, on peut supprimer le répertoire devenu inutile, et l'Administrateur temporaire (quoique, cela peut être bien utile).
AMHA, cette démarche peut très bien s'appliquer dans l'autre sens (Groupe => Dom). Et, lorsque les répertoires de l'utilisateur occupent plus de la moitié du disque, ça marche.
On galère un peu sur les deux première machines (le temps de trouver ses marques), puis, ensuite, ça roule (presque) tout seul.
@-salutations -- Michel Claveau
Bonjour !
J'ai récemment eu le cas inverse à traiter : faire migrer un (petit) parc
(20 machines) d'un domaine vers un groupe de travail (pour avoir une
meilleure fiabilité de fonctionnement, et de meilleures performances).
Sur certains postes les répertoires des utilisateurs avaient des tailles
importantes (jusqu'à 30 Go).
Alors, j'ai suivi la démarche suivante (pour chaque poste) :
- création d'un nouvel Administrateur local (temporaire, juste une
sécurité pour pouvoir accéder au poste, en cas de problème)
- bascule du poste dans la nouvelle architecture
- création du nouvel utilisateur
- utilisation du nouvel utilisateur (pour forcer quelques créations de
répertoires)
- reboot sous Administrateur local, et...
- renommage des répertoires dans "Document and Settings". Les répertoires
sont le reflet des utilisateurs. Selon le cas, on peut être obligé des
redémarrer au milieu, et/ou de faire un renommage intermédiaire.
Résultats : les utilisateurs retrouvent tout leur environnement, leurs
raccourcis, leur bureau, leurs dossiers, leurs fichiers, etc. Seul le fond
d'écran est à redéfinir, et encore, pas toujours.
Après quelques jours de vérification, on peut supprimer le répertoire devenu
inutile, et l'Administrateur temporaire (quoique, cela peut être bien
utile).
AMHA, cette démarche peut très bien s'appliquer dans l'autre sens (Groupe =>
Dom). Et, lorsque les répertoires de l'utilisateur occupent plus de la
moitié du disque, ça marche.
On galère un peu sur les deux première machines (le temps de trouver ses
marques), puis, ensuite, ça roule (presque) tout seul.
J'ai récemment eu le cas inverse à traiter : faire migrer un (petit) parc (20 machines) d'un domaine vers un groupe de travail (pour avoir une meilleure fiabilité de fonctionnement, et de meilleures performances).
Sur certains postes les répertoires des utilisateurs avaient des tailles importantes (jusqu'à 30 Go).
Alors, j'ai suivi la démarche suivante (pour chaque poste) : - création d'un nouvel Administrateur local (temporaire, juste une sécurité pour pouvoir accéder au poste, en cas de problème) - bascule du poste dans la nouvelle architecture - création du nouvel utilisateur - utilisation du nouvel utilisateur (pour forcer quelques créations de répertoires) - reboot sous Administrateur local, et... - renommage des répertoires dans "Document and Settings". Les répertoires sont le reflet des utilisateurs. Selon le cas, on peut être obligé des redémarrer au milieu, et/ou de faire un renommage intermédiaire.
Résultats : les utilisateurs retrouvent tout leur environnement, leurs raccourcis, leur bureau, leurs dossiers, leurs fichiers, etc. Seul le fond d'écran est à redéfinir, et encore, pas toujours.
Après quelques jours de vérification, on peut supprimer le répertoire devenu inutile, et l'Administrateur temporaire (quoique, cela peut être bien utile).
AMHA, cette démarche peut très bien s'appliquer dans l'autre sens (Groupe => Dom). Et, lorsque les répertoires de l'utilisateur occupent plus de la moitié du disque, ça marche.
On galère un peu sur les deux première machines (le temps de trouver ses marques), puis, ensuite, ça roule (presque) tout seul.
