Bagaimana memecahkan fragmentasi kehabisan memori virtual pada Exchange Server 2003 dan Exchange 2000 Server

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 325044 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

RINGKASAN

Artikel ini membahas cara memecahkan masalah pesan peringatan event ID 9582 dan pesan kesalahan yang dihasilkan dari isu-isu fragmentasi kehabisan memori virtual dalam Microsoft Exchange Server 2003 dan Microsoft Exchange 2000 Server. Artikel ini juga berisi informasi tentang cara untuk memantau penggunaan kehabisan memori virtual, bagaimana mendeteksi fragmentasi kehabisan memori virtual, dan bagaimana untuk mengoptimalkan penggunaan kehabisan memori virtual di server. Selain itu, artikel ini berisi daftar sumber daya yang dapat Anda gunakan untuk membantu Anda memecahkan masalah fragmentasi kehabisan memori virtual dan mengoptimalkan penggunaan kehabisan memori virtual di Exchange 2003 dan Exchange 2000.

Sekilas pandang

Fragmentasi kehabisan memori virtual adalah suatu kondisi di mana kehabisan memori virtual tersedia untuk proses, tetapi tak satu pun dari blok kehabisan memori virtual yang tersedia dari ukuran yang signifikan. Fragmentasi kehabisan memori terjadi Dari Waktu ke waktu karena berbagai ukuran alokasi kehabisan memori dan berbagai tekan terus dari masing-masing alokasi. Ketika Anda mengatur skala server untuk menangani lebih banyak pengguna dan beban yang lebih besar, server dapat menjalankan rendah pada kehabisan memori virtual dalam proses penyimpanan informasi Microsoft Exchange (Store.exe). Ketika masalah ini terjadi, acara ID 9582 acara login ke log peristiwa aplikasi.

Dalam beberapa kasus, acara ID 9582 acara tidak menunjukkan masalah dengan kehabisan memori virtual di server, dan peristiwa-peristiwa dapat diabaikan. Namun, dalam situasi lain, kurangnya kehabisan memori virtual dapat mengakibatkan pemrosesan pesan kesalahan (ditunjukkan oleh ID Peristiwa 12800 peristiwa) dan menurun kinerja. Jika dibiarkan, fragmentasi kehabisan memori virtual dapat mengakibatkan penurunan kinerja parah dan perilaku tak terduga.

Ada hampir tidak ada korelasi antara jumlah fisik kehabisan memori akses acak (RAM) yang diinstal di komputer dan jumlah kehabisan memori virtual. Because of this, Anda tidak bisa memecahkan masalah kehabisan memori virtual rendah dengan menambahkan fisik lebih RAM. Selain itu, kehabisan memori virtual kesalahan dan isu-isu fragmentasi kehabisan memori virtual yang tidak terbatas aktif/aktif server cluster. Masalah ini juga muncul pada Cluster server aktif/pasif dan berdiri sendiri server yang menjalankan Exchange 2003 atau Exchange 2000.

Catatan kehabisan memori virtual isu-isu lebih umum di konfigurasi Exchange 2003 berkerumun atau konfigurasi Exchange 2000 berkerumun karena lingkungan ini biasanya digunakan untuk skala Exchange untuk meng-host beberapa ribuan pengguna bersama beberapa kelompok penyimpanan dan beberapa pesan database.

Bagaimana memonitor kehabisan memori virtual dan mendeteksi fragmentasi kehabisan memori virtual

Anda dapat menggunakan log peristiwa aplikasi alat Pemantau Peristiwa dan kinerja log dan peringatan untuk memantau penggunaan kehabisan memori virtual dan untuk mendeteksi fragmentasi kehabisan memori virtual di Exchange 2003 dan Exchange 2000.

Log peristiwa aplikasi

Memantau log peristiwa aplikasi dari Pemantau Peristiwa pada setiap hari selama acara ID 9582 acara. Dalam log peristiwa aplikasi, peristiwa ID 9582 pesan peringatan muncul ketika gratis terbesar blok kehabisan memori virtual menurun hingga 32 megabyte (MB). Anda dapat menggunakan sebuah alat pemantauan yang menghasilkan peringatan administratif setiap kali pesan peristiwa ID 9582 login.

pesan peringatan Event ID 9582

Ketika Exchange server memiliki kurang dari 32 MB ruang alamat penyuratan virtual bersebelahan gratis, pesan peringatan berikut login ke log peristiwa aplikasi:
Sumber: MSExchangeIS
Kategori: kinerja
ID: 9582
Tipe: peringatan
Keterangan:
kehabisan memori virtual yang diperlukan untuk menjalankan Exchange server terpecah-pecah sedemikian rupa bahwa kinerja dapat terpengaruh. Sangat disarankan Anda me-restart semua Exchange layanan untuk memperbaiki masalah ini.

Untuk informasi lebih lanjut, klik<http: search.support.microsoft.com/search/?adv="1"></http:>
Ketika pesan peringatan ini login, ikuti langkah berikut:
  1. Mempersiapkan dan melakukan langkah-langkah untuk menutup dan kemudian restart server pada 36 hingga 72 jam berikutnya.
  2. Untuk menentukan laju peluruhan, menggunakan alat kinerja log dan alert untuk memantau tabel atak berikut untuk MSExchangeIS kinerja objek:
    VM Total besar gratis blok Bytes
    Menggunakan data ini untuk membantu Anda merencanakan tepat waktu (dalam waktu 36 hingga 72 jam) untuk mematikan dan kemudian restart server.
Pesan kesalahan ID 9582 kejadian

Ketika Exchange server memiliki kurang dari 16 MB ruang alamat penyuratan virtual bersebelahan gratis, pesan galat berikut login ke log peristiwa aplikasi:
Sumber: MSExchangeIS
Kategori: kinerja
ID: 9582
Tipe: kesalahan
Keterangan:
kehabisan memori virtual yang diperlukan untuk menjalankan Exchange server terpecah-pecah sedemikian rupa bahwa kinerja dapat terpengaruh. Sangat disarankan Anda me-restart semua Exchange layanan untuk memperbaiki masalah ini.

Untuk informasi lebih lanjut, klik<http: search.support.microsoft.com/search/?adv="1"></http:>
Pada tingkat ini fragmentasi kehabisan memori virtual, proses Store.exe tidak membuat tumpukan tambahan dan tidak dapat dengan benar me-mount dan turun penyimpanan kelompok. Jika VM ukuran blok terbesar Counter di bawah 10 MB, kelompok-kelompok penyimpanan tidak me-mount. Ketika pesan galat acara ID 9582 login, mempersiapkan untuk mematikan dan me-restart server pada kesempatan berikutnya. Sebagai contoh, menutup dan kemudian restart server malam atau pagi berikutnya. Dengan demikian, Anda dapat membantu mencegah masalah kinerja yang mungkin terjadi selama masa penggunaan puncak.

Ketika Anda menutup dan kemudian restart server untuk mengosongkan kehabisan memori virtual fragmentasi, ada tambahan pertimbangan ketika Exchange 2000 Server dikonfigurasi di lingkungan berkerumun. Ketika Anda memindahkan cluster sumber daya dari satu node ke node lain, proses ini tidak menjamin ruang alamat penyuratan kehabisan memori virtual "bersih". Jika gugus sumber daya yang dimiliki oleh gugus node tujuan, dan sumber-sumber gugus dipindahkan ke node pasif (tanpa pertama restart node tujuan), Anda mungkin mengalami fragmentasi kehabisan memori virtual pada node pasif. Untuk menghindari situasi ini, dan untuk Bersihkan fragmentasi kehabisan memori di lingkungan berkerumun Exchange 2000 Server, ikuti langkah berikut:
  1. Restart node pasif sebelum Anda memindahkan cluster sumber daya untuk itu.

    Langkah ini akan membantu untuk memastikan bahwa sumber daya cluster pindah ke server yang memiliki ruang alamat penyuratan kehabisan memori virtual "bersih".
  2. Memindahkan sumber daya cluster node pasif.
  3. Restart node yang sebelumnya dimiliki cluster sumber daya.
Catatan Exchange Server 2003 restart layanan Store.exe secara otomatis setelah catatan sumber daya telah dipindahkan ke sebuah node yang berbeda dalam gugus untuk me-reset ruang alamat penyuratan Store.exe pada simpul tersebut. Oleh karena itu, saat berikutnya Exchange virtual server pindah kembali ke node pasif, Store.exe beroperasi dengan ruang alamat penyuratan "bersih".

pesan peringatan Event ID 9665

Exchange 2003 melakukan pemeriksaan konfigurasi kehabisan memori optimal ketika proses Store.exe dimulai. Jika pengaturan kehabisan memori tidak optimal, pesan peringatan event ID 9665 login ke log peristiwa aplikasi Pemantau Peristiwa. Ini pesan peringatan dicatat ketika salah satu dari kondisi berikut benar:
  • Exchange terinstal pada komputer yang menjalankan versi Microsoft Windows 2000 Server, dan SystemPages nilai registri diatur di luar jangkauan dari 24000 ke 31000.
  • Exchange terinstal pada komputer yang menjalankan Microsoft Windows 2000 Advanced Server atau Microsoft Windows 2000 Datacenter Server, dan server memiliki 1 gigabyte (GB) atau lebih dari kehabisan memori fisik (RAM) yang diinstal tetapi tidak memiliki 3 GB beralih diatur dalam berkas Boot.ini.
  • Exchange terinstal pada komputer yang menjalankan Microsoft Windows Server 2003 edisi standar, Microsoft Windows Server 2003 Enterprise Edition, atau Microsoft Windows Server 2003 Datacenter Edition, dan nilai registri SystemPages diset ke nilai selain 0.
  • Exchange terinstal pada komputer yang menjalankan Windows Server 2003 edisi standar, Windows Server 2003 Enterprise Edition, atau Windows Server 2003 Datacenter Edition, server memiliki 1 GB RAM atau lebih diinstal, dan tombol tekan 3 GB diatur, tapi beralih /userva atau tidak hadir dalam berkas Boot.ini atau diatur di luar jangkauan 3030 untuk 2970.
  • Exchange terinstal pada komputer yang menjalankan versi Windows 2000 Server atau Windows Server 2003, dan nilai registri HeapDeCommitFreeBlockThreshold diset ke nilai selain 0x00040000.
Ketika peristiwa ID 9665 pesan peringatan dicatat, ikuti langkah berikut:
  1. Periksa
    SystemPages
    pengaturan dan
    HeapDeCommitFreeBlockThreshold
    pengaturan registri.
  2. Periksa 3 GB switch dan /userva beralih pada berkas Boot.ini.
Untuk informasi lebih lanjut tentang nilai-nilai yang dianjurkan untuk pengaturan ini, lihat bagian "Cara untuk mengoptimalkan penggunaan kehabisan memori virtual".

Catatan Jika Anda ingin mematikan cek konfigurasi kehabisan memori, menambahkan
Menekan kehabisan memori konfigurasi pemberitahuan
DWORD nilai untuk bukti kunci registri berikut, dan kemudian tetapkan nilai ke 1:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
Catatan Cek konfigurasi kehabisan memori tidak terjadi pada server yang menjalankan Microsoft Small Business Server.

Pesan galat 12800 ID Peristiwa

Dalam situasi di mana kehabisan memori virtual sangat terfragmentasi, pesan pengolahan masalah dan masalah konversi pesan dapat terjadi. Pengguna mungkin mengalami masalah kinerja dan tidak dapat mengakses pesan mereka. Kemunculan ulang acara berikut di log peristiwa aplikasi, di mana setiap kemunculan login beberapa detik setelah kejadian terakhir, menunjukkan ekstrem kehabisan memori virtual fragmentasi:
Sumber: MSExchangeIS
Kategori: Mesin konten
ID: 12800
Tipe: kesalahan
Keterangan:
Pesan pengolahan gagal karena tidak ada cukup kehabisan memori tersedia (8007000E-82000387).
Catatan Anda dapat melihat acara ini dalam log peristiwa aplikasi dalam situasi ketika tidak ada cukup kehabisan memori virtual yang tersedia untuk memproses pesan atau sebagai akibat dari pesan format masalah. Setiap kemunculan acara ini tidak menunjukkan fragmentasi kehabisan memori virtual. Namun, beberapa kemunculan acara login dalam waktu yang singkat bingkai menunjukkan bahwa kehabisan memori virtual di server sangat terfragmentasi.

Kinerja log dan Alert

Counter berikut adalah counter paling penting untuk memantau untuk fragmentasi kehabisan memori virtual dalam proses Store.exe di Exchange 2003 dan Exchange 2000:
  • Kinerja objek: MSExchangeIS
    Counter: VM ukuran blok terbesar

    Counter ini menampilkan ukuran (dalam bytes) gratis terbesar blok kehabisan memori virtual. Counter ini muncul sebagai garis jatuh yang tanahnya ke bawah sebagai kehabisan memori virtual digunakan. Jika counter ini turun di bawah 32 MB, pertukaran log peristiwa ID 9582 pesan peringatan log peristiwa aplikasi. Jika counter ini turun di bawah 16 MB, pertukaran log peristiwa ID 9582 pesan galat dalam log peristiwa aplikasi. Apakah blok gratis terbesar kecil (kurang dari 10 MB), server mendekati keadaan kritis di mana pesan operasi mungkin mulai gagal dan peristiwa ID pesan galat 12800 berulang kali login.
Anda juga dapat menggunakan Counter berikut untuk memantau kehabisan memori virtual dalam proses Store.exe:
  • Kinerja objek: MSExchangeIS
    Counter: VM Total blok gratis

    Counter ini menampilkan jumlah blok kehabisan memori virtual bebas terlepas dari ukuran mereka. Counter ini muncul sebagai garis jatuh yang membentuk sebuah bentuk piramida seperti Anda memantau kehabisan memori virtual. Anda dapat menggunakan counter ini untuk mengukur seberapa cepat tersedia kehabisan memori virtual menjadi terpecah-pecah. Untuk menghitung ukuran blok rata-rata, menggunakan Counter berikut:
    Kinerja objek: Proses
    Counter: Virtual byte
    Contoh: TOKO
    Kinerja objek: MSExchangeIS
    Counter: VM Total blok gratis
    Ukuran rata-rata blok untuk TOKO contoh Virtual byte Counter dari Proses kinerja objek oleh VM Total blok gratis Counter dari MSExchangeIS kinerja objek.
  • Kinerja objek: MSExchangeIS
    Counter: VM Total besar gratis blok Bytes

    Counter ini menampilkan jumlah dalam bytes semua blok kehabisan memori virtual bebas yang lebih besar dari atau sama dengan 16 MB. Counter ini muncul sebagai garis jatuh yang tanahnya ke bawah sebagai kehabisan memori virtual digunakan. Anda dapat menggunakan counter ini dan VM Total 16 MB gratis blok Counter untuk memantau tingkat fragmentasi kehabisan memori virtual dan status kehabisan memori virtual sehari-hari dari server.

Bagaimana mendeteksi isu-isu fragmentasi kehabisan memori virtual

Untuk mendeteksi isu-isu fragmentasi kehabisan memori virtual pada Exchange 2003 dan Exchange 2000, ikuti langkah berikut:
  1. Tampilan isi of log peristiwa aplikasi Pemantau Peristiwa untuk melihat jika pesan peringatan event ID 9582 atau pesan galat ID Peristiwa 9582 login.

    Catatan Dalam beberapa lingkungan di mana ada banyak pengguna, mungkin khas untuk kehabisan memori virtual untuk turun di bawah ambang batas 32 MB selama masa puncak kegiatan dan meningkatkan secara signifikan selama masa aktivitas rendah.
  2. Menggunakan alat kinerja log dan alert untuk memantau penghitung berikut:
    Kinerja objek: MSExchangeIS
    Counter: VM ukuran blok terbesar

    Memperhatikan nilai counter ini. Untuk melihat tren penggunaan kehabisan memori virtual, log counter ini dengan menggunakan 1 menit interval selama 18-24 jam, dan pandangan Minimal nilai untuk merekam tingkat terendah. Jika counter ini menunjukkan bahwa ruang alamat penyuratan virtual rendah, ikuti langkah-langkah di bagian "Cara untuk mengoptimalkan penggunaan kehabisan memori virtual".
  3. Menentukan jika informasi toko yang berhubungan dengan proses lainnya (seperti antivirus program) yang mengurangi kehabisan memori virtual ke tingkat di bawah ambang batas 32 MB atau di bawah ambang batas 16 MB. Sebagai contoh, dalam sebuah skenario di mana program antivirus dikonfigurasi untuk memindai database pesan mengurangi blok kehabisan memori virtual untuk kurang dari 32 MB, pesan peringatan event ID 9582 login ke log peristiwa aplikasi. Tingkat kehabisan memori virtual mungkin hanya sedikit lebih rendah daripada ambang batas 32 MB, dan kinerja tidak terpengaruh. Selama masa non-aktif pengguna (seperti setelah jam kantor biasa), kehabisan memori virtual meningkat, dan event ID 9582 pesan peringatan tidak lagi login.

    Jika kinerja dapat diterima, dan kehabisan memori virtual meningkat selama periode aktivitas rendah, Anda mungkin tidak harus melakukan langkah-langkah untuk memperbaiki masalah kehabisan memori virtual. Namun, jika Anda mengharapkan beban pengguna untuk meningkatkan, Anda mungkin ingin melakukan langkah-langkah untuk mengurangi pemakaian kehabisan memori virtual di server sehingga Exchange 2003 atau Exchange 2000 dapat menangani beban yang lebih besar.

Cara mengoptimalkan penggunaan kehabisan memori virtual

Untuk mengoptimalkan penggunaan kehabisan memori virtual dan untuk membantu mengurangi fragmentasi kehabisan memori virtual masalah, ikuti langkah berikut.

Penting Bagian ini, metode, atau tugas yang memuat langkah-langkah yang memberitahu Anda bagaimana untuk mengubah registri. Namun, masalah serius mungkin muncul saat Anda salah memodifikasi registri. Oleh karena itu, pastikan Anda mengikuti langkah-langkah ini dengan hati-hati. Untuk perlindungan tambahan, buat cadangan registri sebelum Anda memodifikasinya. Kemudian, Anda dapat memulihkan registri apabila ada masalah. Untuk informasi lebih lanjut tentang cara membuat cadangan dan memulihkan registri, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
322756 Cara membuat cadangan dan memulihkan registri pada Windows
  1. Menginstal paket layanan terbaru yang tersedia untuk Microsoft Windows Server 2003 atau Windows 2000 dan Microsoft Exchange 2003 atau Exchange 2000. Untuk informasi lebih lanjut tentang cara mendapatkan paket layanan terbaru, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
    260910Cara mendapatkan paket layanan Windows 2000 terbaru
    301378 Cara mendapatkan paket layanan terbaru Exchange 2000 Server
    Catatan Perubahan dalam perilaku diperkenalkan pada Exchange 2000 Server paket layanan 3 (SP3) sehingga mesin penyimpanan Extensible (ESE) objek dialokasikan dari lokasi kehabisan memori yang lebih tinggi. Metode "top-down" alokasi ini dilaksanakan untuk membantu mengurangi fragmentasi kehabisan memori virtual.
  2. Mengatur tombol tekan 3 GB pada berkas Boot.ini.

    Jika Exchange 2003 atau Exchange 2000 diinstal pada salah satu sistem operasi berikut, dan lebih dari 1 GB RAM fisik diinstal di komputer, mengatur tombol tekan 3 GB pada berkas 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
    Pilihan konfigurasi ini meningkatkan ruang alamat penyuratan virtual.

    Penting Tidak menetapkan tombol tekan 3 GB pada berkas Boot.ini jika Anda menjalankan Exchange 2000 Server atau Exchange Server 2003 di komputer yang menjalankan Windows 2000 Server standar. sistem operasi ini tidak mendukung pilihan ini.Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
    291988Penjelasan dari 4 GB RAM Tuning fitur dan parameter ekstensi alamat penyuratan fisik
    266096 Exchange 2000 membutuhkan 3 GB switch dengan lebih dari 1 gigabyte cukup sering fisik RAM
    Salah satu efek menggunakan tombol tekan 3 GB adalah pengurangan yang signifikan dalam jumlah halaman sistem yang tersedia untuk kernel. Microsoft menganjurkan bahwa Anda mengatur tombol tekan 3 GB pada berkas Boot.ini pada Exchange Server untuk memodifikasi pengaturan dan meningkatkan jumlah halaman sistem yang dialokasikan.

    Ketika Anda menetapkan 3 GB pada berkas Boot.ini pada komputer berbasis Windows Server 2003, mengatur /userva switch pada berkas Boot.ini nilai antara 2970 dan 3030. Nilai yang dianjurkan adalah 3030 (nilai ini adalah setara dengan nilai Windows 2000 SystemPages 31000).

    Penting Di Windows 2003, /userva saklar adalah untuk digunakan sebagai pengganti
    SystemPages
    bukti kunci registri. Mereka tidak boleh digunakan dalam hubungannya. Jika nilai untuk beralih /userva tidak diatur dari 2970 melalui 3030 pada berkas Boot.ini, dan tombol tekan 3 GB diatur, Exchange 2003 log peristiwa ID 9665 ke log peristiwa aplikasi. ID Peristiwa ini menunjukkan bahwa kehabisan memori virtual pada server tidak dikonfigurasi untuk menggunakan pengaturan optimal kehabisan memori.

    Untuk mengatur
    SystemPages
    nilai registri pada komputer yang menjalankan Windows 2000 Server, ikuti langkah berikut:
    1. Klik Mulai, lalu klik Menjalankan.
    2. Dalam Terbuka kotak, jenis Regedit, lalu klik Oke.
    3. Temukan dan kemudian klik bukti kunci registri berikut:
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Memory Management
    4. Dalam pane kanan-atas, klik ganda SystemPages.
    5. Dalam Data nilai kotak, ketik bernilai antara 24000 dan 31000, dan kemudian klik Oke.
    6. keluar dari Peninjau Suntingan Registri.
    Catatan Untuk membuat pengaturan kehabisan memori virtual lebih terlihat, Exchange 2003 log peristiwa ID 9665 pesan jika pengaturan kehabisan memori ini tidak dioptimalkan.
  3. Meminimalkan jumlah kelompok-kelompok penyimpanan di server.

    kehabisan memori virtual tambahan ini digunakan ketika kelompok penyimpanan di-mount, dan database tambahan dalam penyimpanan grup yang ada memiliki sangat sedikit efek pada jumlah kehabisan memori virtual yang digunakan. Karena ini, Anda mungkin ingin mengisi satu kelompok penyimpanan sebelum Anda membuat grup penyimpanan tambahan pada server.
  4. Menetapkan
    HeapDeCommitFreeBlockThreshold
    Nilai DWORD pada bukti kunci registri berikut:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
    The
    HeapDeCommitFreeBlockThreshold
    nilai registri adalah ukuran minimum blok gratis yang tumpukan decommits. Pengaturan default adalah 0 (nol). Ini berarti bahwa manajer tumpukan decommits setiap halaman 4 KB yang tersedia. Decommit operasi dapat menyebabkan fragmentasi kehabisan memori virtual tambahan. Anda dapat mengatur
    HeapDeCommitFreeBlockThreshold
    entri registri di bukti kunci registri berikut untuk nilai yang lebih tinggi untuk membantu mengurangi fragmentasi kehabisan memori virtual:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager
    Nilai yang dianjurkan untuk menggunakan
    HeapDeCommitFreeBlockThreshold
    entri registri 0x00040000 (dalam format heksadesimal).Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
    315407bukti kunci registri "HeapDecommitFreeBlockThreshold"
    Catatan The
    HeapDeCommitFreeBlockThreshold
    entri registri independen switch 3 GB .
  5. Menyesuaikan ukuran cache database toko.

    Peringatan Jika Anda menggunakan ADSI Edit snap-in, utilitas LDP, atau LDAP versi 3 klien lain, dan Anda keliru mengubah atribut Direktori Aktif objek, Anda dapat menyebabkan masalah serius. Masalah ini mungkin mengharuskan Anda untuk menginstal Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003, atau Windows maupun Exchange. Microsoft tidak dapat menjamin bahwa masalah yang terjadi jika Anda keliru mengubah Direktori Aktif objek atribut dapat diselesaikan. Memodifikasi atribut ini risiko Anda sendiri.

    Untuk menyesuaikan ukuran cache database toko, gunakan ADSI Edit untuk mengubah nilai atribut msExchESEParamCacheSizeMax .

    Toko database cache adalah juga dikenal sebagai penyangga ESE, dan menyediakan luas caching untuk database halaman (setiap halaman 4 KB) sebelum mereka berkomitmen untuk toko. secara asali, Exchange 2000 hingga 229376 halaman (896 MB) kehabisan memori untuk menggunakan database cache. secara asali, Exchange 2003 queries konfigurasi kehabisan memori komputer, dan kemudian menggunakan halaman hingga 229376 (896 MB) Jika tombol tekan 3 GB diatur pada server atau halaman 147456 (576 MB) Jika tombol tekan 3 GB tidak diatur pada server. Pada server yang memiliki lebih dari 2 GB kehabisan memori, Anda mungkin ingin meningkatkan ukuran ESE buffer. Namun, jika Anda melakukannya, Anda dapat menyebabkan fragmentasi kehabisan memori karena dari alamat penyuratan mengurangi ruang yang tersedia ke seluruh fungsi toko. Microsoft menganjurkan bahwa Anda tidak menetapkan nilai ini lebih tinggi dari 311296 halaman (1200 MB).

    Jika pesan Event ID 9582 login ke log peristiwa aplikasi, Anda dapat mengatasi terjadinya pesan ini dengan mengurangi ukuran cache database. Dalam situasi ini, Microsoft menganjurkan bahwa Anda menetapkan nilai yang lebih rendah dari nilai asali untuk atribut msExchESEParamCacheSizeMax , dan bahwa Anda menggunakan nilai yang adalah beberapa dari 8192 byte. Jika Anda mengurangi ukuran cache database, proses Store.exe membaca dan menulis ke disk lebih sering, dan hal ini dapat mempengaruhi kinerja server.

    Sebelum Anda meningkatkan ukuran cache maksimum database, menggunakan log kinerja dan alert untuk memantau TOKO contoh Virtual byte Counter dari Proses objek di bawah beban khas. Counter ini laporan ukuran saat ini (dalam bytes) ruang alamat penyuratan virtual yang digunakan oleh proses Store.exe. Untuk informasi lebih lanjut tentang cara mengubah ukuran cache database, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
    266768Bagaimana mengubah ukuran cache maksimum Store Database dalam Exchange 2000 Server
    Catatan Pastikan bahwa nilai yang Anda tetapkan untuk atribut msExchESEParamCacheSizeMax berakhir pada batas 32 MB (yaitu pada banyak dari 32 MB).
  6. Mengurangi jumlah maksimum ESE terbuka Daftar Tabel.

    Peringatan Jika Anda menggunakan ADSI Edit snap-in, utilitas LDP, atau LDAP versi 3 klien lain, dan Anda keliru mengubah atribut Direktori Aktif objek, Anda dapat menyebabkan masalah serius. Masalah ini mungkin mengharuskan Anda untuk menginstal Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003, atau Windows maupun Exchange. Microsoft tidak dapat menjamin bahwa masalah yang terjadi jika Anda keliru mengubah Direktori Aktif objek atribut dapat diselesaikan. Memodifikasi atribut ini risiko Anda sendiri.

    Mesin penyimpanan yang digunakan oleh Exchange 2000 cache data tentang folder yang tidak sedang diakses. Dalam beberapa situasi, ini dapat berkontribusi untuk fragmentasi kehabisan memori virtual. Salah satu cara untuk mengurangi ini adalah untuk mengurangi jumlah maksimum terbuka Daftar Tabel yang diperbolehkan oleh Exchange. Pengaturan default pada 8-way server adalah 27600 Daftar Tabel per kelompok penyimpanan. Jika Anda menurunkan nilai ini, Anda dapat mengurangi masalah fragmentasi kehabisan memori virtual. Namun, jika Anda menurunkan nilai ini, Anda dapat juga menyebabkan situasi di mana operasi mungkin gagal karena terlalu banyak Daftar Tabel yang terbuka, dan Anda mungkin menerima pesan galat berikut:
    Kesalahan-1311
    JET_errTooManyOpenTables
    Penting Mengubah pengaturan ini hanya ketika Anda disarankan untuk melakukannya dengan dukungan Layanan Dukungan Produk Microsoft yang profesional.

    Exchange 2003 menggunakan metode yang berbeda untuk men-cache data tentang folder yang tidak sedang diakses. Oleh karena itu, tidak diperkirakan mengurangi jumlah maksimum tabel atak terbuka yang diperlukan atau sebagai efektif mengurangi masalah fragmentasi kehabisan memori virtual.

    Untuk mengurangi jumlah maksimum tabel atak terbuka yang dikelola oleh ESE, menetapkan atribut msExchESEParamMaxOpenTables pada setiap objek grup penyimpanan untuk 27600. Untuk melakukannya, ikuti langkah berikut:
    1. Mulai ADSI Edit.

      Catatan ADSI Edit disertakan dengan alat dukungan Windows 2000. Untuk menginstal alat dukungan Windows 2000, klik kanan-atas Suptools.MSI file dalam Dukungan\Alat dari Windows 2000 CD-ROM, dan kemudian klik Menginstal.
    2. Memperluas Konfigurasi wadah [ServerName.DomainName.com], memperluas CN = konfigurasi, DC =DomainNameDC =com, memperluas CN = layanan, memperluas CN = Microsoft Exchange, memperluas CN =OrganizationName, memperluas CN = grup administratif, memperluas CN =Administratif Group (di mana Administratif Group adalah administratif kelompok yang berisi kelompok penyimpanan yang Anda ingin memodifikasi), memperluas CN = server, memperluas CN =ServerName, dan kemudian memperluas CN = InformationStore.
    3. Klik kanan-atas CN =grup penyimpan (di mana grup penyimpan adalah kelompok penyimpanan yang Anda ingin memodifikasi), lalu klik Properti.
    4. Dalam Pilih sifat-sifat yang untuk melihat Daftar, klik Keduanya.
    5. Dalam Pilih properti untuk melihat Daftar, klik msExchESEParamMaxOpenTables.
    6. Dalam Mengedit atribut kotak, jenis 27600, lalu klik Set.
    7. Klik Menerapkan, klik Oke, dan kemudian berhenti ADSI Edit.

INFORMASI LEBIH LANJUT

Layanan Dukungan Produk Microsoft bekerja pada banyak kasus yang melibatkan 9582 acara peringatan dan kesalahan. Sebagian besar waktu, hal ini tidak masalah dengan Exchange yang memecah-belah kehabisan memori. Biasanya, masalah disebabkan oleh peranti penangkap lunak pihak ketiga yang bocor kehabisan memori.

Masalah paling umum ini disebabkan oleh peranti penangkap lunak pihak ketiga yang membuka ribuan objek. Objek ini dapat pesan (OMSG), folder (OFOLD) atau dilihat (VMSG). Benda-benda dapat dibuka oleh peranti penangkap lunak antivirus, peranti penangkap lunak pihak ketiga konektivitas nirkabel, Outlook tambahan, atau peranti penangkap lunak lainnya. Objek ini terbuka mengkonsumsi kehabisan memori. Jumlah kehabisan memori yang dikonsumsi tergantung pada jenis objek, ukuran dari variabel anggota, dan banyak faktor lainnya. Umum untuk aplikasi faulting untuk membuka ribuan objek ini dan menghalangi proses toko Exchange kehabisan memori yang diperlukan untuk berfungsi dengan benar.

secara asali dalam Exchange 2000, ada tidak ada batasan untuk jumlah dari objek OMSG. Di Exchange 2003, ada batas objek OMSG 250 per sesi MAPI. Batas ini disesuaikan. Cara termudah untuk memeriksa pengaturan ini adalah untuk melihat pesan terbuka, buka lampiran, dan buka folder nilai tukar System Manager. Untuk melakukannya, ikuti langkah berikut:
  1. Klik kanan-atas Login folder di bawah objek toko kotak pesan untuk server yang adalah log peristiwa 9582, titik Lihat, lalu klik Tambah/Hapus kolom.
  2. Tambahkan Buka pesan, Buka lampiran, dan Buka folder kolom ke daftar Kolom yang ditampilkan.
Anda harus memeriksa pengaturan ini untuk setiap toko kotak pesan di server, jika berlaku. Setelah Anda memilih kolom tambahan, Anda harus mengurutkan kolom dengan jumlah pesan terbuka, dengan jumlah Buka folder, dan kemudian dengan buka lampiran. Pengguna yang memiliki ratusan atau bahkan ribuan terbuka pesan, folder, atau lampiran menunjukkan masalah potensial.Untuk informasi lebih lanjut tentang cara untuk membatasi jumlah dari objek OMSG di Exchange Server 2003 dan di Exchange 2000 Server, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
830829Exchange Server 2003 komputer mungkin berhenti merespons setelah klien MAPI membuka lebih dari nilai asali objek server tertentu

REFERENSI

Untuk informasi lebih lanjut tentang bagaimana memecahkan masalah kinerja dalam Exchange 2000, lihat artikel berikut pada Pangkalan Pengetahuan Microsoft:
815372 Cara mengoptimalkan penggunaan kehabisan memori pada Exchange Server 2003
317411 Bagaimana untuk mengumpulkan data untuk memecahkan masalah kehabisan memori virtual Exchange
296073 Pemantauan untuk fragmentasi kehabisan memori Exchange 2000
279615 Kurangnya tersedia kehabisan memori virtual mempengaruhi kinerja server
266768 Bagaimana mengubah ukuran cache maksimum Store Database dalam Exchange 2000 Server
286350 Cara menggunakan ADPlus untuk memecahkan masalah "menggantung" dan "crash"
Untuk informasi selengkapnya mengenai 3 /GB switch, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
291988Penjelasan dari 4 GB RAM Tuning fitur dan parameter ekstensi alamat penyuratan fisik
266096 Exchange 2000 membutuhkan 3 GB switch dengan lebih dari 1 gigabyte cukup sering fisik RAM
313707 Exchange 2000 server dengan "/ 3 GB" switch pada berkas Boot.ini mungkin kehilangan konektivitas jaringan di bawah beban pesan berat
328882 Bertukar penggunaan kehabisan memori dan tombol tekan 3 GB
Untuk informasi lebih lanjut tentang bagaimana memecahkan masalah fragmentasi kehabisan memori virtual tertentu, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
272537kehabisan memori virtual pemberitahuan dihitung secara tidak benar
306860 Status kehabisan memori salah ketika pemantauan status kehabisan memori virtual yang tersedia
313084 Status kehabisan memori salah ketika Anda memantau status kehabisan memori virtual yang tersedia
319682 Informasi Exchange 2000 menyimpan laporan pesan peringatan event ID 327 dan kehabisan memori virtual mungkin terfragmentasi
324118 mesin database Extensible mesin penyimpanan memberikan kontribusi pada fragmentasi kehabisan memori virtual
810985 Fragmentasi kehabisan memori virtual terjadi ketika Anda gagal atas Exchange 2000 server virtual
325467 ID Peristiwa 9582 terjadi segera setelah cluster failover
315771 Toko informasi berhenti pada sebuah cluster karena dari cek IsAlive
311901 Efek 4GT tuning pada sistem entri Daftar Tabel halaman

Properti

ID Artikel: 325044 - Kajian Terakhir: 07 April 2012 - Revisi: 4.0
Berlaku bagi:
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
Kata kunci: 
kbinfo kbmt KB325044 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:325044

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com