Grundlegendes zu den Auswirkungen von Grenzwerten für die IDs von benannten Eigenschaften und Replikaten auf Exchange-Datenbanken

Gilt für: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1

Letztes Änderungsdatum des Themas: 2012-03-26

Microsoft verwendet die Messaging-API (MAPI) als Methode zum Verbinden verschiedener Messagingtransportkomponenten. Die MAPI-Spezifikation stellt die meisten Objekte als Eigenschaften dar. Zum Identifizieren dieser Eigenschaften verwendet MAPI Bezeichner, die als Eigenschaftenbezeichner oder PropIDs bezeichnet werden.

Eigenschaftenbezeichner sind eine Sammlung hexadezimaler Werte im Bereich von 1 bis 0xFFFF. Dies ergibt 65.534 Eigenschaften. Diese Eigenschaften werden in die folgenden Gruppen unterteilt, die auch als Bereiche bezeichnet werden:

• Übertragbare Eigenschaften – Dieser Bereich besteht aus Eigenschaften, die Exchange mit einer Nachricht senden kann.

• Interne Eigenschaften – Dieser Bereich besteht aus Eigenschaften, die nur von Exchange festgelegt werden können.

• Nicht übertragbare Eigenschaften – Dieser Bereich stellt Eigenschaften dar, die nicht außerhalb der Organisation zugestellt werden, wenn Exchange eine Nachricht zustellt.

Die Eigenschaften in diesen Bereichen werden als Standardeigenschaften bezeichnet. MAPI-Standardeigenschaften besitzen feste IDs und stellen alle Eigenschaften unterhalb von 0x8000 dar.

Neben diesen Bereichen gibt es einen weiteren Bereich. Dieser Bereich ist der größte Bereich. Er stellt alle Eigenschaften bei 0x8000 und darüber dar. Die Eigenschaften in diesen Bereichen werden als benannte Eigenschaften bezeichnet. Benannte Eigenschaften bieten für Hersteller eine Möglichkeit, den MAPI-Standardeigenschaftensatz durch Hinzufügen ihrer eigenen Eigenschaften zu erweitern.

Benannte Eigenschaften bestehen aus den folgenden beiden Haupttypen:

• Eigenschaften, die Zahlen als Namen besitzen. Diese Eigenschaften werden von Programmen wie z. B. Microsoft Outlook verwendet. Diese Eigenschaftennamen werden im Allgemeinen in einer Quelldatei definiert.

• Eigenschaften, die Zeichenfolgewerte als Namen besitzen. Diese Eigenschaften werden als "Zeichenfolgeeigenschaften" bezeichnet. Neben einem Namen besitzt jede dieser Eigenschaften eine zugehörige GUID. Auf diese Weise können Entwickler benannte Eigenschaften in Eigenschaftensätze aufteilen.

Da den benannten Eigenschaften keine bestimmten IDs zugewiesen sind, bietet MAPI eine Möglichkeit zum dynamischen Erstellen eindeutiger IDs für benannte Eigenschaften sowie für die Verwaltung einer beständigen Zuordnung zwischen der benannten Eigenschaft und ihrer eindeutigen ID. Eine dynamische Erstellung dieser IDs bedeutet jedoch auch, dass die Eigenschaften-IDs für benannte Eigenschaften von Computer zu Computer unterschiedlich sein können.

Der Microsoft Exchange-Informationsspeicherdienst verwaltet eine Tabelle benannter Eigenschaften für jede Datenbank. Wenn der Informationsspeicher eine Nachricht mit benutzerdefinierten Informationen verarbeitet, fügt er automatisch der Tabelle der benannten Eigenschaften einen Eintrag für jede benutzerdefinierte Eigenschaft hinzu, die zuvor noch nicht verarbeitet wurde.

Über das Internet gesendete Nachrichten werden in einem Format übertragen, das als Message/RFC822 bezeichnet wird. Dabei handelt es sich um ein Textformat, das Nachrichten als Nur-Text sowie Kopfzeilen mit Schlüssel-/Wertpaaren enthält. RFC822 bietet Unterstützung für einen Eigenschaftensatz, der als X-Kopfzeilen bezeichnet wird.

Zum Übersetzen von Nachrichten aus dem Message/RFC822-Format in das MAPI-Format verwendet Exchange eine Komponente namens IMail. IMail ruft die Schlüsselwertpaare aus einer RFC822-Nachricht ab und übersetzt diese nach Möglichkeit in MAPI-Eigenschaften. IMail stellt außerdem die umgekehrte Übersetzung zur Verfügung und ruft die MAPI-Eigenschaften ab und übersetzt diese dann in RFC822-Schlüsselwertpaare.

Ab Microsoft Exchange 2000 Server umfasste die IMail-Komponente Unterstützung für Kopfzeilen, die als "Ad-hoc"-Kopfzeilen bezeichnet werden. Dabei handelt es sich um Kopfzeilen, die Exchange für die zukünftige Verwendung reserviert. Einer der Kopfzeilentypen, die in der Ad-hoc-Kopfzeilendefinition enthalten war, waren X-Kopfzeilen. Daher speicherte Exchange die X-Kopfzeileninformationen für die zukünftige Verwendung. 

Wenn ein Unternehmen beispielsweise eine neue Anwendung implementierte, die in Exchange integriert wird, und eine bestimmte SMTP-X-Kopfzeile (Simple Mail Transfer Protocol) verwendete, erstellte der Microsoft Exchange-Informationsspeicherdienst beim Verarbeiten der ersten Nachricht, die diese Informationen enthielt, eine benannte Eigenschaft für diese benutzerdefinierten Informationen.

Exchange speichert diese benannten Eigenschaften mit den Nachrichten, die die betreffende X-Kopfzeile enthalten. Microsoft hat den Namespace PS_INTERNET_HEADERS veröffentlicht, um die X-Kopfzeilen aus Nachrichten zu gruppieren, die über das Internet empfangen wurden.

Einschränkungen benannter Eigenschaften

Die folgende Liste fasst wichtige Aspekte benannter Eigenschaften zusammen:

• X-Kopfzeilen sind Felder in Message/RFC822-Nachrichten, die wichtige Werte enthalten.

• Benannte Eigenschaften sind die Methode, die Exchange zum Reservieren einer ID für einen bestimmten Wert verwendet.

• Benannte Eigenschaften liegen im Bereich der Eigenschaftenbezeichner von 0x8000 bis 0xFFFF. Aus diesem Grund ist die Anzahl der benannten Eigenschaften eingeschränkt, die in einer Messagingdatenbank (MDB) erstellt werden können.

• Nachdem eine benannte Eigenschaft zugewiesen wurde, kann die Zuweisung nicht mehr aufgehoben werden. Die Eigenschaft bleibt für die betreffende Kombination aus Name und GUID reserviert.

  Hinweis

  Es ist technisch möglich, zugewiesene benannte Eigenschaften wiederherzustellen. Dieser Vorgang ist jedoch in der Praxis kaum durchführbar, weil es erforderlich wäre, die Bereitstellung der MDB für die Zeitspanne aufzuheben, die zum Untersuchen jeder Nachricht auf nicht verwendete Eigenschaften benötigt wird.

Da eine feste Anzahl benannter Eigenschaften verfügbar ist, verwendet Exchange ein Kontingentsystem, um die Anzahl der zugewiesenen benannten Eigenschaften nachzuverfolgen. In diesem System warnt der Prozess Store.exe, wenn die verfügbaren benannten Eigenschaften-IDs bald erschöpft sind. Wird ein zweiter Schwellenwert erreicht, weist der Prozess Store.exe keine weiteren benannten Eigenschaften-IDs zu.

Mangel an benannten Eigenschaften

Zwar verwenden viele Programme benannte Eigenschaften, Microsoft Outlook ist jedoch der Hauptverwender benannter Eigenschaften. Wenn die benannten Eigenschaften-IDs erschöpft sind, kann Outlook keine benannte Eigenschaft zuordnen. Unter diesen Umständen treten ggf. Symptome auf, die den Folgenden ähneln:

• Die Ereignis-IDs 9666 und 9667 werden im Anwendungsprotokoll protokolliert. Weitere Informationen finden Sie unter Die Ereignisse 9666, 9667, 9668 und 9669 treten auf, wenn die benannten Eigenschaften oder Replikat-IDs für eine Exchange-Datenbank aufgebraucht sind.

• Nachrichten, die Eigenschaften enthalten, die nicht zugeordnet werden können, werden nicht zugestellt. Wenn Sie die Nachrichtenverfolgungsinformationen für eine betroffene Nachricht untersuchen, bemerken Sie Informationen, die den Folgenden ähneln:

  550 5.2.0 STOREDRV.Deliver: Fehler des Microsoft Exchange-Informationsspeicherdiensts. Die folgenden Informationen unterstützen Sie bei der Identifikation der Fehlerursache:

• Wenn ein Add-In, das Nachrichten benannte Eigenschaften oder X-Kopfzeilen hinzufügt, in Outlook installiert wird, werden bestimmte Nachrichten ggf. nicht an andere Benutzer in der Organisation gesendet. Unter diesen Umständen erhält der sendende Benutzer einen Unzustellbarkeitsbericht, der dem Folgenden ähnelt:

  Diese Nachricht hat das E-Mail-System des Empfängers erreicht, die Übermittlung der Nachricht wurde jedoch abgelehnt. Versuchen Sie nochmals, diese Nachricht zu senden. Wenn die Übermittlung erneut fehlschlägt, wenden Sie sich an den Systemadministrator.

Replikatbezeichner

Das Problem, das die Verfügbarkeit benannter Eigenschaften einschränkt, wirkt sich auch auf die Replikatbezeichner Öffentlicher Ordner aus. Der maximale Grenzwert liegt bei 32.767 Eigenschaften-IDs für jede Datenbank. Wenn dieser Grenzwert für eine bestimmte Datenbank erreicht wird, kann Exchange keine weiteren neuen Eigenschaften-IDs erstellen.

Wenn dieses Problem bei einer Postfachdatenbank auftritt, müssen Sie eine neue Postfachdatenbank erstellen, alle Postfächer in die neue Datenbank verschieben und dann die Postdachdatenbank löschen, die den Grenzwert für Eigenschaften-IDs erreicht hat. Anschließend können Sie eine neue Postfachdatenbank erstellen und die Postfächer zurück in diese Postfachdatenbank verschieben.

Wenn dieses Problem bei einer Öffentlichen Ordner-Datenbank auftritt, ist der Wiederherstellungsvorgang komplizierter. Sie müssen in diesem Fall alle Öffentlichen Ordner auf einen anderen Server replizieren und dann die betroffene Öffentliche Ordner-Datenbank löschen. Anschließend können Sie die Inhalte zurück auf den ursprünglichen Server replizieren. Wenn Sie bereits Replikation für Ihre Öffentlichen Ordner konfiguriert haben, enthalten die anderen Öffentlichen Ordner-Datenbanken in Ihrer Organisation jedoch wahrscheinlich bereits die Elemente, die die benannten Eigenschaften aufgebraucht haben. Diese Datenbanken haben wahrscheinlich ebenfalls die konfigurierten ID-Grenzwerte erreicht. Wenn Sie dieses Problem umgehen möchten, müssen Sie die Altersgrenzen für die Öffentlichen Ordner so konfigurieren, dass ältere Inhalte, auf die nicht zugegriffen wird und die ggf. benannte Eigenschaften belegen, bereinigt werden. Alternativ können Sie die Inhalte der Öffentlichen Ordner-Datenbank auf mehrere Öffentliche Ordner-Datenbanken verteilen.

Standardmäßig stellt Microsoft Exchange Server 2007 für benannte Eigenschaften, die von authentifizierten Benutzern und Replikatbezeichnern erstellt werden, ein Kontingent von 16.384 zur Verfügung. Das Standardkontingent für benannte Eigenschaften, die nicht von authentifizierten Benutzern erstellt werden, beträgt 8.192. Durch diese Standardkontingente erhalten Sie frühzeitig eine Benachrichtigung, wenn potenziell keine weiteren Eigenschaften Eigenschaften-IDs zur Verfügung stehen. Auf diese Weise können Sie Maßnahmen einleiten, bevor der Maximalwert erreicht und der Betrieb der Datenbank eingestellt wird. Daher können die Kontingente Sie dabei unterstützen, die Auswirkungen einer nicht funktionierenden Anwendung oder eines böswilligen DoS-Angriffs (Denial-of-Service) zu minimieren. Sie können die Kontingente für die Anzahl der benannten Eigenschaften und Replikat-IDs auch konfigurieren. Ausführliche Beschreibungen der Schritte, die zum Konfigurieren von Kontingenten erforderlich sind, finden Sie unter Konfigurieren von Kontingenten für benannte Eigenschaften und Replikat-IDs für Exchange 2007-Datenbanken.

Änderungen an X-Kopfzeilen in Updaterollup 8 für Exchange 2007 SP1 und Exchange 2007 SP2

Ab Updaterollup 8 für Exchange Server 2007 SP1 wurden Änderungen an der Unterstützung von X-Kopfzeilen durch Exchange vorgenommen.

In früheren Versionen von Exchange werden X-Kopfzeilen auf Datenbankebene weitergeleitet. Wenn ein bestimmter Benutzer eine benannte Eigenschaft für eine Datenbank zuordnet, erhalten andere Benutzer der Datenbank die gleiche Eigenschaften-ID für die Kombination aus Name und GUID. Updaterollup 8 und spätere Updates implementieren neue Regeln, die steuern, welche Aktivitäten benannte Eigenschaften zum Speichern von X-Kopfzeilenwerten verwenden dürfen.

Durch die neuen Regeln für die X-Kopfzeilenweiterleitung funktionieren viele Szenarien nicht mehr, die bewirken würden, dass neue benannte Eigenschaften belegt werden, um X-Kopfzeilendaten beizubehalten. In den folgenden Abschnitten werden einige dieser Szenarien beschrieben.

Szenarien, in denen benannte Eigenschaften nicht mehr zum Beibehalten von X-Kopfzeilen verwendet werden

Anonyme Übermittlungen

Anonyme E-Mail-Nachrichten aus dem Internet belegen nicht mehr benannte Eigenschaften für X-Kopfzeilen. Vorhandene X-Kopfzeileninformationen aus anonymen E-Mail-Nachrichten werden zwar beibehalten, der Wert von X-Kopfzeilen wird jedoch nicht mehr als Eigenschaft für die E-Mail-Nachricht gespeichert.

Eingebettete Nachrichten

Das Feature "Eingebettete Nachrichten" wurde als Interoperabilitätsfeature für MAPI-Anwendungen erstellt. Dieses Feature ermöglicht das Festlegen von Umschlageigenschaften oder Eigenschaften auf oberster Ebene. Eingebettete Nachrichten belegen nicht mehr neue benannte Eigenschaften.

Journalnachrichten

Journalnachrichten belegen in Exchange die größte Anzahl von X-Kopfzeilen. Betrachten Sie das folgende Szenario:

• In Ihrer Organisation werden 100 Datenbanken zusammen mit einer Journaldatenbank verwendet.

• Für jede Messagingdatenbank (MDB) gehen 100 neue X-Kopfzeilen pro Monat aus dem Internet ein.

Unter diesen Umständen gelten für die MDB 100 x 100 neue X-Kopfzeilen pro Monat. Aus diesem Grund dauert es nicht lange, bis die verfügbaren benannten Eigenschaften erschöpft sind.

Szenarien, in denen benannte Eigenschaften auch weiterhin zum Beibehalten von X-Kopfzeilen verwendet werden

Authentifizierte Benutzer

Authentifizierte Benutzer können weiterhin Nachrichten erstellen, deren X-Kopfzeilen weitergeleitet werden.

MAPI-Anwendungen

MAPI-Anwendungen können auch weiterhin benannte Eigenschaften erstellen. (Diese Eigenschaften, die im Namespace PS_INTERNET_HEADERS gespeichert sind, sind X-Kopfzeilen). Exchange-Webdiensteanwendungen, die Eigenschaftenzuordnungen verwenden, können ebenfalls benannte Eigenschaften erstellen. Diese Eigenschaften können ebenfalls X-Kopfzeilen sein.

Wenn Sie das Kennzeichen MAPI_CREATE in einer Anforderung verwenden, fügt die Anwendung die betreffende X-Kopfzeile automatisch der Liste der X-Kopfzeilen hinzu, die in der MDB gespeichert ist. Wenn die Anwendung eine X-Kopfzeile aus MAPI durch Erstellen einer benannten Eigenschaftenzuordnung im Namespace PS_INTERNET_HEADERS festlegt, wird ebenfalls bereits eine Zuordnung für die X-Kopfzeile erstellt. Exchange speichert diese Zuordnung für eingehende Nachrichten und generiert die Zuordnung für ausgehende Nachrichten. 

Eigenschaftenänderungen in Exchange 2010

Exchange Server 2010 umfasst weitere Verbesserungen, um die in diesem Dokument beschriebenen Problem zu beheben. In Exchange 2010 werden benannte Eigenschaftenressourcen nicht auf die Datenbankebene, sondern auf die Postfachebene verschoben.

Weitere Informationen

Weitere Informationen zum Verwalten von Datenbanken finden Sie unter Verwalten von Speichergruppen und Datenbanken.

Weitere Informationen zu Sicherheits- und Schutzfeatures in Exchange 2007 finden Sie unter Sicherheit und Schutz.