copy user profile from one domain to another

Discussion in 'Server Migration' started by Tim, Jul 8, 2008.

  1. Tim

    Tim Guest

    I need to remove my xp client workstations from one windows server 2003
    active-directory domain and add them to a different one. Is there a way to
    migrate the user profiles (so that the icons stay the same)?

    Tim, Jul 8, 2008
    1. Advertisements

  2. Dear Customer,

    Thank you for posting here.

    According to description, you wonder if there is a way to migrate the user
    profiles between domains. If I have any misunderstanding, please feel free
    to let me know.

    Based on the research, here is some information which may be helpful for

    Analysis and Suggestion:

    We can simply use ADMT to migrate local user profiles for all the
    workstations from "old" domain to "new" domain. We don't have to copy all
    the local user profiles from the old profile to the new profile. We may
    simply migrate the user profiles with Security Translation Wizard in the
    ADMT. We may translate the local user profiles to let all the computer be
    aware of the migration. It is important to verify that user profile
    translation succeeded for each user before that user is allowed to log on.
    We can also migrate roaming user profiles during the user account migration
    process. However, we still need to translate the local user profile.

    When we migrate the user profiles, the Security Translation wizard will
    move the user profiles from the source domain to the target domain. And
    after the user accounts have been migrated, the ADMT will preserve the SID
    history of the source domain. We can still use the migrated domain accounts
    in the target domain to use the previous user profile. Even if you logon
    the new domain with UPN, it will still use the previous user profile and
    the folder name of the profile won't be changed.

    For more detailed information, please refer to:

    Translating Local User Profiles

    How to use a SID mapping file with the ADMT tool to perform a resource
    domain migration to Windows Server 2003;EN-US;835991

    After migrating the computer accounts from the "old" domain to the "new"
    domain, the computer accounts that exist in new domain will be aware of the
    migration. You may logon the new domain when the clients boot up without
    removing the computer from the old domain. All the clients will be aware of
    the migration of the domain.

    For more information about ADMT, please refer to:

    ADMT v3 Migration Guide

    Support WebCast: Domain Migration Using the Microsoft Active Directory
    Migration Tool

    Hope it helps.

    Thanks for your time.

    David Shen
    Microsoft Online Partner Support
    David Shen [MSFT], Jul 8, 2008
    1. Advertisements

  3. Tim

    Tim Guest

    Thanks David, however I am not actually migrating any one to the new domain.
    We are actually just setting up a new domain and creating new users from
    scratch. I just wanted to know if I would be able to copy the user profile
    over from the old user to the new user. We're not using ADMT or anything to
    actually migrate users from domain1 to domain2.

    Thanks for your help.
    Tim, Jul 8, 2008
  4. Tim

    Tom Guest

    Local user profiles can be copied as easy as any folder.
    1.create new user in new domain
    2.log on with new user cred. and than log off on workstation
    3. log on as admin and copy old user profile over the new user profile
    Tom, Jul 9, 2008
  5. Hello TJ,

    Thanks for your reply and sorry for my misunderstanding.

    According to your description, my understanding of the scenario is:

    You have one client computer (computerA), and it is now in domainA. An user
    named user1 (domainA\user1) use this computer. Currently, you want to
    remove this computer from domainA and want to join it to another domain
    (domain). However, you want the user use account (domainB\user1) to log on
    to the computer in the new domain with existing user profile. You don't
    want to use ADMT to perform this migration.

    If I have any misunderstanding, please let me know.

    Based on the research, this can be achieved by using USMT. You may follow
    the steps:

    1.Log on to the computerA with an administrative account (Administrator) in
    domainA. Then run the following command:

    scanstate \\fileserver\migration\mystore /ue:*\* /ui:domainA\user1
    /i:miguser.xml /i:migapp.xml /o

    2.Remove the computerA from domainA.

    3.After creating a new user "user1" in domainB and joining computerA to
    domainB, you should log onto computerA with an administrative account
    (Administrator) in domainB.

    4.Run the following command on computerA:

    loadstate \\fileserver\migration\mystore /mu:domainA\user1:domainB\user1
    /i:miguser.xml /i:migapp.xml

    5.Log on to computerA with the new user account (e.g. domainB\user1), see
    it the user profile has been migrated successfully.

    With this method, you don't need to create trust between domainA and
    domainB. However, you need to create a new user domainB\user1 for

    Please note: we need to install the User State Migration Tool on the

    For your convenience , I have list the download link for you.

    Windows User State Migration Tool (USMT) Version 3.0.1:

    Hope it helps.

    David Shen
    Microsoft Online Partner Support
    David Shen [MSFT], Jul 9, 2008
  6. Hello TJ,

    How's everything going?

    I'm wondering if the suggestion has helped or if you have any further
    questions. Please feel free to respond to the newsgroups if I can assist

    David Shen
    Microsoft Online Partner Support
    David Shen [MSFT], Jul 15, 2008
  7. Tim

    Tim Guest

    Thanks a bunch David, this is good information. I will let you know if this
    does not work. I will be testing the next few days.

    Many thanks!
    Tim, Jul 23, 2008
  8. Hi customer,

    It seems there are multiple issues posted in this thread. Generally, we
    request one question per post in the newsgroups. In order to concentrate
    fully on each of these issues and provide clarity for others that may be
    following here, it is recommanded that you post them as separate threads.
    This will also make the thread more clear and consistent for your
    reference. Please feel free to open different posts for these questions.

    We will be very glad to work with you.

    Thank you for your patience and understanding.

    David Shen
    Microsoft Online Technical Support
    David Shen [MSFT], Dec 9, 2008
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.