RE: [ActiveDir] ADMT Request

2005-12-13 Thread Hutchins, Mike
Does anyone know of a place to get all the best practices for a windows
2000 multiple domain - Windows 2003 single domain (intra-forest). 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Grillenmeier,
Guido
Sent: Monday, December 12, 2005 5:19 PM
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

it's less point and click these days, at least if you do it right, since
you should certainly leverage the include-file options to select the
objects for the migration (also allows to rename objects during the
migration).

However, I doubt that James even has a problem with the migration of
users and groups  (although I've also used multiple sessions to speed up
larger scale migrations with ADMTv3). 

The more lengthy task is obviously the processing/migration of the
clients - here multiple sessions are useful for many reasons, especially
to run the tool with different credentials so that it can connect with
different account data to the various clients (if these reside in
various source domains). Or even just to handle processing of batches.
Especially now that ADMT has a cool retry option that will go after all
those clients that are forever offline (and it even performs
post-migration checks on the clients to see that they've migrated
successfully...)

The way I've helped myself was to use a terminal server with multiple
connections for the different sessions - the RDC session name will be
visible and allow you to keep the sessions appart.  And when connected
to a session - your account would tell you that this is the Denver
session or you could even add some other notes on the desktop or
whereever, if this helps you keep the sessions appart...

/Guido

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Coleman, Hunter
Sent: Dienstag, 13. Dezember 2005 00:33
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

It's been ages since we ran our migration, but at the time we scripted
it using the sample scripts that accompanied ADMT. If you go that route,
you can have multiple log files that are uniquely named and not run into
the session confusion. You'll also get much more consistent results from
the scripts, as you won't have mischecked options or typos that seem
inevitable in lots of point/click scenarios.

Hunter 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, December 12, 2005 3:47 PM
To: ActiveDir@mail.activedir.org
Subject: [ActiveDir] ADMT Request

Hi All

I am not sure anybody that can do anything with this listens on this
list but we have been using ADMT v.3 with great success for a very large
scale migration.  The multi session ability has been a huge benefit to
us.  We are running into a problem keeping multiple sessions straight.

How hard would it be to include a description field that you can fill in
when you start the session that would then show up in the title bar for
the session (something like Session DENVER, California, etc)

Just a wish.

James R. Day
Active Directory Core Team
Office of the Chief Information Officer
National Park Service
202-230-2983
[EMAIL PROTECTED]

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/


RE: [ActiveDir] ADMT Request

2005-12-13 Thread Grillenmeier, Guido
so I guess that means you didn't like my TS approach...? :-) 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Dienstag, 13. Dezember 2005 01:38
To: ActiveDir@mail.activedir.org
Cc: ActiveDir@mail.activedir.org; [EMAIL PROTECTED]
Subject: RE: [ActiveDir] ADMT Request

Hi Guido

Exactly right.  In my case I am migrating up to 15 sessions a day of
computers (separated by OUs and in this case kept separate because of
different IT staff on the ground at the sites and the ability to stop
the
session, dump the log file into excel, and instant report for on the
ground
staff).  In most cases I am running 5 to 10 sessions from one single
ADMT
server (very nice feature I might add - that and the infinite retry loop
makes this suddenly a viable tool for large scale migrations).

What makes it difficult is having 9 or 10 or 12 separate ADMT migration
sessions open on one desktop and keeping track of them.  If I get a
question about a session it means looking through each one (maximizing
it
and looking for recognizeable machine names) then taking the machine
name
code to a master file that gives me machine name prefix to org code,
then
figuring out the simple name of the org code, then providing the
answer).
You give me a fill in comment section that shows up at the top of this
and
it saves me 15 minutes of searching.  Basically I want something like
what
Excel does where in the task bar I can see the names of the 17
Worksheets I
have open.

Of course, log file with names that are customizeable would be nice too
but
I got around that by stopping the sessions one at a time and renaming
the
log files as I pull them off into an analysis location (or dumping it
straight to the report files in most cases).

Again, I am not sure it is doable but it would be nice.

Regards;

James R. Day
Active Directory Core Team
Office of the Chief Information Officer
National Park Service
202-230-2983
[EMAIL PROTECTED]


|-+--
| |   Grillenmeier, Guido  |
| |   [EMAIL PROTECTED]|
| |   com   |
| |   Sent by:   |
| |   [EMAIL PROTECTED]|
| |   tivedir.org|
| |  |
| |  |
| |   12/13/2005 12:19 AM GMT|
| |   Please respond to  |
| |   ActiveDir  |
|-+--
 
---
---|
  |
|
  |   To:   ActiveDir@mail.activedir.org
|
  |   cc:   (bcc: James Day/Contractor/NPS)
|
  |   Subject:  RE: [ActiveDir] ADMT Request
|
 
---
---|




it's less point and click these days, at least if you do it right, since
you should certainly leverage the include-file options to select the
objects for the migration (also allows to rename objects during the
migration).

However, I doubt that James even has a problem with the migration of
users and groups  (although I've also used multiple sessions to speed up
larger scale migrations with ADMTv3).

The more lengthy task is obviously the processing/migration of the
clients - here multiple sessions are useful for many reasons, especially
to run the tool with different credentials so that it can connect with
different account data to the various clients (if these reside in
various source domains). Or even just to handle processing of batches.
Especially now that ADMT has a cool retry option that will go after all
those clients that are forever offline (and it even performs
post-migration checks on the clients to see that they've migrated
successfully...)

The way I've helped myself was to use a terminal server with multiple
connections for the different sessions - the RDC session name will be
visible and allow you to keep the sessions appart.  And when connected
to a session - your account would tell you that this is the Denver
session or you could even add some other notes on the desktop or
whereever, if this helps you keep the sessions appart...

/Guido

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Coleman, Hunter
Sent: Dienstag, 13. Dezember 2005 00:33
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

It's been ages since we ran our migration, but at the time we scripted
it using the sample scripts that accompanied ADMT. If you go that route,
you can have multiple log files that are uniquely named and not run into
the session confusion. You'll also get much more consistent results from
the scripts, as you won't have mischecked options or typos that seem
inevitable in lots of point/click

RE: [ActiveDir] ADMT Request

2005-12-13 Thread Grillenmeier, Guido
www.activedir.org :-)

sounds like you want to do a bit of domain collapsing within your forest
(which is a good thing, yet it can be more painful than migrating to a
new forest).

do you have a concrete question?

/Guido

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hutchins, Mike
Sent: Dienstag, 13. Dezember 2005 16:19
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

Does anyone know of a place to get all the best practices for a windows
2000 multiple domain - Windows 2003 single domain (intra-forest). 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Grillenmeier,
Guido
Sent: Monday, December 12, 2005 5:19 PM
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

it's less point and click these days, at least if you do it right, since
you should certainly leverage the include-file options to select the
objects for the migration (also allows to rename objects during the
migration).

However, I doubt that James even has a problem with the migration of
users and groups  (although I've also used multiple sessions to speed up
larger scale migrations with ADMTv3). 

The more lengthy task is obviously the processing/migration of the
clients - here multiple sessions are useful for many reasons, especially
to run the tool with different credentials so that it can connect with
different account data to the various clients (if these reside in
various source domains). Or even just to handle processing of batches.
Especially now that ADMT has a cool retry option that will go after all
those clients that are forever offline (and it even performs
post-migration checks on the clients to see that they've migrated
successfully...)

The way I've helped myself was to use a terminal server with multiple
connections for the different sessions - the RDC session name will be
visible and allow you to keep the sessions appart.  And when connected
to a session - your account would tell you that this is the Denver
session or you could even add some other notes on the desktop or
whereever, if this helps you keep the sessions appart...

/Guido

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Coleman, Hunter
Sent: Dienstag, 13. Dezember 2005 00:33
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

It's been ages since we ran our migration, but at the time we scripted
it using the sample scripts that accompanied ADMT. If you go that route,
you can have multiple log files that are uniquely named and not run into
the session confusion. You'll also get much more consistent results from
the scripts, as you won't have mischecked options or typos that seem
inevitable in lots of point/click scenarios.

Hunter 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, December 12, 2005 3:47 PM
To: ActiveDir@mail.activedir.org
Subject: [ActiveDir] ADMT Request

Hi All

I am not sure anybody that can do anything with this listens on this
list but we have been using ADMT v.3 with great success for a very large
scale migration.  The multi session ability has been a huge benefit to
us.  We are running into a problem keeping multiple sessions straight.

How hard would it be to include a description field that you can fill in
when you start the session that would then show up in the title bar for
the session (something like Session DENVER, California, etc)

Just a wish.

James R. Day
Active Directory Core Team
Office of the Chief Information Officer
National Park Service
202-230-2983
[EMAIL PROTECTED]

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/


RE: [ActiveDir] ADMT Request

2005-12-13 Thread Gil Kirkpatrick
How about
http://www.microsoft.com/technet/itsolutions/ucs/ds/dmcnmg/default.mspx

-gil 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Grillenmeier,
Guido
Sent: Tuesday, December 13, 2005 1:11 PM
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

www.activedir.org :-)

sounds like you want to do a bit of domain collapsing within your forest
(which is a good thing, yet it can be more painful than migrating to a
new forest).

do you have a concrete question?

/Guido

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hutchins, Mike
Sent: Dienstag, 13. Dezember 2005 16:19
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

Does anyone know of a place to get all the best practices for a windows
2000 multiple domain - Windows 2003 single domain (intra-forest). 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Grillenmeier,
Guido
Sent: Monday, December 12, 2005 5:19 PM
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

it's less point and click these days, at least if you do it right, since
you should certainly leverage the include-file options to select the
objects for the migration (also allows to rename objects during the
migration).

However, I doubt that James even has a problem with the migration of
users and groups  (although I've also used multiple sessions to speed up
larger scale migrations with ADMTv3). 

The more lengthy task is obviously the processing/migration of the
clients - here multiple sessions are useful for many reasons, especially
to run the tool with different credentials so that it can connect with
different account data to the various clients (if these reside in
various source domains). Or even just to handle processing of batches.
Especially now that ADMT has a cool retry option that will go after all
those clients that are forever offline (and it even performs
post-migration checks on the clients to see that they've migrated
successfully...)

The way I've helped myself was to use a terminal server with multiple
connections for the different sessions - the RDC session name will be
visible and allow you to keep the sessions appart.  And when connected
to a session - your account would tell you that this is the Denver
session or you could even add some other notes on the desktop or
whereever, if this helps you keep the sessions appart...

/Guido

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Coleman, Hunter
Sent: Dienstag, 13. Dezember 2005 00:33
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

It's been ages since we ran our migration, but at the time we scripted
it using the sample scripts that accompanied ADMT. If you go that route,
you can have multiple log files that are uniquely named and not run into
the session confusion. You'll also get much more consistent results from
the scripts, as you won't have mischecked options or typos that seem
inevitable in lots of point/click scenarios.

Hunter 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, December 12, 2005 3:47 PM
To: ActiveDir@mail.activedir.org
Subject: [ActiveDir] ADMT Request

Hi All

I am not sure anybody that can do anything with this listens on this
list but we have been using ADMT v.3 with great success for a very large
scale migration.  The multi session ability has been a huge benefit to
us.  We are running into a problem keeping multiple sessions straight.

How hard would it be to include a description field that you can fill in
when you start the session that would then show up in the title bar for
the session (something like Session DENVER, California, etc)

Just a wish.

James R. Day
Active Directory Core Team
Office of the Chief Information Officer
National Park Service
202-230-2983
[EMAIL PROTECTED]

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

RE: [ActiveDir] ADMT Request

2005-12-13 Thread James_Day
Hi Guido

TS approach seems like a great idea.  Short of putting all my ADMT servers
in Application mode and buying a whack of TS licenses and setting up TS
license servers

Actually, never thought of it but I am not sure the hassle to run 10 to 15
sessions would have been worth it.  Is easier to sit here and be grumpy
over not being able to find things cuz every single session is called
Active Directory Migration Tool

Regards;

James R. Day
Active Directory Core Team
Office of the Chief Information Officer
National Park Service
202-230-2983
[EMAIL PROTECTED]


|-+--
| |   Grillenmeier, Guido  |
| |   [EMAIL PROTECTED]|
| |   com   |
| |   Sent by:   |
| |   [EMAIL PROTECTED]|
| |   tivedir.org|
| |  |
| |  |
| |   12/13/2005 08:09 PM GMT|
| |   Please respond to  |
| |   ActiveDir  |
|-+--
  
--|
  | 
 |
  |   To:   ActiveDir@mail.activedir.org  
 |
  |   cc:   [EMAIL PROTECTED], (bcc: James Day/Contractor/NPS)
|
  |   Subject:  RE: [ActiveDir] ADMT Request
 |
  
--|




so I guess that means you didn't like my TS approach...? :-)

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Dienstag, 13. Dezember 2005 01:38
To: ActiveDir@mail.activedir.org
Cc: ActiveDir@mail.activedir.org; [EMAIL PROTECTED]
Subject: RE: [ActiveDir] ADMT Request

Hi Guido

Exactly right.  In my case I am migrating up to 15 sessions a day of
computers (separated by OUs and in this case kept separate because of
different IT staff on the ground at the sites and the ability to stop
the
session, dump the log file into excel, and instant report for on the
ground
staff).  In most cases I am running 5 to 10 sessions from one single
ADMT
server (very nice feature I might add - that and the infinite retry loop
makes this suddenly a viable tool for large scale migrations).

What makes it difficult is having 9 or 10 or 12 separate ADMT migration
sessions open on one desktop and keeping track of them.  If I get a
question about a session it means looking through each one (maximizing
it
and looking for recognizeable machine names) then taking the machine
name
code to a master file that gives me machine name prefix to org code,
then
figuring out the simple name of the org code, then providing the
answer).
You give me a fill in comment section that shows up at the top of this
and
it saves me 15 minutes of searching.  Basically I want something like
what
Excel does where in the task bar I can see the names of the 17
Worksheets I
have open.

Of course, log file with names that are customizeable would be nice too
but
I got around that by stopping the sessions one at a time and renaming
the
log files as I pull them off into an analysis location (or dumping it
straight to the report files in most cases).

Again, I am not sure it is doable but it would be nice.

Regards;

James R. Day
Active Directory Core Team
Office of the Chief Information Officer
National Park Service
202-230-2983
[EMAIL PROTECTED]


|-+--
| |   Grillenmeier, Guido  |
| |   [EMAIL PROTECTED]|
| |   com   |
| |   Sent by:   |
| |   [EMAIL PROTECTED]|
| |   tivedir.org|
| |  |
| |  |
| |   12/13/2005 12:19 AM GMT|
| |   Please respond to  |
| |   ActiveDir  |
|-+--

---
---|
  |
|
  |   To:   ActiveDir@mail.activedir.org
|
  |   cc:   (bcc: James Day/Contractor/NPS)
|
  |   Subject:  RE: [ActiveDir] ADMT Request
|

---
---|




it's less point and click these days, at least

RE: [ActiveDir] ADMT Request

2005-12-13 Thread Hutchins, Mike
Not really, the big issue is group membership stuff. Like domain admins
and such. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Grillenmeier,
Guido
Sent: Tuesday, December 13, 2005 1:11 PM
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

www.activedir.org :-)

sounds like you want to do a bit of domain collapsing within your forest
(which is a good thing, yet it can be more painful than migrating to a
new forest).

do you have a concrete question?

/Guido

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hutchins, Mike
Sent: Dienstag, 13. Dezember 2005 16:19
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

Does anyone know of a place to get all the best practices for a windows
2000 multiple domain - Windows 2003 single domain (intra-forest). 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Grillenmeier,
Guido
Sent: Monday, December 12, 2005 5:19 PM
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

it's less point and click these days, at least if you do it right, since
you should certainly leverage the include-file options to select the
objects for the migration (also allows to rename objects during the
migration).

However, I doubt that James even has a problem with the migration of
users and groups  (although I've also used multiple sessions to speed up
larger scale migrations with ADMTv3). 

The more lengthy task is obviously the processing/migration of the
clients - here multiple sessions are useful for many reasons, especially
to run the tool with different credentials so that it can connect with
different account data to the various clients (if these reside in
various source domains). Or even just to handle processing of batches.
Especially now that ADMT has a cool retry option that will go after all
those clients that are forever offline (and it even performs
post-migration checks on the clients to see that they've migrated
successfully...)

The way I've helped myself was to use a terminal server with multiple
connections for the different sessions - the RDC session name will be
visible and allow you to keep the sessions appart.  And when connected
to a session - your account would tell you that this is the Denver
session or you could even add some other notes on the desktop or
whereever, if this helps you keep the sessions appart...

/Guido

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Coleman, Hunter
Sent: Dienstag, 13. Dezember 2005 00:33
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

It's been ages since we ran our migration, but at the time we scripted
it using the sample scripts that accompanied ADMT. If you go that route,
you can have multiple log files that are uniquely named and not run into
the session confusion. You'll also get much more consistent results from
the scripts, as you won't have mischecked options or typos that seem
inevitable in lots of point/click scenarios.

Hunter 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, December 12, 2005 3:47 PM
To: ActiveDir@mail.activedir.org
Subject: [ActiveDir] ADMT Request

Hi All

I am not sure anybody that can do anything with this listens on this
list but we have been using ADMT v.3 with great success for a very large
scale migration.  The multi session ability has been a huge benefit to
us.  We are running into a problem keeping multiple sessions straight.

How hard would it be to include a description field that you can fill in
when you start the session that would then show up in the title bar for
the session (something like Session DENVER, California, etc)

Just a wish.

James R. Day
Active Directory Core Team
Office of the Chief Information Officer
National Park Service
202-230-2983
[EMAIL PROTECTED]

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

RE: [ActiveDir] ADMT Request

2005-12-12 Thread Coleman, Hunter
It's been ages since we ran our migration, but at the time we scripted
it using the sample scripts that accompanied ADMT. If you go that route,
you can have multiple log files that are uniquely named and not run into
the session confusion. You'll also get much more consistent results from
the scripts, as you won't have mischecked options or typos that seem
inevitable in lots of point/click scenarios.

Hunter 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, December 12, 2005 3:47 PM
To: ActiveDir@mail.activedir.org
Subject: [ActiveDir] ADMT Request

Hi All

I am not sure anybody that can do anything with this listens on this
list but we have been using ADMT v.3 with great success for a very large
scale migration.  The multi session ability has been a huge benefit to
us.  We are running into a problem keeping multiple sessions straight.

How hard would it be to include a description field that you can fill in
when you start the session that would then show up in the title bar for
the session (something like Session DENVER, California, etc)

Just a wish.

James R. Day
Active Directory Core Team
Office of the Chief Information Officer
National Park Service
202-230-2983
[EMAIL PROTECTED]

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/


RE: [ActiveDir] ADMT Request

2005-12-12 Thread Grillenmeier, Guido
it's less point and click these days, at least if you do it right, since
you should certainly leverage the include-file options to select the
objects for the migration (also allows to rename objects during the
migration).

However, I doubt that James even has a problem with the migration of
users and groups  (although I've also used multiple sessions to speed up
larger scale migrations with ADMTv3). 

The more lengthy task is obviously the processing/migration of the
clients - here multiple sessions are useful for many reasons, especially
to run the tool with different credentials so that it can connect with
different account data to the various clients (if these reside in
various source domains). Or even just to handle processing of batches.
Especially now that ADMT has a cool retry option that will go after all
those clients that are forever offline (and it even performs
post-migration checks on the clients to see that they've migrated
successfully...)

The way I've helped myself was to use a terminal server with multiple
connections for the different sessions - the RDC session name will be
visible and allow you to keep the sessions appart.  And when connected
to a session - your account would tell you that this is the Denver
session or you could even add some other notes on the desktop or
whereever, if this helps you keep the sessions appart...

/Guido

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Coleman, Hunter
Sent: Dienstag, 13. Dezember 2005 00:33
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

It's been ages since we ran our migration, but at the time we scripted
it using the sample scripts that accompanied ADMT. If you go that route,
you can have multiple log files that are uniquely named and not run into
the session confusion. You'll also get much more consistent results from
the scripts, as you won't have mischecked options or typos that seem
inevitable in lots of point/click scenarios.

Hunter 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, December 12, 2005 3:47 PM
To: ActiveDir@mail.activedir.org
Subject: [ActiveDir] ADMT Request

Hi All

I am not sure anybody that can do anything with this listens on this
list but we have been using ADMT v.3 with great success for a very large
scale migration.  The multi session ability has been a huge benefit to
us.  We are running into a problem keeping multiple sessions straight.

How hard would it be to include a description field that you can fill in
when you start the session that would then show up in the title bar for
the session (something like Session DENVER, California, etc)

Just a wish.

James R. Day
Active Directory Core Team
Office of the Chief Information Officer
National Park Service
202-230-2983
[EMAIL PROTECTED]

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/


RE: [ActiveDir] ADMT Request

2005-12-12 Thread James_Day
Hi Guido

Exactly right.  In my case I am migrating up to 15 sessions a day of
computers (separated by OUs and in this case kept separate because of
different IT staff on the ground at the sites and the ability to stop the
session, dump the log file into excel, and instant report for on the ground
staff).  In most cases I am running 5 to 10 sessions from one single ADMT
server (very nice feature I might add - that and the infinite retry loop
makes this suddenly a viable tool for large scale migrations).

What makes it difficult is having 9 or 10 or 12 separate ADMT migration
sessions open on one desktop and keeping track of them.  If I get a
question about a session it means looking through each one (maximizing it
and looking for recognizeable machine names) then taking the machine name
code to a master file that gives me machine name prefix to org code, then
figuring out the simple name of the org code, then providing the answer).
You give me a fill in comment section that shows up at the top of this and
it saves me 15 minutes of searching.  Basically I want something like what
Excel does where in the task bar I can see the names of the 17 Worksheets I
have open.

Of course, log file with names that are customizeable would be nice too but
I got around that by stopping the sessions one at a time and renaming the
log files as I pull them off into an analysis location (or dumping it
straight to the report files in most cases).

Again, I am not sure it is doable but it would be nice.

Regards;

James R. Day
Active Directory Core Team
Office of the Chief Information Officer
National Park Service
202-230-2983
[EMAIL PROTECTED]


|-+--
| |   Grillenmeier, Guido  |
| |   [EMAIL PROTECTED]|
| |   com   |
| |   Sent by:   |
| |   [EMAIL PROTECTED]|
| |   tivedir.org|
| |  |
| |  |
| |   12/13/2005 12:19 AM GMT|
| |   Please respond to  |
| |   ActiveDir  |
|-+--
  
--|
  | 
 |
  |   To:   ActiveDir@mail.activedir.org  
 |
  |   cc:   (bcc: James Day/Contractor/NPS) 
 |
  |   Subject:  RE: [ActiveDir] ADMT Request
 |
  
--|




it's less point and click these days, at least if you do it right, since
you should certainly leverage the include-file options to select the
objects for the migration (also allows to rename objects during the
migration).

However, I doubt that James even has a problem with the migration of
users and groups  (although I've also used multiple sessions to speed up
larger scale migrations with ADMTv3).

The more lengthy task is obviously the processing/migration of the
clients - here multiple sessions are useful for many reasons, especially
to run the tool with different credentials so that it can connect with
different account data to the various clients (if these reside in
various source domains). Or even just to handle processing of batches.
Especially now that ADMT has a cool retry option that will go after all
those clients that are forever offline (and it even performs
post-migration checks on the clients to see that they've migrated
successfully...)

The way I've helped myself was to use a terminal server with multiple
connections for the different sessions - the RDC session name will be
visible and allow you to keep the sessions appart.  And when connected
to a session - your account would tell you that this is the Denver
session or you could even add some other notes on the desktop or
whereever, if this helps you keep the sessions appart...

/Guido

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Coleman, Hunter
Sent: Dienstag, 13. Dezember 2005 00:33
To: ActiveDir@mail.activedir.org
Subject: RE: [ActiveDir] ADMT Request

It's been ages since we ran our migration, but at the time we scripted
it using the sample scripts that accompanied ADMT. If you go that route,
you can have multiple log files that are uniquely named and not run into
the session confusion. You'll also get much more consistent results from
the scripts, as you won't have mischecked options or typos that seem