Klien latency terjadi ketika Exchange 2000 mengkonversi surat dari MAPI MIME format

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 317722 - Melihat produk di mana artikel ini berlaku.
Penting Artikel ini berisi informasi tentang cara mengubah registri. Pastikan Anda membuat salinan cadangan registri sebelum mengubahnya. Pastikan Anda mengetahui cara memulihkan registri jika terjadi masalah. Untuk informasi selengkapnya tentang cara membuat cadangan, memulihkan, dan mengubah registri, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
256986 Deskripsi registri Microsoft Windows
Perbesar semua | Perkecil semua

Pada Halaman ini

RINGKASAN

Pesan e-mail Internet biasanya disusun dalam MIME format. Dalam beberapa kasus, Microsoft Exchange Server harus mengubah pesan MIME untuk MAPI format.

Post Office Protocol versi 3 (POP3) atau pesan Internet Mengakses protokol, versi 4rev1 (IMAP4) klien untuk mendapatkan akses ke e-mail, diformat MAPI konten harus dikonversi ke format MIME sebelum klien dapat masuk. Konversi ini memungkinkan ukuran pesan yang tepat untuk dihitung, walaupun konten dikonversi MIME tidak bertahan dalam database. Jika file lebih besar daripada 4 kilobyte (KB), mail tidak dapat dikonversi dalam memori. Oleh karena itu, Microsoft Exchange 2000 Server menulis berkas sementara untuk Folder Windows Tmp.

Surat dikonversi ke MAPI selama berikut operasi:
  • Prosedur Pindahkan-kotak surat
  • Folder publik replikasi
Ini dapat menyebabkan klien POP3 dan IMAP4 untuk mengalami penundaan yang lama selama logon. Dalam beberapa kasus, tanpa tepat perencanaan atau tersedia server sumber daya, konversi ini untuk MAPI juga dapat menyebabkan latency sistem.

Jika timeout terjadi selama konversi, ID peristiwa berikut pesan akan dicatat dalam log peristiwa aplikasi:

Peristiwa Tipe: kesalahan
Sumber peristiwa: ESE
ID Peristiwa: 623
Komputer: EXCHANGE
Keterangan: Toko informasi (2048) versi menyimpan untuk contoh 0 ("c49a179d-ac1f-4894-8211-0c2917d34500") telah mencapai maksimum ukuran 108 Mb. Kemungkinan bahwa transaksi berjalan lama mencegah pembersihan toko versi dan menyebabkan untuk membangun dalam ukuran. Pembaruan akan ditolak sampai transaksi berjalan lama telah benar-benar berkomitmen atau diluncurkan kembali. Mungkin berjalan lama transaksi: SessionId: 0x1B6525A0 Sesi-konteks: 0x00000000 sesi-konteks ThreadId: 0x00000AF8

Jenis peristiwa: kesalahan
Peristiwa Sumber: Toko kotak pesan MSExchangeIS
Kategori peristiwa: login
ID Kejadian: 1022
Komputer: EXCHANGE
Keterangan: Kegagalan Logon pada database "pertama Penyimpanan Group\Mailbox toko (PERTUKARAN) "-account Windows NT domain user, kotak pesan /o = Org/ou = AG/cn = penerima/cn = pengguna.

INFORMASI LEBIH LANJUT

Kondisi di mana klien latency terjadi

Jika semua user pada sebuah Exchange 2000 server menggunakan POP3 atau Klien IMAP4, sejumlah besar pesan di kotak pesan yang sering disimpan dalam MIME format. Jika kotak pesan akan dipindahkan, Exchange 2000 mengkonversi semua pesan-pesan ini untuk MAPI.

Latency klien dapat terjadi di skenario berikut:
  1. Sejumlah besar kotak pesan ini telah pindah.
  2. Mail telah dikonversi.
  3. Pengguna masuk dan menggunakan klien POP3 mereka (dengan menggunakan RETR perintah) atau IMAP4 klien (dengan menggunakan MENGAMBIL perintah) untuk mendapatkan akses ke e-mail.
Dalam skenario ini, Exchange 2000 harus mengubah pesan MAPI kembali ke MIME. Folder Windows Tmp biasanya bukanlah pada disk yang telah sejumlah besar Gelondongan. Disk tidak dapat menangani jumlah besar input/output (I/O) permintaan disebabkan oleh konversi begitu banyak pesan. Oleh karena itu, pengguna mungkin mengalami penundaan yang lama (hingga beberapa menit) ketika pengguna melakukan sesuatu yang sederhana seperti beralih di antara pesan pada klien. Ini perilaku ini terjadi karena disk yang Tmp folder terletak di tidak dapat terus sampai dengan semua aktivitas disk yang Exchange 2000 menghasilkan untuk mengkonversi pesan.

Klien latency juga terjadi di dalam skenario berikut:
  1. Folder publik toko berisi pesan yang MIME format.
  2. Data tersebut direplikasi ke server lain. MIME pesan di folder publik server baru ini dikonversi ke MAPI.
  3. Pengguna menggunakan IMAP4 untuk mendapatkan akses ke pesan di atas baru server.
Dalam skenario ini, Exchange 2000 telah mengubah pesan kembali ke MIME, yang sering menyebabkan masalah pada disk yang sama.

Bagaimana untuk menghindari latency klien

Anda tidak dapat mencegah Exchange 2000 mengubah pesan MAPI ketika kotak pesan akan dipindahkan atau ketika publik folder data direplikasi. Selain itu, Anda tidak dapat menetapkan folder yang menggunakan Exchange 2000 untuk mengkonversi pesan di Exchange 2000. Exchange 2000 harus menggunakan folder yang baik Microsoft Windows TMP sistem variabel atau pengguna Windows TMP variabel menentukan.

Variabel sistem TMP digunakan pada pertukaran berdiri sendiri 2000 Server. Gugus layanan akun pengguna TMP pengguna variabel digunakan pada berkerumun server. Untuk menghindari efek yang merugikan dari perilaku ini, mengubah Folder TMP variabel yang digunakan untuk lokasi yang diwakili oleh sebuah pengandar yang memiliki kinerja tinggi controller caching terhubung dan cukup Gelondongan untuk menangani konversi.

Perhatikan bahwa di sebuah cluster, ketika Anda memindahkan folder Tmp ke drive bersama cluster, ini dapat menyebabkan masalah selama Failover. Masalah ini terjadi karena disk kepemilikan ditransfer ke Surviving simpul selama failover. Oleh karena itu, Microsoft menganjurkan bahwa Anda tidak Pindahkan folder ke drive bersama cluster. Jika Anda bisa, Pindahkan folder Tmp untuk penyimpanan lokal terlampir.

Jika server Exchange 2000 memiliki baik sangat penyimpanan disk lokal terbatas atau tidak ada penyimpanan disk lokal, dan semua eksternal penyimpanan dialokasikan sebagai sumber daya bersama cluster, Anda mungkin tidak dapat bergerak folder Tmp untuk penyimpanan lokal terlampir. Sebagai jalan terakhir, baik merealokasikan beberapa penyimpanan bersama sebagai sumber non-kelompok, atau menambahkan penyimpanan tambahan daerah jaringan (SAN) penyimpanan yang tidak dibagi di antara node, sehingga ada lokasi Tmp folder dapat pindah ke.

Untuk mengizinkan pengguna untuk logon lebih cepat, Anda juga dapat mengatur kunci registri berikut untuk mematikan tepat ukuran pesan perhitungan. Salah satu kunci untuk klien POP3, dan yang lain untuk klien IMAP4.

Warning Masalah serius mungkin muncul jika Anda memodifikasi registri secara tidak benar dengan menggunakan Peninjau Suntingan Registri atau metode lainnya. Masalah ini mungkin mengharuskan Anda menginstal ulang sistem operasi. Microsoft tidak dapat menjamin bahwa masalah ini dapat diatasi. Ubah registri atas risiko Anda sendiri.

Klien POP3

  • Kunci registri:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Pop3svc\Parameters
  • Parameter: Kompatibilitas (REG_DWORD)
  • Pengaturan default: Tidak ada
  • Ketika untuk mengubah: Mengubah pengaturan ini ketika Anda ingin toko untuk menggunakan perkiraan ukuran pesan perhitungan. Catatan bahwa jika Anda mengubah pengaturan, beberapa lebih tua mail klien mungkin tidak lagi beroperasi dengan benar. Kunci ini dapat merusak permintaan Komentar (RFC) kepatuhan.
  • Direkomendasikan pengaturan: hingga 0xfffffffe

Klien IMAP4

Mengaktifkan pesan cepat pencarian untuk pengguna IMAP4. Untuk melakukannya, ikuti langkah-langkah berikut:
  1. Membuka properti IMAP4 virtual server.
  2. Pada General tab, klik untuk memilih Mengaktifkan pesan cepat pencarian Periksa kotak, dan kemudian klik Oke.
Catatan Setelah Anda mengubah kunci registri ini, restart Microsoft Internet Information Services (IIS) Admin layanan dan Microsoft Exchange layanan toko informasi. Jika Anda menjalankan Exchange Virtual Server (EVS) dan menggunakan layanan cluster, mengambil EVS offline sebelum Anda me-restart ini layanan.

Cara menentukan apakah akses ke Tmp folder menyebabkan latency klien

Untuk menentukan apakah akses ke folder Tmp di Exchange 2000 server menyebabkan latency klien, menggunakan Monitor Sistem untuk memantau disk i/O aktivitas pada disk di mana Tmp folder terletak. Pada disk di mana Tmp Map terletak, Anda dapat melihat perilaku berikut:
  • Disk lama antrian panjang
  • Tinggi disk I/O aktivitas
Jika Tmp folder pada disk logis bukannya khusus disk fisik, aktivitas I/O disk logis penting. Oleh karena itu, Anda harus menginstal Disk logis penghitung pada Monitor sistem. Untuk melakukannya:
  1. Klik Mulai, klik Menjalankan, jenis cmd, kemudian tekan ENTER.
  2. Jenis diskperf - yv, kemudian tekan Masukkan untuk mengaktifkan disk performance counters for pengandar logis atau penyimpanan .
  3. Restart komputer untuk memuat Disk logis Counter.
Untuk informasi tambahan tentang cara membuat dan menggunakan counter log untuk memantau kinerja server, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
248345Cara membuat Log yang menggunakan Monitor Sistem dalam Windows 2000

Cara menentukan berapa banyak Gelondongan disk yang Anda butuhkan

Jika ukuran pesan rata-rata adalah 45 KB, server tidak sekitar 3 TMP menulis untuk masing-masing RETR (POP3) atau MENGAMBIL (IMAP4) ketika server mengkonversi dari MAPI MIME. Anda dapat menggunakan nilai ini untuk menentukan berapa banyak disk Gelondongan diperlukan pada setiap komputer.

Sebagai contoh, menganggap bahwa server memiliki 1.000 pengguna. Setiap pengguna memiliki kotak masuk yang berisi 500 pesan, dan semua kotak pesan memiliki hanya dipindahkan. Setelah pindah, ketika pengguna log on dan RETR atau MENGAMBIL mail pada tingkat 42 pesan per detik, server melakukan menulis sekitar 126 per detik ke drive TMP (3 menulis per RETR dikalikan dengan 42 RETR perintah per detik). Satu gelendong dapat menangani menulis sekitar 100 per kedua. Oleh karena itu, dua Raid0 Gelondongan yang diperlukan, atau empat Raid0 + 1 Gelondongan. Contoh ini diuji pada 4 x 450 megahertz (MHz) Exchange 2000 server dengan 4 gigabytes (GB) RAM.

Properti

ID Artikel: 317722 - Kajian Terakhir: 24 September 2011 - Revisi: 2.0
Berlaku bagi:
  • Microsoft Exchange 2000 Server Standard Edition
Kata kunci: 
kbpopimapnntp kbinfo kbmt KB317722 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:317722

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