Select the product you need help with
Bagaimana memecahkan masalah Event ID 2021 dan Event ID 2022ID Artikel: 317249 - Melihat produk di mana artikel ini berlaku. Pada Halaman iniGEJALA Salah satu sistem operasi yang disertakan dalam berlaku untuk bagian, mungkin akan berhenti merespons untuk waktu yang singkat dan beberapa kegiatan yang mirip dengan berikut ini mungkin login ke log sistem: ID Peristiwa: 2022 Sumber: Srv Keterangan: Server tidak mampu menemukan koneksi gratis n kali dalam terakhir s detik. ID Peristiwa: 2021 Sumber: Srv Deskripsi: Server tidak mampu membuat kerja item %2 kali dalam terakhir %3 detik. ID Peristiwa: 3013 Sumber: Rdr Keterangan: Pengalih arah kehabisan waktu untuk Computer_Name. CatatanBanyak 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 galat yang melaporkan kode status 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 acara yang mendasari adalah sambungan ke layanan server. Namun, fakta ini tidak dengan mudah ditentukan. Sebagai contoh, ada Event ID 1055 yang dihasilkan oleh CLUSSVC. Acara ini adalah dari layanan cluster 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 sumber hard disk dan knalpot daya yang tersedia. Ada dapat banyak akar penyebab layanan Server yang melelahkan sumber daya yang tersedia. Sebagai contoh, setiap masalah di garis jatuh berseri I/O antara adaptor jaringan dan pengandar peranti penangkap 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 id peristiwa keadaan kesalahan 2022 dan 2021 muncul. Banyak masalah yang berbeda dapat menyebabkan masalah ini. Ketika Anda memecahkan masalah ini, menyelidiki semua komponen dalam garis jatuh berseri I/O, dari adapter jaringan ke kandar cakram keras array. Misalnya, mungkin kesalahan ini terjadi hanya ketika cadangan program berjalan. Mungkin mereka terjadi hanya awal di pagi hari ketika pengguna log on. Jika kesalahan terjadi hanya sebentar, Anda dapat mengatasi masalah ini dengan tuning layanan server bersama dengan menerapkan perbaikan terbaru setiap update untuk layanan server. Informasi umumAcara 2021 dicatat ketika ada akumulasi item pekerjaan dalam layanan server. Tapi Anda harus memahami bahwa penyebab paling umum dari akumulasi item pekerjaan dalam layanan server adalah karena subsistem disk tidak mengikuti 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 koneksi cukup gratis jaringan 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 beban jaringan 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. Itu sebabnya 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 sub-bagian "tingkat 2. Mengidentifikasi akar penyebab." Tingkat 1. Memaksimalkan sumber daya serverUntuk menghilangkan pesan kesalahan, atau untuk mengurangi frekuensi dari 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 berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:228766
(http://support.microsoft.com/kb/228766/
)
Cara mengubah sifat layanan ServerPenting
Untuk informasi lebih lanjut tentang cara untuk mengatur server untuk menciptakan berkas dump, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft: 254649
(http://support.microsoft.com/kb/254649/
)
Ikhtisar opsi berkas dump kehabisan memori untuk Windows 2000, Windows XP, dan Windows Server 2003244139
(http://support.microsoft.com/kb/244139/
)
Fitur Windows memungkinkan file Memory.dmp yang akan dihasilkan dengan keyboardLayanan server disetel secara otomatis ketika server dimulai. Namun, banyak dari 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 lama selama hotfixes saat ini untuk kernel, redirector dan server layanan diinstal. Sebelum Anda menginstal layanan upgrade server kami menyarankan Anda menginstal perbaikan terbaru yang 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 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
(http://support.microsoft.com/kb/322756/
)
Cara membuat cadangan dan memulihkan registri pada WindowsCatatan 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 yang diberikan di sini untuk memperjelas lingkup nilai dibolehkan. Meskipun, dokumentasi lain ada yang menunjukkan nilai didefinisikan maksimum besar, nilai-nilai maksimum ini tidak dapat digunakan. Untuk MaxWorkItems entri registri, nilai 8196 hanya dapat digunakan pada server yang memiliki lebih dari 1.5 gigabytes (GB) kehabisan 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. Setting tinggi MaxWorkItems entri registri mungkin bahkan menyebabkan server untuk berhenti merespons pada startup dan penyebab ini akan kelelahan non-paged kehabisan memori. Tag yang diamati akan LSwn, atau, jarang, beberapa tag lain terkait erat. secara asali, 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 memungkinkan 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 kondisi beban berat. Layanan dukungan Microsoft tidak menganjurkan penggunaan lebih dari 160 MB untuk layanan server 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 server file berhenti merespons ketika nilai-nilai yang lebih besar daripada 8196 digunakan. Server-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 pada IIS back-end server, pengendali domain atau server file profil pengguna diarahkan yang menyimpan, kita akan memiliki untuk 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. Hal 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 renang untuk 80 MB sebagai standar praktek untuk server sangat dimuat. Ingat modifikasi pengaturan tidak diperlukan pada / 3 gb server file kecuali sangat penuh dengan lalu lintas SMB/CIFS (layanan File Internet umum). Oleh karena itu, tidak ada perubahan akan dibuat ke 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 pada 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 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 lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft: 245080
(http://support.microsoft.com/kb/245080/
)
Menerima beberapa contoh dari Event ID 2022Nilai MaxFreeConnections paling berguna dalam menyelesaikan kesalahan Event ID 2022 yang berisi banyak kegagalan untuk menemukan koneksi gratis. Misalnya, untuk menyelesaikan suatu peristiwa yang memiliki teks yang mirip dengan berikut ini pada pesan galat login: ID Peristiwa: 2022 Sumber: Srv Keterangan: Server tidak mampu menemukan koneksi gratis n kali dalam terakhir s detik. Banyak kegagalan untuk menemukan koneksi gratis juga dapat menunjukkan "jaringan Kartu Bisnis 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 Bisnis banjir. Catatan Biasanya ada tidak ada efek yang merugikan dengan menambahkan nilai registri sebelumnya. Entri registri berikut dan nilai-nilai mungkin hadir dalam subkunci yang sama. Setelan ini tidak secara langsung berhubungan dengan pemecahan masalah dilakukan 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 pada akhir kumpulan dokumen ini. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft: 271148
(http://support.microsoft.com/kb/271148/
)
MaxMpxCt dan MaxCmds batas pada Windows 2000Tingkat 2. Mengidentifikasi akar penyebabbukti kunci 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, itu yang terbaik untuk memeriksa sistem disk. Jika ada yang konsisten periode singkat 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 peranti penangkap lunak. Ini akan mencakup semua lapisan dari semua pengandar filter yang diinstal, dan pengandar peranti penangkap 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 dalam daftar berikut. Periksa pengandar peranti penangkap untuk kembali kesalahan, dan juga menyaring driver yang tautan langsung pengandar tersebut, untuk setiap peristiwa yang umumnya menunjukkan masalah interoperability dengan setiap tingkat rendah driver. 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 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 berkas 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. Ini mungkin termasuk menghapus file atau memperluas penyimpanan. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft: 300978
(http://support.microsoft.com/kb/300978/
)
Bagaimana untuk menganalisis dan men-defragmen volume disk pada Windows 20005. 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 peranti penangkap keras. Ini bukanlah metode yang disukai untuk menggunakan untuk memeriksa sistem berkas. Namun, sebagai masalah ini biasanya terjadi pada sistem berkas 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 yang berorientasi yang khas dalam sistem dinamis tetapi laporan tidak seharusnya setiap 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, kami dapat biasanya berhenti itu setelah beberapa menit jika itu menghasilkan kesalahan parah, sebagai yang menunjukkan bahwa volume harus dibangun kembali. Sekali lagi, Anda mungkin harus menggunakan metode lain untuk mengatasi situasi ini, tetapi hanya berjalan Chkdsk /r dapat memperbaiki masalah dalam sistem berkas. Untuk melakukannya, ikuti langkah berikut:
B. memeriksa kemungkinan penyebabUntuk menentukan akar penyebab masalah kami menyajikan daftar terperinci kemungkinan penyebabnya. Untuk memecahkan masalah ini lebih, Anda dapat menggunakan metode berikut sesuai urutan menurun yang terdaftar. Langkah-langkah ini tidak terdaftar dalam urutan menurun tertentu.Akar penyebab dari peristiwa ini dapat diringkas dalam dua kategori berikut:
a. layanan server overloadUntuk menentukan apakah layanan server kelebihan beban, menghilangkan semua kemungkinan lain, tercantum di bawah.
b. jaringan Kartu Bisnis 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 menyinggung workstation maupun program: bersih file mengatakan netfiles.txt net sesi mengatakan netsession.txt ID peristiwa berikut biasanya dicantumkan pada komputer workstation 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 lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft: 221790
(http://support.microsoft.com/kb/221790/
)
IIS kehabisan item pekerjaan dan menyebabkan kegagalan RPC saat tautan langsung ke lintasan UNC jauhDalam kasus ini server digunakan untuk sejumlah besar (ribuan) 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 mengatasi masalah ini, ikuti langkah berikut:
Meningkatkan nilai-nilai ini mengkonsumsi kehabisan memori tambahan non-paged renang pada server file dan IIS klien server komputer. Non-paged renang kehabisan memori memiliki batas atas 256 megabyte (MB). Banyak klien yang menggunakan banyak koneksi dapat mengkonsumsi semua kehabisan memori non-paged renang pada server file. Menggunakan Monitor kinerja untuk menonton counter ini dan untuk memastikan bahwa hal itu tidak mendekati batas. Komputer yang menjalankan IIS dapat memiliki beberapa direktori maya 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 lainnya. Masing-masing tertunda ReadDirectoryChangesW item memerlukan konteks bekerja di server, dan ada hanya sejumlah konteks pekerjaan yang tersedia. Jumlah pekerjaan konteks lulus 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 agar proses server melelahkan semua kehabisan memori non-paged kolam renang. Ini dapat terangkat, tetapi ada batas untuk berapa banyak pekerjaan konteks klien tertentu dapat mengkonsumsi. Ini masalahnya tidak terbatas pada IIS. Windows NT Explorer menggunakan mekanisme yang sama untuk memantau untuk perubahan direktori. Biasanya Anda akan mengalami masalah dengan Explorer di lingkungan terminal server. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft: 232476
(http://support.microsoft.com/kb/232476/
)
Terminal sambungan klien Server dan log masuk dibatasi oleh MaxWorkItem dan MaxMpxCt nilai-nilai271148
(http://support.microsoft.com/kb/271148/
)
MaxMpxCt dan MaxCmds batas pada Windows 2000Jika Anda mengalami masalah ini dengan Penjelajah Windows, itu diatasi dengan menggunakan langkah-langkah yang sama seperti yang digunakan dengan masalah IIS sebelumnya. Namun, solusi ini dengan cepat mengkonsumsi server pasokan item pekerjaan, 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 net sesi mengatakan netsession.txt Microsoft mendukung pengalihan hanya map berikut ini dengan menggunakan sistem kebijakan:
INFORMASI LEBIH LANJUTEvent ID 2021 dan Event ID 2022 disebabkan oleh salah satu dari dua situasi.
Dalam situasi yang pertama, kolam renang kehabisan memori tidak dapat dialokasikan. Item pekerjaan (2021) memerlukan kehabisan memori non-paged kolam renang. Koneksi (2022) membutuhkan keduanya non-paged dan paged kolam renang kehabisan memori. Server dapat membatasi penggunaannya kolam ini, dan kolam renang dapat juga lelah. Ketika ini terjadi, alokasi gagal. Sedikit yang dapat dilakukan untuk mengatasi masalah ini. Komputer hanya berjalan keluar dari kolam renang kehabisan memori. Solusi hanya efektif dalam kasus ini adalah untuk mengurangi beban pada kolam renang, atau untuk menambahkan lebih RAM hingga 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 di 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. Maksimum koneksi gratis pengaturan mungkin memiliki pengaruh yang kecil dalam kasus 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 tekan 3 GB digunakan pada komputer berbasis Windows 2000, ini menetapkan kehabisan memori kolam renang Paged kembali ke Windows NT 4.0 jumlah maksimum 192 MB. Jika / PAE switch digunakan di server, itu dapat mengurangi renang paged tersedia kehabisan 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 server file 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 2003260910
(http://support.microsoft.com/kb/260910/
)
Cara mendapatkan paket layanan Windows 2000 terbaruUntuk mendapatkan terbaru Windows NT 4.0 paket layanan, kunjungi Web site Microsoft berikut: http://technet.Microsoft.com/en-us/library/cc767869.aspx Catatan Ada 6a paket pasca perbaikan terbaru (pasca SP6a) untuk Event ID
2022 masalah yang mungkin berlaku.
(http://technet.microsoft.com/en-us/library/cc767869.aspx)
PropertiID Artikel: 317249 - Kajian Terakhir: 31 Mei 2012 - Revisi: 3.0 Berlaku bagi:
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: 317249
(http://support.microsoft.com/kb/317249/en-us/
)
| Terjemahan Artikel
|




Kembali ke atas








