Migreren van Exchange 2003 naar 2010

[Mentox]

Ik ben bezig met het migreren van Exchange 2003 naar 2010.

Nu heb ik problemen met het repliceren van Public Folders. Ik heb vanuit Exchange 2003 de Public Folder van 2010 toegevoegd om te repliceren maar na een aantal dagen is dit nog steeds niet gelukt.

Instellingen voor replicatie:
Always on
Urgent

Ook heb ik het volgende uitgevoerd:
Resend Changes
Update Hierarchy

Dit artikel beschrijft de optie "Move All Replicas". Nu ben ik niet honderd procent zeker of dit een goed idee is. De gebruikers zitten nog op de oude Exchange server en ze hebben de Public Folders nodig.

Had nooit gedacht dat het maken van een replica zo lastig zou kunnen zijn.

Wat kan ik doen om ervoor te zorgen dat ik een replica krijg van de Public Folders?

[ItsValium]

Ik zit momenteel op een project met een soortgelijk probleem. De FREE/BUSY public system folder wil niet repliceren. Heb me al suf gegoogled maar tot op heden niets gevonden.

[Mentox]

ItsValium schreef op maandag 22 augustus 2011 @ 12:18:
Ik zit momenteel op een project met een soortgelijk probleem. De FREE/BUSY public system folder wil niet repliceren. Heb me al suf gegoogled maar tot op heden niets gevonden.

Laten we hopen dat er iemand is op GoT die voor ons beide een oplossing heeft.

Ik heb enkele dagen gewacht op Exchange om te repliceren maar geen resultaat.

[alex3305]

Misschien dat je Microsoft kunt aanspreken? Ik neem aan dat je namelijk support hebt op een pakket zoals Exchange.

[ItsValium]

Het probleem is dat microsoft het ook niet weet, ze sturen de aangewezen settings en migratiepaden door maar verder dan dat komt het niet, het ticket bij microsoft is nog open, maar echt snel zijn ze daar niet. Ik wacht af.

[n0fragger]

Waarschijnlijk heb je SP1 van Exchange geinstalleerd, hier zitten veel bugs in die betrekking hebben tot het migreren van Public Folders. Hiervoor zijn laatst al 2 verschillende Rollups uitgebracht die het probleem niet oplossen. Je kunt beter even een PST maken van de Public Folders en die importeren in de nieuwe omgeving.

Wij zitten namelijk op dit moment met hetzelfde probleem, PST is voor ons de meest snelste oplossing.

[ItsValium]

Inderdaad verse installatie(s) van exchange 2010 SP1 geconfigureerd in een DAG. Voor zover ik weet kan de FREE/BUSY folder niet via pst overgezet worden, tenzij ik dit over het hoofd heb gezien, ik ga erachteraan.

[Question Mark]

n0fragger schreef op maandag 22 augustus 2011 @ 12:58:
Wij zitten namelijk op dit moment met hetzelfde probleem, PST is voor ons de meest snelste oplossing.

Controleer dan wel even of er ook mail-enabled public folders bij zijn en of de huidig toegekende rechten wel mee komen. Ik vermoed nl. van niet en dan kan het best nog wel eens een tijdrovende klus zijn om dit recht te trekken.

[Jazzy]

In plaats van MoveAllReplicas.ps1 kun je beter AddReplicaToPFRecursive.ps1 gebruiken. Zie je fouten in het eventlog verschijnen? SMTP berichten ophopen in de queues?

[ZeRoC00L]

Draai ook de Exchange Best Practice analyzer eens.
Als er configuratie fouten inzitten komen ze daar boven (bijvoorbeeld een smarthost ingesteld op exchange 2003, dan werkt public folder replicatie niet).

[Mentox]

Ik heb de Exchange Best Practice Analyzer gedraaid maar dat laat geen fouten zien.

Wanneer ik in de Queue Viewer kijk zie ik het volgende:
Identity: XXX1-TRU-EXC02\Unreachable\2
Subject: Status Request
Internet Message ID: <[e-mail]>
From Address: [e-mail]
Status: Ready
Size (KB): 4
Message Source Name: FromLocal
Source IP: 255.255.255.255
SCL: -1
Date Received: 24/08/2011 11:19:42
Expiration Time: 26/08/2011 11:19:42
Last Error: There is currently no route to the mailbox database.
Queue ID: XXX1-TRU-EXC02\Unreachable
Recipients: [e-mail] [e-mail]

Last Error: There is currently no route to the mailbox Database

Wat ik daarna heb gedaan is een Routing Group Connector aangemaakt op de Exchange 2003 server. Toen Resend Changes uitgevoerd en de PF op de Exchange 2010 server begon groter te worden!

Bedankt voor de help en hopelijk werkt alles nu.

[ Voor 198% gewijzigd door Mentox op 24-08-2011 13:12 ]

[Jazzy]

Het verbaast me dat je nog geen routinggroupconnector had gemaakt, dat is een standaard stap namelijk. Of begrijp ik je verkeerd?

[Mentox]

Jazzy schreef op woensdag 24 augustus 2011 @ 14:20:
Het verbaast me dat je nog geen routinggroupconnector had gemaakt, dat is een standaard stap namelijk. Of begrijp ik je verkeerd?

Nee je begrijpt me niet verkeerd

Ik dacht dat ik het had gedaan maar blijkbaar heb ik deze stap vergeten.

Bedankt Jazzy de tip van you om te kijken in de queue heeft me geholpen.

[ Voor 9% gewijzigd door Mentox op 24-08-2011 18:32 ]

[Mentox]

Helaas juichte ik te vroeg, het leek goed te gaan en de public folder database groeide naar 1.63GB maar groeit niet verder. De originele database is 8.84GB groot.

Ik heb de volgende methode gebruikt voor elke public folder: http://www.petenetlive.com/KB/Article/0000426.htm

Iemand enig idee?

[Toasterlabs]

Moet je even de public folder logging verhogen:
How to troubleshoot public folder replication problems in Exchange 2000 Server and in Exchange Server 2003

Op die manier kunnen we erachter komen wat juist vastloopt...

[Mentox]

Ik heb eindelijk de oplossing gevonden, PowerShell.

De eerste dat ik heb gedaan is het volgen van dit artikel: http://www.petenetlive.com/KB/Article/0000426.htm

De klant waarvoor ik dit doe heeft 11 root folders en letterlijk honderden subfolders. Het repliceren werkte voor de root folders maar niet voor de subfolders, handmatig elke folder nagaan en op "update" klikken was geen optie.

De eerste regel code die ik gebruikte was om de replication shedule aan te passen:
Get-PublicFolder -Identity "\Policy" -Recurse | Set-PublicFolder -ReplicationSchedule Always
Dit past de replication shedule aan voor elke subfolder onder \Policy. Deze regel heb ik aangepast en uitgevoerd op elke 11 root folders.

De tweede regel code die ik gebruikte was om een "update" te forceren op elke subfolder:
Get-PublicFolder -Identity "\Policy" -Recurse | Update-PublicFolder -Server XXX1-TRU-EXC02
EXC02 is de Exchange 2010 server en dit werkt niet op de Exchange 2003 server.

Het gevolg van deze twee regels code was 100% CPU op de Exchange 2010 Server en 0.20% ~ 2.50% netwerk (gigabit). Na enkele uren was alles voltooid en gerepliceerd.

Nu zijn alle public folders gerepliceerd behalve de SCHEDULE+ FREE BUSY. Ik heb de aanpassingen handmatig gedaan maar geen succes. Ik heb dus nog een stukje over van de puzzel.

Iedereen heel erg bedankt voor jullie input.