Die fortlaufende Replikation ist in zwei Exchange 2007-Features vorhanden, die integrierte asynchrone Replikationstechnologie verwenden, um eine Kopie einer Speichergruppe zu erstellen und die Aktualität der Kopie mithilfe von Protokollversand und -wiederherstellung aufrecht zu erhalten. Die Replikation erleichtert dies durch Anwenden der Protokolldateien einer Produktionsdatenbank auf eine Kopie dieser Datenbank. Die beiden Features, die diese Technologie enthalten, sind die fortlaufende lokale Replikation (Local Continuous Replication, LCR) und die fortlaufende Clusterreplikation (Clustered Continuous Replication, CCR).

• Fortlaufende lokale Replikation   LCR reduziert die Gesamtbetriebskosten für Exchange 2007 durch Verringern der Anzahl der für den Schutz der Daten erforderlichen normalen Sicherungsvorgänge. Zwar hebt LCR das Erfordernis, Sicherungskopien zu erstellen, nicht auf (Datensicherungen sind bei der Notfallwiederherstellung unverzichtbar), die Funktion verringert das Erfordernis, täglich vollständige Sicherungen zu erstellen, jedoch erheblich. LCR bietet eine schnelle Wiederherstellung mit aktuellen Daten sowie eine Lösung für das Kopieren und Wiedergeben von Transaktionsprotokollen auf einem einzelnen Server.
  
• Fortlaufende Clusterreplikation   CCR kombiniert die automatische Verwaltung von Redundanz und Datenreplikation auf Anwendungsebene. CCR ist eine Lösung, die ohne eine einzelne Fehlerquelle in einem einzelnen Data Center oder zwischen zwei Data Centers bereitgestellt werden kann. Die Replikation von Transaktionsprotokollen wird verwendet, um die Datenbanken zu kopieren und die Parallelität der Daten zwischen den Clusterknoten aufrecht zu erhalten. Die geplante Ausfallfunktionalität in CCR wurde entwickelt, um sicherzustellen, dass alle Protokolldaten auf dem aktiven Knoten erfolgreich auf den passiven Knoten kopiert werden. Daher führen geplante Ausfälle nicht zu Datenverlusten, obwohl die Replikation asynchron erfolgt.
  

Ein Einzelkopiecluster ist ein Postfachclusterserver, der freigegebenen Speicher verwendet, um mehreren Servern die Verwaltung einer einzelnen Kopie der Speichergruppen zu ermöglichen. Diese Methode ähnelt dem in früheren Versionen von Exchange Server verwendeten Clustering. Es wurden jedoch einige wesentliche Änderungen vorgenommen und Verbesserungen erzielt.

In einem Einzelkopiecluster verwendet ein Exchange 2007-Postfachserver seine eigene Netzwerkidentität, nicht die Identität eines Knotens im Cluster. Diese Netzwerkidentität wird als Postfachclusterserver bezeichnet. Wenn auf dem Knoten, auf dem ein Postfachclusterserver ausgeführt wird, Probleme auftreten, wird der Postfachclusterserver für kurze Zeit offline geschaltet, bis ein anderer Knoten die Steuerung des Postfachclusterservers übernimmt und diesen online schaltet. Dieser Prozess ist als Failover bekannt. Der Speicher, in dem sich die Speichergruppen und Datenbanken des Postfachclusterservers befinden, befindet sich in freigegebenem Speicher, der für jeden möglichen Hostknoten des Postfachclusterservers verfügbar ist. Bei einem Failover wird der dem Postfachclusterserver zugeordnete Speicher von dem fehlerhaften Knoten logisch getrennt und unter die Kontrolle des neuen Hostknotens des Postfachclusterservers gestellt.