Exchange migration nach ADMT Migration Prepare-MoveRequest legt 2. User an

[mr.schrotti 10]

Hi,

 

ich bin zur Zeit dabei ein paar testuser in unsere neue Domäne zu migrieren (AD 2003 zu AD 2008 mit Exchange 2010).

 

ADMT + Password Export funktioniert so weit. Wenn ich nun aber den Moverequest für das Exchange Postfach anlegen will mit folgendem Befehl:

 

 

 

 

.\Prepare-MoveRequest.ps1 -Identity domtes -RemoteForestDomainController ist008.altedomäne.de -RemoteForestCredential $RemoteCredentials -LocalForestDomainController dc-01.neuedomäne.de -LocalForestCredential $LocalCredentials -LinkedMailUser -OverWriteLocalObject -UseLocalObject

 

 

Legt der mir im AD einen neuen User an der im Anzeigenamen und im Prä Windows 2000 Anmeldename hinten (zufällige??) Zahlen hat. Der MoveRequest schlägt dann Fehl mir der Meldung fehl das das Objekt Doppelt vorhanden ist....

Den MoveRequest hab ich mit folgendem Befehl angestoßen:

 

 

 

New-MoveRequest -Identity 'domaenen.tester@firma.de' -Remotelegacy -RemoteCredential $RemoteCredentials -TargetDeliverydomain 'firma.de' -RemoteGlobalCatalog ist005.altedomäne.de

 

Woran könnte das liegen?? Hab beim Prepare extra angegeben das er ein vorhandenes Objekt nehmen und überschreiben soll :/

 

Gruß

Tobias

 

[RobertWi 81]

Moin,

 

da Remote-Verschiebungen meist zu kompliziert sind, um sie in einem Forum zu besprechen, würde mich als erste mal interessieren: Warum baust Du da ein neues AD auf?

[mr.schrotti 10]

Hi,

 

weil wir aktuell 2 Gesamtstrukturen auf 2003 haben mit jeweils eigenem Exchange die nun zusammengeführt werden müssen.

 

Was ich grade mal probiert hab was auch funktioniert hat:

Erst den Prepare-MoveRequest, dann den MoveRequest und dann als letztes mit ADMT User nochmal aktualisieren zwecks SID-History & Password.

Das hat auf dem ersten Blick grade ohne Fehler funktioniert. Profil war auf dem Client , Outlook wurde umkonfiguriert und auch die Testmails und Kalendereinträge waren vorhanden. 

 

 

Gruß

Tobias

bearbeitet 3. April 2013 von mr.schrotti

[testperson 1.554]

Hi,

 

"Mail-Enable" den User mal nachdem du ihn per ADMT migriert hast und mach dann den Prepare-MoveRequest und dann den Move-Request.

 

Enable-MailUser -Identity <Der Migrierte User> -ExternalEmailAddress <E-Mail Adresse des User>

Gruß

Jan

[mr.schrotti 10]

Probier ich nachher direkt mal aus :)

 

also wenn ich versuche einen per ADMT erstellten Benutzer zu enablen erhalte ich diese Meldung:

 

 

 

 

 

[PS] C:\Program Files\Microsoft\Exchange Server\V14\Scripts>Enable-MailUser "biates" -ExternalEmailAddress tester.bias@standort.firma.de

Dieser Task unterstützt keine Empfänger dieses Typs. Der angegebene Empfänger bs.firma.de/Users/bias, tester ist v

om Typ UserMailbox. Stellen Sie sicher, dass dieser Empfänger dem für diesen Task erforderlichen Empfängertyp entsprich

t.

    + CategoryInfo          : InvalidArgument: (bs.firma.de/Users/bias, tester:ADObjectId) [Enable-MailUser], Rec

   ipientTaskException

    + FullyQualifiedErrorId : 5DD61EC9,Microsoft.Exchange.Management.RecipientTasks.EnableMailUser

 

Per Hand angelegte Benutzer sind kein Problem, da funktionierts... denke mal das liegt daran das der in den Attributen durch ADMT ja die alte Mailbox vom 2003er drin stehen hat. 

 

Wäre das denn grundsätzlich problematisch wenn ich mit Prepare-MoveRequest den Benutzer anlege und dann diesen mit ADMT aktualisiere? 

 

 

edit:

wenn ich diese Attribute ausschließe funktioniert es:

HomeMDB
HomeMTA
showInAddressBook
msExchHomeServerName,
mail*
proxyAddresses,
msExch*

bearbeitet 3. April 2013 von mr.schrotti

[mr.schrotti 10]

Hi,

 

das hat leider doch nicht gereicht - aber ich habe einen sehr guten Artikel auf Technet gefunden bzgl. ADMT und Prepare-MoveMailbox

http://blogs.technet.com/b/exchange/archive/2010/08/10/3410619.aspx

 

Die schreiben ausdrücklich man sollte möglichst vor dem ADMT Prozess den User mit dem Prepare Script anlegen und da steht auch warum es sonst eventuell nicht klappt.

 

Vielleicht hilft das dem einen oder anderen ja auch weiter :)

bearbeitet 5. April 2013 von mr.schrotti