7
MS Exchange 2010 DAG Betrieb (Windows Updates)
Hallo zusammen,
Frage an euch: Wie handelt Ihr das mit den Windows Updates auf den Exchange Server im DAG Betrieb -->
Alles runterfahren dann Updaten
Zuerst der einte danach den andern
Heute einer und ein Tag abwarten ob alles ohne Probleme läuft, danach den andern
Welches ist die beste Methode, wie wird Sie von MS Empfohlen? Was habt Ihr schon für Erfahrungen gemacht?
Danke für Ihre Tipps und Feedbacks.
gruss M
Frage an euch: Wie handelt Ihr das mit den Windows Updates auf den Exchange Server im DAG Betrieb -->
Alles runterfahren dann Updaten
Zuerst der einte danach den andern
Heute einer und ein Tag abwarten ob alles ohne Probleme läuft, danach den andern
Welches ist die beste Methode, wie wird Sie von MS Empfohlen? Was habt Ihr schon für Erfahrungen gemacht?
Danke für Ihre Tipps und Feedbacks.
gruss M
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-ID: 206775
Url: https://administrator.de/contentid/206775
Printed on: December 9, 2024 at 21:12 o'clock
7 Comments
Latest comment
Hallo
bitte mehr Info.
Wieviele MSX Server in der DAG, welche Rollen auf welchem Server (CAS, HUB, MB, etc...)
Gibt es ein CAS Array? Wenn ja wie realisiert?
Als Beispiel:
Alle aktiven Datenbanken auf einen anderen Server schwenken anschliessend
MSX Powershell
C:\Program Files\Microsoft\Exchange Server\V14\scripts>.\StartDagServerMaintenance.ps1 -serverName deinServer
Updates installieren / Reboot etc... und anschliessend MSX Powershell
C:\Program Files\Microsoft\Exchange Server\V14\scripts>.\StopDagServerMaintenance.ps1 -serverName deinServer
Gruss tonyscooby
bitte mehr Info.
Wieviele MSX Server in der DAG, welche Rollen auf welchem Server (CAS, HUB, MB, etc...)
Gibt es ein CAS Array? Wenn ja wie realisiert?
Als Beispiel:
Alle aktiven Datenbanken auf einen anderen Server schwenken anschliessend
MSX Powershell
C:\Program Files\Microsoft\Exchange Server\V14\scripts>.\StartDagServerMaintenance.ps1 -serverName deinServer
Updates installieren / Reboot etc... und anschliessend MSX Powershell
C:\Program Files\Microsoft\Exchange Server\V14\scripts>.\StopDagServerMaintenance.ps1 -serverName deinServer
Gruss tonyscooby
Oder wenn du es ganz genau machen willst
http://exchangeserverpro.com/how-to-install-updates-on-exchange-server- ...
http://exchangeserverpro.com/how-to-install-updates-on-exchange-server- ...
Danke für deine Antwort, die aktiven DBs verschieben und die Updates laufen lassen ist klar. 
Nur die Frage ist es Ratsam alles Server gleich nacheinander im DAG Verbund zu updaten?
Aufbau:
2x Exchange 2010
1x Zeugenserver
danke
Nur die Frage ist es Ratsam alles Server gleich nacheinander im DAG Verbund zu updaten?
Aufbau:
2x Exchange 2010
1x Zeugenserver
danke
Ich würde einen Server updaten und 3 Tage darauf aktiv arbeiten.
Wenn keine Probs auftreten, den 2. updaten.
Gruss
tonyscooby
Wenn keine Probs auftreten, den 2. updaten.
Gruss
tonyscooby
Danke, habe es bis jetzt so gemacht. Da kam die Frage ob das gut sei oder ob es da Probleme mit sich bringe.
Ich hatte nie welche.
Hätte noch ein Backup Problem zu bewältigen, habe bei ausgeschalteten Umlauf Protokollierung folgenden Event Fehler:
MSExchangeRepl ID2137
wenn ich es einschalte gehen diese Weg.
Hatte gelesen es liege am Backup. Wir setzten HP Dataprot. ein.
Ich hatte nie welche.
Hätte noch ein Backup Problem zu bewältigen, habe bei ausgeschalteten Umlauf Protokollierung folgenden Event Fehler:
MSExchangeRepl ID2137
wenn ich es einschalte gehen diese Weg.
Hatte gelesen es liege am Backup. Wir setzten HP Dataprot. ein.
Damit kenne ich mich leider nicht aus, nur der Snapmanager von NETAPP und Backup Exec von Symantec.
Wie ist das CAS Thema bei euch umgesetzt? Gibt es ein Array, wenn ja mit Load Balancer?
Gruss
tonyscooby
Wie ist das CAS Thema bei euch umgesetzt? Gibt es ein Array, wenn ja mit Load Balancer?
Gruss
tonyscooby
Es gibt zwei CAS Server mit einem Loadbalancer darin.
Bei einem wird ein Backup von der ganzen DB gezogen.
Bei einem wird ein Backup von der ganzen DB gezogen.