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/

Reply via email to