Install new Exchange 2013 CU9 naast al bestaande

[enripeters]

Hallo,

Situatie is als volgt (simpele versie):

Site a:
DC/File server
Exchange 2013 CU4

Site b:
DC/File server

Ik wil hier na toe:

Site a:
DC/File server
Exchange 2013 CU9

Site b:
DC/File server
Exchange 2013 CU9

Ik wil dit doen door eerst bij pand 2 Exchange Server 2013 CU9 te installeren.
Nu vraag ik me af wat er gebeurt als ik dat ga doen. Ik lees bijvoorbeeld hier: http://jaapwesselius.com/...2013-cumulative-update-9/ dat ik een aantal commando's moet uitvoeren om de schema's etc. te updaten.

Setup.exe /prepareSchema /IAcceptExchangeServerLicenseTerms
Setup.exe /prepareAD /IAcceptExchangeServerLicenseTerms
Setup.exe /prepareDomain /IAcceptExchangeServerLicenseTerms

Aangezien ik al een een Exchange Server heb draaien (pand 1) vraag ik me af wat handig is om te doen. Het liefst installeer ik namelijk eerst een nieuwe Exchange Server 2013 CU9 bij pand 2 en daarna pas bij pand 1.

Eigenlijk is het plan als volgt:
-Morgen Windows Server 2012 R2 voorbereiden voor de nieuwe Exchange CU9 bij site b
-Woensdagavond schema's etc. updaten
-Zaterdag Exchange 2013 CU9 bij site b af installeren en de Exchange Server 2013 CU4 upgraden naar CU9

Kan dit op deze manier? Of moet ik nadat ik de schema's heb ge-updated ook direct de Exchange Server upgraden? Of kan ik nu al Exchange Server 2013 CU9 installeren terwijl de andere nog op CU4 draait? Dat zou zaterdag weer tijd schelen.

Extra info over huidige Exchange en Version nummers:

Exchange Server Version	2013 CU4 (SP1)
Schema (Forest): rangeUpper	15292
Schema (Forest): objectVersion	15844
Active Directory (Domain): objectVersion	13236

Als iemand nog meer informatie nodig heeft hoor ik het graag.

Kan iemand mij hier iets meer wegwijs in maken?

Alvast bedankt!

Met vriendelijke groeten,

Enri Peters

[Killah_Priest]

En waarom update je niet de huidige Exchange server eerst naar CU9?

[3DDude]

Ik kan alleen vertellen dat die cumulatieve update best snel gebeurt is.
In een vergelijkbare (test omgeving welliswaar) heb ik ook CU9 geinstalleerd je krijgt dan echt wel weer een setup met alle rollen die je wilt blijkbaar.. ! Let daarop het is niet aanzetten en de volgende dag kijken. je zult ook wat moeten aanvinken ergens in de setup.

[enripeters]

@Killah_Priest: ik heb dit nog niet eerder gedaan. Ik kom veel op het internet tegen dat bij een upgrade de instellingen van de Exchange Server verdwijnen. Weet niet of dit waar is? Eigenlijk heb jij zoiets van eerst de huidige server upgraden (met schema updates etc.) en dan pas de nieuwe server erbij toevoegen?

Is dit mogelijk in een avond? Gaat om ongeveer 80 mailboxes, weet niet of dat interessant is om te weten.

@3DDude: Oke, dat klinkt goed. Bedankt voor de informatie, denk dat ik morgen ook maar eens een test ga doen.

[Question Mark]

enripeters schreef op maandag 31 augustus 2015 @ 23:37:
@Killah_Priest: ik heb dit nog niet eerder gedaan. Ik kom veel op het internet tegen dat bij een upgrade de instellingen van de Exchange Server verdwijnen.

Maar dat los je toch niet op door eerst een andere server te introduceren? Er komt dan nog altijd een moment dat je de huidige server moet gaan upgraden.

Er wordt bij dit soort acties ook altijd aangeraden om een goede backup te hebben, en procedures om deze backup terug te kunnen zetten. Daarnaast zou je de actie ook nog even kunnen testen in een testomgeving.

[enripeters]

Question Mark schreef op dinsdag 01 september 2015 @ 09:29:
[...]

Maar dat los je toch niet op door eerst een andere server te introduceren? Er komt dan nog altijd een moment dat je de huidige server moet gaan upgraden.

Ben ik met je eens. Weet jij of het zo simpel is als eerst deze commando's?

Setup.exe /prepareSchema /IAcceptExchangeServerLicenseTerms
Setup.exe /prepareAD /IAcceptExchangeServerLicenseTerms
Setup.exe /prepareDomain /IAcceptExchangeServerLicenseTerms

en dan

Setup.exe /mode:upgrade /IAcceptExchangeServerLicenseTerms

?

Dit is van deze link: http://jaapwesselius.com/...2013-cumulative-update-9/

Zoals ik al aangaf, heb dit nog niet eerder gedaan. Ik ben vooral benieuwd of mijn instellingen bewaard blijven, of dat ik OWA bijvoorbeeld opnieuw moet gaan instellen of een database opnieuw moet koppelen.

Ook vraag ik me af of ik de commando's op de Exchange Server of de DC moet uitvoeren. Die laatste lijkt me wel logisch voor op de Exchange Server. Maar mijn gevoel zegt dat die eerste 3 op de DC moeten worden uitgevoerd.

Thanks.

[enripeters]

Tweede ding wat ik me af vraag is of je de schema's etc. al kan updaten en later pas de Exchange Server CU installeren.

Als iemand me dit kan vertellen ben ik erg blij.

Gaat dit dan ook via deze 3 commando's of kan dit ook op een andere manier?

Setup.exe /prepareSchema /IAcceptExchangeServerLicenseTerms
Setup.exe /prepareAD /IAcceptExchangeServerLicenseTerms
Setup.exe /prepareDomain /IAcceptExchangeServerLicenseTerms

[bdevogt]

Ja dit kan,

in een grote omgeving word dit aangeraden zodat het gerepliceerd kan worden door het forest heen.

[Question Mark]

enripeters schreef op dinsdag 01 september 2015 @ 13:02:
Tweede ding wat ik me af vraag is of je de schema's etc. al kan updaten en later pas de Exchange Server CU installeren.

Het is zelfs een verplichting om je schema te updaten, en daarna de installatie pas te doen.

[jantjegroen00]

Waarom zou je nog een keer je schema moeten updaten?
Dit doet Exchange toch al bij de initiele installatie?

Ik heb hier nog een Exchange 2013 server draaien met CU7.
De CU9 update zal ik even draaien kijken wat hij doet.

[Oogje]

Hoe kom je op dit plan? Als ik de link bekijk die je opgeeft staat daar heel wat anders als dat jij van plan bent?

[Jazzy]

Je focust nu sterk op één aspect van de installatie maar ik denk dat er nog veel meer is om je zorgen over te maken. Wat is de bedoeling van die tweede server eigenlijk? Is je verwachting dat Exchange nu altijd beschikbaar is als er een site uitvalt? En heb je nagedacht over namespaces, urls, certificaten en load balancing?

[ Voor 14% gewijzigd door Jazzy op 01-09-2015 15:41 ]

[enripeters]

Oogje schreef op dinsdag 01 september 2015 @ 15:39:
Hoe kom je op dit plan? Als ik de link bekijk die je opgeeft staat daar heel wat anders als dat jij van plan bent?

Ik had zoiets van ik installeer eerst een nieuwe Exchange Server voor de veiligheid, maar dit is achteraf gezien toch niet praktisch.

Ik zie in de link staan dat ik kan upgraden door middel van het onderstaande commando.

Setup.exe /mode:upgrade /IAcceptExchangeServerLicenseTerms

[enripeters]

Jazzy schreef op dinsdag 01 september 2015 @ 15:40:
Je focust nu sterk op één aspect van de installatie maar ik denk dat er nog veel meer is om je zorgen over te maken. Wat is de bedoeling van die tweede server eigenlijk? Is je verwachting dat Exchange nu altijd beschikbaar is als er een site uitvalt? En heb je nagedacht over namespaces, urls, certificaten en load balancing?

Dat is een hele goeie. Bedankt. De bedoeling is inderdaad om de load wat meer te verdelen. We gaan nu allemaal vanaf site b over een straalverbinding naar site a. Ik wil dat deze nieuwe Exchange server gebruikt gaat worden door gebruikers van site b.

Officiele certificaten hebben we nog niet. Ook nog niet nodig.

Als een Exchange server uit staat is het uiteraard de bedoeling dat de andere server het overneemt.

Namespaces bij Exchange is nieuw voor mij, niet over nagedacht.

Iedereen bedankt voor het meedenken en de reacties.

[Killah_Priest]

enripeters schreef op maandag 31 augustus 2015 @ 23:37:
@Killah_Priest: ik heb dit nog niet eerder gedaan. Ik kom veel op het internet tegen dat bij een upgrade de instellingen van de Exchange Server verdwijnen. Weet niet of dit waar is? Eigenlijk heb jij zoiets van eerst de huidige server upgraden (met schema updates etc.) en dan pas de nieuwe server erbij toevoegen?

Is dit mogelijk in een avond? Gaat om ongeveer 80 mailboxes, weet niet of dat interessant is om te weten.

@3DDude: Oke, dat klinkt goed. Bedankt voor de informatie, denk dat ik morgen ook maar eens een test ga doen.

Ik heb nog nooit meegemaakt dat belangrijke Exchange settings verdwijnen met een update (sowieso worden er erg veel settings mbt Exchange gewoon in AD opgeslagen).
Voor een update moet je er hoe dan ook voor zorgen dat je een recente backup hebt want er kunnen altijd zaken corrupt raken.

[degroot]

Killah_Priest schreef op dinsdag 01 september 2015 @ 18:22:
[...]


Ik heb nog nooit meegemaakt dat belangrijke Exchange settings verdwijnen met een update (sowieso worden er erg veel settings mbt Exchange gewoon in AD opgeslagen).
Voor een update moet je er hoe dan ook voor zorgen dat je een recente backup hebt want er kunnen altijd zaken corrupt raken.

Ik heb bij 2 exch 2013 installaties al bij klanten meegemaakt dat alle external fqdn's weer terugstonden naar alle interne fqdn's.
en ik maar zoeken waarom mijn outlook 2013 settings ineens weer veranderd waren en outlook de exch niet kon vinden.

[Killah_Priest]

Ik ben nu zelf bezig met 1 Exchange server van CU9 te voorzien : iedere keer kapt ie ermee omdat de DAG service niet gestart kan worden (wij maken bij deze klant helemaal geen gebruik van DAG).
Zet je de service aan, dan wordt deze door Exchange weer automatisch disabled (nu zelfs de "running" status met DISABLED erbij ).
Lekker buggy gemaakt dus (niet dat ik hier niet uit zal komen, het is alleen weer extreem slordig van MS).

Edit : Lol, nadat ik een PS script heb gemaakt (met een while loop) om de service iedere seconde op Automatic te zetten loop ik weer tegen een andere foutmelding aan : nu mbt de Discovery mailbox.

Pluspunt van dit alles : zonder deze vage meldingen bij het updaten had de klant waar ik nu zit mijn hulp niet nodig gehad. Nu kan ik gelukkig doen waar ik goed in ben (problemen uitzoeken en oplossen)

[ Voor 31% gewijzigd door Killah_Priest op 02-09-2015 11:15 ]

[Question Mark]

enripeters schreef op dinsdag 01 september 2015 @ 16:26:
[...]
De bedoeling is inderdaad om de load wat meer te verdelen. We gaan nu allemaal vanaf site b over een straalverbinding naar site a. Ik wil dat deze nieuwe Exchange server gebruikt gaat worden door gebruikers van site b.

enripeters schreef op dinsdag 01 september 2015 @ 16:26:
[...]
Als een Exchange server uit staat is het uiteraard de bedoeling dat de andere server het overneemt.

Dat laatste betekend dat je wel iets meer moet gaan regelen dan alleen een tweede Exchange server introduceren. Je zult minimaal een DAG moeten introduceren om mailboxdata hoog beschikbaar te maken. Netwerkeisen voor een DAG zijn redelijk streng. Even uit mijn hoofd:

• Minimaal 1 Gbit
• Maximaal 500 ms latency tussen DAG members

Gaat je straalverbinding dat redden?

[Jazzy]

Wat dacht je van load balancing die rekening houdt met site rescillience? En de plaatsing van de FSW?

Killah_Priest schreef op woensdag 02 september 2015 @ 10:46:
Ik ben nu zelf bezig met 1 Exchange server van CU9 te voorzien : iedere keer kapt ie ermee omdat de DAG service niet gestart kan worden (wij maken bij deze klant helemaal geen gebruik van DAG).

Wat is de DAG service?

Lekker buggy gemaakt dus (niet dat ik hier niet uit zal komen, het is alleen weer extreem slordig van MS).

Ik neem aan dat je het issue bij Support gemeld hebt, dat vastgesteld is dat er geen fout in je omgeving zit en het inderdaad een bug is en er dus geen kosten gerekend zijn? Want anders zou dat wel extreem slordig van Killah_Priest zijn.

[Killah_Priest]

Jazzy schreef op woensdag 02 september 2015 @ 11:46:
Wat dacht je van load balancing die rekening houdt met site rescillience? En de plaatsing van de FSW?

[...]

Wat is de DAG service?

[...]

Ik neem aan dat je het issue bij Support gemeld hebt, dat vastgesteld is dat er geen fout in je omgeving zit en het inderdaad een bug is en er dus geen kosten gerekend zijn? Want anders zou dat wel extreem slordig van Killah_Priest zijn.

Microsoft Exchange DAG Management service is de service in kwestie.

Het is btw een nieuwe omgeving waarbij Exchange kaal geinstalleerd is, eerdere updates liepen wel goed.
Vervolgens hebben wij dit een tijdje niet aangeraakt (migratie kon niet doorgaan ivm drukke zomer periode bij de klant).
Wel een detail, de eigen beheerder hier bij de klant heeft het eerst geprobeerd, ik wordt er zeg maar bijgeroepen als men er zelf niet uitkomt.
Op zicht zou het updaten nogal straight forward moeten zijn (setup aanklikken en gaan met die banaan).

Edit : eindelijk staat hij erop. Na de foutmelding mbt de DAG mgmt service kreeg ik ene foutmelding "Couldn't resolve the user or group "officemesa.net/Microsoft Exchange Security Groups/Discovery Management." Dit heb ik opgelost door permissies aan te passen mbt de Discovery Mailbox (het stomme is : hier heb ik niets op gewijzigd en de interne beheerders hier ook niet - op zich is het ook een "bekend" probleem aangezien ik met de foutmelding die ik kreeg vrij snel een antwoord had met de oplossing)

[ Voor 19% gewijzigd door Killah_Priest op 02-09-2015 12:57 ]

[Question Mark]

Jazzy schreef op woensdag 02 september 2015 @ 11:46:
Wat dacht je van load balancing die rekening houdt met site rescillience? En de plaatsing van de FSW?

Ik zeg ook niet voor niets minimaal...

In dit geval noem ik een DAG even expliciet omdat ik daar al wat potentiele knelpunten zie aangezien er gebruik gemaakt wordt van een straalverbinding.

[enripeters]

Question Mark schreef op woensdag 02 september 2015 @ 11:00:
[...]


[...]

Dat laatste betekend dat je wel iets meer moet gaan regelen dan alleen een tweede Exchange server introduceren. Je zult minimaal een DAG moeten introduceren om mailboxdata hoog beschikbaar te maken. Netwerkeisen voor een DAG zijn redelijk streng. Even uit mijn hoofd:

• Minimaal 1 Gbit
• Maximaal 500 ms latency tussen DAG members

Gaat je straalverbinding dat redden?

Oke, een DAG (failover?) is dan niet nodig. Puur een extra mailserver, zodat de gene van site b op die Exchange server werken.
Straalverbinding is te langzaam.

Ik heb me denk ik te weinig ingelezen over dit, ben deze week al wel druk hier mee bezig. Het is ook nieuw voor mij. Dus wil jullie in ieder geval bedanken voor alle tips etc.

Momenteel werk me hele Exchange Server niet meer. Certificaat probleempje volgens mij. Dat eerst ook maar eens aan het oplossen.

Maar als ik dit even samenvat dan kan ik dus de AD updaten met die 3 commando's en een paar dagen later de Exchange CU9 upgrade uitvoeren?

Uiteraard zorg ik voor backups.

[Jazzy]

Nee, dat is niet nodig. Je kunt CU9 gewoon starten waarna deze de schema update gaat uitvoeren als eerste stap van het upgradeproces.

Question Mark schreef op woensdag 02 september 2015 @ 12:46:
[...]

Ik zeg ook niet voor niets minimaal...

Was niet als kritiek bedoeld, meer als aanvulling om jouw bericht nog maar eens te onderstrepen.

[ Voor 50% gewijzigd door Jazzy op 02-09-2015 13:02 ]

[enripeters]

Jazzy schreef op woensdag 02 september 2015 @ 13:01:
Nee, dat is niet nodig. Je kunt CU9 gewoon starten waarna deze de schema update gaat uitvoeren als eerste stap van het upgradeproces.

Oke bedankt. Dus

Setup.exe /mode:upgrade /IAcceptExchangeServerLicenseTerms

Op de Exchange server doen?

[Jazzy]

Als je het van de command line wilt doen is dat prima inderdaad. Of je opent Setup.exe zonder opties en volgt de wizard, wat jij wilt.

[enripeters]

Jazzy schreef op woensdag 02 september 2015 @ 17:08:
Als je het van de command line wilt doen is dat prima inderdaad. Of je opent Setup.exe zonder opties en volgt de wizard, wat jij wilt.

Oke super! Ik wil jullie allemaal hartelijk bedanken!
Groetjes.

[jantjegroen00]

Gister CU7 geupdate naar CU9.
Ik heb de setup gedubbelklikt, next, next, finish.

Alles werkt zonder problemen.

[Jazzy]

Mooi, leuk dat je het even terugkoppelt.

[enripeters]

Ik heb CU4 naar CU 9 ge-update, ook gewoon zonder problemen en next, next en finish. En inderdaad de step 1 van 18 was dat die de schema's ging updaten.

Tip: Check van te voren even de health van je AD.

Kan met:

dcdiag

en

repadmin /syncall

Beide in CMD.

En een back-up van de VM's heb ik gemaakt met Trilead.

Nogmaals bedankt iedereen.

Groetjes, Enri.