Re: Workstation Migration



Hello Jason,

Thank you for your suggestion and advise on my server migration. As you
mentioned I can use ADMT to migrate user profile on workstation. Shall I
install ADMT on each workstation? If I have 100 users in office, I do need
to install 100 times on each workstation.

Compare with "Copy to:" (the function to copy profile to another user) and
ADMT workstation migration, which one work effectively and efficiently?
Because it's not a good choice if I need to install ADMT on each
workstation.

If I use "Copy to", how can the user can keep his/her user access right
locally? Since they are login to Domain Controller w/ Domain User already.
Therefore, how can they still keep the administrative right on his/her own
workstation w/ full control?

With many thanks!!

Wilson

"Jason Tan (MSFT)" <v-jasont@xxxxxxxxxxxxxxxxxxxx> wrote in message
news:%23gqI6eRjFHA.940@xxxxxxxxxxxxxxxxxxxxxxxx
>
> Hi Wilson,
>
> Thanks for reply!
>
> Actually, ADMT is a good tool to migrate user profile on the workstation
> in
> your scenario. You are correct that all user's profiles are stored in
> workstation locally. Whereas, in nature, "user profile migration" which I
> indicated means "translate user profile". That is to say, you can maintain
> the previous user profiles when logon workstations.
>
> As you mentioned "I used csvde.exe to import the user account", we do not
> recommend this method since it actually create the user accounts which
> have
> different SIDs though they have the same name. That would cause that you
> have on permission on the user profiles since user profiles are based on
> SIDs.
>
> If there is anything that is unclear, please feel free to let me know.
>
> Thanks & Regards,
>
> Jason Tan
>
> Microsoft Online Partner Support
> Get Secure! - www.microsoft.com/security
>
> =====================================================
>
> When responding to posts, please "Reply to Group" via your newsreader so
> that others may learn and benefit from your issue.
>
> =====================================================
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
>
>
>
>
>
>
>
> --------------------
> | From: "Wilson Cheung" <wcwcheung@xxxxxxxxxxxx>
> | Subject: Re: Workstation Migration
> | Date: Wed, 20 Jul 2005 10:26:01 +0800
> | Lines: 15
> | X-Priority: 3
> | X-MSMail-Priority: Normal
> | X-Newsreader: Microsoft Outlook Express 6.00.2900.2527
> | X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527
> | X-RFC2646: Format=Flowed; Original
> | Message-ID: <uytVyNOjFHA.3348@xxxxxxxxxxxxxxxxxxxx>
> | Newsgroups: microsoft.public.windows.server.migration
> | NNTP-Posting-Host: 202.140.234.94
> | Path: TK2MSFTNGXA01.phx.gbl!TK2MSFTNGP08.phx.gbl!tk2msftngp13.phx.gbl
> | Xref: TK2MSFTNGXA01.phx.gbl
> microsoft.public.windows.server.migration:11313
> | X-Tomcat-NG: microsoft.public.windows.server.migration
> |
> | Hi Jason,
> |
> | Eventually, I haven't use ADMT to migrate user account, but only use
> FSMT
> to
> | migrate all files. I used csvde.exe to import the user account. All
> users'
> | profile are stored in workstation locally. Therefore there is no need to
> | migrate user profile. I am wondering if there is a problem on user
> | permission. Do you have any clues? Since user_A is a domain user who
> locate
> | under OU. However, If I put User_A in Domain Admin group. Then user_A is
> | able to have their wallpaper back.
> |
> | Thanks,
> | Wilson
> |
> |
> |
> |
>


.



Relevant Pages

  • Re: user migration
    ... Your issue is not the migration of the user profile. ... the workstation and it's very difficult to tell without having access to it. ... >>> means that the computer account has not yet been used ...
    (microsoft.public.windows.server.sbs)
  • Re: Workstation Migration
    ... issue is critical to you and ADMT is not a solution in a real situation. ... the user profile on the workstations. ... 811151 How to copy data from a corrupted user profile to a new profile ... | Subject: Re: Workstation Migration ...
    (microsoft.public.windows.server.migration)
  • RE: Desktop changes after computer migration
    ... It seems that the migration process using ADMT is unsuccessful. ... Use TEST to logon to the Win2k3Dom DC to perform ADMT migration. ... You will find the user profile ...
    (microsoft.public.windows.server.migration)
  • Re: "You do not have permission to send to this recipient"
    ... Restarting the workstation does not solve the problem. ... I will try to remove the user profile and recreate. ... Authentication is not necessary on the email system when user send out ...
    (microsoft.public.exchange.admin)
  • RE: ADMT and local profiles
    ... If you use the ADMT to migrate the users from one domain to another domain, ... the user profile will not be change. ... Set Up ADMT for Windows NT 4.0 to Windows 2000 Migration ...
    (microsoft.public.windows.server.migration)