IIS kehabisan item pekerjaan dan menyebabkan kegagalan RPC saat menghubungkan ke lintasan UNC jauh

Dalam sebuah Web farm lingkungan, di mana satu atau lebih IIS Web server menggunakan server file Windows NT atau Windows 2000 jauh terus konten situs Web (misalnya, direktori rumah atau virtual direktori situs Web yang dipetakan ke lintasan UNC), IIS Web server mungkin lari keluar dari konteks kerja tersedia di tingkat redirector. Ketika ini terjadi, gejala berikut dapat terjadi pada IIS Web server:

• IIS muncul untuk berhenti merespons. Jika Anda memeriksa proses dump dari Inetinfo.exe, Anda akan melihat bahwa sejumlah besar pekerja benang menunggu untuk mengambil konten dari berbagi file jarak jauh. Dalam kinerja Monitor, IIS muncul log sebagian besar siaga selama waktu ini, sebagai sebagian besar Thread berada dalam keadaan menunggu, menunggu untuk mengakses server jauh.
• Pada desktop lokal dari salah satu IIS Web server, jika Anda mencoba untuk menggunakan redirector klien untuk mengakses berbagi file jarak jauh melalui Jaringan lingkungan atau tempat jaringan saya, atau melalui Windows Explorer, itu muncul untuk berhenti merespons tanpa batas. Jika lintasan UNC yang dipetakan ke lokal huruf kandar pada Windows Explorer, dan Windows Explorer terbuka, tampaknya berhenti merespons juga. Ini dapat memberikan tampilan yang seluruh operasi sistem yang telah berhenti merespons, ketika pada kenyataannya itu belum.
• Pesan galat berikut dapat terjadi ketika maksimum jumlah pekerjaan konteks kelelahan pada server tertentu:
  
  
  RPC 1792 - panggilan prosedur jarak jauh yang gagal dan tidak melaksanakan.
  Netlogon 5719 - mampu Temukan kontroler domain.
  Pesan galat ini dapat terjadi ketika Anda mencoba untuk membuat setiap tambahan RPC koneksi ke server ketika maksimum jumlah pekerjaan konteks mencapai.
• Telah mencapai batas perintah BIOS jaringan.
• Event ID pesan log:

Server berjalan keluar dari konteks bekerja untuk tertentu klien. Pada Windows 2000, ada batas atas keras-kode dari 125 pekerjaan konteks untuk semua jenis klien (Windows NT, Windows 95 dan Windows 98).

Penting Bagian ini, metode, atau tugas yang memuat langkah-langkah yang memberitahu Anda bagaimana memodifikasi registri. Namun, masalah yang serius dapat terjadi apabila Anda salah memodifikasi registri. Oleh karena itu, pastikan Anda mengikuti langkah-langkah tersebut dengan seksama. Untuk perlindungan tambahan, buat cadangan registri sebelum Anda memodifikasi. Kemudian, Anda dapat memulihkan registri apabila terjadi masalah. Untuk informasi selengkapnya tentang cara membuat cadangan dan memulihkan registri, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:

1. Jika Anda menjalankan Windows 2000, menginstal SP1 posting perbaikan terbaru yang dijelaskan di dalam artikel Basis Pengetahuan Microsoft berikut untuk kedua IIS server dan file server:
   271148  (http://support.microsoft.com/kb/271148/ ) MaxMpxCt dan MaxCmds batas pada Windows 2000
2. Meningkatkan nilai-nilai MaxCmds pada IIS server dan MaxMpxCT pada File Server dengan menggunakan script registri berikut:
   
   
   • Menyimpan script registri berikut sebagai Client.reg, dan kemudian jalankan pada IIS server:
     Windows Registry Editor Versi 5.00
     
     [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters] "MaxCmds" = dword:00000800
   • Menyimpan script registri berikut sebagai Server.reg, dan kemudian jalankan pada file server:
     Windows Registry Editor Versi 5.00
     
     [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters]
     "MaxMpxCT" = dword:00000800
     "MaxWorkItems" = dword:00002000
   Secara default, script ini menentukan MaxCmds dan MaxMpxCT dari 2,048, yang seharusnya cukup untuk kebanyakan situasi. MaxWorkItems telah ditentukan pada 4 x MaxMpxCt atau 8,192. Untuk informasi lebih lanjut pada pengaturan ini, lihat bagian "Informasi selengkapnya" dari artikel ini.
3. Restart semua server IIS dan file server untuk perubahan ini untuk mengambil efek.

Catatan Ketika Anda meningkatkan nilai-nilai ini pada x 86 platform, memori tambahan non-paged renang dikonsumsi pada file server dan klien IIS. Non-paged renang memori memiliki batas atas 256 megabyte (MB). Banyak klien yang memiliki banyak hubungan dapat mengkonsumsi semua memori non-paged renang pada file server. Menggunakan Monitor kinerja untuk menonton counter ini dan untuk memastikan bahwa itu tidak mendekati batas. Pada x 64 platform, non-paged renang memori memiliki batas atas dari 128 gigabyte (GB). Oleh karena itu, Anda dapat meningkatkan nilai-nilai ini ke nilai maksimum.Untuk informasi lebih lanjut tentang perbedaan antara non-paged renang memori pada x 86 platform dan x 64 platform, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:

Microsoft telah mengkonfirmasi bahwa ini merupakan masalah di dalam produk Microsoft sebagaimana didaftar di bagian "Berlaku untuk".

Setelah Anda menggunakan perbaikan terbaru yang dijelaskan di Q271148, atas batas untuk MaxMpxCt perubahan (server pengaturan) dari 125 65.535, dan pada klien, batas atas untuk MaxCmds (klien menetapkan) perubahan dari 255 65.535.

Selain itu, jumlah maksimum bersamaan SMB sesi yang dapat dibuka antara klien dan server adalah rendah dari MaxCmds dan MaxMpxCT . Namun, jika menghubungkan klien Windows 95 atau Windows 98 klien, maka nilai efektif MaxMpxCt untuk klien yang terbatas untuk 125.

Batas-batas ini menjadi penting ketika Anda menggunakan IIS pada Web-pertanian skenario di mana konten Web situs disimpan pada remote UNC berbagi, karena menggunakan IIS ReadDirectoryChangesW API untuk menerima pemberitahuan perubahan file. Hal ini dilakukan sehingga bahwa jika mengubah file, IIS dapat un-cache file lama, dan kemudian membaca kembali file baru dari disk atau berbagi. Bila Anda menggunakan lintasan UNC sebagai direktori home, gigih SMB sambungan tetap terbuka antara IIS server dan file server, yang mengkonsumsi konteks bekerja. Jika struktur direktori besar cukup, dimungkinkan untuk lari keluar dari konteks kerja dan mengalami gejala terdaftar sebelumnya.

Komputer yang menjalankan IIS dapat memiliki beberapa virtual direktori atau situs Web yang menunjuk ke saham pada Windows NT Server lain komputer. Menggunakan ASP direktori Monitor ReadDirectoryChangesW API untuk memantau untuk setiap perubahan direktori tersebut di sisi lain server. Masing-masing tertunda ReadDirectoryChangesW memerlukan konteks bekerja pada server, dan hanya ada terbatas jumlah pekerjaan konteks tersedia.

Jumlah pekerjaan konteks adalah lulus dari server untuk klien ketika tingkat SMB dinegosiasikan. Pengalih arah pada klien membuat internal hitungan nomor pekerjaan konteks yang menggunakan di server. Menjadi nomor standar kerja konteks adalah 50.

Jumlah pekerjaan konteks terbatas untuk menjaga proses server dari mengkonsumsi semua memori non-paged kolam renang. Ini dapat mengangkat, Tapi kemudian ada batas untuk berapa banyak pekerjaan konteks klien tertentu dapat mengkonsumsi.

Masalah ini tidak terbatas pada IIS. Windows NT Explorer menggunakan mekanisme yang sama untuk memantau perubahan direktori.

Catatan Masalah ini tidak terjadi pada komputer yang menjalankan x 64 Versi Windows Server 2003.Untuk informasi lebih lanjut tentang MaxWorkItems dan MaxMpxCT pengaturan, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft: