Quest's Domain Migration Wizard has options to handle
duplicate accounts. 

>>> [EMAIL PROTECTED] 3/23/2005 11:44:44 AM >>>
That's not correct for an intraforest migration.
Intraforest
migrations are definitely a move and not a copy. Have you
copied a
user account from a domain in ForestA to another domain in
Forest A
and had it actually be a copy?

Phil


On Wed, 23 Mar 2005 14:23:04 -0500, [EMAIL PROTECTED] 
<[EMAIL PROTECTED]> wrote:
> 
> 
> I think during an intraforest migration it is  a copy, as
the source user
> accounts are left intact and the users can continue to
use them. This makes
> for an easy roll back if something goes wrong. I have not
yet looked at
> using other tools as they, of course, will cost money and
this tool is
> free. Management with the help of a consultant decided
that ADMT would be
> able to do the job.
> 
> 
>             Phil Renouf
>             <[EMAIL PROTECTED] 
>             m>                                           
             To
>             Sent by:                 
[email protected] 
>             [EMAIL PROTECTED]                            
             cc
>             ail.activedir.org
>                                                          
        Subject
>                                       Re: [ActiveDir]
[Active Dir]
>             03/23/2005 02:13          Handling Duplicate
Accounts During
>             PM                        d omain Migration
> 
>             Please respond to
>             [EMAIL PROTECTED] 
>                tivedir.org
> 
> Can ADMT merge between two domains in the same forest?
Since
> intraforest migrations are a move and not a copy I was
under the
> impression that you couldn't merge accounts while doing
that. When
> doing an intraforest migration with NetIQ the option to
merge
> conflicting accounts is not available.
> 
> When doing a migration from a domain outside your forest
you can
> absolutely merge accounts with the NetIQ tool, so I would
be surprised
> if ADMT couldn't do that as well.
> 
> Phil
> 
> On Wed, 23 Mar 2005 13:26:12 -0500, Mulnick, Al
<[EMAIL PROTECTED]>
> wrote:
> > So merge is the correct term then?
> >
> > It's been a while, but I was thinking that ADMT could
handle that.  Have
> you
> > checked the help files for merging source to target?
> >
> > al
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] On Behalf
Of
> > [EMAIL PROTECTED] 
> > Sent: Wednesday, March 23, 2005 12:15 PM
> > To: [email protected] 
> > Subject: RE: [ActiveDir] [Active Dir] Handling
Duplicate Accounts During
> d
> > omain Migration
> >
> > These are the same users in the same forest, but in
different domains.
> >
> >             "Mulnick, Al"
> >             <[EMAIL PROTECTED]
> >             T.com>                                     
               To
> >             Sent by:                 
[email protected] 
> >             [EMAIL PROTECTED]                          
               cc
> >             ail.activedir.org
> >                                                        
          Subject
> >                                       RE: [ActiveDir]
[Active Dir]
> >             03/23/2005 12:06          Handling
Duplicate Accounts During
> >             PM                        d omain
Migration
> >
> >             Please respond to
> >             [EMAIL PROTECTED] 
> >                tivedir.org
> >
> > And when you say duplicates names, are they
representing different users
> or
> > the same users from different forests?
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] On Behalf
Of
> > [EMAIL PROTECTED] 
> > Sent: Wednesday, March 23, 2005 11:23 AM
> > To: [email protected] 
> > Subject: Re: [ActiveDir] [Active Dir] Handling
Duplicate Accounts During
> > domain Migration
> >
> > Yes, all of these domain are in the same forest. We
have an empty root
> > domain, MSROOT.domain and one tree in the forest,
DOMAIN.com and 3 child
> > domains, FM.domain.com, MI.domain.com and
RA.domain.com.  The forest
> > functional level is Windows 2000 while the domain
functional level of
> > MSROOT.domain and DOMAIN.com is Windows 2003. I raised
it from Windows
> 200
> > Native after the upgrade.
> >
> > The accounts all follow the same naming standard across
all domains.
> >
> >             Phil Renouf
> >             <[EMAIL PROTECTED] 
> >             m>                                         
               To
> >             Sent by:                 
[email protected] 
> >             [EMAIL PROTECTED]                          
               cc
> >             ail.activedir.org
> >                                                        
          Subject
> >                                       Re: [ActiveDir]
[Active Dir]
> >             03/23/2005 10:21          Handling
Duplicate Accounts During
> >             AM                        domain Migration
> >
> >             Please respond to
> >             [EMAIL PROTECTED] 
> >                tivedir.org
> >
> > Are they all in the same forest? You mentioned child
domains so I assume
> > they are, but I just wanted to check. Do the accounts
follow the same
> naming
> > standard across all the domains? You mention the target
domain is Windows
> > 2003 Native, I assume this means Windows 2003 in Win2k
Native mode?
> >
> > Phil
> >
> > On Wed, 23 Mar 2005 10:00:06 -0500,
[EMAIL PROTECTED] 
> > <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > >      We are currently trying to migrate all of our
child domains into
> > > one single domain. There are 3 child domains, 2 of
which are Windows
> > > 2000 native and 1 is Windows 2000 Mixed. The target
domain is Windows
> > > 2003 Native. We plan to use ADMT v2 for the planned
migrations.
> > >       There were many different project teams, each
with a hand in AD,
> > > before I arrived. When an account was needed in a
particular domain it
> > was
> > > just created, even though there were obviously trusts
in place.  Now I
> > have
> > > 1,000's of duplicate user ID's in the target domain.
How would I go
> > > about merging the accounts in the child domains with
the accounts in
> > > the target domain?
> > >
> > > Thanks,
> > >      Chris
> > >
> > > List info   : http://www.activedir.org/List.aspx 
> > > List FAQ    : http://www.activedir.org/ListFAQ.aspx 
> > > List archive:
> > >
http://www.mail-archive.com/activedir%40mail.activedir.org/

> > >
> > List info   : http://www.activedir.org/List.aspx 
> > List FAQ    : http://www.activedir.org/ListFAQ.aspx 
> > List archive:
http://www.mail-archive.com/activedir%40mail.activedir.org/

> >
> > List info   : http://www.activedir.org/List.aspx 
> > List FAQ    : http://www.activedir.org/ListFAQ.aspx 
> > List archive:
http://www.mail-archive.com/activedir%40mail.activedir.org/

> > List info   : http://www.activedir.org/List.aspx 
> > List FAQ    : http://www.activedir.org/ListFAQ.aspx 
> > List archive:
http://www.mail-archive.com/activedir%40mail.activedir.org/

> >
> > List info   : http://www.activedir.org/List.aspx 
> > List FAQ    : http://www.activedir.org/ListFAQ.aspx 
> > List archive:
http://www.mail-archive.com/activedir%40mail.activedir.org/

> > List info   : http://www.activedir.org/List.aspx 
> > List FAQ    : http://www.activedir.org/ListFAQ.aspx 
> > List archive:
http://www.mail-archive.com/activedir%40mail.activedir.org/

> >
> List info   : http://www.activedir.org/List.aspx 
> List FAQ    : http://www.activedir.org/ListFAQ.aspx 
> List archive:
http://www.mail-archive.com/activedir%40mail.activedir.org/

> 
> List info   : http://www.activedir.org/List.aspx 
> List FAQ    : http://www.activedir.org/ListFAQ.aspx 
> List archive:
http://www.mail-archive.com/activedir%40mail.activedir.org/

>
List info   : http://www.activedir.org/List.aspx
List FAQ    : http://www.activedir.org/ListFAQ.aspx 
List archive:
http://www.mail-archive.com/activedir%40mail.activedir.org/
List info   : http://www.activedir.org/List.aspx
List FAQ    : http://www.activedir.org/ListFAQ.aspx
List archive: http://www.mail-archive.com/activedir%40mail.activedir.org/

Reply via email to