Cum se depanează fragmentarea de memorie virtuală în server Exchange 2003 şi Exchange 2000 Server

IMPORTANT: Acest articol a fost tradus de software-ul de traducere automată Microsoft, si nu de un traducător. Microsoft vă oferă atât articole traduse de persoane, cât şi articole traduse automat, astfel incat aveti access la toate articolele din Baza noastră de informatii în limba dvs. materna. Totuşi, un articol tradus automat nu este întotdeauna perfect. Acesta poate conţine greşeli de vocabular, sintaxă sau gramatică, la fel cum un vorbitor străin poate face greşeli vorbind limba dvs. materna. Compania Microsoft nu este responsabilă pentru nici o inexactitate, eroare sau daună cauzată de traducerea necorespunzătoare a conţinutului sau de utilizarea traducerii necorespunzătoare de către clienţii nostri. De asemenea, Microsoft actualizează frecvent software-ul de traducere automată.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol:325044
Acest articol a fost arhivat. Articolul este oferit „ca atare” şi nu va mai fi actualizat.
REZUMAT
Acest articol discută despre cum se depanează event ID 9582 mesajele de avertizare şi mesajele de eroare care rezultă din probleme de fragmentarea de memorie virtuală în Microsoft server Exchange 2003 şi Microsoft Exchange 2000 Server. Acest articol conţine de asemenea informaţii despre cum să monitorizeze virtual Utilizare memorie, cum pentru a detecta fragmentarea de memorie virtuală, şi cum să optimizaţi utilizarea memoriei virtuale pe server. În plus, acest articol conţine o listă notificare de resurse care le puteţi utiliza pentru a vă ajuta să depanați probleme de fragmentarea de memorie virtuală şi optimizaţi utilizarea memoriei virtuale în Exchange 2003 şi Exchange 2000.

Prezentare generală

Fragmentarea de memorie virtuală este o condiţie în cazul în care memoria virtuală este disponibil pentru un proces de, dar nici unul dintre blocuri memorie virtuală care sunt disponibile sunt de o anvergură semnificativă. Fragmentarea de memorie apare în marcă de timp din cauza dimensiunea diferite de alocări de memorie şi vieti diferite de fiecare alocare. Când scalaţi un server pentru a gestiona mai multe utilizatorii şi încarcă mai mare, serverul pot rula scăzut pe memorie virtuală în procesul Microsoft Exchange Information Store (Store.exe). Atunci când se produce această problemă, event ID 9582 evenimentele sunt înregistrate în jurnal de evenimente de aplicaţie.

În unele cazuri, event ID 9582 evenimente nu indică o problemă cu memorie virtuală pe server, şi evenimentele poate fi ignorat. Cu toate acestea, în alte situaţii, lipsa de memorie virtuală poate duce la erori mesaj-prelucrare (indicate de ID eveniment 12800 evenimente) și a scăzut de performanţă. Dacă plecat necontrolate, fragmentarea de memorie virtuală poate duce la degradarea severă de performanţă şi comportamente neaşteptate.

Nu există practic nici o corelaţie între cantitatea de memorie cu acces aleator fizice (RAM) care este instalată pe computer şi de volumul de memorie virtuală. Din acest motiv, nu se poate rezolva problemele de memorie virtuală insuficientă prin adăugarea de RAM mai fizice. În plus, memorie virtuală erori şi probleme de fragmentarea de memorie virtuală nu sunt limitate la activ/activ server clustere. Aceste probleme se produc, de asemenea, activ/pasiv clustere server și independente serverele care execută Exchange 2003 sau Exchange 2000.

Notă Probleme de memorie virtuală sunt mai răspândit într-o configuraţie grupată Exchange 2003 sau o configuraţie de Exchange 2000 grupată, deoarece aceste medii sunt de obicei utilizate pentru a scala Exchange pentru a găzdui mai multe mii de utilizatori împreună cu mai multe grupuri de stocare şi mai multe baze acoperire de date de mesagerie.

Cum de a monitoriza virtual memorie şi pentru a detecta fragmentarea de memorie virtuală

Se poate utiliza jurnal de evenimente aplicaţie din Vizualizator evenimente şi performanţă jurnalele şi alertele instrument pentru a monitoriza virtual Utilizare memorie şi pentru a detecta fragmentarea de memorie virtuală în Exchange 2003 şi Exchange 2000.

În jurnal de evenimente de aplicaţie

Monitorizează aplicarea jurnal de evenimente din Event Viewer pe o bază zilnică pentru evenimente event ID 9582. În jurnal de evenimente application, apare un mesaj de avertizare event ID 9582 atunci când cel mai mare bloc gratuit de memorie virtuală scade la 32 megaocteţi (MO). Utilizaţi un instrument de monitorizare, care generează o alertă administrative câte un mesaj eveniment 9582 ID-ul este conectat.

Mesajele de avertizare Event ID 9582

Atunci când un server Exchange are mai puțin de 32 MB de spaţiu de adrese virtuale contigue gratuit, următorul mesaj de avertizare se înregistrează în jurnal de evenimente de aplicaţie:
Sursa: MSExchangeIS
Categorie: performanţă
ID: 9582
Tip: avertisment
Descriere:
Memoria virtuală necesare pentru a rula serverul Exchange este fragmentat astfel că performanţă poate fi afectată. Este foarte recomandat ca repornirea Toate serviciile Exchange pentru a corecta această problemă.

Pentru mai multe informaţii, faceţi clic pe<http: search.support.microsoft.com/search/?adv="1"></http:>
Atunci când este conectat acest mesaj de avertizare, urmaţi aceşti paşi:
  1. Pregătirea şi efectuaţi paşii să opriţi şi reporniţi serverul în următoarele 36 la 72 de ore.
  2. Pentru a determina viteza de degradare, utilizaţi instrumentul performanţă jurnalele şi alertele pentru a monitoriza contorul următoarele pentru MSExchangeIS performanţă obiect:
    VM Total mare gratuit bloc octeţi
    Utilizaţi aceste date pentru a vă ajuta să o dată corespunzătoare (în următoarea 36 la 72 de ore) de gând să opriţi şi reporniţi serverul.
Mesajele de eroare Event ID 9582

Atunci când un server Exchange are mai mult de 16 MB de spaţiu de adrese virtuale contigue gratuit, următorul mesaj de eroare se înregistrează în jurnal de evenimente de aplicaţie:
Sursa: MSExchangeIS
Categorie: performanţă
ID: 9582
Tip: eroare
Descriere:
Memoria virtuală necesare pentru a rula serverul Exchange este fragmentat astfel că performanţă poate fi afectată. Este foarte recomandat ca repornirea Toate serviciile Exchange pentru a corecta această problemă.

Pentru mai multe informaţii, faceţi clic pe<http: search.support.microsoft.com/search/?adv="1"></http:>
La acest nivel de fragmentarea de memorie virtuală, procesul de Store.exe nu poate crea grămezi suplimentare şi nu poate corect mount şi demontaţi grupuri de stocare. Dacă VM cea mai mare dimensiune de bloc Contorul este sub 10 MB, grupurile de stocare se montează. Când un mesaj de eroare eveniment 9582 ID-ul este conectat, se pregătească să opriţi şi reporniţi serverul cu următoarea ocazie. De exemplu, închideţi şi reporniţi serverul seara sau în dimineaţa următoare. Procedând astfel, vă poate ajuta la prevenirea probleme de performanţă care pot apărea în timpul Ore de vârf de utilizare.

Când vă opriţi şi reporniţi serverul pentru a goli memoria virtuală fragmentare, există consideraţii suplimentare atunci când este configurat Exchange 2000 Server într-un mediu grupată. Când mutaţi cluster resurse la un nod în alt nod, acest proces nu asigură un spaţiu de adrese de memorie virtuală "curat". Dacă cluster resurse sunt deţinute de nodul de cluster destinaţie şi resursele cluster sunt mutate la nodul pasive (fără prima repornire nodul de destinaţie), este posibil să întâlniţi fragmentarea de memorie virtuală pe nodul pasive. Pentru a evita această situaţie, şi pentru a goli memoria fragmentarea într-un mediu Exchange 2000 Server grupată, urmaţi aceşti paşi:
  1. Reporniţi nodul pasive înainte de a muta cluster resurse la acesta.

    Acest pas vă ajută să vă asiguraţi că resursele cluster sunt mutate la un server care are un spaţiu de adrese de memorie virtuală "curat".
  2. Muta resurselor cluster la nodul pasive.
  3. Reporniţi nodul care a deţinut anterior resursele cluster.
Notă server Exchange 2003 reporneşte automat serviciul Store.exe după ce înregistrările de resurse au fost mutate la un nod diferit în cluster-ului pentru a reseta spaţiul de adrese Store.exe pe acest nod. Prin urmare, următoarea dată că Exchange virtual server este mutat înapoi la nodul pasive, Store.exe funcționează cu un spaţiu de adrese "curat".

Mesajele de avertizare Event ID 9665

Exchange 2003 efectuează o verificare de configurare optimă de memorie atunci când începe procesul de Store.exe. Dacă setările de memorie nu sunt optime, un mesaj de avertizare eveniment 9665 ID-ul este conectat la jurnal de evenimente de aplicaţie din Vizualizator evenimente. Acest mesaj de avertizare este conectat atunci când oricare dintre următoarele condiţii este adevărată:
  • Schimb este instalat pe un computer care execută orice versiune de Microsoft Windows 2000 Server, şi valoarea SystemPages din registry este setată în afara intervalului de 24000 de 31000.
  • Schimb este instalat pe un computer care execută Microsoft Windows 2000 Advanced Server sau Microsoft Windows 2000 Datacenter Server, iar serverul are 1 gigaoctet (GO) sau mai mult de memorie fizică (RAM) instalat, dar nu are 3 GB comuta set în fişierul Boot.ini.
  • Schimb este instalat pe un computer care execută Microsoft Windows Server 2003 Standard Edition, Microsoft Windows Server 2003 Enterprise Edition, sau Microsoft Windows Server 2003 Datacenter Edition şi valoarea SystemPages din registry este setată la o valoare diferită de 0.
  • Schimb este instalat pe un computer care execută Windows Server 2003 Standard Edition, Windows Server 2003 Enterprise Edition sau Windows 2003 Server Datacenter Edition, serverul are 1 GB sau mai mult de RAM instalat, şi comutatorul de 3 GB este setată, dar nu este parametrul/USERVA , prezente în fişierul Boot.ini sau este stabilit în afara intervalului de 3030 la 2970.
  • Schimb este instalat pe un computer care execută orice versiune de Windows 2000 Server sau Windows Server 2003, şi valoarea HeapDeCommitFreeBlockThreshold din registry este setată la o altă valoare decât 0x00040000.
Când se înregistrează un mesaj de avertizare event ID 9665, urmaţi aceşti paşi:
  1. Verificaţi
    SystemPages
    Setarea şi
    HeapDeCommitFreeBlockThreshold
    setări în registry.
  2. Verificaţi comutatorul de 3 GB şi /userva/USERVA comuta în fişierul Boot.ini.
Pentru mai multe informaţii despre valorile recomandate pentru aceste setări, consultaţi secţiunea "Cum să optimizaţi utilizarea memoriei virtuale".

Notă Dacă doriţi să dezactivaţi controlul configurare memorie, adăugaţi
Suprimare memorie configurare notificarea
DWORD valoarea în următoarea cheie de registry, şi apoi setaţi valoarea la 1:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
Notă A verifica de configurare de memorie nu apar pe serverele care execută Microsoft Small Business Server.

Mesajele de eroare 12800 Event ID

În situaţii în cazul în care memoria virtuală puternic este fragmentat, mesaj de prelucrare probleme şi mesaj de conversie probleme pot apărea. Utilizatorii pot apărea probleme de performanţă şi nu poate fi capabil de a accesa mesajele lor. Evenimente repetate de următorul eveniment în jurnal de evenimente al aplicaţiei, în cazul în care fiecare apariţie este conectat câteva secunde după ultima apariţie, indică fragmentarea de memorie virtuală extreme:
Sursa: MSExchangeIS
Categorie: Conţinut motor
ID: 12800
Tip: eroare
Descriere:
Procesarea mesaj nu a reușit, deoarece nu există suficientă memorie disponibilă (8007000E-82000387).
Notă Este posibil să vedeţi acest eveniment în jurnal de evenimente aplicarea în situaţii, când nu există suficientă memorie virtuală disponibil pentru a procesa un mesaj sau ca urmare a unui mesaj formatarea problemă. Ocurenţe individuale de acest eveniment nu indică fragmentarea de memorie virtuală. Cu toate acestea, puternic este fragmentat apariţii multiple de evenimentul conectat în scurt marcă de timp cadru indică faptul că memoria virtuală pe server.

Performanţă jurnalele şi alertele

Contorul următoarele este contorul cele mai importante pentru a monitoriza pentru fragmentarea de memorie virtuală în procesul Store.exe în Exchange 2003 şi Exchange 2000:
  • Performanţă obiect: MSExchangeIS
    Counter: VM cea mai mare dimensiune de bloc

    Acest contor afişează dimensiunea (în octeţi) gratuit cel mai mare bloc de memorie virtuală. Acest contor apare ca o linia Către care partiile în jos ca memorie virtuală este utilizat. Dacă acest contor scade sub 32 MB, schimb jurnalele un mesaj de avertizare event ID 9582 în jurnal de evenimente de aplicaţie. Dacă acest contor scade sub 16 MB, schimb jurnalele un mesaj de eroare ID 9582 eveniment în jurnal de evenimente de aplicaţie. Dacă cel mai mare bloc gratuit este mică (mai puţin de 10 MB), serverul se apropie de un stat critice în cazul în care operațiunile de mesaj poate începe să eşueze şi mesaje de eroare 12800 event ID sunt înregistrate în mod repetat.
De asemenea, puteţi utiliza următoarele contoare pentru a monitoriza memorie virtuală în procesul de Store.exe:
  • Performanţă obiect: MSExchangeIS
    Counter: Blocuri VM Total gratuit

    Acest contor afişează numărul total de blocuri de memorie virtuală gratuit indiferent de mărimea lor. Acest contor apare ca o linia Către care formează formă piramidală ca tu monitor memorie virtuală. Puteţi utiliza acest contor pentru a măsura cât de repede disponibile memoria virtuală devine fragmentate. Pentru a calcula mărimea blocului medie, utilizaţi următoarele contoare:
    Performanţă obiect: Proces
    Counter: Octeţi virtual
    Exemplu: MAGAZIN
    Performanţă obiect: MSExchangeIS
    Counter: Blocuri VM Total gratuit
    Pentru a calcula mărimea blocului medie, împărţiţi MAGAZIN exemplu de Octeţi virtual contra de Proces obiect de performanţă de Blocuri VM Total gratuit contra de MSExchangeIS obiect de performanţă.
  • Performanţă obiect: MSExchangeIS
    Counter: VM Total mare gratuit bloc octeţi

    Acest contor afişează suma în octeţi din toate blocuri memorie virtuală gratuit care sunt mai mari decât sau egal cu 16 MB. Acest contor apare ca o linia Către care partiile în jos ca memorie virtuală este utilizat. Aveţi posibilitatea să utilizaţi acest contor şi VM Total 16 MB gratuit blocuri Contor pentru a monitoriza rata de fragmentarea de memorie virtuală și starea curentă de memorie virtuală de server.

Cum să detect probleme de fragmentarea de memorie virtuală

Pentru a detecta memorie virtuală fragmentarea probleme în Exchange 2003 şi Exchange 2000, urmaţi aceşti paşi:
  1. Vizualizaţi conţinutul din jurnal de evenimente aplicaţie din Vizualizator evenimente pentru a vedea dacă mesajele de avertizare event ID 9582 sau 9582 ID eveniment mesaje de eroare sunt înregistrate în jurnal.

    Notă În unele medii în cazul în care există o mare mai mulţi utilizatori, ar putea fi tipice pentru memorie virtuală să scadă sub pragul de 32 MB în timpul ori de vârf de activitate şi să crească în mod semnificativ timpul perioadei de activitate scăzută.
  2. Utilizaţi instrumentul de performanţă jurnalele şi alertele pentru a monitoriza contorul următoarele:
    Performanţă obiect: MSExchangeIS
    Counter: VM cea mai mare dimensiune de bloc

    Acorde o atenţie aproape de valoarea acest contor. Pentru a vizualiza virtual Utilizare memorie tendinţe, log acest contor cu ajutorul intervale de 1 minut pe o perioadă de 18-24 de ore şi vizualizare Proiect Minim valoarea pentru a înregistra cel mai scăzut nivel. Dacă acest contor indică faptul că spaţiu de adrese virtuale este scăzut, urmaţi paşii din secţiunea "Cum să optimizaţi utilizarea memoriei virtuale".
  3. Stabilește dacă alte informaţii legate de magazin procese (cum ar fi un program antivirus) sunt reducerea de memorie virtuală la un nivel sub pragul de 32 MB sau sub pragul de 16 MB. De exemplu, într-un scenariu în cazul în care un program antivirus pe care este configurat să scaneze bazele acoperire de date mesagerie reduce bloc de memorie virtuală la mai puțin de 32 MB, mesajele de avertizare event ID 9582 sunt conectat la jurnal de evenimente de aplicaţie. Nivelul de memorie virtuală poate fi doar puţin mai mic decât pragul de 32 MB, şi de performanţă nu este afectată. În timpul perioadelor de inactivitate utilizator (cum ar fi după orele regulate), creşte de memorie virtuală, şi event ID 9582 mesajele de avertizare nu mai sunteţi conectat.

    Dacă performanţa este acceptabil, şi memorie virtuală creşte în timpul perioadelor de activitate de firmă scăzut, nu trebuie să efectuaţi paşi pentru a corecta problema de memorie virtuală. Cu toate acestea, dacă vă aşteptaţi sarcina de utilizator pentru a creşte, poate doriţi să efectuaţi paşi pentru a reduce consumul de memorie virtuală pe server astfel încât Exchange 2003 sau Exchange 2000 pot ocupa o sarcină mai mare.

Cum să optimizaţi utilizarea memoriei virtuale

Pentru a optimiza utilizarea memoriei virtuale şi a ajuta la reducerea probleme de fragmentarea de memorie virtuală, urmaţi aceşti paşi.

Important Această secţiune, metoda sau activitate conţine paşi care-ţi spun cum să modificaţi registry-ul. Cu toate acestea, ar putea apărea probleme grave dacă modificaţi registry incorect. Prin urmare, asiguraţi-vă că urmaţi aceşti paşi, cu atenţie. Pentru o protecţie sporită, rezervă de registry, înainte de a se modifica. Apoi, restabiliţi registry dacă apare o problemă. Pentru mai multe informaţii despre modul de rezervă şi restauraţi registry, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
322756 Cum la spre spate sus şi restaurarea registry în Windows
  1. Instalaţi ultimele pachete de service disponibile pentru Microsoft Windows Server 2003 sau Windows 2000 şi Microsoft Exchange 2003 sau Exchange 2000. Pentru mai multe informaţii despre cum se obţine ultimul pachet Service Pack, faceţi clic pe următoarele numere de articol pentru a vedea articolele în bază de cunoştinţe Microsoft:
    260910Cum se obţine ultimul pachet de service Windows 2000
    301378 Cum să obţineţi cele mai recente Exchange 2000 Server pachet Service Pack
    Notă O schimbare în comportament a fost introdus în Exchange 2000 Server pachet Service Pack 3 (SP3), astfel încât obiectele Extensible Storage Engine (ESE) sunt alocate la locaţii de memorie mai mare. Această metodă de alocare "top-down" a fost implementat pentru a ajuta la reduce fragmentarea de memorie virtuală.
  2. Setaţi comutatorul de 3 GB în fişierul Boot.ini.

    Dacă Exchange 2003 sau Exchange 2000 este instalat pe oricare dintre următoarele sisteme de operare, şi mai mult de 1 GB de RAM fizică este instalat pe computer, setaţi comutatorul de 3 GB în fişierul Boot.ini:
    • Microsoft Windows Server 2003, Standard Edition
    • Microsoft Windows Server 2003, Enterprise Edition
    • Microsoft Windows Server 2003, Datacenter Edition
    • Microsoft Windows 2000 Advanced Server
    • Microsoft Windows 2000 Server Datacenter Server
    Această opţiune de configurare creşte spaţiul de adrese virtuale.

    Important Nu setaţi comutatorul de 3 GB în fişierul Boot.ini dacă executaţi server Exchange 2003 sau Exchange 2000 Server pe un computer care execută Windows 2000 Standard Server. Acest sistem de operare nu acceptă această opţiune.Pentru mai multe informaţii, faceţi clic pe următoarele numere de articol pentru a vedea articolele în bază de cunoştinţe Microsoft:
    291988O descriere a 4 GB RAM Tuning caracteristică şi parametrul Physical Adresă prelungire
    266096 Exchange 2000 necesită 3 GB comuta cu mai mult de 1 gigaoctet de RAM fizică
    Unul dintre efectele utilizând comutatorul de 3 GB este o reducere semnificativă în numărul de pagini de sistem care sunt disponibile pentru kernel-ul. Microsoft recomandă ca Setaţi comutatorul de 3 GB în fişierul Boot.ini de pe serverele Exchange pentru a modifica setările implicite şi pentru a creşte numărul de pagini de sistem care sunt alocate.

    Când setaţi 3 GB în fişierul Boot.ini pe un computer Windows Server 2003, setaţi parametrul/USERVA în fişierul Boot.ini pentru a o valoare între 2970 şi 3030. Valoarea recomandată este 3030 (această valoare este echivalentă cu valoarea Windows 2000 SystemPages a 31000).

    Important Pe Windows 2003, este utilizat în loc de parametrul/USERVA
    SystemPages
    cheie de registry. Ele nu ar trebui să fie utilizate împreună. Dacă valoarea pentru parametrul/USERVA nu este setată la 2970 prin 3030 în fişierul Boot.ini, şi comutatorul de 3 GB este setată, Exchange 2003 conectează 9665 ID de eveniment în jurnal de evenimente de aplicaţie. Acest ID de eveniment indică faptul că virtual memorie pe server nu este configurat pentru a utiliza setările optime de memorie.

    Pentru a seta
    SystemPages
    valoarea de registry pe un computer care execută Windows 2000 Server, urmaţi aceşti paşi:
    1. Faceţi clic pe Start, apoi faceţi clic pe A alerga.
    2. În Deschise caseta, tip regedit, apoi faceţi clic pe ok.
    3. Găsiţi şi apoi faceţi clic pe următoarea cheie de registry:
      HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession\\\\ ManagerMemory\ conducere
    4. În panoul din dreapta, faceţi dublu clic pe SystemPages.
    5. În Valoarea datelor caseta, introduceţi o valoare între 24000 şi 31000 şi apoi faceţi clic pe ok.
    6. Părăsiţi Registry Editor.
    Notă Pentru a face setările pentru memoria virtuală mai vizibile, Exchange 2003 jurnalele de un eveniment ID 9665 mesaj dacă aceste setări de memorie nu sunt optimizate.
  3. Minimizaţi numărul de grupuri de stocare pe server.

    Suplimentare de memorie virtuală este utilizat atunci când un grup de stocare este montat, şi baze acoperire de date suplimentare într-un grup de stocare existente au efect foarte puţin pe volumul de memorie virtuală utilizată. Din acest motiv, poate doriţi să umple un grup de stocare înainte de a crea grupuri de depozitare suplimentare pe server.
  4. Set
    HeapDeCommitFreeBlockThreshold
    valoare DWORD în următoarea cheie de registry:
    HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession\\\\ conducător
    The
    HeapDeCommitFreeBlockThreshold
    valoarea de registry este dimensiunea minimă de un bloc gratuit care zona de lucru decommits. Setarea implicită este 0 (zero). Acest lucru înseamnă că administratorul heap decommits fiecare pagina 4 KB care devine disponibilă. Decommit operațiuni poate provoca fragmentarea de memorie virtuală suplimentare. Aveţi posibilitatea să setaţi
    HeapDeCommitFreeBlockThreshold
    intrarea registry la următoarea cheie de registry la o valoare mai mare pentru a ajuta la reduce fragmentarea de memorie virtuală:
    HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession\\\\ conducător
    Valoarea recomandată pentru a utiliza pentru
    HeapDeCommitFreeBlockThreshold
    intrarea registry este 0x00040000 (în format hexazecimal).Pentru mai multe informaţii, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
    315407cheie de registry "HeapDecommitFreeBlockThreshold"
    Notă The
    HeapDeCommitFreeBlockThreshold
    intrarea registry este independent de comutatorul de 3 GB .
  5. Ajustaţi dimensiunea cache-ului acoperire de date magazin.

    Avertizare Dacă utilizaţi ADSI Edit snap-in, utilitarul LDP, sau orice alt client LDAP versiunea 3 şi modificaţi incorect atributele obiectelor Active Directory, vă poate cauza probleme grave. Aceste probleme pot necesita reinstalarea Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft server Exchange 2003, sau Windows şi schimb. Microsoft nu poate garanta că problemele care apar dacă modificaţi incorect Active Directory obiect atribute pot fi rezolvate. Modificaţi aceste atribute la propriul risc.

    Pentru a ajusta dimensiunea cache-ului acoperire de date magazin, utilizaţi ADSI Edit pentru a modifica valoarea atributului msExchESEParamCacheSizeMax .

    Cache acoperire de date magazin este, de asemenea, cunoscut ca tampon ESE, şi oferă o suprafaţă mare de cache pentru paginile acoperire de date (fiecare pagina 4 KB) înainte de a fi angajat la magazin. implicit, Exchange 2000 utilizează pagini până la 229376 (896 MB) de memorie pentru cache-ul bazei acoperire de date. implicit, Exchange 2003 interogări de configurare de memorie a calculatorului, şi apoi utilizează pagini până la 229376 (896 MB), în cazul în care comutatorul de 3 GB este setat pe server sau pagini 147456 (576 MB) dacă comutatorul de 3 GB nu este setată pe server. Pe un server care are mai mult de 2 GB de memorie, poate doriţi să măriţi dimensiunea tamponului ESE. Cu toate acestea, dacă procedați astfel, poate provoca fragmentarea de memorie din spaţiul de adrese redusă care este disponibil pentru restul de funcţii magazin. Microsoft recomandă că nu configuraţi această valoare mai mare decât 311296 pagini (1 200 MB).

    Dacă Event ID 9582 mesaje sunt conectat la jurnal de evenimente de aplicaţie, este posibil pentru a rezolva apariției acestor mesaje prin reducerea dimensiunii cache-ului bazei acoperire de date. În această situaţie, Microsoft recomandă să asociaţi o valoare mai mică decât valoare implicită pentru atributul msExchESEParamCacheSizeMax , şi să utilizaţi o valoare care este un multiplu de octeți 8192. Dacă aveţi de a reduce dimensiunea cache-ul bazei acoperire de date, procesul de Store.exe citeşte şi scrie pe disc mai frecvent, şi acest lucru poate afecta performanţa de server.

    Înainte de a vă măriţi dimensiunea maximă acoperire de date cache, utilizați performanţă jurnalele şi alertele pentru a monitoriza MAGAZIN exemplu de Octeţi virtual contra de Proces obiect sub o sarcină de tipic. Acest contor rapoarte de dimensiunea curentă (în octeţi) de spaţiu de adrese virtuale care este utilizat de procesul Store.exe. Pentru mai multe informaţii despre modul de a modifica dimensiunea cache-ul bazei acoperire de date, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
    266768Cum pentru a modifica dimensiunea maximă cache-ul bazei acoperire de date magazin în Exchange 2000 Server
    Notă Asiguraţi-vă că valoarea pe care o asociaţi la atributul msExchESEParamCacheSizeMax se încheie pe o limita de 32 MB (care este, la un multiplu de 32 MB).
  6. Reduce numărul maxim de ESE tabele deschise.

    Avertizare Dacă utilizaţi ADSI Edit snap-in, utilitarul LDP, sau orice alt client LDAP versiunea 3 şi modificaţi incorect atributele obiectelor Active Directory, vă poate cauza probleme grave. Aceste probleme pot necesita reinstalarea Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft server Exchange 2003, sau Windows şi schimb. Microsoft nu poate garanta că problemele care apar dacă modificaţi incorect Active Directory obiect atribute pot fi rezolvate. Modificaţi aceste atribute la propriul risc.

    Motorul de stocare care este utilizat de Exchange 2000 caches date despre folderele care în prezent nu sunt accesate. În unele situaţii, acest lucru poate contribui la fragmentarea de memorie virtuală. O modalitate de a diminua acest lucru este de a reduce numărul maxim de tabele deschise care sunt permise de schimb. Setarea implicită de pe 8-way fermă de servere este 27600 tabele pe grupul de stocare. Dacă aveţi mai mici această valoare, vă poate reduce probleme de fragmentarea de memorie virtuală. Cu toate acestea, dacă vă reduce această valoare, de asemenea, pot apărea situații în care operațiunile poate să nu reuşească din cauza prea multe tabele deschise, și este posibil să primiţi următorul mesaj de eroare:
    Eroare-1311
    JET_errTooManyOpenTables
    Important Modificaţi această setare numai atunci când vă sfătuim să facă de un suport de serviciile de suport pentru produse Microsoft profesionale.

    Exchange 2003 utilizează o metodă diferită de cache date despre dosare care nu sunt accesate în prezent. Prin urmare, aceasta nu este de aşteptat că reducerea numărului maxim de tabele deschise este necesar sau ca eficient la reducerea probleme de fragmentarea de memorie virtuală.

    Pentru a reduce numărul maxim de tabele deschise care este menţinută de ESE, setaţi atributul msExchESEParamMaxOpenTables pe fiecare obiect de grup de stocare a 27600. Pentru aceasta, urmaţi aceşti paşi:
    1. Începe ADSI Edit.

      Notă ADSI Edit este inclusă în Windows 2000 Support Tools. Pentru a instala Windows 2000 Support Tools, faceţi clic dreapta pe Suptools.msi Fişier în folderul Support\Tools de pe CD-ROM-ul Windows 2000, şi apoi faceţi clic pe Instalaţi.
    2. Extinde Configurare Container [ServerName.NumeDomeniu.com], extindeţi NC = configurare, DC =NumeDomeniuDC =com, extindeţi NC = consolidare servicii, extindeţi NC = Microsoft Exchange, extindeţi NC =OrganizationName, extindeţi NC = Administrative Groups, extindeţi NC =Grup administrativ (în cazul în care Grup administrativ este grupul administrative care conţine grupul de stocare pe care doriţi să modificaţi), extindeţi NC = fermă de servere, extindeţi NC =ServerName, apoi extindeţi NC = InformationStore.
    3. Faceţi clic dreapta pe NC =grup de stocare (în cazul în care grup de stocare este grupul de stocare pe care doriţi să modificaţi), apoi faceţi clic pe Proprietăţi.
    4. În Selectaţi care proprietăţi pentru a vizualiza Listă tabel, faceţi clic pe Ambele.
    5. În Selectaţi o proprietate pentru a vizualiza Listă tabel, faceţi clic pe msExchESEParamMaxOpenTables.
    6. În Editare atribut caseta, tip 27600, apoi faceţi clic pe Set.
    7. Faceţi clic pe Aplică, faceţi clic pe ok, apoi părăsiţi ADSI Edit.
INFORMAŢII SUPLIMENTARE
Microsoft Product Support Services funcţionează pe multe cazuri care implică eveniment 9582 avertismente şi erori. Most de la marcă de timp, nu este o problemă cu schimb fragmentând memoria. De obicei, problema este cauzată de software-ul terţ leaking memorie.

Problema cea mai comună este cauzată de software-ul terţ deschiderea mii de obiecte. Aceste obiecte pot fi mesaje (OMSG), foldere (OFOLD) sau vizualizări (VMSG). Obiectele pot fi deschise de antivirus software, conectivitate wireless al treilea-petrecere produse de plastic, programele de completare Outlook sau alt software.Aceste obiecte deschise consumă memorie. Cantitatea de memorie care este consumată depinde de tipul de obiect, dimensiunea variabila, şi mulţi alţi factori. Aceasta este comun pentru aplicarea faulting deschide mii de aceste obiecte şi priva procesul de depozit Exchange de memorie care este necesar să funcţioneze corect.

implicit în Exchange 2000, nu există nici o limită pentru numărul de obiecte de OMSG. În Exchange 2003, există o limită de 250 OMSG obiecte pe sesiune MAPI. Această limită este reglabil.Cea mai uşoară cale pentru a verifica această setare pentru a vizualiza mesajele Open, Open ataşări, şi folderele deschise valori în Exchange System Manager. Pentru aceasta, urmaţi aceşti paşi:
  1. Faceţi clic dreapta pe Conectările folder în obiectul cutie poştală magazin pentru serverul pe care este Jurnal evenimente 9582, punctul de vizualizare Proiect, apoi faceţi clic pe Adăugare/eliminare coloane.
  2. Adăuga Mesajele de deschidere, Deschideţi ataşările, şi Folderele deschise coloane în Listă tabel de Coloane afişate.
Trebuie să verificaţi această setare pentru fiecare depozit de cutie poştală pe server, dacă este cazul. După ce selectaţi coloanele suplimentare, ar trebui să sortaţi coloane de numărul de mesaje deschise, de numărul de folderele deschise şi apoi de deschis ataşările. Orice utilizator care are sute sau chiar mii de deschidere mesajele, folderele sau ataşări indică o problemă potenţială.Pentru mai multe informaţii despre cum să limitaţi numărul de obiecte OMSG în server Exchange 2003 şi în Exchange 2000 Server, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
830829Computer server Exchange 2003 pot să nu mai răspundă după un client MAPI deschide mai mult decât valoare implicită a anumitor obiecte server
REFERINŢE
Pentru mai multe informaţii despre cum se depanează probleme de performanţă în Exchange 2000, consultaţi următoarele articole din bază de cunoştinţe Microsoft:
815372 Cum să optimizaţi utilizarea memoriei în server Exchange 2003
317411 Cum să adune date pentru a depana probleme de memorie virtuală de schimb
296073 Monitorizarea pentru fragmentarea de memorie Exchange 2000
279615 Lipsa de memorie virtuală disponibilă afectează performanţa de server
266768 Cum pentru a modifica dimensiunea maximă cache-ul bazei acoperire de date magazin în Exchange 2000 Server
286350 Cum să utilizaţi ADPlus pentru a depana "atârnă" şi "inertie"
Pentru mai multe informaţii despre comutatorul /GB 3, faceţi clic pe următoarele numere de articol pentru a vedea articolele în bază de cunoştinţe Microsoft:
291988O descriere a 4 GB RAM Tuning caracteristică şi parametrul Physical Adresă prelungire
266096 Exchange 2000 necesită 3 GB comuta cu mai mult de 1 gigaoctet de RAM fizică
313707 Un server Exchange 2000 cu "/ 3 GB" parametru în fişierul Boot.ini poate pierde de conectivitate în reţea sub o sarcină grea de mesagerie
328882 Utilizare memorie şi comutatorul de 3 GB de schimb
Pentru mai multe informaţii despre cum se depanează problemele de fragmentare specifice virtual memorie, faceţi clic pe următorul număr de articol pentru a vedea articolul în bază de cunoştinţe Microsoft:
272537Notificarea de memorie virtuală este calculat incorect
306860 Spaþiu de memorie incorectă, atunci când monitorizarea stării de memorie virtuală disponibilă
313084 Spaþiu memorie este incorectă, atunci când vă monitoriza starea memorie virtuală disponibilă
319682 Informaţii Exchange 2000 stoca rapoartele un mesaj de avertizare event ID 327 şi memorie virtuală poate fi fragmentat
324118 Motorul de baze acoperire de date Extensible motorul de stocare contribuie la fragmentarea de memorie virtuală
810985 memorie virtuală fragmentarea se produce atunci când reuşiţi peste un server virtual Exchange 2000
325467 ID eveniment 9582 apare imediat după cluster failover
315771 Depozitul de informaţii se dezactivare pe un cluster din cauza controlului IsAlive
311901 Efectele 4GT tuning on sistem de intrări în tabelul pagină

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 325044 - Ultima examinare: 12/07/2015 11:36:19 - Revizie: 2.0

Microsoft Exchange Server 2003 Standard Edition, Microsoft Exchange Server 2003 Enterprise Edition, Microsoft Exchange 2000 Server Standard Edition, Microsoft Exchange 2000 Enterprise Server

  • kbnosurvey kbarchive kbinfo kbmt KB325044 KbMtro
Feedback