6
Exchange 2010 DAG mehrere DAGs pro Server machbar
Hallo Freunde,
ist es möglich ein und den selben Exchange Server in mehrere DAGs aufzunehmen und damit für die auf dem Server gehosteten Datenbanken verschiene Aktivierungsszenarien zu erstellen?
Hintergrund ist der: Wenn es möglich wäre, hätte ich an folgende Konfiguration gedacht:
Ziel: Wenn die Datenverbindung zwischen Site A und Site B ausfällt, soll die Datenbank mit den Postfächern der User vor Ort weiterhin aktiv bleiben. Site A User haben also weiterhin Zugriff, weil die Datenbank1 in der DAG1 weiterhin aktiv ist.
Gleichzeitig bleibt die Datenbank2 in Site B aber auch aktiv (weil anderer Zeugenserver) und die User dort haben auch weiterhin Zugriff auf Ihre Postfächer.
Site A:
Exchange
Zeugenserver1
Datenbank1 enthält alle Postfächer der Site1
Site B:
Exchange2
Zeugenserver2
Datenbank2 enthält alle Postfächer der Site2
DAG1:
Exchange1 (Datenbank1 aktiv), Exchange2 (Datenbank1 passive Kopie), Zeugenserver1
DAG2:
Exchange2 (Datenbank2 aktiv), Exchange1 (Datenbank2 passive Kopie), Zeugenserver2
SiteA enthält also die aktive Datenbank dieses Standorts. In einer eigenen DAG mit eigenem Zeugenserver. Der Server in Site B enthält nur die Kopie - und umgekehrt für DAG2 / SiteB.
ist es möglich ein und den selben Exchange Server in mehrere DAGs aufzunehmen und damit für die auf dem Server gehosteten Datenbanken verschiene Aktivierungsszenarien zu erstellen?
Hintergrund ist der: Wenn es möglich wäre, hätte ich an folgende Konfiguration gedacht:
Ziel: Wenn die Datenverbindung zwischen Site A und Site B ausfällt, soll die Datenbank mit den Postfächern der User vor Ort weiterhin aktiv bleiben. Site A User haben also weiterhin Zugriff, weil die Datenbank1 in der DAG1 weiterhin aktiv ist.
Gleichzeitig bleibt die Datenbank2 in Site B aber auch aktiv (weil anderer Zeugenserver) und die User dort haben auch weiterhin Zugriff auf Ihre Postfächer.
Site A:
Exchange
Zeugenserver1
Datenbank1 enthält alle Postfächer der Site1
Site B:
Exchange2
Zeugenserver2
Datenbank2 enthält alle Postfächer der Site2
DAG1:
Exchange1 (Datenbank1 aktiv), Exchange2 (Datenbank1 passive Kopie), Zeugenserver1
DAG2:
Exchange2 (Datenbank2 aktiv), Exchange1 (Datenbank2 passive Kopie), Zeugenserver2
SiteA enthält also die aktive Datenbank dieses Standorts. In einer eigenen DAG mit eigenem Zeugenserver. Der Server in Site B enthält nur die Kopie - und umgekehrt für DAG2 / SiteB.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 196710
Url: https://administrator.de/contentid/196710
Ausgedruckt am: 25.11.2024 um 09:11 Uhr
6 Kommentare
Neuester Kommentar
Hallo,
ein Mailboxserver kann immer nur in einer DAG Mitglied sein.
http://technet.microsoft.com/en-us/library/dd298065.aspx
Wie willst Du das CAS seitig abbilden?
Gruss
ein Mailboxserver kann immer nur in einer DAG Mitglied sein.
http://technet.microsoft.com/en-us/library/dd298065.aspx
Wie willst Du das CAS seitig abbilden?
Gruss
Soweit hab ich noch nicht gedacht 
Schade.
Wenn ich also 2 Standorte habe, jeder mit seinem eigenen Exchange und eigener Datenbank
und ich diese über die Standortgrenzen mit DAGs absichern will, bräuchte ich wohl noch jeweils 1 (zumindest virtuellen) Exchange Server pro Standort, für die passiven Kopien.
Schade.
Wenn ich also 2 Standorte habe, jeder mit seinem eigenen Exchange und eigener Datenbank
und ich diese über die Standortgrenzen mit DAGs absichern will, bräuchte ich wohl noch jeweils 1 (zumindest virtuellen) Exchange Server pro Standort, für die passiven Kopien.
Eine günstige Möglichkeit um High Availability zu ermöglichen:
2 Exchange Server beide mit Mailbox, HUB, CAS.
1 DAG mit beiden Mailbox Servern als Nodes und einem Witness. Der Witness sollte an einem 3. Standort stehen falls möglich, wenn nicht auch kein Thema, da jederzeit änderbar.
Dann ein CAS Array erstellen mit der IP der DAG, dazu vorher einen DNS Namen erstellen mit der DAG IP.
Standort A: Datenbank User Standort A aktiv, Datenbank User Standort B Kopie
Standort B: Datenbank User Standort B aktiv, Datenbank User Standort A Kopie
Für ein CAS Array brauchst du laut MS ein Load Balancing, funktioniert aber zu 100% wie oben beschrieben ohne.
Sonst kommen Kosten für eine Hardware LB oder einen weiteren Server als Windows LB auf dich zu.
Gruss
2 Exchange Server beide mit Mailbox, HUB, CAS.
1 DAG mit beiden Mailbox Servern als Nodes und einem Witness. Der Witness sollte an einem 3. Standort stehen falls möglich, wenn nicht auch kein Thema, da jederzeit änderbar.
Dann ein CAS Array erstellen mit der IP der DAG, dazu vorher einen DNS Namen erstellen mit der DAG IP.
Standort A: Datenbank User Standort A aktiv, Datenbank User Standort B Kopie
Standort B: Datenbank User Standort B aktiv, Datenbank User Standort A Kopie
Für ein CAS Array brauchst du laut MS ein Load Balancing, funktioniert aber zu 100% wie oben beschrieben ohne.
Sonst kommen Kosten für eine Hardware LB oder einen weiteren Server als Windows LB auf dich zu.
Gruss
Hallo tonyscooby,
ja an genau das hatte ich ganz zu Anfang bereits gedacht. So würde es ziemlich gut funktionieren. Einziger Wermutstropfen ist aber, dass die User im Standort A - dort wo auch deren Datenbank aktiv ist - nicht mehr mit Exchange arbeiten können, wenn die Internetleitung des Standorts ausfällt. Denn in diesem Moment sieht der Server am Standort A den Wittness nicht mehr und damit weniger als 50% der Server. Das würde bedeuten: Ausfall der Internetverbindung am Standort A -> Datenbank am Standort A schaltet sich auf deaktiv -> relativ zeitgleich schaltet sich die passive Kopie der Datenbank A am Standort B aktiv, weil dieser Server nun die Mehrheit sieht. Was allerdings nichts bringt gfür die User des Standort A.
Genau diesen - sicherlich selten vorkommenden Nachteil - für die User des Standort A (bzw. im umgedrehten Fall auch für B) erhoffte ich mit unterschiedlichen DAGs und unterschiedlichen automatischen Aktivierungseinstellungen lösen zu können.
Danke
ja an genau das hatte ich ganz zu Anfang bereits gedacht. So würde es ziemlich gut funktionieren. Einziger Wermutstropfen ist aber, dass die User im Standort A - dort wo auch deren Datenbank aktiv ist - nicht mehr mit Exchange arbeiten können, wenn die Internetleitung des Standorts ausfällt. Denn in diesem Moment sieht der Server am Standort A den Wittness nicht mehr und damit weniger als 50% der Server. Das würde bedeuten: Ausfall der Internetverbindung am Standort A -> Datenbank am Standort A schaltet sich auf deaktiv -> relativ zeitgleich schaltet sich die passive Kopie der Datenbank A am Standort B aktiv, weil dieser Server nun die Mehrheit sieht. Was allerdings nichts bringt gfür die User des Standort A.
Genau diesen - sicherlich selten vorkommenden Nachteil - für die User des Standort A (bzw. im umgedrehten Fall auch für B) erhoffte ich mit unterschiedlichen DAGs und unterschiedlichen automatischen Aktivierungseinstellungen lösen zu können.
Danke
Hallo Mailer2010,
ganz genau das gleiche Problem habe ich auch.
Habe bereits über ein DFS Share als Witness nachgedacht
Ist allerdings nicht ungefährlich wegen Splitt Brain der Datenbanken, dann müsste man wahrscheinlich den DAC Mode aktivieren.
Momentan löse ich das wie oben beschrieben.
Der FSW ist eine VM die Storage seitig synchron zu Standort B gespiegelt wird.
Im Falle, dass Standort A wegfällt, ziehe ich einfach die FSW VM im Standort B hoch.
Standort B ist nur für Disaster Recovery dort arbeitet keiner.
Gruss
ganz genau das gleiche Problem habe ich auch.
Habe bereits über ein DFS Share als Witness nachgedachtIst allerdings nicht ungefährlich wegen Splitt Brain der Datenbanken, dann müsste man wahrscheinlich den DAC Mode aktivieren.
Momentan löse ich das wie oben beschrieben.
Der FSW ist eine VM die Storage seitig synchron zu Standort B gespiegelt wird.
Im Falle, dass Standort A wegfällt, ziehe ich einfach die FSW VM im Standort B hoch.
Standort B ist nur für Disaster Recovery dort arbeitet keiner.
Gruss
Eine andere Alternative ist der Alternate FSW. Hier kann man aber leider keine Automatik einbauen.
Gruss
http://social.technet.microsoft.com/Forums/uk/exchange2010/thread/bd8b8 ...
Gruss
http://social.technet.microsoft.com/Forums/uk/exchange2010/thread/bd8b8 ...
