Die Ereignisse 9666, 9667, 9668 und 9669 treten auf, wenn die benannten Eigenschaften oder Replikat-IDs für eine Exchange-Datenbank aufgebraucht sind

Letztes Änderungsdatum des Themas: 2012-04-26

Dieses Thema enthält Informationen zu den Ereignissen 9666, 9667, 9668 und 9669, die ggf. im Anwendungsprotokoll Ihres Servercomputers mit Exchange protokolliert werden. Diese Ereignisse werden protokolliert, wenn sich eine Datenbank auf einem Servercomputer mit Exchange, auf dem die Serverfunktion Mailbox installiert ist, dem maximalen Grenzwert benannter Eigenschaften oder Replikat-IDs annähert oder diesen erreicht. Weitere Informationen zu benannten Eigenschaften und Replikat-IDs finden Sie unter Grundlegendes zu den Auswirkungen von Grenzwerten für die IDs von benannten Eigenschaften und Replikaten auf Exchange-Datenbanken.

Warnereignisse 9666 und 9668

Wenn eine neue benannte Eigenschaft oder Replikat-ID für ein Postfach oder eine Öffentliche Ordner-Datenbank erstellt und der Kontingentwarnungs-Schwellenwert erreicht ist, wird das Warnereignis 9666 oder 9668 im Ereignisprotokoll protokolliert. Die Schwellenwertwarnung erfolgt 20 Einträge vor dem konfigurierten Kontingent. Die benannte Eigenschaft oder die Replikat-ID wird erfolgreich erstellt. Wenn dies geschieht, enthält das Anwendungsprotokoll ggf. eines der folgenden Ereignisse oder beide Ereignisse:

• Ereignis-ID: 9666

  Typ: Warnung

  Kategorie: Allgemein

  Quelle: msgidNamedPropsQuotaWarning

  Beschreibung: Die Anzahl der benannten Eigenschaften, die für die Datenbank "<Datenbankname>" erstellt wurden, liegt nahe der Kontingentgrenze. Aktuelle Anzahl der benannten Eigenschaften: <Anzahl der benannten Eigenschaften>. Kontingentgrenze für benannte Eigenschaften: <konfiguriertes Kontingent>. Benutzer, der versucht, die benannte Eigenschaft zu erstellen: <Benutzername>. GUID der benannten Eigenschaft: <GUID der benannten Eigenschaft>. Name/ID der benannten Eigenschaft: <Name der benannten Eigenschaft>.

  Wichtig

  Es sind separate Grenzwerte für authentifizierte ebenso wie für nicht authentifizierte benannte Eigenschaften vorhanden. Das Ereignis 9666 wird für beide Typen benannter Eigenschaften protokolliert. Sie müssen die Konfigurationswerte in der Registrierung Ihres Servers mit der Ereignisbeschreibung in Beziehung setzen, wenn Sie ermitteln möchten, welcher Pool benannter Eigenschaften erschöpft ist.

• Ereignis-ID: 9668

  Typ: Warnung

  Kategorie: Allgemein

  Quelle: msgidReplidsQuotaWarning

  Beschreibung: Die Anzahl der Replikat-IDs, die für die Datenbank "<Datenbankname>" erstellt wurden, liegt nahe der Kontingentgrenze. Aktuelle Anzahl der Replikat-IDs: <Anzahl der Replikat-IDs>. Kontingentgrenze für Replikat-IDs: <konfiguriertes Kontingent>. Benutzer, der versucht, die Replikat-ID zu erstellen: <Benutzername>.

Fehlerereignisse 9667 und 9669

Wenn die Datenbank die Kontingentgrenze für benannte Eigenschaften oder Replikat-IDs erreicht hat und ein Versuch unternommen wird, eine neue benannte Eigenschaften oder Replikat-ID zu erstellen, wird das Fehlerereignis 9667 oder 9669 im Ereignisprotokoll protokolliert. Die benannte Eigenschaft oder die Replikat-ID wird nicht erfolgreich erstellt. Wenn dies geschieht, enthält das Anwendungsprotokoll ggf. eines der folgenden Ereignisse oder beide Ereignisse:

• Ereignis-ID: 9667

  Typ: Fehler

  Kategorie: Allgemein

  Quelle: msgidNamedPropsQuotaError

  Beschreibung: Fehler beim Erstellen einer neuen benannten Eigenschaft für Datenbank "<Datenbankname>", da die Anzahl der benannten Eigenschaften die Kontingentgrenze (<konfiguriertes Kontingent>) erreicht hat. Benutzer, der versucht, die benannte Eigenschaft zu erstellen: <Benutzername>. GUID der benannten Eigenschaft: <GUID der benannten Eigenschaft>. Name/ID der benannten Eigenschaft: <Name der benannten Eigenschaft>.

  Wichtig

  Es sind separate Grenzwerte für authentifizierte benannte Eigenschaften und benannte Eigenschaften vorhanden, die nicht authentifiziert sind. Das Ereignis 9667 wird für beide Typen benannter Eigenschaften protokolliert. Sie müssen die Konfigurationswerte in der Registrierung Ihres Servers mit der Ereignisbeschreibung in Beziehung setzen, wenn Sie ermitteln möchten, welcher Pool benannter Eigenschaften erschöpft ist.

• Ereignis-ID: 9669

  Typ: Fehler

  Kategorie: Allgemein

  Quelle: msgidReplidsQuotaError

  Beschreibung: Fehler beim Erstellen einer neuen Replikat-ID für Datenbank "<Datenbankname>", da die Anzahl der Replikat-IDs die Kontingentgrenze (<konfiguriertes Kontingent>) erreicht hat. Benutzer, der versucht, die Replikat-ID zu erstellen: <Benutzername>.

Auch alle MAPI-Clients, z. B. Microsoft Office Outlook, die versuchen, benannte Eigenschaften oder Replikat-IDs zu erstellen, können den Fehlercode 0x80040900 (-2147219200 in Dezimalnotierung) erhalten. Dieser Fehlercode entspricht MAPI_E_NAMED_PROP_QUOTA_EXCEEDED. Dieser Fehler tritt normalerweise auf, wenn der Benutzer versucht, eine neue Nachricht zu senden oder eine neue Nachricht im Ordner Entwürfe des Benutzers zu speichern.

Lösung

Die Problembehebung ist in dem Fall einfacher, wenn eine Datenbank das konfigurierte Kontingent für benannte Eigenschaften oder Replikat-IDs erreicht. Wenn die Datenbank den absoluten Maximalwert von 32.766 erreicht, ist der Wiederherstellungsvorgang komplizierter und führt zu größeren Unterbrechungen in der Exchange-Umgebung.

Bevor Sie beginnen

Damit Sie das nachstehende Verfahren ausführen können, muss Folgendes an das verwendete Konto delegiert worden sein:

• Exchange-Serveradministrator-Rolle und lokale Gruppe Administratoren für den Zielserver

Weitere Informationen zu Berechtigungen, zum Delegieren von Rollen und zu den Rechten, die für die Verwaltung von Microsoft Exchange Server 2007 erforderlich sind, finden Sie unter Überlegungen zu Berechtigungen.

Wiederherstellung nach Erreichen des konfigurierten Kontingents für benannte Eigenschaften oder Replikat-IDs

Wenn Sie das Warnereignis 9666 oder 9668 erhalten, können Sie das konfigurierte Kontingent für die benannten Eigenschaften oder Replikat-IDs erhöhen, um eine Unterbrechung der Exchange-Produktionsumgebung zu verhindern. Da die Konfiguration von Ihnen verlangt, die Bereitstellung der Datenbank aufzuheben und sie dann erneut bereitzustellen, sollten Sie ein Wartungsfenster für den frühesten Zeitpunkt planen, den Ihr Änderungsverwaltungsvorgang zulässt. Wenn Sie das Fehlerereignis 9667 oder 9669 erhalten, erhalten Ihre Benutzer wahrscheinlich bereits Fehlermeldungen, und Sie sollten einen Notfallwartungsvorgang zum Erhöhen der konfigurierten Kontingente implementieren. Ausführliche Anleitungen zum Erhöhen der Kontingente für benannte Eigenschaften und Replikat-IDs finden Sie unter Konfigurieren von Kontingenten für benannte Eigenschaften und Replikat-IDs für Exchange 2007-Datenbanken.

Wiederherstellung nach Erreichen des festen Grenzwerts von 32.766 Einträgen für benannte Eigenschaften oder Replikat-IDs

Wenn alle benannten Eigenschaften oder Replikat-IDs für eine Datenbank erschöpft sind, müssen Sie einen Wiederherstellungsvorgang durchführen, der zu Unterbrechungen in Ihrer Exchange-Umgebung führt.

So stellen Sie eine Postfachdatenbank wieder her

1. Erstellen Sie eine neue Postfachdatenbank auf dem gleichen Server oder einem anderen Servercomputer mit Exchange, auf dem die Serverfunktion Mailbox installiert ist.

2. Verschieben Sie alle Postfächer aus der Datenbank, die Sie wiederherstellen müssen, in die neue Postfachdatenbank.

3. Gehen Sie auf dem Servercomputer mit Exchange, der die wiederherzustellende Postfachdatenbank enthält, folgendermaßen vor:

   1. Heben Sie die Bereitstellung der wiederherzustellenden Postfachdatenbank auf.

   2. Löschen Sie die Datenbankdatei, die der Postfachdatenbank entspricht, die Sie wiederherstellen müssen.

   3. Stellen Sie die Postfachdatenbank bereit. Auf diese Weise wird eine leere Datenbankdatei für die Postfachdatenbank erstellt.

4. Verschieben Sie alle Postfächer zurück in die wiederhergestellte Postfachdatenbank.

So stellen Sie eine Öffentliche Ordner-Datenbank wieder her

1. Erstellen Sie eine neue Öffentliche Ordner-Datenbank auf einem anderen Servercomputer mit Exchange, auf dem die Serverfunktion Mailbox installiert ist.

2. Konfigurieren Sie die Replikation zwischen der wiederherzustellenden Öffentlichen Ordner-Datenbank und der Öffentlichen Ordner-Datenbank, die Sie neu erstellt haben. Weitere Anleitungen zum Konfigurieren der Replikation Öffentlicher Ordner finden Sie unter Konfigurieren der Replikation Öffentlicher Ordner.

   Wichtig

   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, und erreichen ebenfalls den festen Grenzwert. Für die Wiederherstellung unter diesen Umständen müssen Sie die Altersgrenzen für Ihre Ö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.

3. Nachdem die Inhalte repliziert wurden, gehen Sie auf dem Servercomputer mit Exchange, auf dem die wiederherzustellende Öffentliche Ordner-Datenbank gespeichert ist, folgendermaßen vor:

   1. Heben Sie die Bereitstellung der Öffentlichen Ordner-Datenbank auf.

   2. Löschen Sie die Datenbankdatei, die der Öffentlichen Ordner-Datenbank entspricht, die Sie wiederherstellen müssen.

   3. Stellen Sie die Öffentliche Ordner-Datenbank bereit. Auf diese Weise wird eine leere Datenbankdatei für die Öffentliche Ordner-Datenbank erstellt.

4. Warten Sie die Replikation der Inhalte zurück in die wiederhergestellte Öffentliche Ordner-Datenbank ab.

Empfohlene Nacharbeiten

Nachdem Sie die Erschöpfung benannter Eigenschaften oder Replikat-IDs behoben haben, sollten Sie versuchen, die Ursache zu ergründen, warum ein Anstieg bei der Anzahl verwendeter benannter Eigenschaften oder Replikat-IDs aufgetreten ist. Zuerst sollten Sie den Systemmonitor verwenden, um die Rate genau zu überwachen, mit der benannte Eigenschaften oder Replikat-IDs in Ihrer Umgebung erstellt werden.

So verwenden Sie den Systemmonitor, um die Rate zu überwachen, mit der benannte Eigenschaften oder Replikat-IDs in Ihrer Umgebung erstellt werden

1. Aktivieren Sie zusätzliche Protokollierung für den Microsoft Exchange-Informationsspeicherdienst auf dem Servercomputer mit Exchange, den Sie überwachen müssen. Ausführliche Anleitungen zum Aktivieren zusätzlicher Microsoft Exchange-Informationsspeicherprotokollierung finden Sie im Microsoft Knowledge Base-Artikel 254606, XADM: Aktivieren zusätzlicher Informationsspeicherprotokollierung (englischsprachig).

2. Verwenden Sie den Systemmonitor, um die Werte von Leistungsindikatoren aufzuzeichnen. Weitere Informationen zur Verwendung des Systemmonitors finden Sie unter Überwachen der Serverleistung (englischsprachig). Zeichnen Sie die Werte für die folgenden Leistungsindikatoren auf:

   • MSExchangeIS Mailbox\Rows in der Tabelle NamedProps

   • MSExchangeIS Mailbox\Rows in der Tabelle ReplidMap

   • MSExchangeIS Public\Rows in der Tabelle NamedProps

   • MSExchangeIS Public\Rows in der Tabelle ReplidMap

3. Analysieren Sie die aufgezeichneten Leistungsdaten, um Tendenzen zu identifizieren, und versuchen Sie, einen Zusammenhang zwischen der fortschreitenden Zunahme bei diesen Indikatoren und den Aktivitäten in Ihrem Netzwerk zu erkennen.

Wenn Sie die eigentliche Ursache nicht ermitteln können und die auf Ihren Servern erstellte Anzahl benannter Eigenschaften und Replikat-IDs weiterhin ansteigt, wenden Sie sich an den Microsoft Kundenservice und Support. Weitere Kontaktinformationen für den Support finden Sie unter Microsoft Hilfe und Support.

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.