ID Artikel: 317249 - Kajian Terakhir: 24 September 2011 - Revisi: 2.0 Bagaimana memecahkan masalah Event ID 2021 dan peristiwa ID 2022
Pada Halaman iniGEJALA Salah satu sistem operasi yang termasuk dalam berlaku untuk bagian, mungkin berhenti merespons untuk waktu yang singkat dan beberapa kegiatan yang mirip dengan berikut ini mungkin login ke log sistem: ID Peristiwa: 2022 Sumber: Srv Description: Server tidak mampu menemukan koneksi gratis n kali dalam terakhir s detik. ID Peristiwa: 2021 Sumber: Srv Deskripsi: Server tidak mampu membuat pekerjaan item %2 kali dalam terakhir %3 detik. ID Peristiwa: 3013 Sumber: Rdr Keterangan: Pengalih arah kehabisan waktu untuk Nama_Komputer. Catatan Banyak langkah-langkah pemecahan masalah yang dibahas di artikel ini juga dapat digunakan untuk menyelesaikan Event ID 3013 kesalahan. Komponen lain dari sistem operasi mungkin tidak bekerja dan dapat menghasilkan pesan kesalahan yang melaporkan status kode 1450 dalam data bagian dari pesan log peristiwa mereka. Itu adalah, "sumber sistem tidak." Peristiwa ini dapat ditemukan dalam log peristiwa sistem atau dalam log peristiwa aplikasi. Pesan ini mungkin berlaku untuk masalah yang dijelaskan dalam artikel ini hanya jika peristiwa yang mendasari adalah sambungan ke layanan server. Namun, fakta ini tidak mudah ditentukan. Sebagai contoh, ada Event ID 1055 yang dihasilkan oleh CLUSSVC. Acara ini adalah dari layanan gugus yang biasanya laporan sambungan gagal untuk layanan server. PENYEBAB Masalah ini terjadi karena layanan Server tidak bisa mengikuti permintaan jaringan kerja item yang antri oleh lapisan jaringan sungai I/O. Layanan Server tidak dapat memproses item diminta jaringan I/O cukup cepat untuk hard disk dan knalpot sumber daya tersedia. Ada banyak penyebab untuk layanan Server yang melelahkan sumber daya yang tersedia. Sebagai contoh, setiap masalah di jalur I/O antara adaptor jaringan dan pengandar perangkat keras dapat menyebabkan gejala yang dijelaskan dalam artikel ini. Masalah ini juga dapat terjadi jika pengandar adapter jaringan yang tidak benar yang diinstal. PEMECAHAN MASALAHUntuk mengatasi masalah ini, pertama kali mencoba untuk memaksimalkan jumlah sumber daya yang tersedia untuk layanan Server. Untuk informasi lebih lanjut tentang cara melakukannya, lihat "tingkat 1. Memaksimalkan sumber daya server"bagian. Penting Memaksimalkan sumber daya sistem untuk layanan Server saat ini tidak membuatnya lebih sulit untuk mengatasi akar penyebab masalah ini. Kemudian, cobalah untuk menentukan di bawah apa keadaan id peristiwa 2022 dan 2021 kesalahan muncul. Banyak masalah yang berbeda dapat menyebabkan masalah ini. Ketika Anda memecahkan masalah ini, menyelidiki semua komponen di jalur I/O, dari adapter jaringan ke hard disk drive array. Misalnya, mungkin kesalahan ini terjadi hanya ketika program cadangan berjalan. Mungkin mereka terjadi hanya awal di pagi hari ketika pengguna logon. Jika kesalahan terjadi hanya sebentar, Anda dapat mengatasi masalah ini dengan tuning layanan server bersama dengan menerapkan pembaruan perbaikan terbaru untuk layanan server. Informasi umumAcara 2021 dicatat ketika akumulasi dari pekerjaan item dalam layanan server. Tapi Anda harus memahami bahwa penyebab paling umum akumulasi item pekerjaan dalam layanan server adalah karena subsistem disk tidak menjaga dengan jumlah permintaan. Layanan server akan memungkinkan untuk beberapa tuning tetapi ini tidak akan sepenuhnya memecahkan masalah jika masalah disebabkan oleh disk throughput. Oleh karena itu, langkah yang paling penting adalah untuk menentukan apakah disk throughput telah berubah dari baseline biasa atau adalah setidaknya dalam batas-batas yang masuk akal.Acara 2022 dicatat ketika ada juga beberapa koneksi yang tersedia untuk pengguna. Penyebab paling umum sambungan jaringan gratis tidak cukup adalah ayunan lebar di beban jaringan yang diwakili oleh banyak klien mencoba koneksi pada saat yang sama atau beberapa klien mencoba banyak koneksi. Ini mungkin karena program klien karena pengguna tidak dapat membuat sambungan cepat. Hal ini akan menyebabkan terlalu sedikit sambungan akan tersedia untuk pengguna baru. Oleh karena itu, salah satu langkah yang paling penting adalah untuk menentukan apakah perubahan dalam jaringan beban dalam batas-batas yang masuk akal. Jika ada kecil perubahan dalam beban yang menyebabkan pesan ini harus login dalam acara log secara jarang terjadi, Anda dapat mengubah pengoperasian layanan server. Jika disk subsistem terlalu lambat atau jika beban jaringan terlalu tinggi atau terlalu variabel, memodifikasi layanan server tidak akan memecahkan masalah. Itulah mengapa Anda harus menggunakan alat seperti Monitor kinerja dan jaringan packet menangkap program, baik dari Microsoft atau dari vendor pihak ketiga, dalam menentukan benar akar penyebab dari peristiwa ini. Langkah-langkah pemecahan masalah khusus dalam dijelaskan ini bagian bawah ke sub-bagian "tingkat 2. Mengidentifikasi akar penyebab." Tingkat 1. Memaksimalkan sumber daya serverUntuk menghilangkan pesan kesalahan, atau untuk mengurangi frekuensi pesan galat, Anda dapat mencoba untuk memaksimalkan jumlah sumber daya yang tersedia untuk layanan server. Untuk informasi lebih lanjut tentang bagaimana untuk meningkatkan sumber daya server, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:228766
(http://support.microsoft.com/kb/228766/
)
Cara mengubah sifat layanan Server Penting
Untuk informasi lebih lanjut tentang cara untuk mengatur server untuk membuat berkas dump, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft: 254649
(http://support.microsoft.com/kb/254649/
)
Ikhtisar opsi berkas dump memori untuk Windows 2000, Windows XP, dan Windows Server 2003 244139
(http://support.microsoft.com/kb/244139/
)
Fitur Windows memungkinkan Memory.dmp file yang akan dihasilkan dengan keyboard Layanan server disetel secara otomatis ketika server dimulai. Namun, banyak pengaturan default belum telah upgrade seperti rilis baru dari Microsoft Windows 2000 dan Windows Server 2003 Paket Layanan telah dirilis. Nilai-nilai yang ditentukan dalam bagian ini mewakili praktek-praktek terbaik layanan dukungan produk Microsoft dengan menggunakan paket layanan saat ini tersedia. Selain menerapkan paket layanan saat ini, nilai-nilai akan semua berlaku untuk sistem yang lebih tua selama perbaikan terbaru saat ini untuk kernel, redirector dan server layanan diinstal. Sebelum Anda menginstal layanan upgrade server kami menyarankan Anda menginstal perbaikan terbaru saat ini untuk pengalih arah dan kernel pada waktu yang sama. Jika Anda tidak dapat menginstal perbaikan terbaru saat ini untuk kernel segera, menginstal perbaikan terbaru saat ini untuk pengalih arah ketika server layanan perbaikan terbaru yang diinstal. Pengaturan A. perubahan registri untuk memaksimalkan kinerja layanan ServerPenting 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:322756
(http://support.microsoft.com/kb/322756/
)
Cara membuat cadangan dan memulihkan registri di Windows Catatan Ketika Anda menambahkan nilai registri yang dijelaskan dalam bagian ini, pastikan bahwa Anda memasukkan mereka dalam format desimal. 1. Mengurangi kesalahan ID Peristiwa 2021Untuk secara khusus menangani peristiwa ID 2021, jalankan Registry Editor dan Cari subkunci registri berikut: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters Keterangan: Maksimum item pekerjaan Nilai Name: MaxWorkItems Tipe data: REG_DWORD Nilai data: 0x2000 atau 8192 (desimal) Keterangan: Ukuran Buffer diminta Nilai Name: SizReqBuf Tipe data: REG_DWORD Nilai data: 0x4104 atau 16644 (desimal) Lingkup nilai-nilai Diskusi singkat diberikan di sini untuk memperjelas lingkup nilai-nilai dibolehkan. Meskipun, dokumentasi lain ada yang menunjukkan besar maksimum didefinisikan nilai, nilai-nilai maksimum ini tidak dapat digunakan. Untuk MaxWorkItems entri registri, nilai 8196 hanya dapat digunakan di server yang memiliki lebih dari 1.5 gigabytes (GB) memori dan tanpa / 3 gb beralih dijumpai pada berkas Boot.ini. Nilai maksimum adalah '65535' (desimal). Tetapi pengaturan ini tinggi akan menyebabkan server untuk berhenti merespons, jika item pekerjaan cukup dikonsumsi. Oleh karena itu, nilai yang lebih besar biasanya tidak dapat digunakan tanpa modifikasi dari ukuran buffer server layanan pekerjaan item. Pengaturan tinggi MaxWorkItems entri registri mungkin bahkan menyebabkan server untuk berhenti merespons pada startup dan ini akan kelelahan non-paged memori. Tag yang diamati akan LSwn, atau, jarang, beberapa tag erat terkait lainnya. Secara default, nilai untuk SizReqBuf '16644', tetapi alokasi non-paged kolam akan '20480' per item pekerjaan. Alokasi tambahan adalah karena pelacakan overhead. Oleh karena itu, nilai 8196 untuk MaxWorkItems akan mengaktifkan layanan server menggunakan maksimum 160 megabyte (MB) batas non-paged renang 256 MB dalam semua versi sistem operasi Microsoft x 86 32-bit. Namun, bahkan kemudian batas maksimum akan mencapai hanya di bawah kondisi beban berat. Layanan dukungan Microsoft tidak menyarankan penggunaan lebih dari 160 MB untuk layanan server keluar dari maksimum mungkin seluruh non-paged kolam 256 MB. (Membagi dengan nilai 1024 * 1024, jika Anda ingin mengkonversi megabyte ke byte.) Layanan dukungan produk Microsoft telah melihat beberapa masalah di mana kinerja tinggi file server berhenti merespons ketika nilai-nilai yang lebih besar daripada 8196 digunakan. Server ini memiliki komponen lain yang menggunakan banyak non-paged renang, tanpa ada kebocoran kolam renang. Oleh karena itu, tidak menggunakan nilai-nilai yang lebih besar daripada 8196. Jika Anda ingin menggunakan nilai-nilai yang lebih besar untuk MaxWorkItems, mengurangi SizReqBuf nilai untuk membatasi renang maksimum yang digunakan oleh layanan server. Dalam beberapa aplikasi jika kita membutuhkan banyak pekerjaan item, seperti di IIS back-end server, kontroler Domain atau file server di mana profil pengguna diarahkan disimpan, kita harus mengurangi ukuran buffer SMB maksimum dengan pengaturan berikut. Nilai Name: SizReqBuf Tipe data: REG_DWORD Nilai data: 8452 (desimal) Hal ini menyebabkan alokasi non-paged kolam 12284 byte. Ini akan memungkinkan maksimum 13824 bekerja item yang dapat digunakan pada server tanpa / 3 gb beralih hadir. Pada server di mana / 3 gb switch digunakan kita lebih suka untuk mengatur SizReqBuf untuk 8452 dan MaxWorkItems untuk 6400 untuk membatasi penggunaan non-paged kolam untuk 80 MB sebagai standar praktek untuk server sangat dimuat. Ingat modifikasi pengaturan tidak diperlukan pada / 3 gb file server kecuali sangat sarat dengan lalu lintas SMB/CIFS (layanan File Internet umum). Oleh karena itu, tidak ada perubahan akan dibuat untuk Exchange, SQL atau IIS front-end server atau back-end server yang menggunakan WINSOCK. Ini akan berlaku untuk back-end server memiliki lalu lintas RPC pada transport SMB/CIFS host standar. Dalam / 3 gb server yang mengalami kekurangan item pekerjaan setelah MaxWorkItems diatur ke 8196, Anda juga dapat mengatur SizReqBuf untuk 8452 dan MaxWorkItems untuk 13824 untuk jangka pendek lega ketika Anda mencoba untuk mengidentifikasi akar menyebabkan. 2. Mengurangi kesalahan ID Peristiwa 2022Untuk secara khusus menangani peristiwa ID 2022, mulai Peninjau Suntingan Registri, dan pindah ke subkunci registri berikut: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters Kemudian menambah atau mengubah nilai registri DWORD berikut: Keterangan: Maksimum koneksi gratis Nilai Name: MaxFreeConnections Tipe data: REG_DWORD Nilai data: 0x1000 atau 4096 (desimal) Keterangan: Minimum koneksi gratis Nilai Name: MinFreeConnections Tipe data: REG_DWORD Nilai data: sistem atau 256 (desimal) Penting Pengaturan ini di Windows 2000 memerlukan instalasi paket layanan saat ini 4 atau perbaikan terbaru yang kemudian. Pada Windows Server 2003, hal ini membutuhkan Paket Layanan 1 atau perbaikan kemudian panas. Tanpa paket layanan atau perbaikan terbaru pengaturan rentang terlalu rendah untuk menjadi berguna (100 dan 32 masing-masing). Saat ini kami merekomendasikan, 4096 maksimum dan 256 masing-masing. 3. Melaksanakan perubahanUntuk menerapkan perubahan ini, keluar dari Peninjau Suntingan Registri, dan me-restart komputer, atau berhenti dan kemudian restart layanan Server. Untuk me-restart layanan Server, ikuti langkah berikut:
B. SelengkapnyaThe MaxFreeConnections pengaturan adalah yang paling penting dari semua pengaturan layanan server.Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft: 245080
(http://support.microsoft.com/kb/245080/
)
Menerima beberapa contoh dari Event ID 2022 The MaxFreeConnections nilai paling berguna dalam menyelesaikan kesalahan Event ID 2022 yang berisi banyak kegagalan untuk menemukan koneksi gratis. Sebagai contoh, untuk menyelesaikan suatu peristiwa yang memiliki teks yang mirip dengan berikut ini dalam log pesan: ID Peristiwa: 2022 Sumber: Srv Keterangan: Server tidak mampu menemukan koneksi gratis n kali terakhir s detik. Banyak kegagalan untuk menemukan koneksi gratis juga dapat menunjukkan "jaringan kartu banjir" situasi di mana non-jaringan menyadari program banjir server dengan menggunakan koneksi upaya. Jika Anda mengalami banyak kegagalan koneksi gratis, lihat bagian jaringan kartu banjir. Catatan Biasanya ada tidak ada efek yang merugikan dengan menambahkan nilai-nilai registri yang sebelumnya. Entri registri berikut dan nilai-nilai mungkin hadir dalam subkunci yang sama. Setelan ini tidak secara langsung berhubungan dengan pemecahan masalah untuk masalah ini, tapi terdaftar di bawah untuk kelengkapan. Keterangan: Server ukuran Nilai nama: ukuran Tipe data: REG_DWORD Nilai data: 0x3 atau 3 (desimal) Ini harus memiliki nilai 3. Jangan mengubah nilai ini. Keterangan: Maksimum perintah luar biasa. Maksimum Multiplex Count Nilai Name: MaxMpxCt Tipe data: REG_DWORD Nilai data: 0x1000 atau 4096 (desimal) Tidak mengubah nilai ini kecuali jika Anda memiliki sebuah skenario spesifik yang membutuhkan itu. Diskusi melalui pengaturan ini ditemukan di akhir dokumen ini. Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft: 271148
(http://support.microsoft.com/kb/271148/
)
MaxMpxCt dan MaxCmds batas pada Windows 2000 Tingkat 2. Mengidentifikasi akar penyebabKunci untuk resolusi adalah untuk menentukan apakah akar penyebab masalah adalah subsistem disk atau jika beban jaringan. Karena sulit untuk secara kuantitatif mendirikan jika beban jaringan adalah masalah, terbaik untuk memeriksa sistem disk. Jika ada konsisten periode singkat dari kesalahan dicatat dalam acara log Anda harus juga menggunakan program capture paket jaringan untuk menangkap semua lalu lintas jaringan selama masalah dan memeriksa itu, selain untuk subsistem disk. Ingat, bahwa disk subsistem mungkin mulai dengan pihak ketiga volume Manager dan kemudian bergerak ke bawah tumpukan seluruh perangkat lunak. Ini akan mencakup semua lapisan dari semua pengandar filter yang diinstal, dan pengandar perangkat yang mendorong keras pada akhir. Kami menyadari bahwa Volume manajer tidak dapat dihapus, tapi banyak pengandar filter dapat ditanggalkan, setidaknya untuk sementara.A. verifikasi bahwa Windows diperbarui dan stabil1. Upgrade komponen jaringanKomponen-komponen berikut harus terbaru tersedia dari pohon perbaikan terbaru. Oleh karena itu, upgrade ke versi terbaru dari komponen jaringan:
2. Periksa log peristiwa untuk kesalahan Cari semua kesalahan log peristiwa yang berhubungan baik untuk jaringan atau penyimpanan hardware. Ini harus diperbaiki sebelum Anda dapat memecahkan penyebab di bawah. Periksa pengandar perangkat untuk kembali kesalahan, dan juga menyaring driver yang menyambung pengandar tersebut, untuk setiap peristiwa yang umumnya menunjukkan interoperabilitas masalah dengan driver apapun tingkat rendah. 3. Mengidentifikasi ruang bebas kesalahan Catatan Jika drive telah pernah menjalankan ruang disk langkah ini harus dilakukan. Periksa log peristiwa untuk melihat apakah drive pernah telah keluar dari ruang bebas. Jika drive telah pernah menjalankan ruang disk Anda harus menjalankan chkdsk penuh rutin untuk memastikan bahwa sistem berkas tidak rusak. 4. Memindai file fragmentasi Memeriksa penyimpanan disk untuk file fragmentasi. Anda tidak dapat men-defragmen penyimpanan disk Anda tetapi Anda setidaknya dapat menjalankan menganalisis lulus pada sistem penyimpanan. Perhatikan bahwa untuk rusak atau sangat terfragmentasi drive menjalankan 'menganalisis pass' bisa mengambil sistem berkas offline; Namun ini adalah metode paling tidak mengganggu yang saat ini dikenal untuk memindai masalah sistem berkas. Perhatikan juga bahwa itu bukanlah hanya data yang kembali dari defragmentasi analisis yang penting. Waktu berlalu mengambil untuk menyelesaikan ini sangat penting juga. Anda mungkin menemukan bahwa beberapa disk subsistem butuh waktu sangat lama untuk menyelesaikan, atau tidak menyelesaikan proses sama sekali. Sistem file sangat terfragmentasi akan menciptakan masalah-masalah yang dijelaskan dalam artikel ini. Defragment hard disk untuk meningkatkan kinerja Windows baca/tulis. Catatan Persyaratan untuk defragmenting disk dapat melebihi bandwidth I/O subsistem penyimpanan yang memerlukan metode lain untuk mengatasi masalah ini. Hal ini dapat menghapus file atau memperluas penyimpanan. Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft: 300978
(http://support.microsoft.com/kb/300978/
)
Bagaimana untuk menganalisis dan men-defragmen volume disk pada Windows 2000 5. Memastikan harddisk korupsi Harddisk korupsi penyebab Mei Input/Output (saya / 0) bottlenecks ketika sistem operasi membaca dari, atau menulis ke hard disk. Anda dapat menjalankan perintah "chkdsk /r" pada prompt perintah untuk memeriksa galat pengandar perangkat keras. Ini bukanlah metode yang disukai untuk menggunakan untuk memeriksa sistem berkas. Namun, sebagai masalah ini biasanya terjadi pada sistem file besar yang tidak dapat diambil secara off-line, metode ini dapat digunakan. Pertama, hanya menjalankan chkdsk tanpa parameter terhadap sistem berkas. Itu akan melaporkan beberapa sedikit galat sistem berkas berorientasi yang khas dalam sistem dinamis tetapi laporan harus tidak memiliki hilang atau rusak direktori, indeks atau file. Lagi korupsi besar dapat menyebabkan chkdsk untuk keluar, atau menyebabkan utilitas untuk kemajuan sangat lambat, atau utilitas dapat menunjukkan luas berkas korupsi. Dalam menjalankan chkdsk interaktif, kita dapat biasanya berhenti itu setelah beberapa menit jika itu menghasilkan kesalahan parah, seperti yang menunjukkan bahwa volume harus dibangun kembali. Sekali lagi, Anda harus menggunakan metode lain untuk mengatasi situasi ini, tetapi hanya berjalan Chkdsk /r dapat memperbaiki masalah dalam sistem file. Untuk melakukannya, ikuti langkah-langkah berikut:
B. memeriksa kemungkinan penyebabUntuk menentukan akar penyebab masalah kami menyajikan daftar rinci kemungkinan penyebab. Untuk memecahkan masalah ini lebih, Anda dapat menggunakan metode berikut dalam urutan yang terdaftar. Langkah-langkah ini tidak terdaftar dalam urutan tertentu.Akar penyebab dari peristiwa ini dapat diringkas dalam dua kategori berikut:
a. layanan server kelebihan bebanUntuk menentukan apakah layanan server kelebihan beban, menghilangkan semua kemungkinan lain, tercantum di bawah.
b. jaringan kartu banjirPerusahaan-tingkat dukungan konfigurasi masalah yang umum yang menyebabkan masalah ini, dan dapat diklasifikasikan sebagai berikut:
Pada prompt perintah, dengan menggunakan perintah berikut Anda dapat menerima informasi tambahan yang menunjuk ke kedua menyinggung workstation dan program: bersih file mengatakan netfiles.txt bersih sesi mengatakan netsession.txt ID peristiwa berikut biasanya dicantumkan pada komputer workstation yang menyinggung, terutama jika komputer server lain yang bertindak sebagai sebuah workstation: ID Peristiwa: 3013 Anda mungkin mengalami satu masalah jaringan lain. Masalah ini dapat dilihat pada lingkungan dua berikut:
Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft: 221790
(http://support.microsoft.com/kb/221790/
)
IIS kehabisan item pekerjaan dan menyebabkan kegagalan RPC saat menghubungkan ke lintasan UNC jauh Dalam kasus ini server digunakan untuk sejumlah besar (ribuan) dari akar virtual IIS atau untuk sejumlah besar (ribuan) Profil terpencil yang berisi link yang menunjuk kembali ke hosting server. Anda mungkin juga mengalami gejala lain normal, tapi tidak selalu ada kesalahan lain. Untuk memperbaiki masalah ini, ikuti langkah-langkah berikut:
Meningkatkan nilai-nilai ini mengkonsumsi memori tambahan non-paged renang pada file server dan IIS klien server komputer. Non-paged renang memori memiliki batas atas 256 megabyte (MB). Banyak klien yang menggunakan banyak koneksi 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. Komputer yang menjalankan IIS dapat memiliki beberapa direktori virtual atau situs Web yang menunjuk ke saham pada komputer Windows NT 4.0 Server lain. Menggunakan ASP direktori Monitor ReadDirectoryChangesW API untuk memantau untuk setiap perubahan direktori tersebut pada server lain. Masing-masing tertunda ReadDirectoryChangesW item memerlukan konteks kerja di server, dan ada hanya sejumlah konteks pekerjaan yang tersedia. Jumlah pekerjaan konteks berlalu dari server untuk klien ketika tingkat SMB dinegosiasikan. Pengalih arah pada klien membuat internal menghitung jumlah pekerjaan konteks yang menggunakan di server. Menjadi nomor standar kerja konteks adalah 50. Jumlah pekerjaan konteks terbatas untuk menjaga proses server dari melelahkan semua memori non-paged kolam renang. Ini dapat mengangkat, tetapi 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. Biasanya Anda akan mengalami masalah dengan Explorer di lingkungan terminal server. Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft: 232476
(http://support.microsoft.com/kb/232476/
)
Terminal sambungan klien Server dan logon dibatasi oleh MaxWorkItem dan MaxMpxCt nilai-nilai 271148
(http://support.microsoft.com/kb/271148/
)
MaxMpxCt dan MaxCmds batas pada Windows 2000 Jika Anda mengalami masalah ini dengan Windows Explorer, itu diatasi dengan menggunakan langkah-langkah yang sama seperti yang digunakan dengan masalah IIS sebelumnya. Namun, solusi ini mengkonsumsi server pasokan item pekerjaan dengan cepat, dan sangat mengurangi jumlah desktop profil yang server dapat meng-host. Catatan nilai-nilai dalam subkunci registri berikut: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell folder HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Shell folder Atau, gunakan perintah berikut pada prompt perintah, dan melihat file output. Memiliki lebih dari 5 file per pengguna mengindikasikan adanya masalah. bersih file mengatakan filelist.txt bersih sesi mengatakan netsession.txt Microsoft mendukung pengalihan hanya folder berikut dengan menggunakan sistem yang berlaku:
INFORMASI LEBIH LANJUTEvent ID 2021 dan peristiwa ID 2022 disebabkan oleh salah satu dari dua situasi.
Dalam situasi yang pertama, kolam renang memori tidak dapat dialokasikan. Item pekerjaan (2021) memerlukan memori non-paged kolam renang. Koneksi (2022) memerlukan baik non-paged dan paged renang memori. Server dapat membatasi penggunaannya kolam ini, dan kolam renang juga menjadi habis. Ketika ini terjadi, alokasi gagal. Sedikit yang dapat dilakukan untuk mengatasi masalah ini. Komputer hanya berjalan keluar dari kolam renang memori. Solusi hanya efektif dalam kasus ini adalah untuk mengurangi beban pada kolam renang, atau untuk menambahkan lebih RAM 1.6 gigabyte (GB). Pada titik ini, kolam-kolam yang telah mencapai maksimum teoritis. Catatan Menambahkan RAM tambahan hanya membantu jika kolam renang tidak sudah pada ukuran maksimum teoritis mereka. Kedua situasi yang dapat menyebabkan kondisi dua kesalahan ini adalah tiba-tiba beban pada server. Jika terlalu banyak menerima (2021) atau permintaan sambungan (2022) harus diproses pada saat yang sama, server mungkin tidak menemukan item kerja tersedia atau sambungan, masing-masing. Karena ada lebih banyak item pekerjaan, mereka kurang rentan terhadap ini daripada koneksi. Selain itu, item pekerjaan dapat diambil dari prosesor lainnya. Untuk mengatasi situasi ini meningkatkan kerja minimum item (2021), koneksi gratis minimum (2022), atau keduanya. Koneksi gratis maksimum pengaturan mungkin memiliki pengaruh yang kecil dalam hal ini, karena hanya tampak pada ketika hubungan tidak lagi diperlukan. Namun, harus lebih besar dari nilai minimum. Isu lain yang mungkin terjadi adalah penggunaan / PAE dan / 3 GB Startup switch. Jika tombol 3 GB digunakan pada komputer berbasis Windows 2000, menetapkan memori renang Paged kembali ke Windows NT 4.0 jumlah maksimum 192 MB. Jika / PAE switch digunakan di server, itu dapat mengurangi renang paged tersedia memori. Penggunaan kedua switch mengkonfigurasi sistem operasi dengan kurang tersedia sistem sumber daya daripada Anda akan memiliki apabila Anda menggunakan switch baik sendirian, atau tidak ada switch. Sangat menekankan file server tidak boleh menggunakan / 3 gb beralih. The / PAE saklar saja tidak akan menyebabkan masalah apapun. Untuk benar-benar sulit 2022 masalah Anda dapat menggunakan acara monitoring program untuk menghentikan menangkap jaringan ketika acara direkam. Anda juga dapat menghubungi PSS-CPR-AS untuk mendapatkan pengandar diagnostik yang akan membuang server ketika menerima kesalahan yang terdaftar sebelumnya. Berkas dump cepat akan mengakibatkan akar penyebab jika Anda mengumpulkan beberapa informasi latar belakang tentang jenis, menggunakan, dan jumlah file yang dibuka. REFERENSI889100
(http://support.microsoft.com/kb/889100/
)
Cara mendapatkan paket layanan terbaru untuk Windows Server 2003 260910
(http://support.microsoft.com/kb/260910/
)
Cara mendapatkan paket layanan terbaru Windows 2000 Untuk mendapatkan terbaru Windows NT 4.0 paket layanan, kunjungi Website Microsoft berikut: http://www.Microsoft.com/downloads/details.aspx?FamilyID = e396d059-e402-46ef-b095-a74399e25737 & DisplayLang = en
(http://www.microsoft.com/downloads/details.aspx?FamilyID=e396d059-e402-46ef-b095-a74399e25737&DisplayLang=en)
Catatan Ada 6a paket pasca perbaikan terbaru (pasca SP6a) untuk Event ID
2022 masalah yang mungkin berlaku. Berlaku bagi:
Penerjemahan MesinPENTING: 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:317249
(http://support.microsoft.com/kb/317249/en-us/
)
| Sumber Lain Situs Pendukung Lain
KomunitasCari Bantuan SekarangTerjemahan Artikel
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Kembali ke atas
