Warteschlangen

Gilt für: Exchange Server 2013

Eine Warteschlange ist ein temporärer Speicherort für Nachrichten, die auf den Eintritt in die nächste Verarbeitungsphase oder die Zustellung an ihr jeweiliges Ziel warten. Jede Warteschlange stellt einen logischen Satz von Nachrichten dar, die von einem Exchange-Server in einer bestimmten Reihenfolge verarbeitet werden. In Microsoft Exchange Server 2013 halten Warteschlangen Nachrichten vor, während und nach der Zustellung. Warteschlangen sind auf Postfachservern und Edge-Transport-Servern vorhanden. Postfachserver und Edge-Transport-Server werden in diesem Thema als Transportserver bezeichnet.

Wie in den vorherigen Versionen von Exchange verwendet Exchange 2013 eine einzige ESE-Datenbank (Extensible Storage Engine) für den Warteschlangenspeicher.

Sie können Warteschlangen und die Nachrichten in Warteschlangen mithilfe der Exchange Verwaltungsshell und der Warteschlangenanzeige in der Exchange Toolbox verwalten. Sie können diese Schnittstellen verwenden, um den Status und inhalt von Warteschlangen und detaillierte Nachrichteneigenschaften anzuzeigen. Sie können diese Schnittstellen auch verwenden, um Aktionen auszuführen, die Warteschlangen oder die Nachrichten in den Warteschlangen ändern.

Warteschlangentypen

Die folgenden Arten von Warteschlangen werden in Exchange 2013 verwendet:

  • Persistente Warteschlangen: Perisistent-Warteschlangen sind Warteschlangen, die auf jedem Transportserver in jeder Exchange Organisation vorhanden sind. Wie in früheren Versionen von Exchange gibt es in Exchange 2013 drei dauerhafte Warteschlangen:

    • Übermittlungswarteschlange: Die Übermittlungswarteschlange wird vom Kategorisierungsmodul verwendet, um alle Nachrichten zu erfassen, die von Transport-Agents auf dem Transportserver aufgelöst, weitergeleitet und verarbeitet werden müssen. Alle Nachrichten, die von einem Transportserver empfangen werden, werden in die Übermittlungswarteschlange eingereiht. Auf Postfachservern werden Nachrichten über einen Empfangsconnector, die Verzeichnisse "Pickup" oder "Replay" oder den Übermittlungsdienst für den Postfachtransport übermittelt. Auf Edge-Transport-Servern werden Nachrichten in der Regel über einen Empfangsconnector übermittelt, aber die Verzeichnisse "Pickup" und "Replay" sind ebenfalls verfügbar.

      Das Kategorisierungsmodul ruft Nachrichten aus dieser Warteschlange ab und bestimmt unter anderem den Speicherort des Empfängers und die Route zu diesem Speicherort. Nach der Kategorisierung wird die Nachricht in eine Zustellungswarteschlange oder in die Warteschlange "Nicht erreichbar" verschoben. Jeder Transportserver verfügt nur über eine Übermittlungswarteschlange. Nachrichten, die sich in der Übermittlungswarteschlange befinden, können sich nicht gleichzeitig in anderen Warteschlangen befinden. Weitere Informationen zum Kategorisierungsmodul und zur Transportpipeline finden Sie unter Nachrichtenfluss.

    • Nicht erreichbare Warteschlange: Die nicht erreichbare Warteschlange enthält Nachrichten, die nicht an ihre Ziele weitergeleitet werden können. Ein nicht erreichbares Ziel wird in der Regel durch Konfigurationsänderungen verursacht, durch die sich der Routingpfad für die Zustellung geändert hat. Unabhängig vom Ziel werden alle Nachrichten mit nicht erreichbaren Empfängern in dieser Warteschlange abgelegt. Jeder Transportserver verfügt nur über eine nicht erreichbare Warteschlange.

      Nachrichten in der Nicht erreichbaren Warteschlange werden automatisch erneut gesendet, wenn eine Routingänderung erkannt wird. Nachdem die Bedingung oder der Konfigurationsfehler dazu geführt hat, dass die Nachrichten in die Warteschlange "Nicht erreichbar" eingegeben wurden, müssen Sie also keine zusätzlichen Maßnahmen ergreifen, um die Nachrichten zur Zustellung aus der Warteschleife "Nicht erreichbar" zu verschieben.

      Die Nicht erreichbare Warteschlange ist in der Regel leer. Wenn die Nicht erreichbare Warteschlange keine Nachrichten enthält, wird sie nicht in der Warteschlangenanzeige oder in den Ergebnissen der Get-Queue angezeigt.

    • Nachrichtenwarteschleife: Die Nachrichtenwarteschleife ist eine spezielle Warteschlange, die zum Isolieren von Nachrichten verwendet wird, die nach einem Transportserver- oder Dienstfehler als schädlich für das Exchange 2013-System eingestuft wurden. Die Nachrichten können in Inhalt und Format tatsächlich schädlich sein. Alternativ können sie die Ergebnisse eines schlecht geschriebenen Agents sein, der dazu geführt hat, dass der Exchange Server fehlschlägt, wenn er die mutmaßlich ungültigen Nachrichten verarbeitet hat.

      Die Warteschlange für nicht verarbeitbare Nachrichten ist normalerweise leer. Wenn die Nachrichtenwarteschlange keine Nachrichten enthält, wird sie nicht in der Warteschlangenanzeige oder in den Ergebnissen der Get-Queue angezeigt. Die Nachrichten in der Nachrichtenwarteschlange werden nie automatisch fortgesetzt oder sind abgelaufen. Nachrichten verbleiben in der Warteschlange für nicht verarbeitbare Nachrichten, bis sie manuell von einem Administrator wieder aufgenommen oder entfernt werden.

  • Zustellungswarteschlangen: Übermittlungswarteschlangen enthalten Nachrichten, die mithilfe von SMTP an lokale oder Remoteziele übermittelt werden. Alle Nachrichten werden mithilfe von SMTP zwischen Exchange Servern übertragen. Für Nicht-SMTP-Ziele werden ebenfalls Zustellungswarteschlangen verwendet, wenn das Ziel von einem Zustellungs-Agent-Connector bedient wird. . Jede Übermittlungswarteschlange enthält Nachrichten, die an dasselbe Ziel weitergeleitet werden. Es ist praktisch zwangsläufig, dass mehrere Zustellungswarteschlangen auf einem Transportserver vorhanden sind. Übermittlungswarteschlangen werden dynamisch erstellt, wenn sie erforderlich sind, und werden automatisch gelöscht, wenn die Warteschlange leer ist und die Ablaufzeit abgelaufen ist. Die Ablaufzeit der Warteschlange wird durch den QueueMaxIdleTime-Parameter im Cmdlet "Set-TransportService" gesteuert. Der Standardwert beträgt drei Minuten.

  • Schattenwarteschlangen: Schattenwarteschlangen enthalten redundante Kopien einer Nachricht, während sich die Nachricht während der Übertragung befindet. Weitere Informationen finden Sie unter Shadow-Redundanz.

  • Sicherheitsnetz: Safety Net behält Kopien von Nachrichten bei, die erfolgreich vom Transportserver übermittelt wurden. Obwohl es nicht über Warteschlangenverwaltungstools zugänglich ist, ist Safety Net nur eine weitere Warteschlange in der Warteschlangendatenbank. Weitere Informationen finden Sie unter Sicherheitsnetz.

Warteschlangendatenbank-Dateien

Die unterschiedlichen Warteschlangen werden in einer einzigen ESE-Datenbank gespeichert. Standardmäßig befindet sich diese Warteschlangendatenbank auf dem Transportserver unter %ExchangeInstallPath%TransportRoles\data\Queue .

Wie jede ESE-Datenbank verwendet die Warteschlangendatenbank Protokolldateien, um Daten zu akzeptieren, nachzuverfolgen und zu warten. Zum Verbessern der Leistung werden alle Nachrichtentransaktionen zuerst in Protokolldateien und in den Arbeitsspeicher und dann in die Datenbankdatei geschrieben. Die Prüfpunktdatei verfolgt die Transaktionsprotokolleinträge, für die ein Commit in der Datenbank ausgeführt wurde. Während eines normalen Herunterfahrens des Microsoft Exchange Transport-Diensts werden nicht übernommene Datenbankänderungen, die in den Transaktionsprotokollen gefunden werden, immer in die Datenbank übernommen.

Für die Warteschlangendatenbank wird die Umlaufprotokollierung verwendet. Dies bedeutet, dass der Verlauf der zugesicherten Transaktionen, die in den Transaktionsprotokollen gefunden werden, nicht verwaltet wird. Alle Transaktionsprotokolle, die älter als der aktuelle Prüfpunkt sind, werden sofort und automatisch gelöscht. Daher können die Transaktionsprotokolle für die Wiederherstellung der Warteschlangendatenbank aus der Sicherung nicht wiedergegeben werden.

Exchange 2013 verwendet Generierungstabellen zum Speichern und Bereinigen von Nachrichten in der Warteschlangendatenbank. Statt einzelne Nachrichteneinträge aus einer großen Tabelle zu verarbeiten und zu löschen, werden Nachrichten von der Warteschlangendatenbank in zeitbasierten Tabellen gespeichert, die nur dann komplett gelöscht werden, nachdem alle darin enthaltenen Nachrichten erfolgreich verarbeitet wurden. Beispielsweise werden alle Nachrichten in der Warteschlange von 13:00 Uhr bis 14:00 Uhr unabhängig von der Warteschlange oder dem Ziel in der 1p-2p_msgs Tabelle gespeichert. Um 14:00 Uhr werden neue Nachrichten in der 2p-3p_msgs Tabelle gespeichert. Um 16:00 Uhr wird eine neue Tabelle mit dem Namen 4p-5p_msgs erstellt, und die gesamte 1p-2p_msgs Tabelle wird gelöscht, aber nur, wenn alle Nachrichten in der Tabelle erfolgreich verarbeitet wurden. Diese Vorgehensweise, d. h. statt einzelner Nachrichten die gesamte Nachrichtentabelle zu löschen, trägt zu einer Verbesserung der E/A-Leistung des Laufwerks bei, auf dem die Warteschlangendatenbank gespeichert ist.

In der folgenden Tabelle sind die Dateien aufgelistet, aus denen die Warteschlangendatenbank besteht.

Dateien, die die Warteschlangendatenbank bilden

Datei Beschreibung

Mail.que

In dieser Warteschlangendatenbank-Datei sind alle in der Warteschlange befindlichen Nachrichten gespeichert.

Tmp.edb

Diese temporäre Datenbankdatei wird verwendet, um das Schema der Warteschlangendatenbank beim Starten zu überprüfen.

Trn*.log

In diesem Transaktionsprotokoll werden alle Änderungen an der Warteschlangendatenbank aufgezeichnet. Änderungen an der Datenbank werden zuerst in das Transaktionsprotokoll geschrieben und dann in die Datenbank übergeben. Trn.log ist die aktuelle aktive Transaktionsprotokolldatei. Trntmp.log ist die nächste bereitgestellte Transaktionsprotokolldatei, die im Voraus erstellt wird. Wenn die vorhandene Trn.log-Transaktionsprotokolldatei ihre maximale Größe erreicht, wird "Trn.log" in "Trnnnnn.log" umbenannt, wobei "nnnn" eine Sequenznummer ist. "Trntmp.log" wird dann in "Trn.log" umbenannt und wird zur aktuellen aktiven Transaktionsprotokolldatei.

Trn.chk

Diese Prüfpunktdatei verfolgt die Transaktionsprotokolleinträge, für die ein Commit in der Datenbank ausgeführt wurde. Diese Datei befindet sich immer am gleichen Speicherort wie die Datei mail.que.

Trnres00001.jrs

Trnres00002.jrs

Diese Reserve-Transaktionsprotokolldateien dienen als Platzhalter. Sie werden nur verwendet, wenn die Festplatte, auf der die Transaktionsprotokolldateien gespeichert sind, nicht mehr genügend Speicherplatz aufweist, um ein ordnungsgemäßes Beenden der Warteschlangendatenbank zu ermöglichen.

Optionen für das Konfigurieren der Warteschlangendatenbank

Sie konfigurieren die Warteschlangendatenbank, indem Sie Schlüssel in der %ExchangeInstallPath%Bin\EdgeTransport.exe.config XML-Anwendungskonfigurationsdatei hinzufügen oder ändern. Diese Datei ist mit dem Microsoft Exchange-Transportdienst verknüpft. Änderungen an der Datei "EdgeTransport.exe.config" werden nach einem Neustart des Microsoft Exchange-Transportdiensts wirksam.

Im <appSettings> Abschnitt der EdgeTransport.exe.config-Datei können Sie neue Schlüssel hinzufügen oder vorhandene Schlüssel ändern. Falls ein bestimmter Schlüssel nicht vorhanden ist, können Sie ihn manuell hinzufügen, um seinen Wert zu ändern.

Die Schlüssel für die Warteschlangendatenbank, die in der Datei "EdgeTransport.exe.config" zur Verfügung stehen, werden in der folgenden Tabelle beschrieben.

Schlüssel für die Nachrichtenwarteschlangen-Datenbank in der Datei "EdgeTransport.exe.config"

Key Standardwert Beschreibung

QueueDatabaseBatchSize

40

Dieser Schlüssel gibt die Anzahl der Datenbank-E/A-Vorgänge an, die gruppiert werden können, bevor sie ausgeführt werden. Dieser Schlüssel ist standardmäßig nicht in der Datei "EdgeTransport.exe.config" vorhanden.

QueueDatabaseBatchTimeout

100

Dieser Schlüssel gibt die maximale Zeit in Millisekunden an, die die Datenbank abwartet, bis mehrere Datenbank-E/A-Vorgänge gruppiert werden, bevor sie ausgeführt wird. Die Datenbank-E/A-Vorgänge werden ohne Warten auf weitere Vorgänge ausgeführt, wenn die folgenden Bedingungen erfüllt sind:

  • Die Durch den QueueDatabaseBatchSize-Schlüssel angegebene Anzahl von Datenbank-E/A-Vorgängen wurde nicht erreicht.

  • Die durch den QueueDatabaseBatchTimeout-Schlüssel angegebene Zeit ist abgelaufen.

Dieser Schlüssel ist standardmäßig nicht in der Datei "EdgeTransport.exe.config" vorhanden.

QueueDatabaseMaxConnections

4

Dieser Schlüssel gibt die Anzahl der ESE-Datenbankverbindungen an, die geöffnet werden können.

QueueDatabaseLoggingBufferSize

5 MB

Dieser Schlüssel gibt den Speicher an, der zum Zwischenspeichern der Transaktionsdatensätze verwendet wird, bevor sie in die Transaktionsprotokolldatei geschrieben werden.

QueueDatabaseLoggingFileSize

5 MB

Dieser Schlüssel gibt die maximale Größe einer Transaktionsprotokolldatei an. Wenn die maximale Größe der Protokolldatei erreicht wird, wird eine neue Protokolldatei geöffnet.

QueueDatabaseLoggingPath

%ExchangeInstallPath%TransportRoles\data\Queue

Dieser Schlüssel gibt das Standardverzeichnis für die Protokolldateien der Warteschlangendatenbank an. Anweisungen zum Ändern des Speicherorts der Warteschlangendatenbank finden Sie unter Ändern des Speicherorts der Warteschlangendatenbank.

QueueDatabaseMaxBackgroundCleanupTasks

32

Dieser Schlüssel gibt die maximale Anzahl von Hintergrundbereinigungsarbeitselementen an, die jederzeit in die Warteschlange des Threadpools des Datenbankmoduls eingereiht werden können.

QueueDatabaseOnlineDefragEnabled

True

Der Schlüssel aktiviert oder deaktiviert die geplante Onlinedefragmentierung der E-Mail-Warteschlangendatenbank. Dieser Schlüssel ist standardmäßig nicht in der Datei "EdgeTransport.exe.config" vorhanden.

QueueDatabaseOnlineDefragSchedule

1:00:00oder 1:00 Uhr.

Dieser Schlüssel gibt die Uhrzeit im 24-Stunden-Format an, um die Onlinedefragmentierung der E-Mail-Warteschlangendatenbank zu starten. Um einen Wert anzugeben, geben Sie den Wert als Zeit ein: hh:mm:ss, wobei h = Stunden, m = Minuten und s = Sekunden.

QueueDatabaseOnlineDefragTimeToRun

3:00:00 oder 3 Stunden

Dieser Schlüssel gibt an, wie lange die Onlinedefragmentierungsaufgabe ausgeführt werden darf. Selbst wenn der Defragmentierungstask nicht in der angegebenen Zeit abgeschlossen wird, wird die Warteschlangendatenbank in einem konsistenten Zustand zurückgelassen. Geben Sie den Wert als Zeitraum ein: hh:mm:ss, wobei h = Stunden, m = Minuten und s Sekunden angibt.

QueueDatabasePath

%ExchangeInstallPath%TransportRoles\data\Queue

Dieser Schlüssel gibt das Standardverzeichnis für die Warteschlangendatenbankdateien an. Anweisungen zum Ändern des Speicherorts der Warteschlangendatenbank finden Sie unter Ändern des Speicherorts der Warteschlangendatenbank.

Hinweis

Alle benutzerdefinierten Einstellungen auf Serverbasis, die Sie an Exchange-XML-Anwendungskonfigurationsdateien vornehmen (z. B. an „web.config“-Dateien auf Clientzugriffsservern bzw. an der Datei „EdgeTransport.exe.config“ auf Postfachservern), werden bei der Installation eines kumulativen Exchange-Updates überschrieben. Stellen Sie sicher, dass diese Informationen gespeichert werden, damit Sie Ihren Server nach der Installation leicht erneut konfigurieren können. Nach der Installation eines kumulativen Exchange-Updates müssen Sie diese Einstellungen neu konfigurieren.

Warteschlangeneigenschaften

Eine Warteschlange hat viele Eigenschaften, die ihren Zweck und Status beschreiben. Einige Warteschlangeneigenschaften werden beim Erstellen der Warteschlange angewendet und ändern sich nicht. Andere Eigenschaften enthalten Statusgröße, Uhrzeit oder andere Indikatoren, die häufig aktualisiert werden.

NextHopSolutionKey

Das Ziel einer Nachricht wird von der Routingkomponente des Kategorisierungsmoduls im Microsoft Exchange-Transportdienst ausgewählt, und mithilfe dieses Ziels wird die Zustellungswarteschlange erstellt. Das Ziel wird auf jedem Empfänger als NextHopSolutionKey-Attribut gestempelt. Jeder eindeutige Wert des NextHopSolutionKey-Attributs entspricht einer separaten Übermittlungswarteschlange.

Das NextHopSolutionKey-Attribut enthält die folgenden Felder:

  • DeliveryType: Der Wert dieses Felds stellt die Ergebnisse der Kategorisierung der Nachricht dar und gibt an, wie der Transportdienst die Nachricht an den nächsten Hop übertragen möchte, der das ultimative Ziel der Nachricht oder ein Zwischensprung sein könnte. Der Transportdienst verwendet eine vordefinierte Liste von Werten für DeliveryType basierend auf dem Zielroutingziel oder der Übermittlungsgruppe.

  • NextHopDomain: Dieses Feld verwendet bestimmte Werte basierend auf dem Wert des DeliveryType-Felds. Bei Zustellungswarteschlangen entspricht der Wert dieses Felds praktisch dem Namen der Warteschlange. Der Wert von NextHopDomain ist nicht immer ein Domänenname. Der Wert kann beispielsweise der Name des Active Directory-Zielstandorts oder der Datenbankverfügbarkeitsgruppe (DAG) sein. Stellen Sie sich dieses Feld als nächsten Hopnamen vor, wobei der Wert der Name des Routingziels oder der Zielzustellungsgruppe ist.

  • NextHopConnector: Dieses Feld verwendet bestimmte Werte basierend auf dem Wert des DeliveryType-Felds. Der Wert wird immer als GUID ausgedrückt. Falls dieses Feld nicht verwendet wird, entspricht der Wert einer GUID, die nur aus Nullen besteht. Der Wert von NextHopConnector ist nicht immer die GUID eines Connectors. Der Wert könnte beispielsweise der GUID des Active Directory-Zielstandorts oder der DAG entsprechen. Stellen Sie sich dieses Feld als nächste Hop-GUID vor, wobei der Wert die GUID des Routingziels oder der Zielübermittlungsgruppe ist.

Exchange 2013 fügt der Warteschlange auch die NextHopCategory -Eigenschaft basierend auf dem Wert von DeliveryType hinzu. Der Wert von NextHopCategory ist External oder Internal . Der Wert External gibt an, dass sich der nächste Hop der Warteschlange außerhalb der Exchange Organisation befindet. Der Wert Internal gibt an, dass sich der nächste Hop der Warteschlange innerhalb der Exchange Organisation befindet. Beachten Sie, dass für eine Nachricht an einen externen Empfänger unter Umständen ein oder mehrere interne Hops erforderlich sind, bevor sie extern zugestellt werden kann.

Die Werte von DeliveryType, NextHopCategory, NextHopDomain und NextHopConnector werden in der folgenden Tabelle beschrieben.

Zustellungstyp in der Warteschlangenanzeige DeliveryType in der Shell Beschreibung NextHopCategory NextHopDomain NextHopConnector

Zustellungs-Agent

DeliveryAgent

Die Warteschlange enthält Nachrichten für die Übermittlung an Empfänger in einem Nicht-SMTP-Adressraum. Die Nachrichten werden mithilfe eines Übermittlungs-Agent-Connectors übermittelt, der auf dem lokalen Server konfiguriert ist.

Extern

Dieser Wert entspricht dem Zieladressbereich, der für den Zustellungs-Agent-Connector konfiguriert ist.

Dieser Wert ist die GUID des Übermittlungs-Agent-Connectors. Beispiel: 4520e633-d83d-411a-bbe4-6a84648674ee.

DnsConnectorDelivery

DnsConnectorDelivery

Die Warteschlange enthält Nachrichten für die Übermittlung an Empfänger in einem SMTP-Adressraum. Die Nachrichten werden mithilfe eines Sendeconnectors übermittelt, der auf dem lokalen Server konfiguriert ist. Der Sendeconnector ist für die Verwendung von DNS-Routing konfiguriert.

Extern

Dieser Wert entspricht dem Zieladressbereich, der für den Sendeconnector konfiguriert ist. Beispiel: contoso.com.

Dieser Wert entspricht der GUID des Sendeconnectors. Beispiel: 4520e633-d83d-411a-bbe4-6a84648674ee.

NonSmtpGatewayDelivery

NonSmtpGatewayDelivery

Die Warteschlange enthält Nachrichten für die Übermittlung an Empfänger in einem Nicht-SMTP-Adressraum. Die Nachrichten werden mithilfe eines fremdkonnektors übermittelt, der auf dem lokalen Server konfiguriert ist.

Extern

Dieser Wert entspricht dem Zieladressbereich, der für den fremden Connector konfiguriert ist.

Dieser Wert entspricht der GUID des fremden Connectors. Beispiel: 4520e633-d83d-411a-bbe4-6a84648674ee.

SmartHostConnectorDelivery

SmartHostConnectorDelivery

Die Warteschlange enthält Nachrichten für die Übermittlung an Empfänger in einem SMTP-Adressraum. Die Nachrichten werden mithilfe eines Sendeconnectors übermittelt, der auf dem lokalen Server konfiguriert ist. Der Sendeconnector ist für die Verwendung des intelligenten Hostroutings konfiguriert.

Extern

Dieser Wert entspricht der Liste von Smarthosts, die für den Sendeconnector konfiguriert sind. Smarthosts können als FQDNs, IP-Adressen oder beides konfiguriert sein. Folgende Werte sind möglich:

  • FQDN Die Syntax lautet <FQDN1,FQDN2,...> . Zum Beispiel smarthost01.contoso.com oder smarthost01.contoso.com,smarthost02.fabrikam.com.

  • IP-Adresse Die Syntax lautet <[IPAddress1],[IPAddress2],...> . Zum Beispiel [10.10.10.100] oder [10.10.10.100],[10.10.10.101].

  • FQDN und IP-Adresse Die Syntax ist <[IPAddress1],FQDN1,...> und hängt davon ab, wie die Smarthosts im Sendeconnector aufgeführt sind. Zum Beispiel [172.17.17.7],relay.tailspintoys.com oder mail.contoso.com,[192.168.1.50].

Dieser Wert entspricht der GUID des Sendeconnectors. Beispiel: 4520e633-d83d-411a-bbe4-6a84648674ee.

SMTP-Zustellung an Postfach

SmtpDeliveryToMailbox

Die Warteschlange enthält Nachrichten für die Übermittlung an Exchange 2013-Postfachempfänger. Die Zielpostfachdatenbank befindet sich an einem der folgenden Speicherorte:

  • Der lokale Exchange 2013-Postfachserver.

  • Ein Exchange 2013-Postfachserver in derselben DAG.

  • Ein Exchange 2013-Postfachserver am selben Active Directory-Standort in Nicht-DAG-Umgebungen.

Intern

Dieser Wert entspricht dem Namen der Ziel-Postfachdatenbank. Beispiel: Mailbox Database 0471695037.

Dieser Wert entspricht der GUID der Ziel-Postfachdatenbank. Beispiel: 6dcb5a1e-0a88-4fc9-b8f9-634c34b1a123.

SMTP-Relay zu Sendeconnector-Quellservern

SmtpRelayToConnectorSourceServers

Die Warteschlange enthält Nachrichten für die Zustellung an SMTP- oder Nicht-SMTP-Empfänger. Die Nachrichten werden mithilfe eines Sendeconnectors, eines Übermittlungs-Agent-Connectors oder eines fremden Connectors übermittelt, der auf einem Remote-Transport-Server konfiguriert ist. Der Remotetransportserver kann ein Exchange 2013-Postfachserver oder ein Exchange 2007- oder Exchange 2010-Hub-Transport-Server aus einer früheren Version von Exchange sein. Der Remoteserver kann sich am lokalen Active Directory-Standort oder an einem Active Directory-Remotestandort befinden.

Intern

Dieser Wert ist der Name des Ziel-Sendeconnectors, des Übermittlungs-Agent-Connectors oder des Fremdconnectors. Beispiel: Contoso.com Send Connector.

Dieser Wert ist die GUID des Ziel-Sendeconnectors, des Übermittlungs-Agent-Connectors oder des Fremden Connectors. Beispiel: 4520e633-d83d-411a-bbe4-6a84648674ee.

SMTP-Relay zur Database Availability Group

SmtpRelayToDag

Die Warteschlange enthält Nachrichten für die Übermittlung an Exchange 2013-Postfachempfänger, in denen sich die Zielpostfachdatenbank in einer Remote-DAG befindet. Die Remote-DAG kann sich am lokalen Active Directory-Standort oder an einem Active Directory-Remotestandort befinden.

Intern

Dieser Wert entspricht dem Namen der Ziel-DAG. Beispiel: DAG1.

Dieser Wert entspricht der GUID der Ziel-DAG. Beispiel: 6dcb5a1e-0a88-4fc9-b8f9-634c34b1a123

SMTP-Relay zur Postfachzustellungsgruppe

SmtpRelayToMailboxDeliveryGroup

Die Warteschlange enthält Nachrichten für die Zustellung an Empfänger von älteren Postfächern, wobei sich das Zielpostfach auf einem postfachserver Exchange 2007 oder Exchange 2010 befindet. Die Nachricht bezieht sich auf einen Hub-Transport-Server, auf dem dieselbe Version von Exchange wie das Zielpostfach ausgeführt wird. Der Ziel-Hub-Transport-Server kann sich am lokalen Active Directory-Standort oder an einem Active Directory-Remotestandort befinden.

Intern

Der Warteschlangenname verwendet die Folgende Syntax: Site:<ADSiteName>;Version:<ExchangeVersion> , wobei < > ADSiteName der Name des Active Directory-Zielstandorts und < > ExchangeVersion die Version von Exchange auf dem Postfachserver ist.

Dieser Wert ist leer.

SMTP-Relay an einen Active Directory-Remotestandort

SmtpRelayToRemoteActiveDirectorySite

Die Warteschlange enthält Nachrichten für die Übermittlung an ein Remoteziel, und für die Routingtopologie muss die Nachricht über einen bestimmten Active Directory-Standort weitergeleitet werden. Der Standort ist ein Zwischenhop auf dem Weg zum endgültigen Ziel. Dieser Fall tritt unter folgenden Umständen ein:

  • Die Nachricht muss über einen Hubstandort weitergeleitet werden.

  • Die Nachricht muss über einen Sendeconnector zugestellt werden, der auf einem Edge-Transport-Server mit abonniertem Active Directory-Remotestandort konfiguriert ist.

Intern

Dieser Wert ist der Active Directory-Zielstandortname. Beispiel: NorthAmericanSite.

Dieser Wert ist die GUID des Active Directory-Zielstandorts. Beispiel: bfd6c3df-5b65-8bfb-53f1f2c0d55c.

SMTP-Relay zu angegebenen Exchange-Servern

SmtpRelayToServers

Die Warteschlange enthält Nachrichten für die Übermittlung an eine Verteilergruppe, die für einen bestimmten Erweiterungsserver konfiguriert ist. Die Erweiterung kann ein Exchange 2013-Postfachserver oder ein Exchange 2007- oder Exchange 2010 Hub Transport-Server sein. Der Server kann sich am lokalen Active Directory-Standort oder an einem Active Directory-Remotestandort befinden.

Intern

Dieser Wert entspricht dem FQDN des Zielservers für die Aufgliederung der Verteilerlisten. Beispiel: mailbox01.contoso.com.

Dieser Wert ist 00000000-0000-0000-0000-000000000000 .

SMTP-Relay in Active Directory-Standort zu Edge-Transport-Server

SmtpRelayWithinAdSiteToEdge

Die Warteschlange enthält Nachrichten für die Übermittlung an einen SMTP-Adressraum. Die Nachrichten werden mithilfe eines Sendeconnectors übermittelt, der auf einem Edge-Transport-Server konfiguriert ist, der den lokalen Active Directory-Standort abonniert hat.

Intern

Dieser Wert ist der Name des Sendeconnectors, der ausgehende Internet-E-Mails von der Organisation an das Internet sendet. Dieser Sendeconnector wird automatisch vom Edgeabonnement erstellt und heißt EdgeSync - <ADSiteName> to Internet . < ADSiteName > ist der Name des lokalen Active Directory-Standorts, den der Edge-Transport-Server abonniert hat.

Dieser Wert entspricht der GUID des Sendeconnectors. Beispiel: 4520e633-d83d-411a-bbe4-6a84648674ee.

Heartbeat

Heartbeat

Dieser Wert ist für die interne Verwendung durch Microsoft reserviert. Weitere Informationen zum Taktsignal finden Sie unter Shadow-Redundanz.

n/v

n/v

n/v

Shadow-Redundanz

ShadowRedundancy

Die Warteschlange enthält Nachrichten, die sich in einer Shadow-Warteschlange befinden. Eine Shadow-Warteschlange enthält redundante Kopien von Nachrichten, die gerade übermittelt werden, für den Fall, dass die Zustellung nicht erfolgreich ist. Weitere Informationen finden Sie unter Shadow-Redundanz.

Intern

Dieser Wert ist der FQDN des primären Servers, für den die Schattenwarteschlange redundante Kopien der primären Nachrichten enthält. Beispiel: mailbox01.contoso.com.

Dieser Wert ist 00000000-0000-0000-0000-000000000000 .

Undefined

Undefined

Dieser Wert wird nur für die Zustellungswarteschlange und die Warteschlange für nicht verarbeitete Nachrichten verwendet.

Intern

Für die Übermittlungswarteschlange lautet dieser Wert Submisssion . Für die Nachrichtenwarteschleife lautet dieser Wert Poison Message .

Dieser Wert ist 00000000-0000-0000-0000-000000000000 .

Nicht erkennbar

Unerreichbar

Dieser Wert wird nur für die Nicht-erreichbar-Warteschlange verwendet.

Intern

Dieser Wert ist Unreachable Domain .

Dieser Wert ist 00000000-0000-0000-0000-000000000000 .

Beachten Sie, dass Exchange 2013 legacy-Werte von DeliveryType für Abwärtskompatibilität mit früheren Versionen von Exchange unterstützt. Diese Werte sind in der Warteschlangenanzeige und der Shell verfügbar, werden jedoch nicht von Exchange 2013 verwendet. Die folgenden älteren DeliveryType-Werte sind:

  • MapiDelivery: Die Warteschlange enthält Nachrichten für die Zustellung durch einen Exchange 2007- oder Exchange 2010 Hub Transport-Server an ein Postfach auf einem Postfachserver Exchange 2007 oder Exchange 2010 am lokalen Active Directory-Standort.

  • SmtpRelayWithinAdSite: Die Warteschlange enthält Nachrichten für die Zustellung durch einen Exchange 2007- oder Exchange 2010 Hub Transport-Server an einen anderen Hub-Transport-Server am selben Active Directory-Standort. Der Ziel-Hub-Transport-Server kann der Quellserver für einen Connector oder ein Verteilergruppenerweiterungsserver sein.

  • SmtpRelaytoTiRg: Die Warteschlange enthält Nachrichten für die Zustellung durch einen Exchange 2007- oder Exchange 2010 Hub Transport-Server an eine Exchange Server 2003-Routinggruppe. Der Zielserver kann der Quellserver für einen Connector, einen Verteilergruppenerweiterungsserver oder einen Exchange 2003-Bridgeheadserver sein.

IncomingRate, OutgoingRate und Velocity

Exchange 2013 misst die Rate der Nachrichten, die in eine Warteschlange eintreten und diese verlassen, und speichert diese Werte in den Warteschlangeneigenschaften. Sie können diese Raten als Indikator für die Warteschlangen- und Transportserverintegrität verwenden. Die Eigenschaften sind:

  • IncomingRate: Diese Eigenschaft ist die Rate, mit der Nachrichten in die Warteschlange gelangen.

    Dieser Wert wird aus der Anzahl der Nachrichten berechnet, die alle 5 Sekunden in die Warteschlange gelangen, die in den letzten 60 Sekunden gemittelt wurden. Die Formel kann als (i1+i2+i3+i4+i5+i6)/6 , wobei i n = die Anzahl der eingehenden Nachrichten in 5 Sekunden ausgedrückt werden.

  • OutgoingRate: Diese Eigenschaft ist die Rate, mit der Nachrichten die Warteschlange verlassen.

    Dieser Wert wird aus der Anzahl der Nachrichten berechnet, die die Warteschlange alle 5 Sekunden verlassen, die in den letzten 60 Sekunden gemittelt wurden. Die Formel kann ausgedrückt werden als (o1+o2+o3+o4+o5+o6)/6 , wobei o n = die Anzahl der ausgehenden Nachrichten in 5 Sekunden ist.

  • Geschwindigkeit: Diese Eigenschaft ist die Entleerrate der Warteschlange und wird berechnet, indem der Wert von IncomingRate vom Wert von OutgoingRate subtrahiert wird.

    Wenn der Wert von Velocity größer als 0 ist, verlassen Nachrichten die Warteschlange schneller, als sie in die Warteschlange gelangen.

    Wenn der Wert von Velocity gleich 0 ist, verlassen Nachrichten die Warteschlange so schnell, wie sie in die Warteschlange gelangen. Dieser Wert wird auch angezeigt, wenn die Warteschlange inaktiv ist.

    Wenn der Wert von Velocity kleiner als 0 ist, werden Nachrichten schneller in die Warteschlange eingereiht, als sie die Warteschlange verlassen.

Grundlegend lässt ein positiver Velocity -Wert auf eine fehlerfreie Warteschlange mit effizienter Entleerung schließen, während ein negativer Velocity -Wert auf eine Warteschlange hinweist, die nicht effizient entleert wird. Sie müssen jedoch auch die Werte der Eigenschaften IncomingRate, OutgoingRate und MessageCount sowie die Größe des Velocity-Werts für die Warteschlange berücksichtigen. Beispielsweise sind eine Warteschlange mit einem großen negativen Wert von Velocity, einem großen MessageCount-Wert, einem kleinen OutgoingRate-Wert und einem großen IncominRate-Wert genaue Indikatoren, dass die Warteschlange nicht ordnungsgemäß ausgeglichen wird. Eine Warteschlange mit einem negativen Velocity-Wert, der sehr nahe bei Null liegt und auch sehr kleine Werte für IncomingRate, OutgoingRate und MessageCount aufweist, weist nicht auf ein Problem mit der Warteschlange hin.

Warteschlangenstatus

Der aktuelle Status einer Warteschlange wird in der Status -Eigenschaft der Warteschlange gespeichert. Eine Warteschlange kann einen der folgenden Statuswerte aufweisen:

  • Aktiv: Die Warteschlange sendet aktiv Nachrichten.

  • Herstellen einer Verbindung: Die Warteschlange ist dabei, eine Verbindung mit dem nächsten Hop herzustellen.

  • Bereit: Die Warteschlange, die kürzlich übermittelte Nachrichten gesendet hat, aber die Warteschleife ist jetzt leer.

  • Wiederholung: Beim letzten automatischen oder manuellen Verbindungsversuch ist ein Fehler aufgetreten, und die Warteschlange wartet auf den erneuten Verbindungsversuch.

  • Angehalten: Die Warteschlange wurde von einem Administrator manuell angehalten, um die Nachrichtenübermittlung zu verhindern. Es können neue Nachrichten in die Warteschlange eingereiht werden, und Nachrichten, die gerade an den nächsten Hop übertragen werden, werden fertig zugestellt und aus der Warteschlange entfernt. Anderenfalls verlassen Nachrichten die Warteschlange erst dann, wenn sie von einem Administrator manuell fortgesetzt wird. Beachten Sie, dass das Anhalten einer Warteschlange den Status der einzelnen Nachrichten in der Warteschlange nicht ändert.

    Sie können eine Warteschlange anhalten, die den Status Aktiv oder Wiederholen aufweist. Auch die Nicht-erreichbar-Warteschlange und die Übermittlungswarteschlange können angehalten werden.

    Wenn Sie die Nicht erreichbare Warteschlange anhalten, werden Nachrichten nicht automatisch erneut an das Kategorisierungsmodul gesendet, wenn Konfigurationsupdates erkannt werden. Um diese Nachrichten automatisch erneut zu übermitteln, müssen Sie die Warteschlange "Nicht erreichbar" manuell fortsetzen. Wenn die Übermittlungswarteschlange angehalten wird, werden vom Kategorisierungsmodul erst wieder Nachrichten abgeholt, wenn die Warteschlange fortgesetzt wird.

Weitere Warteschlangeneigenschaften

Es gibt weitere Warteschlangeneigenschaften, die selbsterklärend sind. Sie verwenden die meisten Warteschlangeneigenschaften als Filteroptionen. Durch die Angabe von Filterkriterien können Sie Warteschlangen schnell finden und Aktionen darauf anwenden. Eine vollständige Beschreibung der filterbaren Warteschlangeneigenschaften finden Sie unter Warteschlangenfilter.

Ebenfalls wichtig und erwähnenswert ist die Warteschlangeneigenschaft MessageCount, die die Anzahl der Nachrichten in einer Warteschlange anzeigt. Diese Eigenschaft ist ein wichtiger Indikator für die Warteschlangenintegrität. Wenn beispielsweise eine Zustellungswarteschlange, die eine große Anzahl von Nachrichten enthält, immer weiter wächst, ohne jemals kleiner zu werden, könnte dies auf ein Problem mit dem Routing oder der Transportpipeline hindeuten, das Ihrer Aufmerksamkeit bedarf.

Nachrichteneigenschaften

Eine Nachricht in einer Warteschlange hat viele Eigenschaften. Viele der Eigenschaften spiegeln die Informationen wider, die zum Erstellen der Nachricht verwendet wurden. Einige der Nachrichtenstatus und Informationseigenschaften werden stark von entsprechenden Eigenschaften der Warteschlange beeinflusst. Allerdings kann eine Nachricht einen anderen Wert aufweisen als die entsprechende Eigenschaft der Warteschlange. Andere Eigenschaften enthalten Status-, Zeit- oder andere Indikatoren, die häufig aktualisiert werden.

Nachrichtenstatus

Der aktuelle Status einer Nachricht wird in der Status -Eigenschaft der Nachricht gespeichert. Eine Nachricht kann einen der folgenden Statuswerte aufweisen:

  • Aktiv: Wenn sich die Nachricht in einer Zustellungswarteschlange befindet, wird die Nachricht an das Ziel übermittelt. If the message is in the Submission queue, the message is being processed by the categorizer.

  • Gesperrt: Dieser Wert ist für die interne Verwendung durch Microsoft reserviert und wird nicht in lokalen Exchange Organisationen verwendet.

  • PendingRemove: Die Nachricht wurde vom Administrator gelöscht, aber die Nachricht befand sich bereits in dem Status, dass sie an den nächsten Hop übertragen wurde. Die Nachricht wird gelöscht, wenn die Zustellung mit einem Fehler endet, der ein erneutes Eintreten der Nachricht in die Wartschlange bewirkt. Andernfalls wird die Zustellung fortgesetzt.

  • PendingSuspend: Die Nachricht wurde vom Administrator angehalten, aber die Nachricht befand sich bereits im Zustand, dass sie an den nächsten Hop übertragen wurde. Die Nachricht wird angehalten, wenn die Zustellung mit einem Fehler endet, der ein erneutes Eintreten der Nachricht in die Wartschlange bewirkt. Andernfalls wird die Zustellung fortgesetzt.

  • Bereit: Die Nachricht wartet in der Warteschleife und kann verarbeitet werden.

  • Wiederholung: Der letzte automatische oder manuelle Verbindungsversuch für die Warteschlange, in der sich diese Nachricht befindet, ist fehlgeschlagen. Die Nachricht wartet auf den nächsten automatischen Verbindungsversuch der Warteschlange.

  • Angehalten: Die Nachricht wurde vom Administrator manuell angehalten. Alle Nachrichten in der Nachrichtenwarteschleife befinden sich in einem dauerhaft angehaltenen Zustand.

Weitere Nachrichteneigenschaften

Es gibt weitere Nachrichteneigenschaften, die selbsterklärend sind. Sie können die meisten Nachrichteneigenschaften als Filteroptionen verwenden. Durch Angeben von Filterkriterien können Nachrichten schnell gefunden und entsprechende Aktionen für sie eingeleitet werden. Eine vollständige Beschreibung der filterbaren Nachrichteneigenschaften finden Sie unter Nachrichtenfilter.

Verwalten von Warteschlangen und Nachrichten in Warteschlangen

Die Warteschlangenanzeige und praktisch alle Cmdlets für die Warteschlangen- und Nachrichtenverwaltung sind auf einen einzelnen Exchange Server beschränkt. Sie können einzelne oder mehrere Warteschlangen oder Nachrichten anzeigen oder bearbeiten, aber nur auf einem bestimmten Server.

Exchange 2013 führt das Cmdlet "Get-QueueDigest" ein, das eine allgemeine, aggregierte Übersicht über den Status von Warteschlangen auf allen Servern innerhalb eines bestimmten Bereichs bereitstellt, z. B. eine DAG, einen Active Directory-Standort, eine Liste von Servern oder die gesamte Active Directory-Gesamtstruktur. Beachten Sie, dass Warteschlangen auf einem abonnierten Edge-Transport-Server im Umkreisnetzwerk nicht in den Ergebnissen enthalten sind. Zudem ist Get-QueueDigest zwar auf einem Edge-Transport-Server verfügbar, aber die Ergebnisse sind auf die Warteschlangen auf dem Edge-Transport-Server beschränkt.

Hinweis

Standardmäßig zeigt das Get-QueueDigest-Cmdlet Zustellungswarteschlangen an, die zehn oder mehr Nachrichten enthalten und deren Ergebnisse zwischen ein und zwei Minuten alt sind. Anweisungen zum Ändern der Standardwerte finden Sie unter Konfigurieren von Get-QueueDigest.

In der folgenden Tabelle werden die Verwaltungsaufgaben beschrieben, die Sie für Warteschlangen oder Nachrichten in Warteschlangen ausführen können.

Aufgabe Description Zu verwendendes Tool Anweisungen

Warteschlangen auf einem Server anzeigen und filtern

Diese Aktion zeigt eine oder mehrere Warteschlangen auf einem Transportserver an. Anhand der Ergebnisse können Sie Maßnahmen für die Warteschlangen ergreifen.

Queue Viewer oder das Cmdlet "Get-Queue".

Verwalten von Warteschlangen

Warteschlangen auf bestimmten Servern in bestimmten DAGs, an bestimmten Active DirectoryStandorten oder innerhalb der Active Directory-Gesamtstruktur anzeigen und filtern.

Diese Aktion zeigt eine Zusammenfassung der Warteschlangen in einem definierten Bereich an (Server, DAGs, Active Directory-Standorte oder die gesamte Active Directory-Gesamtstruktur).

Nur Get-QueueDigest-Cmdlet

Verwalten von Warteschlangen

Warteschlangen anhalten

Diese Aktion verhindert vorübergehend die Zustellung von Nachrichten, die sich derzeit in der Warteschlange befinden. Die Warteschlange nimmt weiter neue Nachrichten auf, ohne dass Nachrichten die Warteschlange verlassen.

Die Warteschlangenanzeige oder das Cmdlet "Warteschleife anhalten".

Verwalten von Warteschlangen

Warteschlangen fortsetzen

Diese Aktion kehrt die Auswirkung der Warteschleifenaktion um und ermöglicht die Fortsetzung der Zustellung von Nachrichten in der Warteschlange.

Queue Viewer oder das Cmdlet "Resume-Queue".

Verwalten von Warteschlangen

Warteschlangen wiederholen

Diese Aktion versucht sofort, eine Verbindung mit dem nächsten Hop herzustellen. Wenn keine Verbindung zum nächsten Hop hergestellt werden kann, wird der Verbindungsversuch ohne manuellen Eingriff in bestimmten Zeitintervallen eine bestimmte Anzahl von Malen wiederholt.

Mit jedem Verbindungsversuch wird der nächste Wiederholungszeitpunkt zurückgesetzt, unabhängig davon, ob der Verbindungsversuch manuell oder automatisch erfolgt. Weitere Informationen finden Sie unter Wiederholungsintervalle, Intervalle für die erneute Übermittlung und Ablaufintervalle für Nachrichten.

Queue Viewer oder das Cmdlet "Retry-Queue".

Verwalten von Warteschlangen

Nachrichten in Warteschlangen erneut übermitteln

Diese Aktion bewirkt, dass die Nachrichten in der Warteschlange erneut an die Übermittlungswarteschlange gesendet werden und den Kategorisierungsprozess durchlaufen.

Retry-Queue mit dem Parameter "Resubmit"

Beachten Sie, dass Sie die Warteschlangenanzeige verwenden können, um Nachrichten erneut zu übermitteln, jedoch nur aus der Nachrichtenwarteschlange. Um eine Nachricht erneut in einer Nachricht zu senden, setzen Sie die Nachricht in der Warteschlangenanzeige oder mithilfe des Cmdlets "Resume-Message" fort.

Verwalten von Warteschlangen

Nachrichten in Warteschlangen anhalten

Diese Aktion verhindert vorübergehend die Zustellung einer Nachricht. Über diese Aktion können Sie die Zustellung einer Nachricht an alle Empfänger in einer bestimmten Warteschlange oder an alle Empfänger in allen Warteschlangen anhalten.

Queue Viewer oder das Cmdlet "Suspend-Message".

Verwalten von Nachrichten in Warteschlangen

Nachrichten in Warteschlangen fortsetzen

Diese Aktion kehrt die Auswirkung der Aktion zum Anhalten von Nachrichten um und ermöglicht die Fortsetzung der Zustellung von Nachrichten in der Warteschlange. Sie können die Aktion zum Fortsetzen von Nachrichten verwenden, um die Zustellung einer Nachricht an alle Empfänger in einer bestimmten Warteschlange oder an alle Empfänger in allen Warteschlangen fortzusetzen.

Queue Viewer oder das Cmdlet "Resume-Message".

Verwalten von Nachrichten in Warteschlangen

Nachrichten aus Warteschlangen entfernen

Diese Aktion verhindert dauerhaft die Zustellung einer Nachricht. Sie können die Aktion zum Entfernen von Nachrichten verwenden, um die Zustellung einer Nachricht an empfänger in einer angegebenen Warteschlange oder an alle Empfänger in allen Warteschlangen zu verhindern. Sie können die Aktion zum Entfernen von Nachrichten auch so konfigurieren, dass ein Unzustellbarkeitsbericht (Non-Delivery Report, NDR) an den Absender gesendet wird, wenn die Nachricht entfernt wird.

Queue Viewer oder das Cmdlet "Remove-Message".

Verwalten von Nachrichten in Warteschlangen

Nachrichten aus Warteschlangen exportieren

Diese Aktion kopiert eine Nachricht in den angegebenen Dateipfad. Die Nachrichten werden nicht aus der Warteschlange gelöscht, aber eine Kopie der Nachricht wird an einem Dateispeicherort gespeichert. Dadurch können Administratoren oder andere Unternehmensverantwortliche die Nachrichten später untersuchen. Bevor Sie eine Nachricht exportieren, müssen Sie die Nachricht in der Warteschlange anhalten, damit die typische Zustellung während des Exportvorgangs nicht fortgesetzt wird.

Nur Export-Message -Cmdlet.

Nachrichten aus Warteschlangen exportieren