Problembehandlung bei Fragmentierung des virtuellen Speichers in Exchange Server 2003 und Exchange 2000 Server

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 325044 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Dieser Artikel beschreibt die Problembehandlung bei Ereignis-ID 9582 Warn- und Fehlermeldungen, die Fragmentierung des virtuellen Speichers in Microsoft Exchange Server 2003 und Microsoft Exchange 2000 Server führen. Dieser Artikel enthält auch Informationen zum Erkennen der Fragmentierung des virtuellen Speichers Nutzung des virtuellen Speichers zu überwachen und Optimieren der Nutzung des virtuellen Speichers auf dem Server. Darüber hinaus enthält dieser Artikel eine Liste der Ressourcen, die Sie verwenden können, um Hilfe bei der Problembehandlung bei Fragmentierung des virtuellen Speichers und Optimierung der Nutzung des virtuellen Speichers in Exchange 2003 und Exchange 2000.

Übersicht

Fragmentierung des virtuellen Speichers ist ein Zustand, in dem virtuellen Speicher steht für einen Prozess, aber keines der virtuellen Speicher verfügbaren Speicherblöcke sind alle relativ klein. Fragmentierung des Speichers wird mit der Zeit durch die variierende Größe der zugewiesenen Speicherblöcke und die unterschiedlichen Laufzeiten der einzelnen Speicherzuweisungen. Beim Skalieren von eines Servers auf mehr Benutzer und höhere Lasten verarbeiten kann der Server auf virtuellen Speicher in den Microsoft Exchange-Informationsspeicher-Prozess (Store.exe) knapp. Wenn dieses Problem auftritt, werden Ereignis-ID 9582-Ereignisse in das Anwendungsereignisprotokoll protokolliert.

In einigen Fällen Ereignis-ID 9582-Ereignisse zeigen ein Problem mit dem virtuellen Speicher auf dem Server, und die Ereignisse ignoriert werden können. Allerdings Situationen, in denen das Fehlen des virtuellen Speichers kann Nachrichtenverarbeitung Fehler auftreten (erkennbar an Ereignis-ID 12800 Ereignisse) und Leistungseinbußen kommen. Wenn deaktiviert, kann Fragmentierung des virtuellen Speichers zu schweren Leistungseinbußen und unerwartetem Verhalten führen.

Es gibt praktisch keine Korrelation zwischen der Menge des physischen Arbeitsspeichers (RAM), die auf dem Computer installiert ist und die Größe des virtuellen Speichers. Aus diesem Grund können nicht Sie niedrigen virtuellen Speicherprobleme beheben, indem Sie mehr physischen Arbeitsspeicher. Darüber hinaus sind Fehler des virtuellen Speichers und Fragmentierung des virtuellen Speichers nicht auf aktiv/aktiv-Servercluster beschränkt. Diese Probleme treten auch auf Aktiv/Passiv-Serverclustern und auf eigenständigen Servern, die Exchange 2003 oder Exchange 2000 ausgeführt werden.

Hinweis Des virtuellen Speichers sind häufiger in einer Exchange 2003-Clusterkonfiguration oder in einer gruppierten Exchange 2000-Konfiguration, da diese Umgebungen in der Regel zum Skalieren von Exchange zum Hosten von mehreren Tausend Benutzern zusammen mit mehreren Speichergruppen und mehrere Messagingdatenbanken verwendet werden.

So Überwachen des virtuellen Speichers und Erkennen von Fragmentierung des virtuellen Speichers

Sie können das Anwendungsereignisprotokoll der Ereignisanzeige sowie die Leistungsprotokolle und Warnungen-Tools, die Nutzung des virtuellen Speichers zu überwachen und Fragmentierung des virtuellen Speichers in Exchange 2003 erkennt und Exchange 2000 verwenden.

Ereignisprotokoll der Anwendung

Das Anwendungsereignisprotokoll der Ereignisanzeige täglich für Ereignis-ID 9582-Ereignisse zu überwachen. Im Ereignisprotokoll Anwendung wird eine Warnmeldung mit der Ereignis-ID 9582 angezeigt, wenn der größte freie Block des virtuellen Speichers auf 32 Megabyte (MB) verkleinert. Sie können ein Überwachungstool verwenden, die eine administrative Warnung generiert, wenn ein Ereignis-ID 9582 protokolliert wird.

Ereignis-ID 9582-Warnmeldungen

Wenn Sie einen Exchange-Server weniger als 32 MB zusammenhängenden freien virtuellen Adressraum verfügt, wird die folgende Warnmeldung in das Ereignisprotokoll der Anwendung protokolliert:
Quelle: MSExchangeIS
Kategorie: Leistung
ID: 9582
Typ: Warnung
Beschreibung:
Zur Ausführung von Exchange Server benötigte virtuelle Speicher ist so fragmentiert, dass die Leistung möglicherweise beeinträchtigt wird. Es wird dringend empfohlen, dass Sie zur Behebung dieses Problems alle Exchange-Dienste neu starten.

Weitere Informationen finden Sie unter<http: search.support.microsoft.com/search/?adv="1"></http:>
Wenn diese Warnmeldung protokolliert wird, gehen Sie folgendermaßen vor:
  1. Bereiten Sie vor und führen Sie die Schritte zum Herunterfahren und starten dann den Server in den nächsten 36 bis 72 Stunden.
  2. Um den Grad des Leistungsabfalls zu bestimmen, verwenden Sie das Tool Leistungsprotokolle und Warnungen zu den folgenden Leistungsindikator für die MSExchangeIS Performance-Objekt:
    VM-Gesamt Bytes in freien großen Block
    Verwenden Sie diese Daten hilft Ihnen eine angemessene Zeit (in den nächsten 36 bis 72 Stunden) Herunterfahren und starten Sie den Server neu.
Fehlermeldungen mit Ereignis-ID 9582

Wenn Sie einen Exchange-Server weniger als 16 MB zusammenhängenden freien virtuellen Adressraum verfügt, wird die folgende Fehlermeldung in das Ereignisprotokoll der Anwendung protokolliert:
Quelle: MSExchangeIS
Kategorie: Leistung
ID: 9582
Typ: Fehler
Beschreibung:
Zur Ausführung von Exchange Server benötigte virtuelle Speicher ist so fragmentiert, dass die Leistung möglicherweise beeinträchtigt wird. Es wird dringend empfohlen, dass Sie zur Behebung dieses Problems alle Exchange-Dienste neu starten.

Weitere Informationen finden Sie unter<http: search.support.microsoft.com/search/?adv="1"></http:>
Auf dieser Ebene der Fragmentierung des virtuellen Speichers kann nicht der Store.exe-Prozess zusätzliche Heaps erstellen und kann nicht richtig mounten und Dismounten Speichergruppen. Wenn die Max. Blockgröße des VS Zähler ist weniger als 10 MB, die Speichergruppen nicht bereitstellen. Wenn eine Fehlermeldung für Ereignis-ID 9582 protokolliert wird, bereiten Sie Herunterfahren, und starten den Server bei nächster Gelegenheit. Z. B. unterfahren Sie her, und starten Sie den Server am Abend oder am nächsten Morgen. Auf diese Weise kann Ihnen helfen, Leistungsprobleme zu vermeiden, die während Spitzenauslastungszeiten auftreten.

Wenn Sie heruntergefahren und starten Sie den Server Fragmentierung des virtuellen Speichers zu deaktivieren, sind weitere Überlegungen, wenn Exchange 2000 Server in einer Clusterumgebung konfiguriert ist. Wenn Sie Clusterressourcen von einem Knoten auf einen anderen Knoten verschieben, gewährleistet dieser Prozess keinen "sauberen" virtuellen Adressraum. Wenn Cluster-Ressourcen die Ziel-Cluster-Knoten gehören, und die Clusterressourcen auf den passiven Knoten (ohne ersten Neustart den Zielknoten) verschoben werden, können Sie die Fragmentierung des virtuellen Speichers auf dem passiven Knoten auftreten. Um diese Situation zu vermeiden und Fragmentierung des Speichers in einer Clusterumgebung von Exchange 2000 Server zu deaktivieren, gehen Sie folgendermaßen vor:
  1. Starten Sie den passiven Knoten neu, bevor Sie Clusterressourcen darauf verschieben.

    Dieser Schritt hilft sicherzustellen, dass die Clusterressourcen auf einen Server verschoben werden, die einen "sauberen" virtuellen Adressraum verfügt.
  2. Verschieben Sie die Clusterressourcen auf den passiven Knoten.
  3. Starten Sie den Knoten, der zuvor die Clusterressourcen im Besitz.
Hinweis Exchange Server 2003 startet den Dienst "Store.exe" automatisch neu, nachdem die Ressourceneinträge in einen anderen Knoten im Cluster verschoben wurden, um den Adressraum "Store.exe" auf diesem Knoten zurückzusetzen. Daher wird beim nächsten virtuelle Exchange-Server zurück auf den passiven Knoten verschoben wird, "Store.exe" mit einem "sauberen" Adressraum ausgeführt.

Ereignis-ID 9665-Warnmeldungen

Exchange 2003 führt eine Prüfung auf optimale Speicherkonfiguration, wenn der Prozess "Store.exe" gestartet wird. Wenn die Speichereinstellungen nicht optimal sind, wird eine Warnmeldung mit der Ereignis-ID 9665 in das Anwendungsereignisprotokoll der Ereignisanzeige protokolliert. Diese Warnmeldung wird protokolliert, wenn eine der folgenden Bedingungen zutrifft:
  • Exchange auf einem Computer mit eine Version von Microsoft Windows1 2000 Server installiert ist, und der Wert " SystemPages " in der Registrierung liegt außerhalb des Bereichs von 24000 bis 31000.
  • Exchange auf einem Computer mit Microsoft Windows1 2000 Advanced Server oder Microsoft Windows1 2000 Datacenter Server installiert ist, und der Server ist mindestens 1 Gigabyte (GB) physischem Speicher (RAM) installiert aber nicht die / 3GB in der Datei "Boot.ini" zu wechseln.
  • Exchange auf einem Computer mit Microsoft Windows1 Server 2003 Standard Edition, Microsoft Windows1 Server 2003 Enterprise Edition oder Microsoft Windows1 Server 2003 Datacenter Edition installiert ist, und in der Registrierung der Wert für SystemPages auf einen anderen Wert als 0 festgelegt ist.
  • Exchange auf einem Computer mit Windows1 Server 2003 Standard Edition, Windows1 Server 2003 Enterprise Edition oder Windows1 Server 2003 Datacenter Edition installiert ist, der Server hat mindestens 1 GB RAM installiert ist, und die Befehlszeilenoption / 3GB festgelegt ist, aber der Schalter/USERVA ist entweder nicht in der Datei Boot.ini vorhanden oder liegt außerhalb des Bereichs angegeben.
  • Exchange auf einem Computer mit eine Version von Windows1 2000 Server oder Windows1 Server 2003 installiert ist, und der Wert HeapDeCommitFreeBlockThreshold in der Registrierung auf einen anderen Wert als 0 x 00040000 gesetzt ist.
Wenn eine Warnmeldung mit der Ereignis-ID 9665 protokolliert wird, gehen Sie folgendermaßen vor:
  1. Überprüfen Sie die
    "SystemPages"
    festlegen und die
    "HeapDeCommitFreeBlockThreshold"
    in der Registrierung festlegen.
  2. Überprüfen Sie die Befehlszeilenoption / 3GBund/USERVA -Option in der Datei Boot.ini.
Weitere Informationen zu den empfohlenen Werten für diese Einstellungen finden Sie im Abschnitt "Gewusst wie: Optimieren der Nutzung des virtuellen Speichers".

Hinweis Wenn Sie die Speicherkonfigurationsprüfung deaktivieren möchten, fügen Sie die
Memory Configuration Notification unterdrücken
DWORD-Wert zum folgenden Registrierungsschlüssel, und legen Sie den Wert auf 1:
Zur Protokolldatei
Hinweis Die Überprüfung die Speicherkonfiguration tritt nicht auf Servern, die Microsoft Small Business Server ausgeführt werden.

Ereignis-ID 12800-Fehlermeldungen

In Situationen, in denen virtuelle Speicher stark fragmentiert ist, kann die Nachrichtenverarbeitung Probleme und Probleme bei der Konvertierung auftreten. Benutzer können Leistungsprobleme auftreten, und möglicherweise nicht auf ihre Nachrichten zugreifen. Wiederholte Vorkommen von das folgende Ereignis im Ereignisprotokoll Anwendung, wobei jedes Vorkommen einige Sekunden nach dem letzten Auftreten protokolliert wird, geben die extreme Speicherfragmentierung:
Quelle: MSExchangeIS
Kategorie: Nachrichtenformatierung
ID: 12800
Typ: Fehler
Beschreibung:
Nachrichtenverarbeitung ist fehlgeschlagen, da nicht genügend zur Verfügung Arbeitsspeicher (8007000E-82000387).
Hinweis Sie können dieses Ereignis im Anwendungsereignisprotokoll in Situationen, wenn nicht genügend virtueller Speicher verfügbar, um eine Nachricht zu verarbeiten oder infolge einer Nachricht, die Formatierung der Ausgabe sehen. Einzelne Vorkommen dieses Ereignisses nicht Fragmentierung des virtuellen Speichers an. Jedoch mehrere Vorkommen des Ereignisses protokolliert in kurzer Zeit Frame anzugeben, dass der virtuelle Speicher auf dem Server stark fragmentiert ist.

Leistungsprotokolle und Warnungen

Der folgende Leistungsindikator ist den wichtigsten Indikator für die Fragmentierung des virtuellen Speichers im Prozess Store.exe in Exchange 2003 und Exchange 2000 zu überwachen:
  • Performance-Objekt: MSExchangeIS
    Zähler: Max. Blockgröße des VS

    Dieser Leistungsindikator zeigt die Größe (in Byte) der größte freie Block des virtuellen Speichers. Dieser Leistungsindikator erscheint als eine Linie, die neigt, nach unten, wie virtuellen Speicher verwendet wird. Wenn dieser Leistungsindikator unter 32 MB fällt, protokolliert Exchange eine Warnmeldung mit der Ereignis-ID 9582 im Anwendungsereignisprotokoll. Wenn dieser Leistungsindikator unter 16 MB fällt, protokolliert Exchange eine Fehlermeldung für Ereignis-ID 9582 im Anwendungsereignisprotokoll. Wenn der größte freie Block kleiner ist (weniger als 10 MB), erreicht der Server einen kritischen Zustand, in denen fehlschlagen Nachrichtenoperationen anfangen und Ereignis-ID 12800-Fehlermeldungen werden wiederholt protokolliert.
Die folgenden Leistungsindikatoren können auch die um virtuellen Speicher im Prozess Store.exe zu überwachen:
  • Performance-Objekt: MSExchangeIS
    Zähler: Gesamtzahl freier Blöcke im VS

    Dieser Zähler zeigt die Gesamtanzahl freier virtueller Speicherblöcke unabhängig von ihrer Größe. Dieser Indikator wird als Linie, die Form eine Pyramide bildet, wie Sie den virtuellen Speicher zu überwachen. Dieser Leistungsindikator können Sie messen, wie schnell der verfügbare virtuelle Speicher stark fragmentiert wird. Um die durchschnittliche Größe der Speicherblöcke zu berechnen, verwenden Sie die folgenden Leistungsindikatoren:
    Performance-Objekt: Prozess
    Zähler: Virtuelle Bytes
    Instanz: SPEICHER
    Performance-Objekt: MSExchangeIS
    Zähler: Gesamtzahl freier Blöcke im VS
    Um die durchschnittliche Größe der Speicherblöcke zu berechnen, teilen Sie die SPEICHER Instanz der Virtuelle Bytes der Zähler der Prozess Performance-Objekt von der Gesamtzahl freier Blöcke im VS der Zähler der MSExchangeIS Performance-Objekt.
  • Performance-Objekt: MSExchangeIS
    Zähler: VM-Gesamt Bytes in freien großen Block

    Dieser Zähler zeigt die Summe in Bytes aller virtuellen Speicherblöcke, die größer oder gleich 16 MB sind. Dieser Leistungsindikator erscheint als eine Linie, die neigt, nach unten, wie virtuellen Speicher verwendet wird. Sie können mithilfe dieses Leistungsindikators und der Gesamtanzahl 16 MB freier Blöcke im VS Zähler, um die Rate der Fragmentierung des virtuellen Speichers und den täglichen Status virtuellen Speicher des Servers zu überwachen.

Gewusst wie: Erkennen der Fragmentierung des virtuellen Speichers

Gehen Sie folgendermaßen vor, um die Fragmentierung des virtuellen Speichers in Exchange 2003 und Exchange 2000 zu erkennen:
  1. Anzeigen des Inhalts der Anwendungsereignisprotokoll der Ereignisanzeige, um festzustellen, ob die Ereignis-ID 9582 Warn- oder Fehlermeldungen für Ereignis-ID 9582 protokolliert sind.

    Hinweis In einigen Umgebungen wo sehr viele Benutzer vorhanden sind, kann es typisch für den virtuellen Speicher unter die Schwellenwerte von 32 MB in Zeiten der Spitzenaktivität fallen und zu Zeiten mit geringer Aktivität deutlich erhöhen.
  2. Verwenden Sie das Tool Leistungsprotokolle und Warnungen, um den folgenden Leistungsindikator:
    Performance-Objekt: MSExchangeIS
    Zähler: Max. Blockgröße des VS

    Achten Sie auf den Wert dieses Leistungsindikators. Verwendungstrends virtuellen Speicher anzuzeigen, melden dieser Zähler mit 1-Minuten-Intervallen über einen Zeitraum von 18 bis 24 Stunden und die Ansicht der Minimum Wert, der den niedrigsten Wert festzuhalten. Wenn dieser Leistungsindikator gibt an, dass die virtuellen Adressraum niedrig ist, folgen Sie den Schritten im Abschnitt "Gewusst wie: Optimieren der Nutzung des virtuellen Speichers".
  3. Bestimmen Sie, ob andere Informationen Informationsspeicher-bezogenen Prozesse (z. B. ein Antivirenprogramm) den virtuellen Speicher auf eine Ebene unter dem Schwellenwert von 32 MB oder unter dem Schwellenwert 16 MB reduziert werden. Warnmeldungen für Ereignis-ID 9582 werden beispielsweise in einem Szenario, in denen ein antivirus-Programm konfiguriert ist, die messaging-Datenbanken zu scannen virtuellen Speicherblocks auf weniger als 32 MB reduziert, in das Ereignisprotokoll der Anwendung protokolliert. Die Ebene des virtuellen Speichers kann nur etwas niedriger sein als der Schwellenwert von 32 MB, und die Leistung wird nicht beeinflusst. Während Phasen der Benutzerinaktivität des (z. B. nach regulären Bürostunden), den virtuellen Speicher erhöht und Ereignis-ID 9582, die Warnmeldungen nicht mehr protokolliert.

    Wenn Leistung akzeptabel ist, und virtuellen Speicher zu Zeiten geringer Aktivität erhöht, können Sie keinen Schritte ausführen, um das virtuellen Speicher-Problem zu beheben. Wenn Sie erwarten, dass die Benutzerauslastung zu erhöhen, sollten Sie Schritte ausführen, um die Auslastung des virtuellen Speichers auf dem Server zu reduzieren, so dass Exchange 2003- oder Exchange 2000 einen größeren Last bewältigen kann.

Optimieren der Nutzung des virtuellen Speichers

Gehen Sie folgendermaßen vor, um Nutzung des virtuellen Speichers zu optimieren und zur Reduzierung der Fragmentierung des virtuellen Speichers.

Wichtig Dieser Abschnitt, Methode oder Aufgabe enthält Hinweise zum Ändern der Registrierungs. Jedoch können schwerwiegende Probleme auftreten, wenn Sie die Registrierung falsch ändern. Stellen Sie daher sicher, dass Sie diese Schritte sorgfältig ausführen. Für zusätzlichen Schutz sichern Sie die Registrierung, bevor Sie es ändern. Anschließend können Sie die Registrierung wiederherstellen, wenn ein Problem auftritt. Weitere Informationen zum Sichern und Wiederherstellen der Registrierung finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
322756 Wie Sichern und Wiederherstellen der Registrierung in Windows1
  1. Installieren Sie die neuesten Servicepacks, die für Microsoft Windows1 Server 2003 oder Windows1 2000 und Exchange 2003 oder Exchange 2000 verfügbar sind. Weitere Informationen zum Beziehen des neuesten Servicepacks klicken Sie auf die folgenden Artikelnummern klicken, um die Artikel der Microsoft Knowledge Base anzuzeigen:
    260910Wie Sie das neueste Servicepack für Windows1 2000 erhalten
    301378 So erhalten Sie das neueste Servicepack für Exchange 2000 Server
    Hinweis Eine Änderung im Verhalten wurde in Exchange 2000 Server Service Pack 3 (SP3) eingeführt, so dass Objekte (ESE = Extensible Storage Engine) aus höheren Speicherbereichen zugewiesen werden. Diese "Top-Down" Allocation-Methode wurde implementiert, um die Fragmentierung des virtuellen Speichers reduzieren.
  2. Legen Sie die Option / 3GB in der Datei Boot.ini.

    Wenn Exchange 2003- oder Exchange 2000 auf eines der folgenden Betriebssysteme installiert ist und mehr als 1 GB physischem RAM auf dem Computer installiert ist, legen Sie die Option / 3GB in der Datei Boot.ini:
    • Microsoft Windows1 Server 2003, Standard Edition
    • Microsoft Windows1 Server 2003 Enterprise Edition
    • Microsoft Windows1 Server 2003 Datacenter Edition
    • Microsoft Windows1 2000 Advanced Server
    • Microsoft Windows1 2000 Server Datacenter Server
    Diese Konfigurationsoption vergrößert den virtuellen Adressbereich.

    Wichtig Legen Sie nicht die Befehlszeilenoption / 3GB in der Datei "Boot.ini", wenn Sie Exchange Server 2003 oder Exchange 2000 Server auf einem Computer ausführen, die Windows1 2000 Standard Server ausgeführt wird. Dieses Betriebssystem unterstützt diese Option nicht.Weitere Informationen finden Sie die folgenden Artikelnummern klicken, um die Artikel der Microsoft Knowledge Base anzuzeigen:
    291988Eine Beschreibung der 4 GB RAM Tuning-Funktion und der Physical Address Extension-parameter
    266096 Exchange 2000 requires / 3GB bei mehr als 1 Gigabyte physischem RAM
    Eine der Auswirkungen der Verwendung der Option / 3GB ist eine erhebliche Reduzierung der Anzahl der Systemseiten, die dem Kernel zur Verfügung. Microsoft empfiehlt, dass Sie die Befehlszeilenoption / 3GB in der Datei "Boot.ini" auf Exchange-Servern die Standardeinstellungen zu ändern und die Anzahl der Systemseiten zu erhöhen, die zugewiesen werden festgelegt.

    Wenn Sie die / 3GB in der Datei "Boot.ini" auf einem Windows1 Server 2003-Computer festlegen, Festlegen der Schalter/USERVA in der Datei "Boot.ini" auf einen Wert zwischen 2970 und 3030. Der empfohlene Wert ist 3030 (dieser Wert entspricht dem Windows1 2000 SystemPages-Wert von 31000).

    Wichtig Unter Windows1 2003/USERVA -Option anstelle von verwendet werden soll die
    "SystemPages"
    Registry-Schlüssel. Sie sollten nicht zusammen verwendet werden. Wenn der Wert für die Option/USERVA in der Datei Boot.ini nicht von 2970 durch 3030 festgelegt ist, und die Option / 3GB festgelegt ist, protokolliert Exchange 2003 die Ereignis-ID 9665 in das Ereignisprotokoll der Anwendung. Diese Ereignis-ID bedeutet, dass der virtueller Speicher auf dem Server nicht konfiguriert ist, die optimalen Speichereinstellungen zu verwenden.

    Festlegen der
    "SystemPages"
    Registrierungswert auf einem Computer mit Windows1 2000 Server, gehen Sie folgendermaßen vor:
    1. Klicken Sie auf Start, und klicken Sie dann auf Ausführen.
    2. In der Öffnen Geben Sie im Feld Regedit, und klicken Sie dann auf OK.
    3. Suchen Sie, und klicken Sie dann auf den folgenden Registrierungsschlüssel:
      HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Memory Management
    4. Doppelklicken Sie im rechten Bereich auf "SystemPages".
    5. In der Wert im Feld Geben Sie einen Wert zwischen 24000 und 31000 und klicken Sie dann auf OK.
    6. Beenden Sie den Registrierungseditor.
    Hinweis Um die Einstellungen des virtuellen Speichers deutlich erkennbar ist, protokolliert Exchange 2003 eine Ereignismeldung mit der ID 9665, wenn die Einstellungen für diesen Speicher nicht optimiert werden.
  3. Minimieren der Anzahl der Speichergruppen auf dem Server.

    Zusätzlicher virtueller Speicher wird verwendet, wenn eine Speichergruppe bereitgestellt ist und zusätzliche Datenbanken in einer vorhandenen Speichergruppe sehr wenig Einfluss auf die Menge des verwendeten virtuellen Speichers haben. Aus diesem Grund können Sie eine Speichergruppe füllen, bevor Sie weitere Speichergruppen auf dem Server erstellen.
  4. Legen Sie die
    "HeapDeCommitFreeBlockThreshold"
    DWORD-Wert in den folgenden Registrierungsschlüssel:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
    Die
    "HeapDeCommitFreeBlockThreshold"
    Registrierungswert ist die Mindestgröße eines freien Blocks, die der Heap freigibt. Die Standardeinstellung ist 0 (null). Dies bedeutet, dass der Heap-Manager jede 4 KB-Seite freigibt, die verfügbar ist. Decommit Vorgänge können zusätzliche Speicherfragmentierung verursachen. Sie können festlegen, die
    "HeapDeCommitFreeBlockThreshold"
    der Registrierungseintrag in den folgenden Registrierungsschlüssel einen höheren Wert zur Reduzierung der Fragmentierung des virtuellen Speichers:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
    Der empfohlene Wert für die
    "HeapDeCommitFreeBlockThreshold"
    Registrierungseintrag ist 0 x 00040000 (im Hexadezimalformat).Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
    315407Der Registrierungsschlüssel "HeapDecommitFreeBlockThreshold"
    Hinweis Die
    "HeapDeCommitFreeBlockThreshold"
    Eintrag in der Registrierung ist unabhängig von der Option / 3GB .
  5. Passen Sie die Cachegröße die Informationsspeicher-Datenbank.

    Warnung Wenn Sie das ADSI Edit-Snap-in verwenden, das LDP-Dienstprogramm oder einen anderen LDAP-Client Version 3, und Sie die Attribute von Active Directory-Objekten falsch ändern, können Sie schwerwiegende Probleme verursachen. Diese Probleme erfordern möglicherweise eine Neuinstallation von Microsoft Windows1 2000 Server, Microsoft Windows1 Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003 oder sowohl Windows1 und Exchange. Microsoft kann nicht garantieren, dass Probleme, die nicht ordnungsgemäße Änderung der Active Directory-Objektattribute auftreten, behoben werden können. Ändern Sie diese Attribute auf eigene Gefahr.

    Um die Cachegröße die Informationsspeicher-Datenbank anzupassen, verwenden Sie ADSI Edit ändern Sie den Wert des Attributs msExchESEParamCacheSizeMax .

    Datenbank-Zwischenspeicher ist auch bekannt als ESE-Puffer und bietet einen großen caching-Bereich für Datenbankseiten (jede Seite 4 KB) bevor sie an den Speicher übergeben werden. Standardmäßig verwendet Exchange 2000 bis zu 229376 Seiten (896 MB) Arbeitsspeicher für den Datenbankcache. Standardmäßig wird Exchange 2003 fragt die Speicherkonfiguration des Computers und dann bis zu 229376 Seiten (896 MB) verwendet, wenn der Schalter / 3GB auf dem Server oder 147456 Seiten (576 MB) festgelegt ist, wenn die Option / 3GB auf dem Server nicht festgelegt ist. Auf einem Server mit mehr als 2 GB Speicher, sollten Sie die Größe des ESE-Puffers erhöhen. Jedoch, wenn Sie dies tun, können Sie Fragmentierung des Speichers aufgrund kleinerer Adressbereich führen, die für die verbleibenden Speicherungsfunktionen ist. Microsoft empfiehlt, dass Sie nicht diesen Wert auf maximal 311296 Seiten (1200 MB) festgelegt.

    Wenn Ereignis-ID 9582 Nachrichten in das Ereignisprotokoll der Anwendung protokolliert werden, können Sie das Auftreten dieser Meldungen zu beheben, durch die Reduzierung der Größe des Datenbankcaches können. In dieser Situation empfiehlt Microsoft, dass Sie einen Wert zuzuweisen, der niedriger ist als der Standardwert dem Attribut MsExchESEParamCacheSizeMax und Sie einen Wert verwenden, der ein Vielfaches von 8192 Byte ist. Wenn die Cachegröße die Datenbank verringern, der Store.exe-Prozess liest und immer häufiger auf die Festplatte schreibt, und dies kann die Leistung des Servers beeinträchtigen.

    Bevor Sie die maximale Cachegröße erhöhen, verwenden Sie Leistungsprotokolle und Warnungen zum Überwachen der SPEICHER Instanz der Virtuelle Bytes der Zähler der Prozess bei typischer Auslastung-Objekt. Dieser Leistungsindikator meldet die aktuelle Größe (in Byte) des virtuellen Adressraums, der durch den Store.exe-Prozess verwendet wird. Weitere Informationen zum Ändern der Größe des Datenbankcaches finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
    266768Ändern Sie die maximale Cachegröße Informationsspeicher-Datenbank in Exchange 2000 Server
    Hinweis Stellen Sie sicher, dass der Wert, den Sie dem Attribut MsExchESEParamCacheSizeMax zuweisen auf den 32-MB-Grenzbereich (d. h. auf ein Vielfaches von 32 MB).
  6. Reduzieren Sie die maximale Anzahl geöffneter ESE-Tabellen.

    Warnung Wenn Sie das ADSI Edit-Snap-in verwenden, das LDP-Dienstprogramm oder einen anderen LDAP-Client Version 3, und Sie die Attribute von Active Directory-Objekten falsch ändern, können Sie schwerwiegende Probleme verursachen. Diese Probleme erfordern möglicherweise eine Neuinstallation von Microsoft Windows1 2000 Server, Microsoft Windows1 Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003 oder sowohl Windows1 und Exchange. Microsoft kann nicht garantieren, dass Probleme, die nicht ordnungsgemäße Änderung der Active Directory-Objektattribute auftreten, behoben werden können. Ändern Sie diese Attribute auf eigene Gefahr.

    Die Speicher-Engine, die von Exchange 2000 speichert Daten über Ordner, die aktuell nicht zugegriffen werden. In einigen Fällen kann dies zur Fragmentierung des virtuellen Speichers beitragen. Eine Möglichkeit zur Verringerung dieses Effekts ist die maximale Anzahl geöffneter Tabellen zu reduzieren, die von Exchange zulässig sind. Die Standardeinstellung auf 8-Wege-Servern ist 27600 Tabellen pro Speichergruppe. Wenn Sie diesen Wert verringern, können Sie die Fragmentierung des virtuellen Speichers reduzieren. Jedoch, wenn Sie diesen Wert verringern, kann auch dazu wo Operationen infolge zu vieler geöffneter Tabellen fehlschlagen und möglicherweise die folgende Fehlermeldung angezeigt:
    Fehler-1311
    JET_errTooManyOpenTables
    Wichtig Ändern Sie diese Einstellung nur, wenn Sie dazu von einem Supportmitarbeiter von Microsoft Product Support Services empfiehlt.

    Exchange 2003 verwendet eine andere Methode zum Zwischenspeichern von Daten über Ordner, die aktuell nicht zugegriffen werden. Daher ist es nicht erwartet, dass die maximale Anzahl offener Tabellen reduziert ebenso notwendig oder effektiv bei der Reduzierung der Fragmentierung des virtuellen Speichers.

    Um die maximale Anzahl geöffneter Tabellen zu reduzieren, die durch ESE verwalteten, legen Sie das Attribut MsExchESEParamMaxOpenTables für jedes Speichergruppenobjekt zu 27600. Gehen Sie dazu folgendermaßen vor:
    1. Starten Sie ADSI Edit.

      Hinweis ADSI Edit ist Bestandteil der Windows1 2000-Supporttools. Um die Windows1 2000-Supporttools zu installieren, klicken Sie auf die Datei "Suptools.msi" Datei im Ordner "Support\Tools" der Windows1 2000-CD, und klicken Sie dann auf Installieren.
    2. Erweitern Sie Configuration Container [ServerName.Domänenname.com], erweitern Sie CN = Configuration, DC =DomänennameDC =com, erweitern Sie CN = Services, erweitern Sie CN = Microsoft Exchange, erweitern Sie CN =Organisationsname, erweitern Sie CN = Administrative Gruppen, erweitern Sie CN =Administrative Gruppe (wo Administrative Gruppe ist die administrative Gruppe, der die Speichergruppe enthält, die Sie ändern möchten), erweitern Sie CN = Servers, erweitern Sie CN =ServerName, und erweitern Sie dann CN = InformationStore.
    3. Mit der rechten Maustaste CN =Speichergruppe (wo Speichergruppe ist die Speichergruppe, die Sie ändern möchten), und klicken Sie dann auf Eigenschaften.
    4. In der Select which Properties to anzeigen auf Beide.
    5. In der Select a Property to anzeigen auf msExchESEParamMaxOpenTables.
    6. In der Attribut bearbeiten Geben Sie im Feld 27600, und klicken Sie dann auf Satz.
    7. Klicken Sie auf Anwenden, klicken Sie auf OK, und beenden Sie ADSI Edit.

Weitere Informationen

Microsoft Product Support Services bearbeitet viele Fälle, bei denen Ereignis 9582 Warnungen und Fehler. Die meiste Zeit, ist es kein Problem mit Exchange, die Fragmentierung des Speichers. In der Regel wird das Problem durch Software von Drittanbietern Speicherverlust verursacht.

Das häufigste Problem wird durch Software von Drittanbietern, die Tausende Objekte öffnet verursacht. Diese Objekte können Nachrichten (OMSG), Ordner (OFOLD) oder Ansichten (VMSG) sein. Die Objekte können durch antivirus-Software, Software für drahtlose Verbindungen von Drittanbietern, Outlook-add-ins oder anderer Software geöffnet werden. Diese geöffneten Objekte belegen Arbeitsspeicher. Die Speichermenge, die verbraucht wird, hängt von den Typ des Objekts, die Größe der die Membervariable und vielen weiteren Faktoren ab. Es ist üblich, dass die fehlerhafte Anwendung Tausende dieser Objekte öffnen und Entziehen von Exchange-Informationsspeicherprozess des Speichers, der ordnungsgemäß erforderlich ist.

In der Standardeinstellung in Exchange 2000 gibt es keine Begrenzung für die Anzahl der OMSG-Objekte. In Exchange besteht 2003 ein Limit von 250 OMSG-Objekten pro MAPI-Sitzung. Dieses Limit ist anpassbar. Die einfachste Möglichkeit, überprüfen Sie diese Einstellung ist der offenen Nachrichten, Anlagen öffnen und Öffnen von Ordnern anzeigen Werte in Exchange-System-Manager. Gehen Sie dazu folgendermaßen vor:
  1. Mit der rechten Maustaste die Anmeldungen unter dem Postfachspeicherobjekt für den Server, der die 9582-Ereignisse protokolliert, zeigen Sie auf Ordner Ansicht, und klicken Sie dann auf Spalten hinzufügen/entfernen.
  2. Fügen Sie die Geöffneten Nachrichten, Anlagen öffnen, und Öffnen von Ordnern die Liste der Spalten Angezeigten Spalten.
Sie müssen diese Einstellung für jeden Postfachspeicher auf dem Server überprüfen, falls zutreffend. Nachdem Sie die zusätzlichen Spalten ausgewählt haben, sollten Sie die Spalten durch die Anzahl der offenen Nachrichten, durch die Anzahl der offenen Ordner und dann nach den offenen Dateianhängen sortieren. Jeder Benutzer, der Hunderte oder sogar Tausende von offenen Nachrichten, Ordner oder Dateianhänge hat, gibt ein potenzielles Problem.Weitere Informationen zum beschränken die Anzahl der OMSG-Objekte in Exchange Server 2003 und Exchange 2000 Server, klicken in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
830829Ihre Exchange Server 2003-Computer reagiert nach dem MAPI-Client mehr als den Standardwert bestimmter Serverobjekte geöffnet

Informationsquellen

Weitere Informationen zur Behandlung von Leistungsproblemen in Exchange 2000 finden Sie in folgenden Artikeln der Microsoft Knowledge Base:
815372 Gewusst wie: Optimieren der Speichernutzung in Exchange Server 2003
317411 Sammeln von Daten von Exchange Virtual Memory-Problemen
296073 Überwachung von Exchange 2000-Speicherfragmentierung
279615 Mangel an verfügbaren virtuellen Speicher beeinträchtigt Server-Leistung
266768 Ändern Sie die maximale Cachegröße Informationsspeicher-Datenbank in Exchange 2000 Server
286350 Gewusst wie: Verwenden von ADPlus zur Problembehandlung bei "hängt" bzw. "abstürzt"
Weitere Informationen über den 3 GB-Switch klicken Sie auf die folgenden Artikelnummern klicken, um die Artikel der Microsoft Knowledge Base anzuzeigen:
291988Eine Beschreibung der 4 GB RAM Tuning-Funktion und der Physical Address Extension-parameter
266096 Exchange 2000 requires / 3GB bei mehr als 1 Gigabyte physischem RAM
313707 Exchange 2000-Server mit der "/ 3GB" Switch in the Boot.ini File kann über eine Netzwerkverbindung überlastet messaging verlieren
328882 Speicherverwendung in Exchange und die Befehlszeilenoption / 3GB
Weitere Informationen zur Behandlung von einer bestimmten virtuellen Fragmentierung des Speichers finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
272537Benachrichtigung des virtuellen Speichers wird falsch berechnet.
306860 Falscher Speicherstatus beim Überwachen des Status für verfügbaren virtuellen Speicher
313084 Der Speicherstatus ist falsch, wenn Sie den Status für verfügbaren virtuellen Speicher überwachen
319682 Die Exchange 2000-Informationsspeicher Berichte, die ein Ereignis ID 327 Warnmeldung und virtueller Speicher fragmentiert werden kann
324118 Die Extensible Storage Engine-Datenbank-Engine trägt zur Fragmentierung des virtuellen Speichers
810985 Fragmentierung des virtuellen Speichers tritt auf, wenn Sie einen virtuellen Exchange 2000-Server Failover
325467 Ereignis-ID 9582 tritt sofort nach Clusterfailover
315771 Der Informationsspeicher reagiert auf einem Cluster wegen der IsAlive-Überprüfung
311901 The Effects of 4GT tuning on System Page Table Entries

Eigenschaften

Artikel-ID: 325044 - Geändert am: Samstag, 7. April 2012 - Version: 2.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
Keywords: 
kbinfo kbmt KB325044 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 325044
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Kontaktieren Sie uns, um weitere Hilfe zu erhalten

Kontaktieren Sie uns, um weitere Hilfe zu erhalten
Wenden Sie sich an den Answer Desk, um professionelle Hilfe zu erhalten.