This discussion has been locked.

You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Can you only migrate computer objects to target for source with existing user/group accounts in the target

We were recently acquired by another company in which we need to move our resources "ONLY" to the new “target” domain. Currently, ALL our users already have accounts in the target domain that were NOT migrated via Quest MMAD. We want to see if it’s possible to move all workstations and servers to this new “target” domain WITHOUT a trust and map their current “source” user account to their “target” accounts so the resource manager can do the rest. Basically, we need to migrate all computer objects to a new domain where the users were NOT migrated over but manually created prior:

Source UN format: steve.smith

Target UN format: smiths

Thanks and welcome any feedback or suggestions.

0 Chris.Holley over 8 years ago

Here is a KB for the restrictions with a trustless migration.

support.quest.com/.../14265

You'll still need to use QMMAD to match the users of the two domains if you want to use RUM to migrate the workstations.
0 wally.eisenhart over 8 years ago

Thanks for the link - We will NOT be doing any Exchange migrations. We're only focusing on workstations and servers. How do you match the users in the source and target? I know that QMMAD will need to be in the target since not trust is possible during this migration.
+1 Chris.Holley over 8 years ago

You can review the documentation here.

support.quest.com/.../5

For questions that are more business need specifics you can contact your Account Manager to be put into contact with our Pre-Sales Team as Technical Support is trained in the technical operation of the tool only.
+1 Jeff Shahan over 8 years ago

You have to do a "Migration Session" to merge the source and target objects. This will populate the AD LDS DB with the required data.

You will do a migration session using an Import file (support.quest.com/.../16917). At a min you will have the source and target SamAccountName in that import file. Skipping the rest of the attributes.
0 wally.eisenhart over 8 years ago

Good stuff Chris! I did and waiting on their feedback. I like using all the resources I can so I can report back to management with possible solutions.
0 wally.eisenhart over 8 years ago

Jeff - can you confirm the URL - I get Page Not Found
0 Jeff Shahan over 8 years ago

https://support.quest.com/migration-manager-for-ad/kb/16917

Resolution

1. Renaming of objects can be performed using an import file. The import file must be a Unicode text file (if ANSI or UTF-8, all but the first column will be ignored).Text entries should be TABseparated (delimited). The header is mandatory and should contain at least these two entries: SAMAccountNameSAMAccountName One object per line should be specified. The syntax of the import file would be:

SAMAccountName SAMAccountName
sourceuser1 targetuser1
sourceuser2 targetuser2
sourceuser3 targetuser3
sourceuser4 targetuser4
0 wally.eisenhart over 8 years ago

Thanks all for the information. So, I'm guessing I need to create a new Source and Target Domain pair - Then go through the Migration Session wizard to populate the AD LDS DB with the required data via the import file. Once this has been completed, then I can focus on the Resource Updating Manager section?
0 Jeff Shahan over 8 years ago

Yes. The power of the tool is not it ability to create user objects, it is it ability to translate permissions. So you need that mapping information inside the tool so RUM has something to work with to translate the permissions.

Can you only migrate computer objects to target for source with existing user/group accounts in the target

Resolution