• State Verified Answer
  • Locked Locked
  • Replies 9 replies
  • Answers 1 answer
  • Subscribers 20 subscribers
  • Views 11227 views
  • Users 0 members are here
Options
Related
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

wally.eisenhart
over 6 years ago

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 over 6 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 over 6 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 over 6 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 over 6 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 over 6 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 over 6 years ago
    Jeff - can you confirm the URL - I get Page Not Found
  • 0 over 6 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 over 6 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 over 6 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.