Warteschlangen

Gilt für: Exchange Server 2013

Eine Warteschlange ist ein temporärer Speicherort für Nachrichten, die auf den Eintritt in die nächste Verarbeitungsphase oder die Zustellung an ihr jeweiliges Ziel warten. Jede Warteschlange stellt einen logischen Satz von Nachrichten dar, die von einem Exchange-Server in einer bestimmten Reihenfolge verarbeitet werden. In Microsoft Exchange Server 2013 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 die vorherigen Versionen von Exchange verwendet Exchange 2013 eine einzige ESE-Datenbank (Extensible Storage Engine) für den Warteschlangenspeicher.

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

Warteschlangentypen

Die folgenden Arten von Warteschlangen werden in Exchange 2013 verwendet:

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

    • Übermittlungswarteschlange: Die Übermittlungswarteschlange wird vom Kategorisierer 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 die Übermittlungswarteschlange verarbeitet. Auf Postfachservern werden Nachrichten über einen Empfangsconnector, die Verzeichnisse "Pickup" oder "Replay" 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.

      Der Kategorisierer 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 Übermittlungswarteschlange oder in die nicht erreichbare Warteschlange verschoben. Jeder Transportserver verfügt nur über eine Übermittlungswarteschlange. Nachrichten, die sich in der Übermittlungswarteschlange befinden, können sich nicht gleichzeitig in anderen Warteschlangen befinden. Weitere Informationen zum 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 Warteschlange "Nicht erreichbar" werden automatisch erneut gesendet, wenn eine Routingänderung erkannt wird. Nachdem der Bedingungs- oder Konfigurationsfehler dazu geführt hat, dass die Nachrichten in die nicht erreichbare Warteschlange eingereiht wurden, müssen Sie also keine zusätzliche Aktion ausführen, 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 der Get-Queue angezeigt.

    • Giftnachrichtenwarteschlange: Die Giftnachrichtenwarteschlange 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 bestimmt sind. Die Nachrichten können in ihrem Inhalt und Format wirklich schädlich sein. Alternativ können sie die Ergebnisse eines schlecht geschriebenen Agents sein, der dazu geführt hat, dass der Exchange-Server fehlschlägt, wenn er die angeblich schlechten Nachrichten verarbeitet hat.

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

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

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

  • Sicherheitsnetz: Safety Net behält Kopien von Nachrichten bei, die erfolgreich vom Transportserver übermittelt wurden. Es kann zwar nicht von Warteschlangenverwaltungstools verwendet werden, aber Safety Net ist 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 nicht erfasste Datenbankänderungen, die in den Transaktionsprotokollen gefunden werden, immer für die Datenbank übernommen.

Für die Warteschlangendatenbank wird die Umlaufprotokollierung verwendet. Dies bedeutet, dass der Verlauf der zugesicherten Transaktionen, die in den Transaktionsprotokollen gefunden werden, nicht verwaltet wird. 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 unabhängig von der Warteschlange oder dem Ziel von 13:00 uhr bis 14:00 Uhr in die Warteschlange eingereiht wurden, 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, jedoch nur, wenn alle Nachrichten in der Tabelle erfolgreich verarbeitet wurden. Diese Vorgehensweise, d. h. statt einzelner Nachrichten die gesamte Nachrichtentabelle zu löschen, trägt zu einer Verbesserung der E/A-Leistung des Laufwerks bei, auf dem die Warteschlangendatenbank gespeichert ist.

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

Dateien, die die Warteschlangendatenbank bilden

Datei Beschreibung
Mail.que In dieser Warteschlangendatenbank-Datei sind alle in der Warteschlange befindlichen Nachrichten gespeichert.
Tmp.edb Diese temporäre Datenbankdatei wird verwendet, um das Schema der Warteschlangendatenbank beim Starten zu überprüfen.
Trn_.log In diesem Transaktionsprotokoll werden alle Änderungen an der Warteschlangendatenbank aufgezeichnet. Änderungen an der Datenbank werden zuerst in das Transaktionsprotokoll geschrieben und dann in die Datenbank übernommen. 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 vor der Ausführung gruppiert werden können. 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 wartet, bis mehrere Datenbank-E/A-Vorgänge gruppiert werden, bevor sie 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 Anzahl der Vom QueueDatabaseBatchSize-Schlüssel angegebenen Datenbank-E/A-Vorgänge 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 Speicher an, der zum Zwischenspeichern der Transaktionsdatensätze verwendet wird, bevor sie in die Transaktionsprotokolldatei geschrieben werden.
QueueDatabaseLoggingFileSize 5 MB Dieser Schlüssel gibt die maximale Größe einer Transaktionsprotokolldatei an. Wenn die maximale Größe der Protokolldatei erreicht wird, wird eine neue Protokolldatei geöffnet.
QueueDatabaseLoggingPath %ExchangeInstallPath%TransportRoles\data\Queue Dieser Schlüssel gibt das Standardverzeichnis für die Protokolldateien der Warteschlangendatenbank an. Anweisungen zum Ändern des Speicherorts der Warteschlangendatenbank finden Sie unter Ändern des Speicherorts der Warteschlangendatenbank.
QueueDatabaseMaxBackgroundCleanupTasks 32 Dieser Schlüssel gibt die maximale Anzahl von Hintergrundbereinigungsaufgaben an, die jederzeit im Threadpool des Datenbankmoduls in die Warteschlange gestellt werden können.
QueueDatabaseOnlineDefragEnabled True Der Schlüssel aktiviert oder deaktiviert die geplante Onlinedefragmentierung der E-Mail-Warteschlangendatenbank. Dieser Schlüssel ist standardmäßig nicht in der Datei "EdgeTransport.exe.config" vorhanden.
QueueDatabaseOnlineDefragSchedule 1:00:00oder 1:00 Uhr. Dieser Schlüssel gibt die 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.
QueueDatabaseOnlineDefragTimeToRun 3:00:00 oder 3 Stunden Dieser Schlüssel gibt an, wie lange die Onlinedefragmentierungsaufgabe ausgeführt werden darf. Selbst wenn der Defragmentierungstask nicht in der angegebenen Zeit abgeschlossen wird, wird die Warteschlangendatenbank in einem konsistenten Zustand zurückgelassen. Geben Sie den Wert als Zeitraum ein: hh:mm:ss, wobei h = Stunden, m = Minuten und s Sekunden angibt.
QueueDatabasePath %ExchangeInstallPath%TransportRoles\data\Queue Dieser Schlüssel gibt das Standardverzeichnis für die Warteschlangendatenbankdateien an. Anweisungen zum Ändern des Speicherorts der Warteschlangendatenbank finden Sie unter Ändern des Speicherorts der Warteschlangendatenbank.

Hinweis

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

Warteschlangeneigenschaften

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

NextHopSolutionKey

Das Ziel einer Nachricht wird von der Routingkomponente des Kategorisierungsmoduls im Microsoft Exchange-Transportdienst ausgewählt, und mithilfe dieses Ziels wird die Zustellungswarteschlange erstellt. Das Ziel wird 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, der das ultimative Ziel der Nachricht oder ein Zwischenhops auf dem Weg sein könnte. Der Transportdienst verwendet eine vordefinierte Liste von Werten für DeliveryType basierend auf dem Zielroutingziel oder der Übermittlungsgruppe.

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

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

Exchange 2013 fügt außerdem die NextHopCategory-Eigenschaft basierend auf dem Wert von DeliveryType zur Warteschlange 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 zur Übermittlung an Empfänger in einem Nicht-SMTP-Adressraum. Die Nachrichten werden mithilfe eines Delivery 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 Delivery Agent-Connectors. Beispiel: 4520e633-d83d-411a-bbe4-6a84648674ee.
DnsConnectorDelivery DnsConnectorDelivery Die Warteschlange enthält Nachrichten zur Ü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 zur Übermittlung an Empfänger in einem Nicht-SMTP-Adressraum. Die Nachrichten werden mithilfe eines ausländischen 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 zur Übermittlung an Empfänger in einem SMTP-Adressraum. Die Nachrichten werden mithilfe eines Sendeconnectors übermittelt, der auf dem lokalen Server konfiguriert ist. Der Sendeconnector ist für die Verwendung des intelligenten Hostroutings konfiguriert. Extern Dieser Wert entspricht der Liste von Smarthosts, die für den Sendeconnector konfiguriert sind. Smarthosts können als FQDNs, IP-Adressen oder beides konfiguriert sein. Folgende Werte sind möglich:
  • FQDN: Die Syntax lautet <FQDN1,FQDN2,...>. Zum Beispiel smarthost01.contoso.com oder smarthost01.contoso.com,smarthost02.fabrikam.com.
  • IP-Adresse: Die Syntax lautet <[IPAddress1],[IPAddress2],...>. Zum Beispiel [10.10.10.100] oder [10.10.10.100],[10.10.10.101].
  • FQDN und IP-Adresse: Die Syntax ist <[IPAddress1],FQDN1,...>und hängt davon ab, wie die Smarthosts im Sendeconnector aufgelistet werden. Zum Beispiel [172.17.17.7],relay.tailspintoys.com oder mail.contoso.com,[192.168.1.50].
Dieser Wert entspricht der GUID des Sendeconnectors. Beispiel: 4520e633-d83d-411a-bbe4-6a84648674ee.
SMTP-Zustellung an Postfach SmtpDeliveryToMailbox Die Warteschlange enthält Nachrichten für die Übermittlung an Exchange 2013-Postfachempfänger. Die Zielpostfachdatenbank befindet sich an einem der folgenden Speicherorte:
  • Der lokale Exchange 2013-Postfachserver.
  • Ein Exchange 2013-Postfachserver in derselben DAG.
  • Ein Exchange 2013-Postfachserver am selben Active Directory-Standort in Nicht-DAG-Umgebungen.
Intern Dieser Wert entspricht dem Namen der Ziel-Postfachdatenbank. Beispiel: Mailbox Database 0471695037. Dieser Wert entspricht der GUID der Ziel-Postfachdatenbank. Beispiel: 6dcb5a1e-0a88-4fc9-b8f9-634c34b1a123.
SMTP-Relay zu Sendeconnector-Quellservern SmtpRelayToConnectorSourceServers Die Warteschlange enthält Nachrichten für die Zustellung an SMTP- oder Nicht-SMTP-Empfänger. Die Nachrichten werden mithilfe eines Sendeconnectors, eines Zustellungs-Agent-Connectors oder eines Fremdkonnektors übermittelt, der auf einem Remotetransportserver konfiguriert ist. Der Remotetransportserver kann ein Exchange 2013-Postfachserver oder ein Exchange 2007- oder Exchange 2010-Hub-Transportserver 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 Sendeconnectors, des Übermittlungs-Agent-Connectors oder des Fremdkonnektors. Beispiel: Contoso.com Send Connector. Dieser Wert ist die GUID des Ziel-Sendeconnectors, des Übermittlungs-Agent-Connectors oder des Fremdkonnektors. Beispiel: 4520e633-d83d-411a-bbe4-6a84648674ee.
SMTP-Relay zur Database Availability Group SmtpRelayToDag Die Warteschlange enthält Nachrichten zur Übermittlung an Exchange 2013-Postfachempfänger, in denen sich die Zielpostfachdatenbank in einer Remote-DAG befindet. Die Remote-DAG kann sich am lokalen Active Directory-Standort oder an einem Active Directory-Remotestandort befinden. Intern Dieser Wert entspricht dem Namen der Ziel-DAG. Beispiel: DAG1. Dieser Wert entspricht der GUID der Ziel-DAG. Beispiel: 6dcb5a1e-0a88-4fc9-b8f9-634c34b1a123
SMTP-Relay zur Postfachzustellungsgruppe SmtpRelayToMailboxDeliveryGroup Die Warteschlange enthält Nachrichten für die Zustellung an 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 ausgeführt wird wie das Zielpostfach. Der Hub-Transport-Zielserver kann sich am lokalen Active Directory-Standort oder an einem Active Directory-Remotestandort befinden. Intern Der Warteschlangenname verwendet die Folgendes: 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 Zustellung 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 Zielname des Active Directory-Standorts. 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 zur Ü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-Transportserver 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 zur Ü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, für 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 lautet Submissiondieser Wert . Für die Giftnachrichtenwarteschlange lautet Poison Messagedieser Wert . Dieser Wert ist 00000000-0000-0000-0000-000000000000.
Nicht wiedererreichbar 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 in der Warteschlangenanzeige und der Shell verfügbar, werden aber nicht von Exchange 2013 verwendet. Diese Legacy-DeliveryType-Werte sind:

  • MapiDelivery: Die Warteschlange enthält Nachrichten zur 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 zur Zustellung durch einen Exchange 2007- oder Exchange 2010-Hub-Transportserver an einen anderen Hub-Transport-Server am selben Active Directory-Standort. Der Hub-Transport-Zielserver kann der Quellserver für einen Connector oder ein Erweiterungsserver für Verteilergruppen sein.
  • SmtpRelaytoTiRg: Die Warteschlange enthält Nachrichten zur Zustellung durch einen Exchange 2007- oder Exchange 2010 Hub-Transport-Server an eine Exchange Server 2003-Routinggruppe. Der Zielserver kann der Quellserver für einen Connector, ein Erweiterungsserver für Verteilergruppen oder ein Exchange 2003-Brückenkopfserver sein.

IncomingRate, OutgoingRate und Velocity

Exchange 2013 misst die Häufigkeit von Nachrichten, die in eine Warteschlange eingehen und diese 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 eingereiht werden, die im Durchschnitt in den letzten 60 Sekunden eingegeben wurden. 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, im Durchschnitt in den letzten 60 Sekunden. Die Formel kann als (o1+o2+o3+o4+o5+o6)/6ausdrucken werden, wobei o*n_ = die Anzahl ausgehender Nachrichten in 5 Sekunden ist.

  • Geschwindigkeit: Diese Eigenschaft ist die Abflussrate 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 eintreten.

    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, treten Nachrichten schneller in die Warteschlange ein, 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. Eine Warteschlange mit einem großen negativen Geschwindigkeitswert , einem großen MessageCount-Wert , einem kleinen OutgoingRate-Wert und einem großen IncominRate-Wert sind beispielsweise genaue Indikatoren, die die Warteschlange nicht ordnungsgemäß entleert. Eine Warteschlange mit einem negativen Geschwindigkeitswert , der sehr nahe 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 Nachrichten aktiv.

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

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

  • Wiederholung: Fehler beim letzten automatischen oder manuellen Verbindungsversuch, und die Warteschlange wartet darauf, die Verbindung erneut zu versuchen.

  • 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 Warteschlange "Nicht erreichbar" anhalten, werden Nachrichten nicht automatisch an den Kategorisierer 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 auf 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.
  • Wiederholung: 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 Giftnachrichtenwarteschlange 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

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

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

Hinweis

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

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

Aufgabe Description Zu verwendendes Tool Anweisungen
Warteschlangen auf einem Server anzeigen und filtern Diese Aktion zeigt eine oder mehrere Warteschlangen auf einem Transportserver an. Anhand der Ergebnisse können Sie Maßnahmen für die Warteschlangen ergreifen. Queue Viewer oder das Cmdlet "Get-Queue ". Verwalten von Warteschlangen
Warteschlangen auf bestimmten Servern in bestimmten DAGs, an bestimmten Active DirectoryStandorten oder innerhalb der Active Directory-Gesamtstruktur anzeigen und filtern. Diese Aktion zeigt eine Zusammenfassungsansicht der Warteschlangen in einem definierten Bereich (Server, DAGs, Active Directory-Standorte oder die gesamte Active Directory-Gesamtstruktur) an. Nur Get-QueueDigest-Cmdlet Verwalten von Warteschlangen
Warteschlangen anhalten Diese Aktion verhindert vorübergehend die Zustellung von Nachrichten, die sich derzeit in der Warteschlange befinden. Die Warteschlange nimmt weiter neue Nachrichten auf, ohne dass Nachrichten die Warteschlange verlassen. Queue Viewer oder das Cmdlet "Suspend-Queue ". Verwalten von Warteschlangen
Warteschlangen fortsetzen Diese Aktion kehrt die Auswirkung der Aktion "Warteschlange anhalten" um und ermöglicht das Fortsetzen der Übermittlung von Nachrichten in der Warteschlange. Queue Viewer oder das Cmdlet "Resume-Queue ". Verwalten von Warteschlangen
Warteschlangen wiederholen Diese Aktion versucht sofort, eine Verbindung mit dem nächsten Hop herzustellen. Wenn keine Verbindung zum nächsten Hop hergestellt werden kann, wird der Verbindungsversuch ohne manuellen Eingriff in bestimmten Zeitintervallen eine bestimmte Anzahl von Malen wiederholt.

Mit jedem Verbindungsversuch wird der nächste Wiederholungszeitpunkt zurückgesetzt, unabhängig davon, ob der Verbindungsversuch manuell oder automatisch erfolgt. Weitere Informationen finden Sie unter Wiederholungsintervalle, Intervalle für die erneute Übermittlung und Ablaufintervalle für Nachrichten.
Queue Viewer oder das Cmdlet "Retry-Queue ". Verwalten von Warteschlangen
Nachrichten in Warteschlangen erneut übermitteln Diese Aktion bewirkt, dass die Nachrichten in der Warteschlange erneut an die Übermittlungswarteschlange übermittelt werden und den Kategorisierungsprozess durchlaufen. Retry-Queue mit dem Parameter "Resubmit "

Beachten Sie, dass Sie den Warteschlangen-Viewer verwenden können, um Nachrichten erneut zu senden, aber nur aus der Giftnachrichtenwarteschlange. Um eine Nachricht erneut in Giftnachricht zu übermitteln, setzen Sie die Nachricht in der Warteschlangenanzeige oder mithilfe des Cmdlets "Resume-Message " fort.
Verwalten von Warteschlangen
Nachrichten in Warteschlangen anhalten Diese Aktion verhindert vorübergehend die Zustellung einer Nachricht. Über diese Aktion können Sie die Zustellung einer Nachricht an alle Empfänger in einer bestimmten Warteschlange oder an alle Empfänger in allen Warteschlangen anhalten. Queue Viewer oder das Cmdlet "Suspend-Message ". Verwalten von Nachrichten in Warteschlangen
Nachrichten in Warteschlangen fortsetzen Diese Aktion kehrt die Auswirkung der Aktion "Nachricht anhalten" um und ermöglicht das Fortsetzen der Übermittlung von Nachrichten in der Warteschlange. Sie können die Aktion "Nachricht fortsetzen" verwenden, um die Übermittlung einer Nachricht an alle Empfänger in einer bestimmten Warteschlange oder an alle Empfänger in allen Warteschlangen fortzusetzen. Warteschlangenanzeige oder das Cmdlet "Resume-Message ". Verwalten von Nachrichten in Warteschlangen
Nachrichten aus Warteschlangen entfernen Diese Aktion verhindert dauerhaft die Zustellung einer Nachricht. Sie können die Aktion zum Entfernen von Nachrichten verwenden, um die Übermittlung einer Nachricht an alle Empfänger in einer angegebenen Warteschlange oder an alle Empfänger in allen Warteschlangen zu verhindern. Sie können die Aktion zum Entfernen von Nachrichten auch so konfigurieren, dass ein Unzustellbarkeitsbericht (Non-Delivery Report, NDR) an den Absender gesendet wird, wenn die Nachricht entfernt wird. Warteschlangenanzeige oder das Cmdlet "Remove-Message ". Verwalten von Nachrichten in Warteschlangen
Nachrichten aus Warteschlangen exportieren Diese Aktion kopiert eine Nachricht in den angegebenen Dateipfad. Die Nachrichten werden nicht aus der Warteschlange gelöscht, aber eine Kopie der Nachricht wird an einem Dateispeicherort gespeichert. Dadurch können Administratoren oder andere Unternehmensverantwortliche die Nachrichten später untersuchen. Bevor Sie eine Nachricht exportieren, müssen Sie die Nachricht in der Warteschlange anhalten, damit die typische Zustellung während des Exportvorgangs nicht fortgesetzt wird. Nur Export-Message -Cmdlet. Nachrichten aus Warteschlangen exportieren