Overgang exchange2007 naar exchange 2010

[mario007]

Ik ben aan het uitzoeken hoe ik een windows 2008 domein met exchange 2007 over kan krijgen naar een windows server 2008r2 domein met exchange 2010.

De situatie is als volgt:

Huidige windows domein is (zeg ab.local) met mail domein a1b2.nl. Er wordt een nieuwe omgeving opgezet maar deze krijgt een andere windows domein naam (zeg 12.local) maar houdt wel het huidige mail domein.

Beide omgevingen zijn virtueel opgezet en draaien in een datacenter. Beide windows domeinen zitten in dezelfde iprange (10.20.10.x/24) dus dat is een voordeel.

Nu heb ik zelf in vmware een testopstelling gemaakt en ben nu zover dat de server van ab.local en 12.local elkaar kunnen zien en dat ik ook bijvoorbeeld op de c-schijven kan komen (dns instelling). Ik heb 3 gebruikers aangemaakt met mailadressen en waar ik nu tegen aan loop is hoe ik de connectors in moet stellen op beide servers. De bedoeling is dat beide omgevingen eerst naast elkaar blijven draaien. De mailserver in ab.local blijft allereerst de mail binnen halen en versturen naar buiten en naar de gebruikers. Het moet dus zo zijn dat als er een mail gestuurd wordt naar [e-mail] en deze is niet meer bekend op het domein waar exchange 2007 draait dat deze dan kijkt of de gebruiker bekend is bij exchange 2010.

Zoals gezegt ik loop vast bij het instellen van de connectors. De sites die ik gevonden heb over connectoren zijn deze:

http://www.msexchange.org...t-relay-domain-types.html
http://technet.microsoft....y/bb676395(EXCHG.80).aspx

Zoals ik het lees en geprobeerd heb dien ik een internal sendconnector aan te maken op exchange 2007 en dit is ook niet het probleem. Maar ik kom nergens tegen wat ik op de exchange 2010 dien in te stellen. Welke sendconnector ik ook instel als ik dan een move-mailobox wil doen op exchange 2010 dan zie ik niet de database van exchange 2007.

[Question Mark]

Aangezie je twee compleet verschillende Exchange forests aangemaakt hebt zul je een remote-move request moeten uitvoeren, en daar zijn nogal wat requirements voor, leesvoer:

Create a Remote Legacy Move Request Where One of the Forests Doesn't Have Exchange 2010

Als ik je TS goed begrijp heb je twee problemen?

• Het aanmaken van je interne connectors om tijdelijk aan smtp namespace sharing te doen tusen beide Exchange forests?
• Het moven van mailboxen lukt niet?

[mario007]

Je begrijpt mijn verhaal goed.

Dus als ik het verhaal goed begrijp gaat dit niet via de exchange management console maar via de exchange management shell. Dat is iets wat is sowieso kan proberen in mijn testomgeving. Mijn admin rechten op exchange 2007 staan nu zoals ze horen.

Uit stukken op het internet werd verteld dat het moven van 2007 naar 2010 op de 2010 moest gebeuren maar uit jouw link maak ik dat er niet op uit. Zoals ik het lees gebeurd het op de exchange 2007. Klopt dat?

Daarnaast zit ik inderdaad nog hoe de connectors gezet moeten worden. De exchange 2007 heeft 1 connector en die wordt gebruikt voor het verzenden van de mail naar "buiten" toe. Het lijkt mij logisch dat de exchange 2007 server een extra sendconnector in de hubtransport krijgt die verwijst naar de exchange 2010.

As a second step you have to create an SMTP connector with the address space of the internal SMTP domain. The destination e-mail server must be a Hub Transport Server. The destination e-mail system is then responsible for generating NDRs (Non Delivery Reports).

Bovenstaande komt van http://www.msexchange.org...t-relay-domain-types.html. Maar wat zou dan de address space zijn van de exchange 2010? smtp.12.local?

[Voor 76% gewijzigd door Question Mark op 01-07-2011 08:39]

[Question Mark]

Uit stukken op het internet werd verteld dat het moven van 2007 naar 2010 op de 2010 moest gebeuren maar uit jouw link maak ik dat er niet op uit. Zoals ik het lees gebeurd het op de exchange 2007. Klopt dat?

Dit kan gewoon vanaf de Exchange 2010 omgeving, waar lees je overigens dat dit vanaf de 2007 omgeving moet gebeuren?

Daarnaast zit ik inderdaad nog hoe de connectors gezet moeten worden. De exchange 2007 heeft 1 connector en die wordt gebruikt voor het verzenden van de mail naar "buiten" toe. Het lijkt mij logisch dat de exchange 2007 server een extra sendconnector in de hubtransport krijgt die verwijst naar de exchange 2010.
[...]
Bovenstaande komt van http://www.msexchange.org...t-relay-domain-types.html. Maar wat zou dan de address space zijn van de exchange 2010? smtp.12.local?

De truc is dat je met een interne name-space gaat werken. De users in de 2010 omgeving krijgen een tweede smtp-adres (ik gebruik altijd "@forward.intra"), en dit wordt dan ook de addres-space op je interne send-connector welke vanaf de 2007 naar de 2010 omgeving gaat.

Op de 2007 omgeving maak je nu contacts aan met als zowel het "echte" mailadres, als het interne smtp-adres. Mail komt dan binnen op de 2007 omgeving, het mailadres "matched" aan de contact en zal vervolgens doorgestuurd worden naar het interna smtp-adres (via de aangemaakte send-connector).

Dit is even in een notendop hoe het mechanisme werkt. Zoek op internet even een guide op die eea met voorbeelden uitwerkt. Ik heb al heel even gezocht, maar kom enkel voorbeelden tegen tussen Exchange 2003 en 2007 (al maakt het voor het mechanisme en de te nemen stappen niet uit).

Verder een kleine waarschuwing dat dit beheersmatig veel werk en redelijk complex is.

[mario007]

Bedankt voor je antwoorden. Het moven gaat inderdaad vanaf de exchange 2010.

Ik ben nog verder aan het sleutelen geslagen ben een andere weg ingeslagen want uiteindelijk moet het qua beheersbaarheid niet al te veel werk in beslag nemen.

Ik heb op beide servers een conditional forwarder aangemaakt in de DNS en daarna een trust opgebouwd die in de lucht is.

Nu ga ik eerst een move uitvoeren middels een exchange shell en kijken of dat in ieder geval goed gaat. Gaat dat goed kan ik weer verder concentreren op de connectors.

[Weiman]

Is het niet handiger om de migratie gewoon via een PST-export en import te doen? Kost misschien wel wat extra tijd, maar is wel goed gedocumenteerd.

[mario007]

Daar heb ik ook aangedacht en dat zou doorgang gevonden hebben als alles in 1 keer over was gegaan en dat is helaas nu niet het geval.

Er blijven voor onbepaalde tijd 2 omgevingen draaien en pas als alles over is gaat de omgeving met exchange 2007 pas uit de lucht.

[Remco]

Is er een noodzaak om naar een nieuw domein te gaan ?
Anders zou je vrij snel klaar kunnen zijn.

[mario007]

De klant wil en gaat over naar een nieuw windows domein. Hier zit ik aan vast.

De trust is werkend en nu wil ik via de exchange management shell een prepare-moverequest.ps1 doen zoals hier vermeld staat http://technet.microsoft.com/en-us/library/ee861103.aspx

Uiteindelijk krijg ik dat of de source domain controller unavailable is or authentication failed.

[Remco]

Heb je ook aan je dns gedacht ?
Het ene domein, moet natuurlijk ook weten wat in het andere domein staat.

[Jazzy]

Een cross-forest migratie is met Exchange 2010 een regelrechte ramp. Het is echt onvoorstelbaar wat je moet doen met ADMT en Prepare-MoveRequest.ps1 om een beetje acceptabel resultaat te halen. Ik heb dit nu één keer in een lab gedaan en één keer in productie en ik doe het niet snel weer. Migreer nog 1000 keer liever van GroupWise of Notes naar Exchange 2010 dan cross-forest van Exchange.

Verder denk ik dat je moet beginnen met lezen en plannen, bijvoorbeeld hier: http://blogs.technet.com/...e/2010/08/10/3410619.aspx Als je dan een plan hebt kun je beginnen met sleutelen, als je het andersom doet heb je het risico dat de hele boel faalt. Dan had je toch beter met PST bestanden kunnen werken...

[mario007]

@Remco.

Daar heb ik zeker aan gedacht. Ik heb een forwarder aangemaakt. En de namen van de DC's worden goed gersolved.

@Jazzy,

Ik zal de link goed doornemen. Ik kan helaas niet met pst files testen want ik krijg mijn Win7 netwerkkaart niet werkend onder vmware helaas.

[Jazzy]

mario007 schreef op vrijdag 01 juli 2011 @ 21:14:
Ik zal de link goed doornemen. Ik kan helaas niet met pst files testen want ik krijg mijn Win7 netwerkkaart niet werkend onder vmware helaas.

Ik heb een glaasje wijn op, maar evengoed begrijp ik niet wat je hier mee bedoelt.

[mario007]

Ik heb de omgeving met beide mailservers virtueel draaien. Als ik met exmerge wil werken dien ik nog een besturingssysteem te installeren virtueel om daar win7 32bit op te zetten. Dit lukt wel maar ik krijg de netwerkkaart met geen enkele driver aan de praat.

[Jazzy]

Zeg, ik bedoel dit niet demotiverend maar je bent niet echt een expert in Exchange of wel? Exmerge is voor Exchange 2003 en zou je op zich nog wel kunnen gebruiken, maar als je al strandt bij het aan de praat krijgen van een VM...

Exporteren naar PST doe je bij Exchange 2007 met Export-Mailbox en importeren in 2010 gaat met New-MailboxImportRequest. Aandachtspunten zijn onder andere de taal van de bron- en doelmailboxen. Het kan handig zijn om de taal van de Exchange 2010 mailboxen vooraf op Nederlands te zetten als je vervolgens NL PST files gaat importeren.

[mario007]

Ik ben zeer zeker geen expert in Exchange maar ik leer graag bij over dit pakket en ik ben dan ook content met elke vorm van aanwijzing die ik krijg over dit onderwerp.

Ik heb nu een aantal aanknopingspunten waar ik zeer zeker mee verder kan.

[DJ-B]

Mario, over hoeveel gebruikers / mailboxen heb je het hier? Is het een optie om met een PST migratie in een big-bang scenario alles over te zetten? Dat scheelt je veel tijd om een co-existence omgeving op te zetten.

Het een en ander is natuurlijk ook afhankelijk van de klanteisen.

Je kunt ook overwegen om externe tooling in te zetten (Quest)

[Voor 10% gewijzigd door DJ-B op 05-07-2011 15:48]

[mario007]

Het gaat om relatief weinig mailboxen die overgezet dienen te worden +/- 80.

Een big bang gaat het helaas niet worden. De klant heeft meerdere vestigingen en wil per vestiging over (mail is maar een klein verhaal hier in. ESX, Citrix, Fileservers, Dc's etc worden allemaal nieuw opgebouwd).

Ik ben nu zover dat het preparen en moven van mailaccounts lukt middels de Exchange Shell. Al heb ik het idee dat het te makkelijk gaat

Nu ben ik nog aan het stoeien met de connectors voor beide servers. De Exchange 2007 server weet dat als er een mail wordt gestuurd en de gebruiker niet in dit domein voor komt dat deze dan in het andere forest gaat kijken of de gebruiker daar een account heeft alleen 2010 weigert het bericht dan.

Er is geen Edge server in het domein aanwezig mocht deze info nodig zijn.

[Jazzy]

De Exchange 2007 server weet dat als er een mail wordt gestuurd en de gebruiker niet in dit domein voor komt dat deze dan in het andere forest gaat kijken of de gebruiker daar een account heeft alleen 2010 weigert het bericht dan.

Foutmelding?

[mario007]

Deze foutmelding krijg ik terug in OWA. Er wordt geen melding gemaakt in de logboeken.

Uw bericht is vanwege het beveiligingsbeleid niet bezorgt. Microsoft Exchange probeert dit bericht niet opnieuw te zenden. Geef de volgende diagnosetekst door aan uw systeembeheerder.

De volgende organistie heeft uw bericht geweigert: ex2010.domeinnaam.local

In mijn ogen vertrouwt ex2010 de ex2007 niet. Dit zou opgelost kunnen worden door de receiveconnector in ex2010 goed in te stellen om daarna middels set-transportconfig het windowsdomain van ex2007 toe te voegen aan TLSsenddomainsecurelist.

Dat heb ik geprobeerd via deze manier:

$tconfig = Get-TransportConfig
$tconfig.TLSReceiveDomainSecureList += "domainnaam"
$tconfig.TLSSendDomainSecureList += "domainnaam"
$tconfig | Set-TransportConfig

Na de Set-TransportConfig krijg ik de melding dat het succesvol is verlopen maar dat er geen wijzigingen hebben plaats gevonden.

[Jazzy]

Staat er verder geen informatie in die NDR? Kan ik me niet voorstellen.

[DJ-B]

Heb je wel een accepted domain aangemaakt voor ex2010.domeinnaam.local?

[mario007]

@DJ-B,

Die is aangemaakt

@Jazzy,

Je hebt helemaal gelijk. Ik keek niet verder dan dat mijn scherm lang was. De melding is 530 5.7.1 Client was not authenticated en hier kan ik wat mee.

Op de ex2010 ben ik de receive connectoren bij langs gegaan. De 2 die er standaard in staan (client ex2010 en default ex2010) en diegene die ik zelf had aangemaakt (intern) en heb hierbij op tabblad Permissions Groups alles aangevinkt (Anonymous Users, Exchange Users, Exchange Servers, Legacy Exchange Servers en Partners)

Hierna komt de mail binnen op de mailbox van de gebruiker die in ex2010 een mailbox heeft. Nu zal ik teveel vinkjes gezet hebben en nu is het afvinken en weer testen totdat ik de juiste instellingen te pakken heb.

[Voor 3% gewijzigd door mario007 op 06-07-2011 11:33]

[mario007]

Allereerst wil ik een ieder bedanken die bijgedragen heeft aan dit topic.

Test omgeving draait naar behoren en mail gaat naar de server waar de gebruiker bestaat dus dit werkt alleen kom ik nu een raar verschijnsel tegen en die is als volgt:

Het preparen van de move middels Prepare-MoveRequest.ps1 gaat zoals het hoort en aan het eind van het script eindig ik met -UseLocalObject want de gebruikers zullen worden aangemaakt middels een CSV file en die wordt geimporteerd via CSVDE en de mailbox die dan nog op ex2007 staat zal worden verplaatst naar de desbetreffende gebuiker op ex2010.

Nu merk dat er op ex2010 een nieuwe gebruiker wordt aangemaakt. Ik zal als voorbeeld mijn script posten:

$LocalCredentials = Get-Credential [enter]
(domein\administrator van lokale server)
$RemoteCredentials = Get-Credential [enter]
(domein\administrator van remote server)

Prepare-MoveRequest.ps1 –Identity abel@andere domain –RemoteForestDomainController –FQDN Servernaam Exchange2007 –RemoteForestCredential $RemoteCredentials –LocalForestDomainController FQDN Servernaam Exchange2010 –LocalForestCredential $LocalCredentials –UseLocalObject [enter]

Ik heb als voorbeeld de naam abel gebruikt. Deze heeft een werkende mailbox op ex2007 en de gebruikers is middels de csv file geimporteerd in ex2010 met diverse ingevulde atributen maar heeft op ex2010 nog geen mailbox. Nu start ik de Prepare-MoveRequest.ps1 en zie dat er op ex2010 een nieuwe gebruiker wordt aangemaakt die abel12..........7 (nummers zijn verzonnen maar die staan er wel achter) heet en de mailbox wordt niet gekoppeld aan de gebruiker abel en ik kan er maar niet achter komen waardoor dit komt aangezien het in het begin wel goed is gegaan.

Waar zou dit aan kunnen liggen?

[Jazzy]

Wat maak je precies aan? Moet volgens mij een mail-enabled user zijn. En ik denk dat je de -OverWriteLocalObject switch ook nog nodig hebt.

[mario007]

Middels de csv file, die gevuld is met gebruikers en attributen zoals inlognaam, telefoonnummer etc, worden de gebruikers in het nieuwe domein geimporteerd. Ze gaan schoon beginnen dus geen gebruikers overzetten van huidige domein naar nieuw domein.

Dus als ik jou goed begrijp dient de nieuwe gebruiker op ex2010 wel een mailbox hebben en dan achter -uselocalobject dien ik nog -overwrite...... te zetten?

Ga ik gelijk proberen.

[Question Mark]

Jazzy schreef op dinsdag 12 juli 2011 @ 11:47:
Wat maak je precies aan? Moet volgens mij een mail-enabled user zijn.

Klopt

mario007 schreef op dinsdag 12 juli 2011 @ 12:44:
Dus als ik jou goed begrijp dient de nieuwe gebruiker op ex2010 wel een mailbox hebben en dan achter -uselocalobject dien ik nog -overwrite...... te zetten?

Mail-enabled is iets anders dan mailbox-enabled.

[Jazzy]

Maar goed, dat stond natuurlijk allemaal in het artikel dat je al eerder gaf: http://blogs.technet.com/...e/2010/08/10/3410619.aspx Je weet wel, dat artikel wat je gebruikt om de migratie te plannen.

[mario007]

Je hebt gelijk. Juist over enable-mailuser heb ik over heen gekeken. Nu ik dit eerst uitgevoerd heb wordt account die bekend is op ex2010 nu wel gebruikt.

Dank je wel!

Ik moet zeggen dat ik in korte tijd toch weer veel geleerd heb.

[Voor 16% gewijzigd door mario007 op 12-07-2011 13:45]

[mario007]

Voor de overgang van Exchange 2007 naar Exchange 2010 is nu zo'n beetje alles gereed.

De DAG is in de lucht en ook het verhuizen van mailboxen gaat goed (nog steeds in de test). Waar ik nu mee bezig ga is de CAS role in een Array te zetten met de benodigde NLB.

Nu zitten we met een punt waar deze dan op geinstalleerd moet worden. Liever komen er niet nog 2 servers bij maar als het niet anders kan is het zo. Maar ze stelden voor het op de fileservers te plaatsen. Waar ik dan mee zit is dat deze fileservers de DFS rol heeft en ik kan zo niet vinden of dat conflicten kan geven. Daarnaast is de vraag als de CAS role op aparte servers wordt gezet of hier dan ook weer licenties voor Exchange gehaald dienen te worden.

Deze site gaat over de licenties http://www.microsoft.com/...r-email.aspx#licensetypes en heb ik inderdaad 2 extra licenties nodig maar dat kan ook de standaard Exchange licentie worden.

Het zal geen HA worden. Er zullen geen extra licenties aangeschaft worden,

[Voor 3% gewijzigd door mario007 op 26-07-2011 23:32. Reden: geen extra licenties]

[Jazzy]

Waarom zet je de CAS rol niet op de zelde servers?

[mario007]

Beide Exchange servers hebben de CAS role geinstalleerd.

Mijn voorstel aan hun was, als zij echt HA wilden hebben, dat er 2 servers bij kwamen en deze zouden de CAS role dan krijgen in een NLB. Qua investeringen wilden ze niet verder gaan dan dat ze nu al zijn gegaan dus dit zat er niet meer in.

Aan de ene kant snap ik hun maar aan de andere kant ook weer niet. In 1e instantie zou er een EX2007 met CCR komen (dus 3 servers) en toen wilden ze toch EX2010. Met HA erbij zou dat 1 extra server zijn met licentie.

Maar ze hebben er zelf voor gekozen om het zo te doen.

[Voor 80% gewijzigd door mario007 op 02-08-2011 15:10]

[Question Mark]

mario007 schreef op dinsdag 02 augustus 2011 @ 15:00:
Beide Exchange servers hebben de CAS role geinstalleerd.

Dan ga je toch gebruik maken een hardwarematige loadbalancer(s).

• mailbox databases zijn redudant vanwege de DAG
• Hub/Transport is redudant van zichzelf
• CAS wordt redudant door de hardwarematige loadbalancer

Alle drie rollen kun je dan hosten op twee mailservers.

http://www.shudnow.net/20...y-load-balancing-options/

2 Multi-Role DAG Members and Hardware Load Balancers
Utilize 2 Multi-Role DAG Members (MBX/HUB/CAS). Use a hardware load balancer to load balance all of the bulleted items above including the RPC Client Access Service using an RPC Client Access Array which load balances port 135 for the RPC Endpoint Mapper and 1024-65535 ports. Typically, since you are using High Availability, this means that you would most likely want to have 2 hardware load balancers.

[mario007]

Die optie is ook voorgedragen maar om met hun woorden te spreken "het budget is op"

Ik kan niet in hun budget kijken maar ik verwacht dat zo'n HLB op de totale kosten nihil zijn aangezien een HLB niet eens zo duur hoeft te zijn.

Ze hebben gekregen wat ze willen en de toekomst moet uitwijzen of ze de juiste keuze gemaakt hebben om het zo te laten.

[Jazzy]

Prima toch? Waarom zou je moeilijk doen als klant het allemaal niet zo belangrijk vind?

Voor een volgende keer zou ik trouwens eerste de omgeving ontwerpen, dan gaan bouwen en vervolgens migreren. Dan hoef je aan het eind van het traject niet meer te soebatten over "details" als het HA design en de gewenste functionaliteit.

Met andere woorden, je mag de hand ook wel in eigen boezem steken.

[Voor 9% gewijzigd door Jazzy op 02-08-2011 17:14]

[mario007]

Ik vind het prima dat ze hiervoor gekozen hebben.

Het ontwerp was al grotendeels klaar en met Exchange wisten ze nog niet precies hoe ze het wilden hebben.

Achteraf gezien (is altijd makkelijk praten) had het beter aangepakt kunnen worden. Maar goed klant tevreden en voor mij weer een punt van aandacht voor de volgende keer.