Warteschlangen und Nachrichten in Warteschlangen

[Dieses Thema gehört zur Vorabdokumentation und kann in künftigen Versionen geändert werden. Leere Themen wurden als Platzhalter hinzugefügt. Wenn Sie Feedback dazu haben, freuen wir uns über Ihre Nachricht. Senden Sie uns eine E-Mail an: ExchangeHelpFeedback@microsoft.com.]  

Gilt für:Exchange Server 2016

Informationen zu Warteschlangen in Exchange 2016

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 vom Exchange-Server in einer bestimmten Reihenfolge verarbeitet werden. Warteschlangen sind im Transportdienst auf Postfachservern und Edge-Transport-Servern vorhanden. Postfachserver und Edge-Transport-Server werden in diesem Thema als Transportserver bezeichnet.

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 Exchange 2016 werden Nachrichten vor, während und nach der Zustellung in Warteschlangen gehalten. Warteschlangen sind im Transportdienst auf Postfachservern und Edge-Transport-Servern vorhanden. Postfachserver und Edge-Transport-Server werden in diesem Thema als Transportserver bezeichnet.

Wie in allen Vorgängerversionen von Exchange wird in Exchange 2016 eine ESE-Datenbank (Extensible Storage Engine) für Warteschlangenspeicher verwendet.

Sie können Warteschlangen und die darin enthaltenen Nachrichten mit der Exchange-Verwaltungsshell und der Warteschlangenanzeige in der Exchange-Toolbox verwalten. Beide Tools ermöglichen das Anzeigen des Status und Inhalts von Warteschlangen sowie detaillierter Nachrichteneigenschaften. Beide dienen auch zum Ausführen von Aktionen, mit denen Warteschlangen bzw. in diesen enthaltene Nachrichten geändert werden können.

Inhalt

In Exchange 2016 werden die folgenden Warteschlangentypen verwendet, die dieselben wie in Exchange 2013 sind :

 

Warteschlange Serverrolle Beschreibung

Übermittlungswarteschlangen

Postfachserver und Edge-Transport-Server

Hier werden Nachrichten gespeichert, die an alle internen und externen Ziele übermittelt werden.

Zustellungswarteschlangen werden dynamisch erstellt, wenn sie benötigt werden, und automatisch gelöscht, sobald sie leer sind und die Ablaufzeit verstrichen ist. Die Warteschlangenablaufzeit wird im Cmdlet Set-TransportService über den Parameter QueueMaxIdleTime gesteuert. Der Standardwert beträgt drei Minuten.

Auf Edge-Transport-Server gibt es eine Warteschlange für jede eindeutige SMTP-Zieldomäne oder jeden Smarthost.

Auf Postfachservern gibt es eine Warteschlange für jedes eindeutige Ziel, wie von der NextHopSolutionKey-Eigenschaft angegeben. Weitere Informationen finden Sie im Abschnitt NextHopSolutionKey weiter unten in diesem Thema.

Alle Nachrichten werden über SMTP zwischen Exchange 2016- und Exchange 2013-Servern übertragen. Für Nicht-SMTP-Ziele werden ebenfalls Zustellungswarteschlangen verwendet, wenn das Ziel von einem Zustellungs-Agent-Connector bedient wird. Weitere Informationen finden Sie unter Zustellungs-Agents und Zustellungs-Agent-Connectors.

Warteschlange für potenziell schädliche Nachrichten

Postfachserver und Edge-Transport-Server

Nachrichten, die Fehler enthalten und als schädlich für Exchange ermittelt werden, werden nach einem Server- oder Dienstfehler isoliert. Der Inhalt und das Format der Nachrichten kann wirklich schädlich sein, oder die Nachrichten sind einem schlecht geschriebenen Transport-Agent oder einem Softwarefehler zum Opfer gefallen, der den Exchange-Server zum Absturz brachte, während die ansonsten gültigen Nachrichten verarbeitet wurden.

Die Warteschlange für nicht verarbeitbare Nachrichten ist normalerweise leer. Wenn die Warteschlange für nicht verarbeitete Nachrichten keine Nachrichten enthält, wird sie in den Warteschlangenverwaltungstools nicht angezeigt. Die Nachrichten in der Warteschlange für potenziell schädliche Nachrichten werden niemals automatisch fortgesetzt und laufen nicht ab. Nachrichten verbleiben in der Warteschlange für nicht verarbeitbare Nachrichten, bis sie manuell von einem Administrator wieder aufgenommen oder entfernt werden.

Jeder Postfachserver oder Edge-Transport-Server hat nur eine Warteschlange für potenziell schädliche Nachrichten.

Schattenwarteschlangen

Postfachserver

Schattenwarteschlangen enthalten redundante Kopien von Nachrichten, die gerade übertragen werden. Weitere Informationen finden Sie unter Shadow-Redundanz.

Übermittlungswarteschlange

Postfachserver und Edge-Transport-Server

Hier den Nachrichten gespeichert, die vom Transportdienst akzeptiert, jedoch nicht verarbeitet wurden. Nachrichten in der Übermittlungswarteschlange warten auf Verarbeitung oder werden gerade aktiv verarbeitet.

Nachrichten werden auf Postfachservern über einen Empfangsconnector, das PICKUP- oder Wiedergabeverzeichnis oder den Postfachtransport-Übermittlungsdienst empfangen. Nachrichten werden auf Edge-Transport-Servern zumeist über einen Empfangsconnector empfangen, doch das PICKUP- und Wiedergabeverzeichnis stehen ebenfalls zur Verfügung.

Das Kategorisierungsmodul ruft Nachrichten aus dieser Warteschlange ab und bestimmt u. a. den Standort des Empfängers und die Route zu diesem Standort. Nach der Kategorisierung wird die Nachricht in eine Zustellungswarteschlange oder in die Nicht-erreichbar-Warteschlange verschoben. Weitere Informationen zum Kategorisierungsmodul und zur Transportpipeline finden Sie unter Mail flow and the transport pipeline.

Jeder Postfachserver oder Edge-Transport-Server hat nur eine Übermittlungswarteschlange.

Nicht-erreichbar-Warteschlange

Postfachserver und Edge-Transport-Server

Hier befinden sich Nachrichten, die nicht an die jeweiligen 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 Postfachserver oder Edge-Transport-Server hat nur eine Nicht-erreichbar-Warteschlange.

Zurück zum Seitenanfang

Die unterschiedlichen Warteschlangen werden in einer einzigen ESE-Datenbank gespeichert. Diese Warteschlangendatenbank befindet sich standardmäßig 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-Transportdiensts wird für Änderungen an der Datenbank, für die noch kein Commit in der Datenbank vorgenommen wurde und die sich in den Transaktionsprotokollen befinden, ein Commit in der Datenbank ausgeführt.

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

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

 

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 Transaktionsprotokollen werden alle Änderungen an der Warteschlangendatenbank aufgezeichnet. Änderungen an der Datenbank werden zuerst in das Transaktionsprotokoll geschrieben. Anschließend wird ein Commit in der Datenbank ausgeführt. Trn.log ist die derzeit aktive Transaktionsprotokolldatei. Trntmp.log ist die nächste bereitgestellte Transaktionsprotokolldatei, die im Voraus angelegt wird. Wenn die vorhandene Trn.log-Transaktionsprotokolldatei ihre maximale Größe erreicht, wird Trn.log in Trnnnnn.log umbenannt, wobei es sich bei nnnn um eine fortlaufende Nummer handelt. Trntmp.log wird anschließend 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.

Nachrichten in der Warteschlangendatenbank werden von Exchange 2016 mithilfe von Generierungstabellen gespeichert und bereinigt. 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. Stellen Sie sich zum Beispiel das folgende Szenario vor:

  • Alle zwischen 13:00 und 14:00 Uhr in Warteschlangen eingereihten Nachrichten werden unabhängig von Warteschlange oder Ziel in der Tabelle 1p-2p_msgs gespeichert.

  • Um 14:00 Uhr werden neue Nachrichten in der Tabelle 2p-3p_msgs gespeichert.

  • Um 4:00 Uhr, eine neue Tabelle namens 4p-5p_msgs wird erstellt. Die gesamte Tabelle 1p-2p_msgs wird gelöscht, aber nur dann, wenn alle darin enthaltenen Nachrichten 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.

Zurück zum Seitenanfang

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 geben Status, Größe, Zeit oder andere Indikatoren an, die häufig aktualisiert werden.

Zurück zum Seitenanfang

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 für jeden Empfänger mit der NextHopSolutionKey-Eigenschaft gekennzeichnet. Jeder eindeutige Wert der NextHopSolutionKey-Eigenschaft entspricht einer separaten Zustellungswarteschlange.

Die NextHopSolutionKey-Eigenschaft enthält die folgenden Felder:

  • DeliveryType  Stellt die Ergebnisse der Nachrichtenkategorisierung dar und gibt an, wie die Nachricht voraussichtlich vom Transportdienst an den nächsten Hop übermittelt wird. Dabei kann es sich um das endgültige Ziel der Nachricht oder einen Zwischenhop auf dem weiteren Weg handeln. Der Transportdienst verwendet eine vordefinierte Liste von Werten für DeliveryType.

    Basierend auf dem Wert von DeliveryType wird die NextHopCategory-Eigenschaft der Warteschlange hinzugefügt.

    • 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.

  • NextHopDomain   Verwendet bestimmte Werte, die auf dem Wert des Felds DeliveryType basieren. 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 z. B. der Name des Active Directory-Zielstandorts oder der Datenbankverfügbarkeitsgruppe (DAG) sein. Sie können sich dieses Feld als nächsten Hopnamen vorstellen.

  • NextHopConnector   Verwendet bestimmte Werte, die auf dem Wert des Felds DeliveryType basieren. 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 die GUID des nächsten Hops vor.

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

 

Zustellungstyp in der Warteschlangenanzeige DeliveryType in der Exchange-Verwaltungsshell Beschreibung NextHopCategory NextHopDomain NextHopConnector

Zustellungs-Agent

DeliveryAgent

Die Warteschlange enthält Nachrichten für die Zustellung an Empfänger in einem Nicht-SMTP-Adressbereich, der von einem Zustellungs-Agent und einem Zustellungs-Agent-Connector bedient wird. Der Connector hat den lokalen Postfachserver als Quellserver konfiguriert. Weitere Informationen finden Sie unter Zustellungs-Agents und Zustellungs-Agent-Connectors.

Extern

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

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

DnsConnectorDelivery

DnsConnectorDelivery

Die Warteschlange enthält Nachrichten für die Zustellung an Empfänger in einer SMTP-Domäne. Für den Sendeconnector, der die Domäne des lokalen Transporservers bedient, wurde der lokale Transportserver als Quellserver konfiguriert, und 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.

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

MapiDelivery

MapiDelivery

noteHinweis:
Dieser Wert wird von Exchange 2016 nicht verwendet. Er ist nur aus Gründen der Abwärtskompatibilität in Exchange 2010 enthalten.

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

N/V

N/V

N/V

NonSmtpGatewayDelivery

NonSmtpGatewayDelivery

Die Warteschlange enthält Nachrichten für die Zustellung an Empfänger in einem Nicht-SMTP-Adressbereich, der von einem fremden Connector bedient wird. Der Connector hat den lokalen Postfachserver als Quellserver konfiguriert. Weitere Informationen finden Sie unter Fremde Connectors.

External

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

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

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 entspricht dem FQDN des primären Transportservers, für den die Shadow-Warteschlange redundante Kopien der primären Nachrichten enthält. Beispiel: mailbox01.contoso.com.

Dieser Wert lautet 00000000-0000-0000-0000-000000000000.

SmartHostConnectorDelivery

SmartHostConnectorDelivery

Die Warteschlange enthält Nachrichten für die Zustellung an Empfänger in einer SMTP-Domäne. Für den Sendeconnector, der die Domäne des lokalen Transporservers bedient, wurde der lokale Transportserver als Quellserver konfiguriert, und der Sendeconnector ist für die Verwendung von Smarthost-Routing konfiguriert.

External

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,...>. Beispiel: smarthost01.contoso.com oder smarthost01.contoso.com,smarthost02.fabrikam.com.

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

  • FQDN und IP-Adresse   Die Syntax lautet <[IPAddress1],FQDN1,...> und hängt davon ab, wie die Smarthosts im Sendeconnector aufgelistet werden. 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 Ex Online

SmtpDeliveryToExo

Dieser Wert wird nicht in Exchange (lokal) verwendet.

N/V

N/V

N/V

SMTP-Zustellung an Postfach

SmtpDeliveryToMailbox

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

  • Der lokale Exchange 2016-Postfachserver oder der Exchange 2013-Postfachserver.

  • Ein Exchange 2016-Postfachserver in derselben Exchange 2016-DAG.

  • Ein Exchange 2013-Postfachserver in derselben Exchange 2013-DAG.

  • Ein Exchange 2016-Postfachserver oder ein Exchange 2013-Postfachserver an demselben 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 einen SMTP- oder Nicht-SMTP-Adressbereich, der von einem Sendeconnector, einem Zustellungs-Agent-Connector oder einem fremden Connector bedient wird. Der Connector hat einen Remote-Transportserver als Quellserver konfiguriert.

Beim Remote-Transportserver kann es sich um einen Exchange 2016-Postfachserver oder einen Exchange 2013-Server handeln, auf dem die Exchange 2010-Hub-Transport-Serverrolle installiert ist.

Der Remote-Transportserver könnte sich am lokalen Active Directory-Standort oder an einem Active Directory-Remotestandort befinden.

Intern

Dieser Wert entspricht dem Namen des Zielsendeconnectors, Zustellungs-Agent-Connectors bzw. fremden Connectors. Beispiel: Contoso.com Send Connector.

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

SMTP-Relay zur Database Availability Group

SmtpRelayToDag

Die Warteschlange enthält Nachrichten für die Zustellung an Exchange 2016 oder Exchange 2013-Postfachempfänger, wobei sich die Zielpostfachdatenbank in einer Remote-DAG befindet.

Die Remote-DAG könnte 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 Legacypostfachempfänger, wobei sich das Zielpostfach auf einem Exchange 2010-Postfachserver befindet. Die Nachricht bezieht sich auf einen Exchange 2010-Hub-Transportserver.

Der Exchange 2010-Ziel-Hub-Transport-Server könnte sich am lokalen Active Directory-Standort oder an einem Active Directory-Remotestandort befinden.

Intern

Die Syntax des Warteschlangennamen lautet wie folgt: Site:<ADSiteName>;Version:<ExchangeVersion>, wobei <ADSiteName> dem Namen des Active Directory-Zielstandorts und <ExchangeVersion> der Exchange 2010-Version auf dem Postfachserver entspricht.

Dieser Wert ist leer.

SMTP-Relay an einen Active Directory-Remotestandort

SmtpRelayToRemoteActiveDirectorySite

Die Warteschlange enthält Nachrichten für die Zustellung an ein Remoteziel, und aufgrund der 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 entspricht dem Namen des Active Directory-Zielstandorts. Beispiel: NorthAmericaSite.

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

SMTP-Relay an angegebene Remote-Gesamtstruktur

SmtpRelayToRemoteForest

Dieser Wert wird nicht in Exchange (lokal) verwendet.

N/V

N/V

N/V

SMTP-Relay zu angegebenen Exchange-Servern

SmtpRelayToServers

Die Warteschlange enthält Nachrichten für die Zustellung an eine Verteilergruppe, die für einen bestimmten Server für die Aufgliederung der Verteilerlisten konfiguriert ist. Bei dem Server für die Aufgliederung der Verteilerlisten kann es sich um einen Exchange 2016-Postfachserver oder einen Exchange 2013-Postfachserver bzw. einen Exchange 2010-Hub-Transport-Server handeln.

Der Server für die Aufgliederung der Verteilerlisten kann sich am lokalen Active Directory-Standort oder an einem Active Directory-Remotestandort befinden.

Internal

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

Dieser Wert lautet 00000000-0000-0000-0000-000000000000.

SmtpRelayToTiRg

SmtpRelayToTiRg

noteHinweis:
Dieser Wert wird von Exchange 2016 nicht verwendet. Er ist nur aus Gründen der Abwärtskompatibilität in Exchange 2010 enthalten.

Die Warteschlange enthält Nachrichten für die Zustellung über einen Exchange 2010-Hub-Transport-Server an eine Exchange 2003-Routinggruppe.

N/V

N/V

N/V

SMTP-Relay an Active Directory-Standort

SmtpRelayWithinAdSite

noteHinweis:
Dieser Wert wird von Exchange 2016 nicht verwendet. Er ist nur aus Gründen der Abwärtskompatibilität in Exchange 2010 enthalten.

Die Warteschlange enthält Nachrichten für die Zustellung über einen Exchange 2010-Hub-Transport-Server an einen anderen Hub-Transport-Server an demselben Active Directory-Standort.

N/V

N/V

N/V

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

SmtpRelayWithinAdSiteToEdge

Die Warteschlange enthält Nachrichten für die Zustellung an eine externe SMTP-Domäne, die von einem Sendeconnector bedient wird, der auf einem Edge-Transport-Server konfiguriert ist. Der Edge-Transport-Server abonniert den lokalen Active Directory-Standort.

Intern

Dieser Wert entspricht dem Namen des Sendeconnectors, über den ausgehende Nachrichten vom Edge-Transport-Server an das Internet gesendet werden. Dieser Sendeconnector wird vom Edge-Abonnement automatisch erstellt und „EdgeSync - <ADSiteName> to Internet“ genannt.

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

Nicht definiert

Undefined

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

Internal

Für die Übermittlungswarteschlange lautet dieser Wert Submisssion. Für die Warteschlange für nicht verarbeitete Nachrichten lautet dieser Wert Poison Message.

Dieser Wert lautet 00000000-0000-0000-0000-000000000000.

Nicht erreichbar

Unreachable

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

Internal

Dieser Wert lautet Unreachable Domain.

Dieser Wert lautet 00000000-0000-0000-0000-000000000000.

Zurück zum Seitenanfang

Die Raten der eingehenden und ausgehenden Nachrichten einer Warteschlange werden von Exchange 2016 ermittelt und in Warteschlangeneigenschaften gespeichert. Sie können diese Raten als Indikator für die Warteschlangen- und Transportserverintegrität verwenden. Die Eigenschaften werden in der folgenden Tabelle beschrieben:

 

Eigenschaft Beschreibung

IncomingRate

Die Rate, mit der Nachrichten bei der Warteschlange eingehen. Bei der Rate handelt es sich um die Anzahl von Nachrichten pro Sekunde als Durchschnitt der letzten Minute.

OutgoingRate

Die Rate, mit der Nachrichten die Warteschlange verlassen. Bei der Rate handelt es sich um die Anzahl von Nachrichten pro Sekunde als Durchschnitt der letzten Minute.

Velocity

Die Entleerungsrate der Warteschlange, die sich aus der Subtraktion des Werts für IncomingRate vom Wert für OutgoingRate ergibt.

  • Wenn der Wert für größer als 0 ist, verlassen Nachrichten die Warteschlange schneller als dass sie bei ihr eingehen.

  • Wenn der Wert gleich 0 ist, verlassen Nachrichten die Warteschlange genauso schnell wie sie bei ihr eingehen. Dieser Wert wird auch angezeigt, wenn die Warteschlange inaktiv ist.

  • Wenn der Wert für kleiner als 0 ist, gehen Nachrichten schneller bei der Warteschlange ein als dass sie sie verlassen.

Der Wert für Velocity wird in den Ergebnissen von Get-Queue angezeigt.

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. Allerdings müssen Sie die Werte IncomingRate, OutgoingRate und MessageCount die Größe von Velocity berücksichtigen.

Sehen Sie sich zum Beispiel eine Warteschlange an, die die folgenden Eigenschaftswerte aufweist.

  • Velocity   -50

  • MessageCount   1000

  • OutgoingRate   10

  • IncomingRate   60

Basierend auf den Eigenschaftswerten für diese Warteschlange gibt der negative Wert für Velocity klar an, dass die Warteschlange nicht ordnungsgemäß geleert wird.

Sehen Sie sich nun eine Warteschlange an, die die folgenden Eigenschaftswerte aufweist.

  • Velocity   -0.85

  • MessageCount   2

  • OutgoingRate   0.15

  • IncomingRate   1

Obwohl der Wert für Velocity negativ ist, befindet er sich sehr an der Null, und die Werte der anderen Eigenschaften sind auch sehr klein. Aus diesem Grund deutet ein negativer Velocity-Wert für diese Warteschlange nicht auf ein Problem mit der Warteschlange hin.

Zurück zum Seitenanfang

Der aktuelle Status einer Warteschlange wird in der Status-Eigenschaft der Warteschlange gespeichert. Eine Warteschlange kann einen der Statuswerte aufweisen, die in der folgenden Tabelle beschrieben werden:

 

Warteschlangenstatus Beschreibung

Aktiv

Nachrichten werden aktiv von der Warteschlange übertragen.

Verbindung wird hergestellt  

Es wird gerade eine Verbindung von der Warteschlange zum nächsten Hop hergestellt.

Bereit

Es wurden vor kurzem Nachrichten von der Warteschlange übertragen, aber jetzt ist sie leer.

Wiederholen

Der letzte automatische oder manuelle Verbindungsversuch ist fehlgeschlagen, und die Warteschlange wartet darauf, einen neuen Verbindungsversuch zu unternehmen.

Angehalten

Die Warteschlange wurde von einem Administrator manuell angehalten, um die Zustellung von Nachrichten 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.

Hinweise:

  • Sie können die folgenden Warteschlangen anhalten:

    • Übermittlungswarteschlangen mit einem beliebigen Status.

    • Die Nicht-erreichbar-Warteschlange. Wenn Sie diese Warteschlange anhalten und Konfigurationsaktualisierungen erkannt werden, erfolgt keine automatische Neuübermittlung von Nachrichten an das Kategorisierungsmodul. Sie müssen die Warteschlange manuell fortsetzen, damit diese Nachrichten automatisch neu übermitteln werden.

    • Die Übermittlungswarteschlange Wenn diese Warteschlange angehalten wird, werden vom Kategorisierungsmodul erst wieder Nachrichten abgeholt, wenn die Warteschlange fortgesetzt wird.

  • Das Anhalten einer Warteschlange hat keinen Einfluss auf den Status der darin enthaltenen Nachrichten hat.

Zurück zum Seitenanfang

Es gibt weitere Warteschlangeneigenschaften, die selbsterklärend sind. Sie können die meisten Warteschlangeneigenschaften als Filteroptionen verwenden. 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 Warteschlangeneigenschaften.

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.

Zurück zum Seitenanfang

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 umfassen Status-, Zeit- oder andere Indikatoren, die häufig aktualisiert werden.

Der aktuelle Status einer Nachricht wird in der Status-Eigenschaft der Nachricht gespeichert. Eine Nachricht kann einen der Statuswerte aufweisen, die in der folgenden Tabelle beschrieben werden:

 

Nachrichtenstatus Beschreibung

Aktiv

Wenn die Nachricht sich in einer Zustellungswarteschlange befindet, wird die Nachricht an ihr Ziel zugestellt. Wenn die Nachricht sich in der Übermittlungswarteschlange befindet, wird sie vom Kategorisierungsmodul verarbeitet.

Gesperrt

Dieser Wert ist der internen Verwendung durch Microsoft vorbehalten und wird nicht in lokalen Exchange-Organisationen verwendet.

PendingRemove

Die Nachricht wurde vom Administrator gelöscht, doch hatte ihre Übermittlung an den nächsten Hop bereits begonnen. 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, doch hatte ihre Übermittlung an den nächsten Hop bereits begonnen. 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 befindet sich in der Warteschlange und ist zur Verarbeitung bereit.

Wiederholen

Der letzte automatische oder manuelle Verbindungsversuch für die Warteschlange, in der sich die 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 Warteschlange für nicht verarbeitbare Nachrichten befinden sich in einem dauerhaft angehaltenen Zustand.

Zurück zum Seitenanfang

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 Eigenschaften von Nachrichten in Warteschlangen.

Warteschlangenanzeige und die Cmdlets für historische Warteschlangen und die Nachrichtenverwaltun in der Exchange-Verwaltungsshell sind auf lediglich einen Exchange-Server beschränkt. Sie können einzelne oder mehrere Warteschlangen oder Nachrichten anzeigen oder bearbeiten, aber nur auf einem bestimmten Server.

Exchange 2016 verwendet das Cmdlet Get-QueueDigest, das in Exchange 2013 eingeführt wurde und eine aggregierte Übersicht der Warteschlangenstatus auf allen Servern innerhalb eines bestimmten Bereichs bietet. Der Bereich kann eine DAG, ein Active Directory-Standort, eine Serverliste oder die gesamte Active Directory-Struktur sein. Beachten Sie, dass Warteschlangen auf einem abonnierten Edge-Transport-Server im Umkreisnetzwerk nicht in den Ergebnissen enthalten sind. Get-QueueDigest ist zwar auf Edge-Transport-Servern verfügbar, aber die Ergebnisse beschränken sich auf Warteschlangen auf dem Edge-Transport-Server.

noteHinweis:
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.

 

Task Beschreibung Zu verwendendes Tool Anweisungen

Warteschlangen auf einem Server anzeigen und filtern

Mit dieser Aktion werden eine oder mehrere Warteschlangen auf einem Transportserver angezeigt. Anhand der Ergebnisse können Sie Maßnahmen für die Warteschlangen ergreifen.

Warteschlangenanzeige oder das Cmdlet Get-Queue.

Verfahren für Warteschlangen

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

Zeigt eine zusammenfassende Liste von Warteschlangen an.

Cmdlet Get-QueueDigest

Verfahren für Warteschlangen

Warteschlangen anhalten

Mit dieser Aktion wird die Zustellung von Nachrichten, die sich gegenwärtig in der Warteschlange befinden, vorübergehend verhindert. Die Warteschlange nimmt weiter neue Nachrichten auf, ohne dass Nachrichten die Warteschlange verlassen.

Warteschlangenanzeige oder das Cmdlet Suspend-Queue.

Verfahren für Warteschlangen

Warteschlangen fortsetzen

Mit dieser Aktion wird das Anhalten von Warteschlangen aufgehoben und die Zustellung der darin enthaltenen Nachrichten wieder aufgenommen.

Warteschlangenanzeige oder das Cmdlet Resume-Queue.

Verfahren für Warteschlangen

Warteschlangen wiederholen

Mit dieser Aktion wird sofort versucht, eine Verbindung zum 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.

Warteschlangenanzeige oder das Cmdlet Retry-Queue.

Verfahren für Warteschlangen

Nachrichten in Warteschlangen erneut übermitteln

Mit dieser Aktion werden Nachrichten in der Warteschlange erneut an die Übermittlungswarteschlange gesendet und müssen noch einmal den Kategorisierungsprozess durchlaufen.

Retry-Queue mit dem Parameter Resubmit

Beachten Sie, dass Sie zum erneuten Übermitteln von Nachrichten die Warteschlangenanzeige verwenden können, aber nur über die Warteschlange für nicht verarbeitete Nachrichten. Zum erneuten Übermitteln einer Nachricht in der Warteschlange für nicht verarbeitete Nachrichten setzen Sie die Nachricht in der Warteschlangenanzeige fort oder verwenden das Cmdlet Resume-Message.

Verfahren für Warteschlangen

Nachrichten in Warteschlangen anhalten

Mit dieser Aktion wird die Zustellung von Nachrichten vorübergehend verhindert. Ü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.

Warteschlangenanzeige oder das Cmdlet Suspend-Message.

Verfahren für Nachrichten in Warteschlangen

Nachrichten in Warteschlangen fortsetzen

Mit dieser Aktion wird das Anhalten von Nachrichten aufgehoben und die Zustellung der in Warteschlangen eingereihten Nachrichten wieder aufgenommen. Sie können die Zustellung einer Nachricht an alle Empfänger in einer bestimmten Warteschlange oder an alle Empfänger in allen Warteschlangen fortsetzen.

Warteschlangenanzeige oder das Cmdlet Resume-Message.

Verfahren für Nachrichten in Warteschlangen

Nachrichten aus Warteschlangen entfernen

Mit dieser Aktion wird die Zustellung von Nachrichten permanent verhindert. Über diese Aktion können Sie die Zustellung einer Nachricht an beliebige Empfänger in einer bestimmten Warteschlange oder an alle Empfänger in allen Warteschlangen verhindern. Optional können Sie einen Unzustellbarkeitsbericht (auch als NDR, Benachrichtigung über den Zustellungsstatus, DSN oder Unzustellbarkeitsnachricht bezeichnet) an den Absender senden, wenn die Nachricht entfernt wird.

Warteschlangenanzeige oder das Cmdlet Remove-Message.

Verfahren für Nachrichten in Warteschlangen

Nachrichten aus Warteschlangen exportieren

Mit dieser Aktion wird eine Nachricht an den von Ihnen angegebenen Ort kopiert. Die Nachrichten werden nicht aus der Warteschlange gelöscht, sondern es wird eine Kopie der Nachricht an dem angegebenen Ort gespeichert. Dadurch können Administratoren oder andere Unternehmensverantwortliche die Nachrichten später untersuchen. Bevor Sie Nachrichten exportieren, müssen Sie die Nachricht vorübergehend anhalten.

Nur Export-Message-Cmdlet.

Nachrichten aus Warteschlangen exportieren

Zurück zum Seitenanfang

 
Anzeigen: