Warteschlangen und Nachrichten in Warteschlangen in Exchange Server

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

Wie alle vorherigen Versionen von Exchange wird eine einzelne ESE-Datenbank (Extensible Storage Engine) für den Warteschlangenspeicher verwendet.

Sie können Warteschlangen und 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 auch Aktionen ausführen, mit denen Warteschlangen oder Nachrichten in Warteschlangen geändert werden. Weitere Informationen finden Sie unter "Prozeduren für Warteschlangen " und "Prozeduren für Nachrichten in Warteschlangen".

Warteschlangentypen

Die folgenden Arten von Warteschlangen werden in Exchange 2016 und Exchange 2019 verwendet, die mit Exchange 2013 identisch 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 Ablaufzeit der Warteschlange wird durch den QueueMaxIdleTime-Parameter im Cmdlet "Set-TransportService " 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 Übermittlungs-Agents und Übermittlungs-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 Schattenredundanz in Exchange Server.
Ü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 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. Weitere Informationen zum Kategorisierungsmodul und zur Transportpipeline finden Sie unter Nachrichtenfluss und Transportpipeline.

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.

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-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* Transaktionsprotokolle zeichnen alle Änderungen an der Warteschlangendatenbank auf. Ä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 "Trn nnnn.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.

Exchange 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. Stellen Sie sich zum Beispiel das folgende Szenario vor:

  • Alle Nachrichten in der Warteschlange von 13:00 Uhr bis 14:00 Uhr werden 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. 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.

Optionen für das Konfigurieren der Warteschlangendatenbank

Sie konfigurieren die Warteschlangendatenbank, indem Sie Schlüssel in der XML-Anwendungskonfigurationsdatei %ExchangeInstallPath%Bin\EdgeTransport.exe.config 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.

Hinweis

Alle benutzerdefinierten serverbasierten Exchange- oder Internetinformationsservereinstellungen, die Sie in ExExchangeNoVersion-XML-Anwendungskonfigurationsdateien vornehmen (z. B. web.config-Dateien oder die EdgeTransport.exe.config-Datei), werden überschrieben, wenn Sie ein kumulatives ExExchangeNoVersion-Update (CU) installieren. 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 exExchangeNoVersion-Updates müssen Sie diese Einstellungen neu konfigurieren.

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.

Key Standardwert Beschreibung
QueueDatabaseBatchSize 40 Gibt die Anzahl der Datenbank-E/A-Vorgänge an, die vor ihrer Ausführung in einer Gruppe zusammengefasst werden können.

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

QueueDatabaseBatchTimeout 100 Gibt den maximalen Zeitraum in Millisekunden an, für den die Datenbank auf die Gruppierung mehrerer Datenbank-E/A-Vorgänge wartet, bevor diese ausgeführt werden. 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 Gibt die Anzahl der ESE-Datenbankverbindungen an, die geöffnet sein dürfen.
QueueDatabaseLoggingBufferSize 5 MB Gibt den Arbeitsspeicher an, der zum Zwischenspeichern von Transaktionsdatensätzen verwendet wird, bevor diese in die Transaktionsprotokolldatei geschrieben werden.
QueueDatabaseLoggingFileSize 5 MB 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 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 Gibt die maximale Anzahl von Arbeitselementen der Hintergrundbereinigung an, die gleichzeitig in die Warteschlange des Datenbankmodul-Threadpools eingereiht sein können.
QueueDatabaseOnlineDefragEnabled True Aktiviert oder deaktiviert eine geplante Onlinedefragmentierung der Nachrichtenwarteschlangen-Datenbank.

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

QueueDatabaseOnlineDefragSchedule 1:00:00oder 1:00 Uhr. Gibt die Tageszeit zum Starten der Onlinedefragmentierung der Nachrichtenwarteschlangen-Datenbank im 24-Stunden-Format an. Geben Sie den Wert als Zeitraum ein: hh:mm:ss, wobei h = Stunden, m = Minuten und s Sekunden angibt.
QueueDatabaseOnlineDefragTimeToRun 3:00:00 oder 3 Stunden Gibt den Zeitraum an, in dem der Onlinedefragmentierungstask 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 Gibt das Standardverzeichnis für die Dateien der Warteschlangendatenbank an. Anweisungen zum Ändern des Speicherorts der Warteschlangendatenbank finden Sie unter Ändern des Speicherorts der Warteschlangendatenbank.

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 geben Status, Größe, Zeit oder andere Indikatoren an, 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 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 Kategorisierung der Nachricht dar und wie der Transportdienst die Nachricht an den nächsten Hop übertragen möchte, was das ultimative Ziel der Nachricht oder ein zwischengeschalteter Hop sein könnte. 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 für die Warteschlange außerhalb der Exchange Organisation befindet.

    • Der Wert Internal gibt an, dass sich der nächste Hop für die 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 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. Sie können sich dieses Feld als nächsten Hopnamen vorstellen.

  • NextHopConnector: 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 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 Übermittlungs-Agents und Übermittlungs-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 Takt finden Sie unter Schattenredundanz in Exchange Server. n/v n/v n/v
MapiDelivery MapiDelivery Hinweis: Dieser Wert wird von Exchange 2013 oder höher 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 Foreign Connectors. Extern 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 Schattenredundanz in Exchange Server. 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 ist 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. 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 lautet <[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 Ex Online SmtpDeliveryToExo Dieser Wert wird in lokalen Exchange nicht verwendet. n/v n/v n/v
SMTP-Zustellung an Postfach SmtpDeliveryToMailbox Die Warteschlange enthält Nachrichten für die Übermittlung an Exchange Postfachempfänger 2013 oder höher. Die Zielpostfachdatenbank befindet sich an einem der folgenden Speicherorte:
  • Der lokale Postfachserver Exchange 2013 oder höher.
  • Ein Exchange 2019-Postfachserver im selben Exchange 2019 DAG.
  • Ein Exchange 2016-Postfachserver in derselben Exchange 2016-DAG.
  • Ein Exchange 2013-Postfachserver in derselben Exchange 2013-DAG.
  • Ein Exchange Postfachserver 2013 oder höher 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 einen SMTP- oder Nicht-SMTP-Adressraum, der von einem Sendeconnector, einem Übermittlungs-Agent-Connector oder einem fremden Connector bedient wird. Der Connector hat einen Remote-Transportserver als Quellserver konfiguriert.

Der Remote-Transport-Server kann ein postfachserver Exchange 2013 oder höher oder ein Exchange 2010 Hub Transport-Server sein.

Der Remote-Transportserver könnte 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 Zustellung an Exchange 2013- oder höher-Postfachempfänger, in denen 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 Empfänger von älteren Postfächern, 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 Der Warteschlangenname verwendet die syntax: Site:<ADSiteName>;Version:<ExchangeVersion>, wobei <ADSiteName> der Name des Active Directory-Zielstandorts und <ExchangeVersion> die Version von Exchange 2010 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: NorthAmericaSite. Dieser Wert ist die GUID des Active Directory-Zielstandorts. Beispiel: bfd6c3df-5b65-8bfb-53f1f2c0d55c.
SMTP-Relay an angegebene Remote-Gesamtstruktur SmtpRelayToRemoteForest Dieser Wert wird nicht in lokalen Exchange n/v n/v n/v
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. Der Erweiterungsserver kann ein postfachserver Exchange 2013 oder höher oder ein Exchange 2010 Hub Transport-Server sein.

Der Server für die Aufgliederung der Verteilerlisten 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 0000000-0000-0000-0000-000000000000.
SmtpRelayToTiRg SmtpRelayToTiRg Hinweis: Dieser Wert wird von Exchange 2013 oder höher 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 Hinweis: Dieser Wert wird von Exchange 2013 oder höher 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 automatisch vom Edge-Abonnement erstellt und heißt EdgeSync – <ADSiteName> ins Internet. Dieser Wert entspricht der GUID des Sendeconnectors. Beispiel: 4520e633-d83d-411a-bbe4-6a84648674ee.
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 Submisssiondieser Wert . Für die Nachrichtenwarteschleife lautet Poison Messagedieser Wert . Dieser Wert ist 00000000-0000-0000-0000-000000000000.
Unerreichbar Unreachable 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.

IncomingRate, OutgoingRate und Velocity

Exchange misst die Anzahl 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 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.

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

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

Warteschlangenstatus

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.

Weitere Warteschlangeneigenschaften

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.

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

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

Verwalten von Warteschlangen und Nachrichten in Warteschlangen

Die Warteschlangenanzeige und die Cmdlets für die Warteschlangen- und Nachrichtenverwaltung in der Exchange Verwaltungsshell 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.

Das Cmdlet "Get-QueueDigest" wurde in Exchange 2013 eingeführt, um eine allgemeine, aggregierte Übersicht über den Status von Warteschlangen auf allen Servern innerhalb eines bestimmten Bereichs bereitzustellen. 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.

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 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. Queue Viewer 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. Die Warteschlangenanzeige oder das Cmdlet "Warteschleife anhalten ". Verfahren für Warteschlangen
Warteschlangen fortsetzen Mit dieser Aktion wird das Anhalten von Warteschlangen aufgehoben und die Zustellung der darin enthaltenen Nachrichten wieder aufgenommen. Queue Viewer 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.

Queue Viewer 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 die Warteschlangenanzeige verwenden können, um Nachrichten erneut zu übermitteln, jedoch nur aus der Nachrichtenwarteschlange. Um eine Nachricht erneut zu übermitteln, müssen Sie die Nachricht zuerst in der Warteschlangenanzeige oder mithilfe des Cmdlets "Resume-Message " fortsetzen.

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. Queue Viewer oder das Cmdlet "Suspend-Message ". Vorgehensweisen zu 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. Queue Viewer oder das Cmdlet "Resume-Message ". Vorgehensweisen zu 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. Queue Viewer oder das Cmdlet "Remove-Message ". Vorgehensweisen zu 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