Twee installaties van Exchange 2010

[martjah]

Ik zal eerst even vermelden dat ik geen Exchange expert ben. Ik ben momenteel bezig met afstuderen.

Ik moet onderzoek naar disaster recovery van virtuele omgevingen (op storageniveau).

Nu ben ik bezig met het inrichten van de testomgeving. Ik moet twee verschillende inrichtingen testen m.b.t. Exchange servers. Situatie 1: één exchange server met de mailboxen en één server met CAS + HUB. Situatie 2: alle rollen op dezelfde server.

Relevante servers/werkstations:

• DC01 - 2008R2
• DC02 - 2008R2
• Client01 - Windows 7 + Outlook 2010
• Ex01 - 2008R2 - Exchange 2010 - Mailbox
• EX02 - 2008R2 - Exchange 2010 - CAS + Hub
• EX03 - 2008R2 - Exchange 2010 - Mailbox + CAS + HUB

Nu wilde ik alle servers tegelijk inrichten om vervolgens de server, die ik op dat moment niet test, uit te zetten.
Helaas werkt dit niet helemaal zoals ik had gehoopt.

Volgorde van installeren: EX01 geïnstalleerd, EX02 geïnstalleerd en toen EX03 geïnstalleerd.
EX03 uitgezet en de database kopie ook uitgezet. Ex02 gaf namelijk de melding dat EX03 niet bereikbaar was voor de kopie van de database.
edit: even erbij vermelden dat de servers niet naar buiten kunnen mailen.

Wat doet het wel en wat doet het niet:
De OWA op EX02 is te benaderen en hiermee kunnen mails verstuurd en ontvangen worden.
Autodiscovery verwijst constant naar EX03 en ik krijg de melding dat deze niet te bereiken is (logisch), dan krijg je een popup waar je de server aangeeft, hier vul ik dan EX02 in en krijg weer de melding dat deze niet bereikbaar is. De serverinstellingen krijgt hij succesvol binnen maar aanmelden lukt niet.
POP3 en IMAP4 aangezet op EX02 en via outlook niet bereikbaar.

Hier loopt een lokale Exchange ("specialist") rond en die kon mij niet duidelijk vertellen waarom dat niet zo was, maar uit zijn overtuiging op te merken was hem logisch. Hij kan het alleen niet duidelijk verwoorden tegenover mij. Het kwam erop neer dat je niet 2 CAS servers in 1 netwerk kon hebben want dat kan niet werken.

Ik dacht zelf dat dat wel moest kunnen want in grotere netwerken heb je toch ook meer dan één CAS server, stel dat CAS 1 eruit klapt, dan moet CAS 2 het toch over kunnen pakken? Ik las op "Google" dat de autodiscovery de eerste werkende CAS pakt die hij in de AD vindt.

Ook heb ik het idee dat het wel werkend moet zijn te krijgen omdat de OWA wel gewoon werkt.

Kan iemand mij uitleggen waarom dit nu wel of niet kan werken?

[@r!k]

Meerdere CAS servers kan prima, wat je "specialist" zegt klopt echt niet.

[MAX3400]

Ik ben momenteel bezig met afstuderen

Gefeliciteerd; ik mis dan alleen wel de info van de installatie (iets technischer) waarom je er zelf niet uitkomt.

Bestaat je SCP wel in AD? Zo ja, welke authorative list hangt daaraan?

/edit: even vergeten; wat zegt de Connectivity Analyzer in het geval de hele of halve omgeving online is?

[ Voor 18% gewijzigd door MAX3400 op 05-01-2012 14:23 ]

[martjah]

MAX3400 schreef op donderdag 05 januari 2012 @ 14:19:
[...]

Gefeliciteerd; ik mis dan alleen wel de info van de installatie (iets technischer) waarom je er zelf niet uitkomt.

Bestaat je SCP wel in AD? Zo ja, welke authorative list hangt daaraan?

/edit: even vergeten; wat zegt de Connectivity Analyzer in het geval de hele of halve omgeving online is?

In het netwerk zelf draaien de benodigde services zoals, AD, DNS, (DHCP). Het domain level staat op 2008 R2.
Andere services zoals een fileserver, wsus, sql etc. hebben er verder niks mee te maken.

De installaties van Exchange zijn verder heel basic. Alleen de rollen zijn verdeelt en de mailbox database + logs zijn naar aparte partities verplaatst. Firewalls stonden allemaal uit om dat uit te sluiten.
De exchange servers zitten allemaal in hetzelfde subnet en alles kan met elkaar communiceren op basis van namen.

Volgorde van Installeren:
EX01: Mailbox
EX02: Cas en Hub
Ex03: Mailbox, Cas en Hub

EX02 gaf aan dat EX04 een database copy had, dit heb ik eruit gehaald omdat ze los van elkaar moesten zijn.

EX04 vervolgens uitgezet omdat ik alleen gebruik wilde maken van EX02. De autodiscovery bleef echter maar wijzen naar EX04. Waarop ik pop3 en imap4 heb gestart op EX02 (services) en probeerde daarmee connectie te maken. In de authenticatiemethodes heb ik niks verandert.

Op advies van de Exchange man heb ik Exchange gedeïnstalleerd van EX04. Echter wilde outlook nog niet aan de gang gaan met EX02.

Toen ben ik overgegaan naar het compleet opruimen van de Exchange installaties en heb EX01 en EX02 opnieuw geïnstalleerd met dezelfde instellingen. Geïnstalleerd, database en logs verplaatst, mailboxen aangemaakt. Hierna wilde de client wel meteen aan de gang met Exchange.

Ik was in de veronderstelling dat de losse installatie van EX01 en EX02 gezond was omdat ik met OWA alles kon doen(terwijl EX03 uit stond).
Omdat de autodiscovery naar EX03 bleef verwijzen heb ik outlook handmatig ingesteld, dit werkte ook niet. Autodiscovery is namelijk niet van belang in het project wat ik doe, het gaat namelijk om de database/logs.

Met EX03 aan wilde Outlook ook geen verbinding maken met 02 of 03. Ik ging dus akkoord met de exchange man omdat ik er vanuit ging dat hij wel ergens een punt zou hebben.
Nu met EX01 en EX02 geïnstalleerd, werkt wel alles meteen.

**edit: SCP heb ik verder niet naar gekeken omdat ik overgegaan was naar handmatig instellen.
Connection analyzer heb ik niet aan gehad.

[MAX3400]

Domme vraag; je zegt dat je het e.e.a. opnieuw hebt geinstalleerd... Heb je dat gedaan door de setup opnieuw te draaien en waar nodig rollen toe te voegen/weg te halen? Heb je Windows opnieuw erop geknald en daarna Exchange? Heb je een cascaded de-installatie gedraaid?

Waar ik heen wil; SCP heb je niet naar gekeken, mogelijk dat er door herinstallaties op een non-standard manier rotzooi in AD is achtergebleven waardoor een installatie "lijkt" te lukken maar de clients dan zeggen: doei...

[ Voor 4% gewijzigd door MAX3400 op 05-01-2012 17:28 ]

[Question Mark]

martjah schreef op donderdag 05 januari 2012 @ 11:47:
Kan iemand mij uitleggen waarom dit nu wel of niet kan werken?

Tuurlijk kan dat wel, leesvoer:

Uncovering the new RPC Client Access Service in Exchange 2010
Load Balancing Exchange 2010 Client Access Servers using an Hardware Load Balancer Solution

Lees de artikelen even door zou ik zeggen.

Let verder even op dat een High Available omgeving (die je creeert met meerdere Exchange servers) iets anders is dan een disaster recovery. Kijk dus even heel goed naar de scope van je onderzoek. Wat probeer je te doen?

[ Voor 12% gewijzigd door Question Mark op 05-01-2012 19:22 ]

[martjah]

MAX3400 schreef op donderdag 05 januari 2012 @ 17:26:
Domme vraag; je zegt dat je het e.e.a. opnieuw hebt geinstalleerd... Heb je dat gedaan door de setup opnieuw te draaien en waar nodig rollen toe te voegen/weg te halen? Heb je Windows opnieuw erop geknald en daarna Exchange? Heb je een cascaded de-installatie gedraaid?

Waar ik heen wil; SCP heb je niet naar gekeken, mogelijk dat er door herinstallaties op een non-standard manier rotzooi in AD is achtergebleven waardoor een installatie "lijkt" te lukken maar de clients dan zeggen: doei...

Ik heb per server de installatie van Exchange weer opgestart en zo de rollen verwijderd. Totdat er geen Exchange meer over was in het domein.
In de situatie waar ik outlook niet aan de gang kreeg, had ik nog niks geherinstalleerd.
Nadat ik overal exchange had verwijdert en alle rollen maar 1x had geïnstalleerd, werkte wel alles.

Question Mark schreef op donderdag 05 januari 2012 @ 19:21:
[...]

Tuurlijk kan dat wel, leesvoer:

Uncovering the new RPC Client Access Service in Exchange 2010
Load Balancing Exchange 2010 Client Access Servers using an Hardware Load Balancer Solution

Lees de artikelen even door zou ik zeggen.

Let verder even op dat een High Available omgeving (die je creeert met meerdere Exchange servers) iets anders is dan een disaster recovery. Kijk dus even heel goed naar de scope van je onderzoek. Wat probeer je te doen?

Leesvoer is voor morgen . Zo richting bed.

Ik ging niet voor een HA omgeving. Dat valt inderdaad buiten de scope van mijn onderzoek.
Ik wilde de twee Exchange servers apart houden(niet gekoppeld) omdat ik twee verschillende situaties tegelijk wilde testen. Één disaster recovery van een Exchange met de rollen gescheiden waarbij ze los van elkaar omvallen en één situatie waarbij alle rollen op één server zitten en dat die dan omvalt.

Ik bouw een aantal servers/een omgeving op op de manier zoals ze dat ongeveer bij de klanten ook doen. Bij sommige klanten zitten alle rollen op één server en bij andere klanten zijn de rollen los getrokken. Vandaar dat ik beide configuraties tegelijk wilde proberen in één netwerk (het testnetwerk).
De opgebouwde omgeving wordt telkens opnieuw teruggezet naar het beginpunt en dan worden er telkens verschillende verstoringen gedaan.

In de openingspost bedoelde ik trouwens niet van "wens mij proficiat ;)", het was meer in de richting van "Ik heb hier nog niet zoveel kaas van gegeten want op school wordt dit afgerafeld"

[ Voor 3% gewijzigd door martjah op 05-01-2012 23:14 ]

[MAX3400]

Totdat er geen Exchange meer over was in het domein.

Blijf ik toch doorvragen; met ADSIEdit heb je 0.0 objecten van Exchange teruggevonden in de AD na je de-installaties (anders dan de objecten die worden gecreeerd tijdens een domain / forest prep)?

De opgebouwde omgeving wordt telkens opnieuw teruggezet naar het beginpunt en dan worden er telkens verschillende verstoringen gedaan.

Op welke manier wordt dit teruggezet? Kan me zomaar voorstellen dat als je 1 machine snapshot, een paar uur verder werkt, de machine onderuit trekt en daarna een keer revert, dat e.e.a. best wel mis kan gaan. Sowieso zit je met je "serienummer" in AD voor bepaalde replicaties maar ook zaken als Kerberos zullen op een gegeven moment het opgeven.

Mag ik een "tip" geven over disaster recovery; over het algemeen (maar dat is mijn ervaring) doe je dat niet door 1 of 2 servers opnieuw op te bouwen. Door correcte en zeer precieze backups, kan je op een later tijdstip een Exchange-omgeving opbouwen en de backup terugzetten waaronder log-replays etc.

[martjah]

MAX3400 schreef op donderdag 05 januari 2012 @ 23:29:
[...]

Blijf ik toch doorvragen; met ADSIEdit heb je 0.0 objecten van Exchange teruggevonden in de AD na je de-installaties (anders dan de objecten die worden gecreeerd tijdens een domain / forest prep)?


[...]

Op welke manier wordt dit teruggezet? Kan me zomaar voorstellen dat als je 1 machine snapshot, een paar uur verder werkt, de machine onderuit trekt en daarna een keer revert, dat e.e.a. best wel mis kan gaan. Sowieso zit je met je "serienummer" in AD voor bepaalde replicaties maar ook zaken als Kerberos zullen op een gegeven moment het opgeven.

Mag ik een "tip" geven over disaster recovery; over het algemeen (maar dat is mijn ervaring) doe je dat niet door 1 of 2 servers opnieuw op te bouwen. Door correcte en zeer precieze backups, kan je op een later tijdstip een Exchange-omgeving opbouwen en de backup terugzetten waaronder log-replays etc.

Bij de deinstallatie van de mailbox role (laatste rol die verwijdert moest worden), heb ik via ADSIEdit 3 dingen verwijdert, die waren in ieder geval aangemaakt door de Exchange zelf. Ik kan zo even niet op de namen komen. Hier kwam ik in ieder geval bij uit nadat ik de melding kreeg dat de mailboxdb helemaal leeg moest zijn.

We hebben twee Stonefly's. SAN A en SAN B. Op SAN B hebben we 3 volumes gemaakt. In 1 van die volumes hebben we meerdere VMFS-en gemaakt waarin de vm's worden geïnstalleerd. Nadat alles klaar is met installeren, zetten we alles uit en repliceren we deze naar SAN A. Vervolgens starten we alles op vanaf SAN A, gaan de servers belasten en op dat moment maken we snapshots/repliceren we naar verschillende VMFS-en in volume 2. Vervolgens verstoren we dingen op SAN A en proberen we te herstellen vanuit volume 2 op SAN B.
In theorie zouden de Stonefly's de VSS van Windows aanspreken voor het snapshotten. De vraag is wat er gebeurd als er meerdere vm's in één vmfs staan, of dat de stonefly op de hoogte is dat hij meerdere reacties moet krijgen.

De ideale situatie zou natuurlijk zijn dat je de replicatie gewoon kunt opstarten en verder werken. Waarschijnlijk gaat dit niet lukken, maar ze willen dan weten wat er precies fout gaat en of er oplossingen voor zijn.

Het is een onderdeel van een groter onderzoek. Een andere stagiair moet namelijk dezelfde tests uitvoeren met Veeam. Deze moeten uiteindelijk langs elkaar gelegd worden om te kijken wat de voordelen van ieder zijn.