Windows Server

Burnsie · Guest

Hello,

I've just compleated an "inplace upgrade" of a large (7k users) NT4
domain to 2003 Active Directory.

Now i'm looking at ADMT to migrate in two smaller (3k users each) NT4
domains into the new Active Directory domain. In a test replica of the
actual network I'm tring to move user accounts, profiles & computer
accounts to the new domain.

Everything works fine except when the users NT4 roaming profile
contains the %username% variable. ADMT substitues the admin account i
am using as %username% instead of the account i'm trying to migrate.

eg

Migrate a user with a profile path of

\\server\profile$\joebloggs - everything works fine.

\\server\profile$\%username% - ADMT thinks this should be
\\server\profile$\my_admin_account and fails because this does not
exist.
Has anyone come accross this issue and are there any work arounds ?

Burnsie · Guest

In reply to my own topic !!

NT4 is getting a bit fuzzy in my mind!

After further investigation NT4 should populate the %username% value
with the users name as you are creating the account.
I happened to pick one of the handful of users that still had
%username% in there profile path to run my test on. So my request is
not so urgent anymore.
Don't know why %username% had not been populated with the users name,
perhaps the profile had been moved to a different server and the admin
had bulk changed a number of accounts. Rather than creating the account
with %username% in the first place.

Any info on ADMT / %username% would be welcome, although i should be
able to sort any issues manually.

Are there any other tools for changing roaming profiles ownership to a
different user in a different domain ? - I've looked at moveuser.exe
but it seems to focus on local profiles.
My situation is I have a server with thousands of roaming profiles
sitting on a share. None of these users log into the server, so they
are not available via the system control panel.

Any advice or pointers to tools that can do this would be appreciated !
thanks

Frances [MSFT] · Guest

Hello,

Thanks for your post.

From your message, I understand that the issue is %username% has been
replaced by admin account instead of the migrating account. I would like to
confirm the migration steps you have taken. Do you use the User Migration
Wizard in ADMT and select "translate roaming profiles"
in the "User Options" tab?

Actually, when setting user profile path in NT domain User Manager, the
%username% will be converted to the user's real name as soon as we click
OK. In other words, the NT domain actually saves the user's real name
instead of %username%.

We have set up a similar environment and confirmed the above behaviors.
Therefore, I believe this is NOT an expected behavior if these user objects
were created manually in the NT domain.

Based on the current status, I suggest that we double check whether the
problem always occurs with all the accounts there.

For the problematic accounts, I understand that it would be very
complicated to manually adjust the roaming profile paths for the migrated
users, especially if there are a large number of users.

We have two methods:

Method 1:
==========================

The roaming profile path is saved in AD database as the corresponding user
object's profilePath attribute. A possible solution is to develop an ADSI
program or script to query each user object's profilePath attribute in AD
database and change them to the correct path.

Method 2:
==============================

Use the built-in tool DSMOD to change the user's roaming profile path. For
example, you may use the following command:

dsmod user <UserDN ...> [-profile <ProfilePath>]

You may code a batch file with commands like the above to change a large
number users' roaming profile pathes.

More information about dsmod command can be found in the following article.

Dsmod user
http://www.microsoft.com/windowsxp/home/using/productdoc/en/default.asp?url=
/windowsxp/home/using/productdoc/en/dsmod_user.asp

If you have any further questions don't hesitate to get in touch!

Best regards,

Frances He

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.

	Windows Server Forum Index -> Migration	All times are GMT
Page 1 of 1