5
Exchange 2019 DAG ordentlich herunterfahren
Hallo zusammen,
ich schreibe gerade an einer Anleitung, wie man bei uns ordentlich unseren Exchange 2019 DAG herunterfahren würde. Wir haben 2 Exchange 2019 Server und einen File Share Witness Server. Über Google habe ich diese Anleitung gefunden:
https://social.technet.microsoft.com/Forums/windowsserver/de-DE/accb6435 ...
1. Move all databases to one Mailbox server using -lossless switch.
Move-ActiveMailboxDatabaseDB1 -ActivateOnServerMBX2-MountDialOverride:Lossless
2. Bring all servers (exept one) to maintenance mode.
3. Dismount all databases
4. Shutdown all passive nodes.
5. Shutdown the active node.
6. Shutdown File Share Witness server.
7. Shutdown domain controllers.
Dazu zwei Verständnisfragen:
- Was genau macht der lossless-Switch?
- Wird nur der erste Knoten in den Wartungsmodus versetzt? Der zweite bleibt beim Herunterfahren im Produktivmodus? Das verstehe ich noch nicht ganz...
Würde meine Reihenfolge so korrekt aussehen:
- Abschaltung von Exchange Knoten 1
- Abschaltung von Exchange Knoten 2
- Abschaltung File Share Witness
Muss an dem DAG selbst noch irgendwas gemacht werden? Oder lässt man im Failover Cluster Manager alles so wie es ist?
Vielen Dank für hilfreiche Tipps!
ich schreibe gerade an einer Anleitung, wie man bei uns ordentlich unseren Exchange 2019 DAG herunterfahren würde. Wir haben 2 Exchange 2019 Server und einen File Share Witness Server. Über Google habe ich diese Anleitung gefunden:
https://social.technet.microsoft.com/Forums/windowsserver/de-DE/accb6435 ...
1. Move all databases to one Mailbox server using -lossless switch.
Move-ActiveMailboxDatabaseDB1 -ActivateOnServerMBX2-MountDialOverride:Lossless
2. Bring all servers (exept one) to maintenance mode.
3. Dismount all databases
4. Shutdown all passive nodes.
5. Shutdown the active node.
6. Shutdown File Share Witness server.
7. Shutdown domain controllers.
Dazu zwei Verständnisfragen:
- Was genau macht der lossless-Switch?
- Wird nur der erste Knoten in den Wartungsmodus versetzt? Der zweite bleibt beim Herunterfahren im Produktivmodus? Das verstehe ich noch nicht ganz...
Würde meine Reihenfolge so korrekt aussehen:
- Abschaltung von Exchange Knoten 1
Server in den Wartungsmodus versetzen
Datenbanken auf Knoten 2 schieben
Alle Exchange Dienste beenden
Server herunterfahren
Datenbanken auf Knoten 2 schieben
Alle Exchange Dienste beenden
Server herunterfahren
- Abschaltung von Exchange Knoten 2
Datenbanken unmounten
Alle Exchange Dienste beenden
Server herunterfahren
Alle Exchange Dienste beenden
Server herunterfahren
- Abschaltung File Share Witness
Server herunterfahren
Muss an dem DAG selbst noch irgendwas gemacht werden? Oder lässt man im Failover Cluster Manager alles so wie es ist?
Vielen Dank für hilfreiche Tipps!
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-Key: 7172474111
Url: https://administrator.de/contentid/7172474111
Printed on: April 26, 2024 at 20:04 o'clock
5 Comments
Latest comment
Schau mal hier rein:
https://social.technet.microsoft.com/Forums/en-US/f1403da3-86e4-4478-b7d ...
Ich finde den Post von Lucas_liu sehr gut:
1. Shut down servers:
1) Shutdown CAS servers except CAS server which is configured as FSW server.
2) Dismount the databases to prevent switchover to the second node when shutting down.
3) Shutdown the passive Mailbox servers first then shutdown active Mailbox servers.
4) Shutdown the File Share Witness, then shut down AD.
2. Start up the servers:
1) Switch on AD and make sure it is running normally in your site.
2) Switch on File share witness server.
3) Start the CAS servers.
4) Start the passive mailbox servers, then start the active mailbox servers.
5) Finally, start reset one by one and mount the database
Das macht aus meiner Sicht Sinn, denn so hältst Du die Automatik in ihren Schranken und musst nicht erst Mailboxen bzw. Datenbanken verlagern.
https://social.technet.microsoft.com/Forums/en-US/f1403da3-86e4-4478-b7d ...
Ich finde den Post von Lucas_liu sehr gut:
1. Shut down servers:
1) Shutdown CAS servers except CAS server which is configured as FSW server.
2) Dismount the databases to prevent switchover to the second node when shutting down.
3) Shutdown the passive Mailbox servers first then shutdown active Mailbox servers.
4) Shutdown the File Share Witness, then shut down AD.
2. Start up the servers:
1) Switch on AD and make sure it is running normally in your site.
2) Switch on File share witness server.
3) Start the CAS servers.
4) Start the passive mailbox servers, then start the active mailbox servers.
5) Finally, start reset one by one and mount the database
Das macht aus meiner Sicht Sinn, denn so hältst Du die Automatik in ihren Schranken und musst nicht erst Mailboxen bzw. Datenbanken verlagern.
Klingt gut, werde ich so übernehmen! Danke!
Doch noch eine Frage: Da steht jetzt nichts mit Wartungsmodus und auch nicht, dass ein Server nicht in den Wartungsmodus darf...
Doch noch eine Frage: Da steht jetzt nichts mit Wartungsmodus und auch nicht, dass ein Server nicht in den Wartungsmodus darf...
Moin,
Quelle: https://learn.microsoft.com/en-us/powershell/module/exchange/move-active ...
Gruß,
Dani
Was genau macht der lossless-Switch?
Lossless: This is the default value. When using this value, the database doesn't automatically mount until all log files that were generated on the original active copy have been copied to the passive copy.Quelle: https://learn.microsoft.com/en-us/powershell/module/exchange/move-active ...
Wird nur der erste Knoten in den Wartungsmodus versetzt? Der zweite bleibt beim Herunterfahren im Produktivmodus? Das verstehe ich noch nicht ganz...
Ja, kann man so machen. Wichtig ist dass es kein Split Brain gibt.Gruß,
Dani
Zitat von @Gwaihir:
Klingt gut, werde ich so übernehmen! Danke!
Doch noch eine Frage: Da steht jetzt nichts mit Wartungsmodus und auch nicht, dass ein Server nicht in den Wartungsmodus darf...
Klingt gut, werde ich so übernehmen! Danke!
Doch noch eine Frage: Da steht jetzt nichts mit Wartungsmodus und auch nicht, dass ein Server nicht in den Wartungsmodus darf...
Wie @Dani bereits erwähnt hat, darf es nicht zu "Split Brain" kommen.
Bei solch einer Konstellation weiß keine der Instanzen mehr, wer eigentlich der Tonangeber ist und jeder will Chef spielen. Wenn Du eine bestimmte Reihenfolge einhältst, fahren die Server anstandslos runter. Und wenn Du die Reihenfolge auch beim Wiederanlauf einhältst, so sollte es auch zu keinen Problemen kommen.
Alles klar, danke!