Warteschlangen

Artikel
04/04/2023

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 enthalten 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 einzelne ESE-Datenbank (Extensible Storage Engine) für den Warteschlangenspeicher.

Sie können Warteschlangen und Nachrichten in Warteschlangen mithilfe der Exchange-Verwaltungsshell und des Warteschlangen-Viewers in der Exchange-Toolbox verwalten. Sie können diese Schnittstellen verwenden, um den Status und den Inhalt von Warteschlangen und detaillierten 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 Warteschlangentypen werden in Exchange 2013 verwendet:

Persistente Warteschlangen: Persistente Warteschlangen sind Warteschlangen, die auf jedem Transportserver in jeder Exchange-Organisation vorhanden sind. Wie in früheren Versionen von Exchange gibt es drei persistente Warteschlangen in Exchange 2013:
- Übermittlungswarteschlange: Die Übermittlungswarteschlange wird vom Kategorisierungsmodul verwendet, um alle Nachrichten zu sammeln, 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 der Übermittlungswarteschlange verarbeitet. Auf Postfachservern werden Nachrichten über einen Empfangsconnector, das Pickup- oder Replay-Verzeichnis oder den Postfachtransportübermittlungsdienst übermittelt. Auf Edge-Transport-Servern werden Nachrichten in der Regel über einen Empfangsconnector übermittelt, aber auch die Verzeichnisse Pickup und Replay sind verfügbar.
  
  Das Kategorisierungsmodul ruft Nachrichten aus dieser Warteschlange ab und bestimmt unter anderem den Standort des Empfängers und die Route zu diesem Standort. Nach der Kategorisierung wird die Nachricht in eine Zustellungswarteschlange oder in die Nicht erreichbare Warteschlange verschoben. Jeder Transportserver verfügt nur über eine Übermittlungswarteschlange. Nachrichten, die sich in der Übermittlungswarteschlange befinden, dürfen sich nicht gleichzeitig in anderen Warteschlangen befinden. Weitere Informationen zum Kategorisieren 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 übermittelt, wenn eine Routingänderung erkannt wird. Nachdem der Bedingungs- oder Konfigurationsfehler dazu geführt hat, dass die Nachrichten in die Nicht erreichbare Warteschlange eingerepariert werden, müssen Sie also keine zusätzlichen Maßnahmen ergreifen, um die Nachrichten zur Zustellung aus der Nicht erreichbaren Warteschlange zu verschieben.
  
  Die Nicht erreichbare Warteschlange ist in der Regel leer. Wenn die Nicht erreichbare Warteschlange keine Nachrichten enthält, wird sie nicht in den Ergebnissen der Warteschlangenanzeige oder Get-Queue angezeigt.
- Warteschlange für nicht verarbeitbare Nachrichten: Die Warteschlange für nicht verarbeitbare Nachrichten ist eine spezielle Warteschlange, die verwendet wird, um Nachrichten zu isolieren, die nach einem Transportserver- oder Dienstausfall als schädlich für das Exchange 2013-System eingestuft werden. Die Nachrichten können in ihrem Inhalt und Format wirklich schädlich sein. Alternativ können sie das Ergebnis eines schlecht geschriebenen Agents sein, der dazu geführt hat, dass der Exchange-Server bei der Verarbeitung der angeblich fehlerhaften Nachrichten ausfällt.
  
  Die Warteschlange für nicht verarbeitbare Nachrichten ist normalerweise leer. Wenn die Warteschlange für nicht verarbeitbare Nachrichten keine Nachrichten enthält, wird sie nicht in den Ergebnissen der Warteschlangenanzeige oder Get-Queue angezeigt. Die Nachrichten in der Warteschlange für nicht verarbeitbare Nachrichten werden nie automatisch fortgesetzt oder abgelaufen. Nachrichten verbleiben in der Warteschlange für nicht verarbeitbare Nachrichten, bis sie manuell von einem Administrator wieder aufgenommen oder entfernt werden.
Übermittlungswarteschlangen: Ü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 Zustellungswarteschlange enthält Nachrichten, die an dasselbe Ziel weitergeleitet werden. Es ist praktisch unvermeidlich, dass mehrere Zustellungswarteschlangen auf einem Transportserver vorhanden sind. Übermittlungswarteschlangen werden dynamisch erstellt, wenn sie erforderlich sind, und 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 die Nachricht übertragen wird. Weitere Informationen finden Sie unter Shadow-Redundanz.
Safety Net: Safety Net speichert Kopien von Nachrichten, die erfolgreich vom Transportserver übermittelt wurden. Obwohl es für Warteschlangenverwaltungstools nicht 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-Transportdiensts werden datenbankinterne Änderungen ohne Commit, die in den Transaktionsprotokollen gefunden werden, immer an die Datenbank committet.

Für die Warteschlangendatenbank wird die Umlaufprotokollierung verwendet. Dies bedeutet, dass der Verlauf der Transaktionen, die in den Transaktionsprotokollen enthalten sind, 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, die von 13:00 Uhr bis 14:00 Uhr in die Warteschlange eingereiht 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, 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	Dieses Transaktionsprotokoll zeichnet alle Änderungen an der Warteschlangendatenbank auf. Änderungen an der Datenbank werden zuerst in das Transaktionsprotokoll geschrieben und dann in die Datenbank committet. 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.

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 auf die Gruppierung mehrerer Datenbank-E/A-Vorgänge wartet, bevor sie sie ausführt. Die Datenbank-E/A-Vorgänge werden ohne Warten auf weitere Vorgänge ausgeführt, wenn die folgenden Bedingungen erfüllt sind: Die Anzahl von Datenbank-E/A-Vorgängen, die durch den Schlüssel QueueDatabaseBatchSize angegeben wird, wurde nicht erreicht. Die durch den Schlüssel QueueDatabaseBatchTimeout 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 Arbeitsspeicher 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 Arbeitselementen zur Hintergrundbereinigung an, die jederzeit im Threadpool der Datenbank-Engine in die Warteschlange eingereiht werden können.
QueueDatabaseOnlineDefragEnabled	Wahr	Der Schlüssel aktiviert oder deaktiviert die geplante Online-Defragmentierung der E-Mail-Warteschlangendatenbank. Dieser Schlüssel ist standardmäßig nicht in der Datei "EdgeTransport.exe.config" vorhanden.
QueueDatabaseOnlineDefragSchedule	`1:00:00`oder 1:00 Uhr.	Dieser Schlüssel gibt die Tageszeit im 24-Stunden-Format an, um die Onlinedefragmentierung der E-Mail-Warteschlangendatenbank zu starten. Um einen Wert anzugeben, geben Sie den Wert als Uhrzeit ein: hh:mm:ss, wobei h = Stunden, m = Minuten und s = Sekunden ist.
QueueDatabaseOnlineDefragTimeToRun	`3:00:00` oder 3 Stunden	Dieser Schlüssel gibt die Dauer an, für die 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 pro Server, die Sie in Exchange XML-Anwendungskonfigurationsdateien vornehmen, z. B. web.config Dateien auf Clientzugriffsservern oder die EdgeTransport.exe.config-Datei auf Postfachservern, werden überschrieben, wenn Sie ein kumulatives Exchange-Update (CU) installieren. Stellen Sie sicher, dass Sie diese Informationen speichern, damit Sie Ihren Server nach der Installation einfach neu konfigurieren können. Sie müssen diese Einstellungen nach der Installation eines Exchange CU erneut 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, Zeit 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 für jeden 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 beabsichtigt, die Nachricht an den nächsten Hop zu übertragen, bei dem es sich um das endgültige Ziel der Nachricht oder einen Zwischenhop handeln kann. Der Transportdienst verwendet eine vordefinierte Liste von Werten für DeliveryType basierend auf dem Zielroutingziel oder der Übermittlungsgruppe.
NextHopDomain: In diesem Feld werden bestimmte Werte basierend auf dem Wert des Felds DeliveryType verwendet. 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 Namen des nächsten Hops vor, wobei der Wert der Name des Routingziels oder der Zielzustellungsgruppe ist.
NextHopConnector: In diesem Feld werden bestimmte Werte basierend auf dem Wert des Felds DeliveryType verwendet. 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 GUID für den nächsten Hop vor, wobei der Wert die GUID des Routingziels oder der Zielübermittlungsgruppe ist.

Exchange 2013 fügt der Warteschlange außerdem 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 Foreign-Connectors ü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 von Smarthostrouting 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 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 gleichen 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 Übermittlung an SMTP- oder Nicht-SMTP-Empfänger. Die Nachrichten werden über einen Sendeconnector, einen Übermittlungs-Agent-Connector oder einen Foreign-Connector übermittelt, der auf einem Remotetransportserver 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 Auslandsconnectors. Beispiel: `Contoso.com Send Connector`.	Dieser Wert ist die GUID des Ziel-Sendeconnectors, des Übermittlungs-Agent-Connectors oder des Auslandsconnectors. 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, wobei 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 Übermittlung an Legacypostfachempfänger, wobei sich das Zielpostfach auf einem Exchange 2007- oder Exchange 2010-Postfachserver befindet. Die Nachricht bezieht sich auf einen Hub-Transport-Server, auf dem dieselbe Version von Exchange wie das Zielpostfach ausgeführt wird. Der Zielhub-Transportserver kann 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 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 die Routingtopologie erfordert, dass die Nachricht über einen bestimmten Active Directory-Standort weitergeleitet wird. 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 Name des Active Directory-Zielstandorts. 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 Edge-Abonnement erstellt und heißt `EdgeSync - <ADSiteName> to Internet`. <ADSiteName> ist der Name des lokalen Active Directory-Standorts, an den der Edge-Transport-Server abonniert ist.	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 ist `Submission`dieser Wert . Für die Warteschlange für nicht verarbeitbare Nachrichten ist `Poison Message`dieser Wert .	Dieser Wert ist `00000000-0000-0000-0000-000000000000`.
Nicht erreichbar	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 Legacywerte von DeliveryType aus Gründen der Abwärtskompatibilität mit früheren Versionen von Exchange unterstützt. Diese Werte sind im Warteschlangen-Viewer und in der Shell verfügbar, werden aber von Exchange 2013 nicht verwendet. Diese Legacy-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 Exchange 2007- oder Exchange 2010-Postfachserver am lokalen Active Directory-Standort.
SmtpRelayWithinAdSite: Die Warteschlange enthält Nachrichten für die Übermittlung durch einen Exchange 2007- oder Exchange 2010-Hub-Transport-Server an einen anderen Hub-Transport-Server am gleichen Active Directory-Standort. Der Zielhub-Transportserver kann der Quellserver für einen Connector oder ein Verteilungsgruppenerweiterungsserver sein.
SmtpRelaytoTiRg: Die Warteschlange enthält Nachrichten für die Übermittlung 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, ein Verteilergruppenerweiterungsserver oder ein Exchange 2003-Bridgeheadserver sein.

IncomingRate, OutgoingRate und Velocity

Exchange 2013 misst die Rate von Nachrichten, die eine Warteschlange betreten und verlassen, und speichert diese Werte in 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, gemittelt in den letzten 60 Sekunden. Die Formel kann als (i1+i2+i3+i4+i5+i6)/6ausgedrückt werden, wobei i*n_ = die Anzahl der eingehenden Nachrichten in 5 Sekunden ist.
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, gemittelt in den letzten 60 Sekunden. Die Formel kann als (o1+o2+o3+o4+o5+o6)/6ausgedrückt werden, wobei o*n_ = die Anzahl der ausgehenden Nachrichten in 5 Sekunden ist.
Geschwindigkeit: Diese Eigenschaft ist die Ausgleichsrate 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, gelangen Nachrichten schneller in die Warteschlange, 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 dem großen negativen Wert Velocity, einem großen MessageCount-Wert , einem kleinen OutgoingRate-Wert und einem großen IncominRate-Wert genaue Indikatoren, dass die Warteschlange nicht ordnungsgemäß geleert wird. Eine Warteschlange mit einem negativen Velocity-Wert , der sehr nahe 0 (null) liegt und auch sehr kleine Werte für IncomingRate, OutgoingRate und MessageCount aufweist, weist jedoch 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 überträgt aktiv Nachrichten.
Verbinden: Die Warteschlange wird gerade mit dem nächsten Hop verbunden.
Bereit: Die Warteschlange hat kürzlich nachrichten übertragen, aber die Warteschlange ist jetzt leer.
Wiederholen: Fehler beim letzten automatischen oder manuellen Verbindungsversuch, und die Warteschlange wartet darauf, die Verbindung erneut herzustellen.
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 Nicht erreichbare Warteschlange 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, Uhrzeit 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 ihr 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 von Microsoft reserviert und wird nicht in lokalen Exchange-Organisationen verwendet.
PendingRemove: Die Nachricht wurde vom Administrator gelöscht, aber die Nachricht wurde bereits an den nächsten Hop übertragen. 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 wurde bereits an den nächsten Hop übertragen. 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 Warteschlange und kann verarbeitet werden.
Wiederholen: Fehler beim letzten automatischen oder manuellen Verbindungsversuch für die Warteschlange, in der sich diese Nachricht befindet. 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 Nachrichtenfilter.

Verwalten von Warteschlangen und Nachrichten in Warteschlangen

Queue Viewer und praktisch alle Warteschlangen- und Nachrichtenverwaltungs-Cmdlets 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 Ansicht des Status von Warteschlangen auf allen Servern in einem bestimmten Bereich bereitstellt, z. B. einer DAG, einem Active Directory-Standort, einer Liste von Servern oder der gesamten 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.