ID Artikel: 317249 - Kajian Terakhir: 24 September 2011 - Revisi: 2.0

Bagaimana memecahkan masalah Event ID 2021 dan peristiwa ID 2022

Tips SistemThis article applies to a different operating system than the one you are using. Article content that may not be relevant to you is disabled.

Pada Halaman ini

Perbesar semua | Perkecil semua

GEJALA

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.
Selain itu, pada server atau klien yang terhubung ke server yang mengalami masalah, suatu peristiwa yang mirip dengan berikut ini mungkin login.
ID Peristiwa: 3013
Sumber: Rdr
Keterangan: Pengalih arah kehabisan waktu untuk Nama_Komputer.
Kadang-kadang, ketika komputer server mencoba tersambung ke itu sendiri, Peristiwa 3013 dapat login pada server komputer yang mengalami masalah.

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 MASALAH

Untuk 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 umum

Acara 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 server

Untuk 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
  • Memaksimalkan sumber daya sistem untuk layanan server saat ini tidak membuatnya lebih sulit untuk mengatasi akar penyebab masalah ini.
  • Tidak membangun server berbasis Windows untuk memecahkan masalah dengan layanan server. Membangun kembali server berbasis Windows tidak akan memecahkan masalah. Masalah akan terjadi lagi.
Metode yang dijelaskan dalam ayat 2 tingkat mengambil banyak waktu. Anda mungkin ingin meningkatkan sumber daya server, seperti yang dijelaskan dalam "tingkat 1. Memaksimalkan sumber daya server"ayat sebagai langkah awal untuk memperoleh lebih banyak waktu untuk memecahkan masalah. Atau, jika hanya terdapat variasi kecil dalam beban server atau periode waktu ketika subsistem disk tidak dapat menjaga yang hanya pendek, Anda dapat memutuskan untuk mengubah operasi layanan server seperti yang dijelaskan dalam ayat 1 tingkat.
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 Server

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:
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 2021

Untuk secara khusus menangani peristiwa ID 2021, jalankan Registry Editor dan Cari subkunci registri berikut:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters
Kemudian, menambah atau mengubah nilai registri DWORD berikut:
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 2022


Untuk 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 perubahan


Untuk 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:
  1. Klik Mulai, klik Menjalankan, jenis cmd dalam Terbuka kotak, dan kemudian klik Oke.
  2. Pada prompt perintah, ketik net stop Server, kemudian tekan ENTER. Jika Anda diminta untuk mengkonfirmasi operasi, jenis y dan kemudian tekan ENTER.
  3. Jenis net start server, dan kemudian tekan ENTER.

    Catatan Anda harus me-restart layanan tergantung tambahan yang berhenti bersama dengan layanan Server.

B. Selengkapnya

The 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 penyebab

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, 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 stabil

1. Upgrade komponen jaringan
Komponen-komponen berikut harus terbaru tersedia dari pohon perbaikan terbaru. Oleh karena itu, upgrade ke versi terbaru dari komponen jaringan:
  1. Layanan Server CIFS/SMB
    1. Srvsvc.dll
    2. Srv.sys
  2. Redirector
    1. Mrxsmb.sys
    2. Rdbss.sys
  3. OS kernel
    1. Ntkrnlmp.exe
    2. Ntkrnlpa.exe
    3. Ntkrpamp.exe
    4. Ntoskrnl.exe
Mencari Basis Pengetahuan Microsoft, untuk menemukan terbaru tersedia pembaruan yang berlaku untuk versi sistem operasi Anda. Jika Anda menggunakan Microsoft Windows NT 4.0 dan telah menginstal paket layanan terbaru, PSS telah 6a paket pasca perbaikan terbaru (pasca SP6a) untuk Event ID 2022 masalah yang mungkin berlaku.

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:
  1. Buka prompt perintah.
  2. Jenis Chkdsk Drive_Letter: /r, kemudian tekan ENTER.
Catatan Jika Anda menjalankan perintah ini pada pengandar di mana Windows diinstal, Anda harus me-restart komputer untuk mengaktifkan utilitas Chkdsk untuk mengunci drive.

B. memeriksa kemungkinan penyebab

Untuk 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:
  • Layanan server kelebihan beban.
  • Jaringan kartu banjir


a. layanan server kelebihan beban


Untuk menentukan apakah layanan server kelebihan beban, menghilangkan semua kemungkinan lain, tercantum di bawah.
  1. Gangguan dari program pihak ketiga

    Kadang-kadang, program pihak ketiga dalam bentuk program berjalan atau sebagai pengandar filter dapat mengganggu responsif layanan Server. Memahami fungsi dan prioritas menjalankan program-program, terutama program yang berjalan pada prioritas tinggi. Ketika memeriksa pengandar filter, kita harus mempertimbangkan bahwa ada beberapa kelas pengandar filter yang saat ini digunakan. Driver dari setiap kelas harus dievaluasi secara terpisah. Beberapa kelas dapat dengan mudah dinonaktifkan, sedangkan beberapa diperlukan untuk benar operasi dari sistem. Volume manajemen driver dan multi-path I/O harus tetap diaktifkan kecuali vendor dapat menonaktifkan ini untuk Anda. Pengandar filter yang dapat dinonaktifkan adalah volume snapshot dan kuota manajemen driver. Buka file agen dan file replikasi software biasanya tidak dinonaktifkan.

    Mengubah pengaturan perangkat lunak antivirus sehingga tidak melakukan pemindaian "Waktu-nyata" pada semua file. Pengaturan yang disarankan akan hanya memindai file masuk, dan memindai pagefiles.File PST, .vhd, .tmp, .shd, atau .spl. Atau bahkan lebih baik, Anda dapat menjadwalkan untuk memindai setelah jam. Biasanya versi terbaru virus scanner menyebabkan tidak ada masalah. Tapi menonaktifkan pemindaian perangkat lunak 2 tahun atau dua versi yang lebih tua dari rilis saat ini virus.
  2. Akses jaringan tidak pantas.

    Program jaringan dikonfigurasi buruk atau kombinasi ini bersama-sama dengan workstation dikonfigurasi secara tidak benar bisa membanjiri server dengan menggunakan permintaan salah. Perilaku ini juga dapat terjadi jika pengandar adapter jaringan yang tidak benar diinstal atau jika jaringan bekerja perangkat lunak diinstal.
  3. Salah ruang konfigurasi dan penggunaan data di hard disk.

    Menggunakan Monitor kinerja untuk menentukan terlalu banyak Apakah sistem berkas adalah bekerja. Selalu mengumpulkan disk data dengan menggunakan interval waktu 2-3 detik, tapi Anda harus mengumpulkan beberapa log untuk mendapatkan pemahaman yang baik dari beban disk selama hari. Meninjau berikut kunci logis disk-based counter untuk menentukan apakah perangkat keras subsistem kemacetan:
    Waktu siaga %
    Disk dibaca per detik
    Disk menulis per detik
    Saat ini Disk antrian panjang
    Disk transfer per detik
    AVG Disk Sec/Transfer

    Masalah ini biasanya dapat dihilangkan jika serangan dikonfigurasi untuk menggunakan sekurang-kurangnya 75% menulis-kembali cache dan di mana setidaknya 25% gratis ruang tersedia. Pada sistem file sibuk, hard disk yang memiliki hanya 15% dari ruang harus dianggap benar-benar penuh. Jika kompresi diaktifkan sedikit lebih gratis ruang diperlukan.

    Catatan Sebagai root penyebab Event ID 2022, ini adalah masalah yang sulit untuk memecahkan masalah.
  4. Terfragmentasi hard disk.
    Defragment hard disk untuk meningkatkan kinerja Windows baca/tulis.

    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

    Jika hard disk terfragmentasi atau hampir penuh, permintaan klien untuk "tumbuh" file menyebabkan sistem operasi pencarian gratis ruang hard disk untuk mengambil waktu yang sangat lama untuk menyelesaikan. Selama waktu ini, tingkat sistem kunci yang diperlukan untuk permintaan lainnya untuk menyelesaikan, tidak tersedia. Server layanan daya tugas juga disimpan tertunda dan yang menyebabkan 2022 ID peristiwa terjadi.
  5. Galat sistem berkas
    Pastikan bahwa berkas sistem berjalan tanpa kesalahan. Harddisk korupsi penyebab Mei input/output (saya / 0) bottlenecks ketika sistem operasi membaca dari, atau menulis ke hard disk. Untuk memperbaiki harddisk korupsi Anda harus menjalankan Chkdsk Drive_Letter: /r perintah, pada prompt perintah.

    Catatan Jika Anda menjalankan perintah ini pada pengandar di mana Windows diinstal, Anda harus me-restart komputer untuk mengaktifkan utilitas Chkdsk untuk mengunci drive.
  6. Perangkat keras yang rusak atau driver.

    Masalah ini paling signifikan dengan subsistem hard disk. Kadang-kadang, subsistem hard disk hanya lambat. Ini paling umum di sebuah cluster di mana pengandar yang salah atau ketinggalan jaman atau update firmware yang salah atau ketinggalan jaman menyebabkan subsistem hard disk untuk beroperasi tanpa kesalahan, tetapi berjalan pada tingkat penurunan kinerja.

    Anda harus menetapkan bahwa disk subsistem berjalan tanpa kesalahan dan bahwa ia memiliki waktu respon baik dengan cukup. Pastikan bahwa semua firmware up to date. Lain perangkat dan pengandar dapat mengganggu responsif komputer. Menggunakan Monitor kinerja untuk memeriksa menyela waktu dan waktu DPC perangkat keras lainnya. Keseluruhan menyela waktu harus kurang bahwa 10% dan DPC waktu kurang dari 15%. Sangat sulit untuk menetapkan ambang yang baik untuk "menyela per detik" tapi menyelidiki semua perangkat keras jika menyela lebih besar dari 15.000 per detik. Selain itu, istimewa waktu item yang hampir sama sebagai "% Total prosesor waktu" menunjukkan masalah perangkat keras atau driver.

    Mendapatkan dan menginstal update driver dan produsen terbaru untuk komputer Anda. Untuk informasi tentang cara menghubungi pabrik perangkat keras komputer, klik nomor artikel yang sesuai di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
    65416  (http://support.microsoft.com/kb/65416/ ) Informasi kontak vendor perangkat keras dan perangkat lunak, A-K

    60781  (http://support.microsoft.com/kb/60781/ ) Informasi kontak vendor perangkat keras dan perangkat lunak, L-P

    60782  (http://support.microsoft.com/kb/60782/ ) Informasi kontak vendor perangkat keras dan perangkat lunak, Q-Z
  7. Renang salah konfigurasi.

    Driver yang mendominasi kolam renang atau perubahan pada konfigurasi sistem operasi dapat mengurangi renang memori yang tersedia untuk layanan Server.

    Aktivitas produk pihak ketiga dapat mendominasi kolam renang. Kolam ini dapat diidentifikasi dengan tag pihak ketiga renang mereka menampilkan. Biasanya, hanya penyedia jasa layanan tag yang menggunakan banyak kolam nonpaged LSwn nonpaged renang tag. Menyelidiki Tag layanan Server berikut, dan menghubungi layanan dukungan produk Microsoft, jika nilai melebihi 15 MB:
    LSwi - pekerjaan awal konteks
    LSwn - pekerjaan khas konteks
    LSwq - memblokir pekerjaan antrian
    LSwr - pekerjaan mentah konteks
    LSws - memblokir konteks kerja khusus

    Nilai-nilai ini hanya menunjukkan bahwa layanan server memiliki lebih banyak pekerjaan yang harus dilakukan. Juga melihat kehadiran MmSt tag di kolam renang-paged. Jika Tag ini lebih dari 60% dari kolam paged kemudian NT file Caching adalah melelahkan terlalu banyak kolam paged Anda. Untuk informasi lebih lanjut tentang cara menyesuaikan nilai-nilai ini dalam Windows 2000 dan Windows NT masing-masing, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
    312362  (http://support.microsoft.com/kb/312362/ ) Server tidak mampu mengalokasikan memori dari sistem paged kolam
    192409  (http://support.microsoft.com/kb/192409/ ) Buka file dapat menyebabkan kernel untuk laporan INSUFFICIENT_RESOURCES


    Jika Anda snapshot dari kolam-kolam yang menunjukkan Tag lain, menyelidiki sumber mereka jika mereka mengkonsumsi banyak memori non-paged renang di server. Memeriksa subkunci registri berikut ini untuk memastikan bahwa nilai subkunci registri renang halaman tidak telah ditetapkan untuk nilai tidak pantas:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management

    Nilai Name: PagedPoolSize
    Tipe data: REG_DWORD
    Nilai data: 0x0 atau 0x0A000000 atau 0xFFFFFFFF hanya
  8. Pengandar filter di Disk i/O Stack dan program lain

    Mencoba untuk menonaktifkan semua pengandar filter di tumpukan. Perhatikan bahwa ada banyak pengandar filter yang terlibat dalam layanan replikasi file, versi file, HSM, kuota manajemen, file Buka agen, dan juga pemindaian virus. Tergantung pada frekuensi Event ID 2022 kesalahan, menonaktifkan driver ini untuk waktu yang singkat (dari beberapa jam untuk satu hari) mungkin membiarkan Anda untuk menentukan apakah satu atau lebih dari mereka adalah penyebab masalah ini. Pastikan bahwa semua driver saat ini dan bahwa mereka tidak memiliki kompatibilitas dikenal masalah dengan instalasi.

    Sebagai ukuran parsial, mengkonfigurasi program antivirus untuk memantau masuk hanya file, atau tidak lagi melakukan pemindaian antivirus "waktu-nyata". Sebaliknya, jadwal virus scan setelah jam kerja, atau selama periode rendah lalu lintas jaringan.

    Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
    240309  (http://support.microsoft.com/kb/240309/ ) Bagaimana untuk sepenuhnya menonaktifkan perangkat lunak antivirus dari penyaringan file
  9. Verifikasi program.

    Menentukan fungsi semua program yang sedang berjalan, terutama program yang berjalan pada prioritas yang lebih besar daripada khas dasar prioritas. Menggunakan Monitor kinerja untuk mendeteksi proses yang menggunakan terlalu banyak siklus CPU. Tugas-tugas prioritas tinggi harus hanya berjalan selama interval sub-detik. Pihak ketiga pemantauan program, seperti Compaq wawasan manajer, layanan informasi Internet Microsoft (IIS) halaman pemantauan perangkat lunak, UPS pemantauan perangkat lunak, dan database pemantauan perangkat lunak harus diselidiki. Perhatikan bahwa pengamatan ini juga relevan ketika Anda menyelidiki hard disk kemacetan sebagai mungkin akar penyebab dari masalah ini. Anda dapat memiliki program yang menggunakan semua named pipe sumber daya juga. Dalam kasus ini, Anda akan mencatat hitungan tinggi byte untuk tag bernama pipa yang digunakan dalam sebuah snapshot yang diambil oleh utilitas Poolmon.
b. jaringan kartu banjir


Perusahaan-tingkat dukungan konfigurasi masalah yang umum yang menyebabkan masalah ini, dan dapat diklasifikasikan sebagai berikut:
  • Salah dijadwalkan penggunaan Server manajemen sistem atau solusi backup pihak ketiga.
  • Lebih tua program yang terus-menerus banjir adapter jaringan server dengan menggunakan mencoba lagi.
Masalah kedua dapat didiagnosis dengan menggunakan Monitor Jaringan dalam kombinasi dengan Monitor kinerja. Menggunakan Monitor kinerja untuk memeriksa Server layanan objek Counter. Menyelidiki paket yang jatuh ke dalam salah satu kategori berikut:
  • Error
  • File menghubungkan
  • Pohon menghubungkan
Menggunakan Monitor kinerja untuk menentukan jenis kondisi kesalahan yang hadir, dan kemudian menggunakan Monitor Jaringan untuk menemukan workstation yang menyebabkan kondisi kesalahan, program yang menyebabkan kondisi kesalahan, atau keduanya.

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
Keterangan: Pengalih arah kehabisan waktu untuk Nama_Komputer.


Anda mungkin mengalami satu masalah jaringan lain. Masalah ini dapat dilihat pada lingkungan dua berikut:
  • Internet Information Services menyimpan data di server jauh.
  • Terminal Server mengakses profil jauh.
Namun, solusi yang sama untuk kedua situasi. Akar penyebab dari kedua isu-isu ini adalah sama; permintaan blok (SMB) terlalu banyak beredar server pesan.

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:
  1. Jika Anda menjalankan Windows 2000 SP1, instal posting-SP1hotfix yang dijelaskan pada artikel Basis Pengetahuan Microsoft berikut untuk server yang menjalankan IIS dan file server:
    271148  (http://support.microsoft.com/kb/271148/ ) MaxMpxCt dan MaxCmds batas pada Windows 2000
  2. Meningkatkan nilai MaxCmds pada server yang menjalankan IIS dengan menambahkan nilai registri berikut:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanworkstation\parameters


    Nilai Name: MaxCmds
    Tipe data: REG_DWORD
    Nilai data: 4096(decimal)

    Catatan Ada tidak ada manfaat dalam menggunakan nilai yang lebih besar daripada ini.
  3. Meningkatkan nilai MaxMpxCt pada file server dengan menambahkan nilai registri berikut:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters

    Nilai Name: MaxMpxCt
    Tipe data: REG_DWORD
    Nilai data: 4096 (desimal)

    Catatan Ada tidak ada manfaat dalam menggunakan nilai yang lebih besar daripada ini.
  4. Restart server yang menjalankan IIS dan file server, atau berhenti dan kemudian restart layanan Workstation dan Server dengan menggunakan net stop dan net start perintah.

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:
  • Desktop
  • Start menu
  • Jaringan lingkungan
  • Folder program
  • Permulaan


INFORMASI LEBIH LANJUT

Event 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.

REFERENSI

889100  (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:
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows 2000 Server
  • Microsoft Windows NT Server 4.0 Standard Edition
Kata kunci: 
kbhowto kbprb kbmt KB317249 KbMtid
Penerjemahan MesinPenerjemahan 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/ )