Konfigurieren von Shadow-Redundanz

Exchange 2010
 

Gilt für: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Letztes Änderungsdatum des Themas: 2012-07-13

Die Shadow-Redundanz in Microsoft Exchange Server 2010 bietet hohe Verfügbarkeit für Nachrichten während des gesamten Übertragungszeitraums. Weitere Informationen zu Shadow-Redundanz finden Sie unter Grundlegendes zur Shadow-Redundanz. Sie können die Exchange-Verwaltungsshell zum Konfigurieren von Shadow-Redundanz in Ihrer Organisation verwenden.

Möchten Sie wissen, welche anderen Verwaltungsaufgaben es im Zusammenhang mit Transportservern gibt? Weitere Informationen finden Sie hier: Verwalten von Transportservern.

Bevor Sie dieses Verfahren ausführen können, müssen Ihnen die entsprechenden Berechtigungen zugewiesen werden. Informationen zu den von Ihnen benötigten Berechtigungen finden Sie unter "Shadow-Redundanz" im Thema Transportberechtigungen.

HinweisHinweis:
Die Exchange-Verwaltungskonsole kann nicht zum Aktivieren oder Deaktivieren der Shadow-Redundanz verwendet werden.

Verwenden Sie den Parameter ShadowRedundancyEnabled des Cmdlets Set-TransportConfig zum Aktivieren oder Deaktivieren von Shadow-Redundanz in Ihrer Organisation. Standardmäßig ist die Shadow-Redundanz aktiviert.

In diesem Beispiel wird die Shadow-Redundanz für Ihre Organisation aktiviert.

Set-TransportConfig -ShadowRedundancyEnabled $true

Ausführliche Informationen zu Syntax und Parametern finden Sie unter Set-TransportConfig.

Bevor Sie dieses Verfahren ausführen können, müssen Ihnen die entsprechenden Berechtigungen zugewiesen werden. Informationen zu den von Ihnen benötigten Berechtigungen finden Sie unter "Shadow-Redundanz" im Thema Transportberechtigungen.

HinweisHinweis:
Die Exchange-Verwaltungskonsole kann nicht zum Konfigurieren des Taktsignals für die Shadow-Redundanz verwendet werden.

Verwenden Sie die Parameter ShadowHearbeatTimeoutInterval und ShadowHearbeatRetryCount des Cmdlets Set-TransportConfig zum Aktivieren oder Deaktivieren des Taktsignals für die Shadow-Redundanz in Ihrer Organisation. Der Standardwert für das Timeoutintervall für die Shadow-Redundanz ist 5 Minuten in der RTM-Version (Release to Manufacturing) von Exchange 2010 und 15 Minuten in Exchange 2010 Service Pack 1 (SP1) oder höher. Der Standardwert für den Wiederholungszähler für das Shadow-Redundanz-Taktsignal ist 3 in der RTM-Version von Exchange 2010 und 12 in Exchange 2010 SP1 oder höher. Auf jedem Transportserver mit Exchange 2010 wird mithilfe des Shadow-Redundanz-Taktsignals die Verfügbarkeit der anderen Exchange 2010-Transportserver ermittelt. Weitere Informationen finden Sie unter "Taktsignal" in Grundlegendes zur Shadow-Redundanz.

Angenommen, Sie möchten aufgrund unzuverlässiger Netzwerkverbindungen zwischen Ihren Active Directory-Standorten die Gesamtzeit erhöhen, die Transportserver warten, bevor ein Remoteserver als nicht verfügbar eingestuft wird. Um dies zu erreichen, möchten Sie, dass die Hub-Transport-Server 30 Minuten zwischen Verbindungsversuchen warten, bevor sie einen Server als nicht verfügbar einstufen. Dazu erhöhen Sie die maximale Zeit zur Erkennung eines Fehlers vom Standardwert von 3 Stunden (15-minütiges Timeoutintervall × 12 Wiederholungen) auf 6 Stunden (30-minütiges Timeoutintervall × 12 Wiederholungen). Im folgenden Beispiel wird die Konfiguration des Shadow-Redundanz-Taktsignals geändert, um das Timeoutintervall für das Taktsignal auf 30 Minuten zu erhöhen.

Set-TransportConfig -ShadowHeartbeatTimeoutInterval 00:30:00

Ausführliche Informationen zu Syntax und Parametern finden Sie unter Set-TransportConfig.

Bevor Sie dieses Verfahren ausführen können, müssen Ihnen die entsprechenden Berechtigungen zugewiesen werden. Informationen zu den von Ihnen benötigten Berechtigungen finden Sie unter "Shadow-Redundanz" im Thema Transportberechtigungen.

HinweisHinweis:
Die Exchange-Verwaltungskonsole kann nicht zum Konfigurieren des Höchstalters für Shadow-Nachrichten verwendet werden.

Verwenden Sie den Parameter ShadowMessageAutoDiscardInterval des Cmdlets Set-TransportConfig zum Konfigurieren des Höchstalters für Shadow-Nachrichten in Ihrer Organisation. Standardmäßig werden die Schatten-Nachrichten nach zwei Tagen automatisch verworfen.

Angenommen, Sie möchten aufgrund von Hardwareeinschränkungen auf Ihrem Server keine Schattenkopien für verzögerte Nachrichten beibehalten. In diesem Beispiel wird der Aufbewahrungszeitraum für Shadow-Nachrichten für Ihre Organisation auf vier Stunden verringert.

Set-TransportConfig -ShadowMessageAutoDiscardInterval 04:00:00
HinweisHinweis:
Wenn eine Nachricht abläuft, stellt der primäre Server ein Nachricht verwerfen-Ereignis für diese Nachricht in die Warteschlange, und der Shadow-Server verwirft die Shadow-Nachricht, wenn er die Nachricht zum Verwerfen erhält. Der Wert, den Sie für den Parameter ShadowMessageAutoDiscardInterval konfigurieren, sollte gleich oder niedriger als das Timeoutintervall für den Nachrichtenablauf sein, das auf Ihren Transportservern konfiguriert ist.

Ausführliche Informationen zu Syntax und Parametern finden Sie unter Set-TransportConfig.

Bevor Sie dieses Verfahren ausführen können, müssen Ihnen die entsprechenden Berechtigungen zugewiesen werden. Informationen zu den von Ihnen benötigten Berechtigungen finden Sie unter "Empfangsconnectors" im Thema Transportberechtigungen.

HinweisHinweis:
Die Exchange-Verwaltungskonsole kann nicht zum Konfigurieren der maximalen Bestätigungsverzögerung auf einem Empfangsconnector verwendet werden.

Verwenden Sie den Parameter MaxAcknowledgementDelay des Cmdlets Set-ReceiveConnector, um die maximale Verzögerung zu konfigurieren, die der Empfangsconnector beim Empfang von Systemen ohne Unterstützung der Shadow-Redundanz auf eine SMTP-Bestätigung wartet. Standardmäßig ist für den Empfangsconnector eine Bestätigungsverzögerung von bis zu 30 Sekunden eingestellt. Weitere Informationen finden Sie unter "Verzögerte Bestätigung" in Grundlegendes zur Shadow-Redundanz.

Angenommen, Sie verfügen über eine proprietäre Anwendung, die SMTP-Nachrichten mithilfe Ihrer Exchange-Infrastruktur versendet. Wenn die Rate der Nachrichtenzustellung für die von dieser Anwendung generierten Nachrichten wichtiger ist als die Zuverlässigkeit der Nachrichtenzustellung, können Sie die verzögerte Bestätigung auf dem Empfangsconnector deaktivieren, der Nachrichten von dieser Anwendung empfängt. In diesem Beispiel wird die maximale Bestätigungsverzögerung auf dem Empfangsconnector "Custom App Receive Connector" auf 0 gesetzt.

Set-ReceiveConnector "Custom App Receive Connector" -MaxAcknowledgementDelay 0

Ausführliche Informationen zu Syntax und Parametern finden Sie unter Set-ReceiveConnector.

Angenommen, alle Nachrichten in Ihrer Umgebung werden typischerweise innerhalb von 20 Sekunden zugestellt. Aufgrund von Leistungsanforderungen möchten Sie die Bestätigungsverzögerung für aus dem Internet empfangene Nachrichten nicht höher als 15 Sekunden festlegen. Nach einer Analyse des Nachrichtenflusses stellen Sie fest, dass 95 Prozent der Nachrichten innerhalb von 15 Sekunden zugestellt werden. In diesem Beispiel wird der Empfangsconnector für Nachrichten aus dem Internet mit einer Bestätigungsverzögerung von nur 15 Sekunden konfiguriert. In diesem Szenario stellt Ihre Umgebung für 95 Prozent der aus dem Internet empfangenen Nachrichten Shadow-Redundanz bereit.

Set-ReceiveConnector "From the Internet" -MaxAcknowledgementDelay 00:00:15.

Ausführliche Informationen zu Syntax und Parametern finden Sie unter Set-ReceiveConnector.

Damit Sie dieses Verfahren durchführen können, benötigen Sie lokale Administratorberechtigungen für den Hub-Transport-Server.

  1. Bearbeiten Sie die Datei "EdgeTransport.exe.config". Standardmäßig befindet sich diese Datei im Verzeichnis "C:\Programme\Microsoft\Exchange Server\V14\Bin".

  2. Ändern Sie in der Datei "Edgetransport.exe.config" den Schlüssel shadowredundancypromotionenabled in true, und speichern Sie die Änderungen.

  3. Starten Sie den Microsoft Exchange-Transportdienst (MSExchangeTransport.exe) neu.

Weitere Informationen finden Sie unter "Verzögerte Bestätigung" in Grundlegendes zur Shadow-Redundanz.

 © 2010 Microsoft Corporation. Alle Rechte vorbehalten.
Anzeigen: