Consulting Partner von

Exchange 2007 High Availability

Für Exchange 2007 gibt es eine Reihe von verschiedenen Software basierten High Availability Lösungen, die ergänzend oder ersatzweise zu Hardware basierenden Mechanismen, wie z.B. RAID-Systemen und SAN Redundanzen eingesetzt werden können.

Bei der Local Continuous Replication wird die Exchange Datenbank durch eine Replikation der Transaktionsprotokolle auf eine weitere Festplatte auf demselben Server quasi dupliziert. Beim Ausfall einer Festplatte kann durch die Verwendung von Volume Mount Points die Datenbank auf der sekundären Platte im ursprünglichen Pfad wiederhergestellt werden.
Die Größe der Datenbank sollte 100 GB nicht überschreiten. Beim Einsatz von LCR sollte dem Server zusätzlich 1 GB RAM zur Verfühung stehen.

Das Clustered Continuous Replication Feature repliziert die Exchange Datenbank auf einen zweiten Exchange 2007 Server. Dies geschieht durch das bereits vom SQL Server her bekannte Vefahren des (Transaction) Log Shippings. Für dieses Verfahren muss der Microsoft Cluster Service auf beiden Exchange 2007 Servern laufen. Für die Replikation kann maximal ein Zielserver konfiguriert werden, auf dem die passive Datenbank erzeugt und fortlaufend aktualisiert wird.
In dem CCR Cluster können nur Exchange 2007 Server teilnehmen, weitere Ressourcen wie z.B. SQL Server müssen in einem anderen Clusterverbund betrieben werden.

CCR bietet den großen Vorteil, geografisch verteilte Cluster aufbauen zu können, ohne spezielle, cluster-zertifizierte (und entsprechend teuere) Hardware. Dazu verwendet Clustered Continuous Replication das Prinzip des Majority Node Set (MNS). Dabei kann auf ein gemeinsames Clusterquorum verzichtet werden. Stattdessen übernimmt ein Rechner, der nicht am Clusterverbund teilnimmt, die Aufgabe des Quorums und sorgt für Steuerung und Kommunikation der Clusterverwaltung. Microsoft empfiehlt, dafür einen Hub Transport Server in der gleichen Active Directory Site zu verwenden.

Bei der Standby Continuous Replication wird wiederum das Log Shipping Verfahren genutzt, um die Exchange Datenbank auf einen Server innerhalb der Site UND gleichzeitig auf einen Exchange Server in einer anderen Site zu replizieren. Alle an der SCR teilnehmenden Server müssen für die Mailbox Server Role konfiguriert sein, auch wenn sie keine produktiven Mailboxen hosten. Für die Replikation der Daten zu einem oder mehreren Zielservern kann eine Verzögerung eingestellt werden. Im Falle einer korrupten Datenbank kann somit u.U. noch die Replikation der korrupten Datenbank auf die passiven Server gestoppt werden.

Mitglied in der

Der Single Copy Cluster ist das aus Exchange 2003 bekannte Modell des Clusterverbundes, in dem ein oder mehrere aktive oder passive Nodes eine gemeinsame Ressource nutzen, meist ein SAN-Storage. Dieser kann von mehreren physikalischen Nodes, aber nur von jeweils einem zu einer Zeit, genutzt werden kann. Im Failover Fall wird also der Exchange Store dann vom intakten Cluster-Knoten gemountet -> die Ressource wechselt automatisch um funktionierenden virtuellen Exchange Server auf dem physikalischen Server.
Nur Exchange 2007 Server mit der Mailbox Server Rolle sind clusterfähig. Alle Knoten des Clusters müssen Mitglieder der gleichen Domäne sein und als Member Server konfiguriert sein. Die Installation eines Clusters auf Domänencontrollern ist nicht möglich.

< zurück >