Bagaimana memecahkan masalah Event ID 2021 dan Event ID 2022

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 317249 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

GEJALA

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.
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 Computer_Name.
Kadang-kadang, ketika komputer server mencoba untuk menyambung ke itu sendiri, Peristiwa 3013 dapat login pada server komputer yang mengalami masalah.

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

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

Untuk 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:
228766Cara 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 kembali Windows berbasis server untuk menyelesaikan 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 untuk 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 ada variasi kecil dalam beban server atau periode hanya singkat waktu ketika disk subsistem can't keep up, Anda dapat memutuskan untuk mengubah pengoperasian layanan server seperti yang dijelaskan dalam ayat Level 1.
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:
254649Ikhtisar opsi berkas dump kehabisan memori untuk Windows 2000, Windows XP, dan Windows Server 2003
244139 Fitur Windows memungkinkan file Memory.dmp yang akan dihasilkan dengan keyboard

Layanan 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 Server

Penting 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 Cara membuat cadangan dan memulihkan registri pada 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 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 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 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 perubahan


Untuk 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:
  1. Klik mulai, klik Jalankan, ketik CMD dalam kotak Buka , dan kemudian klik OK.
  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 lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
245080Menerima beberapa contoh dari Event ID 2022


Nilai 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:
271148MaxMpxCt dan MaxCmds batas pada Windows 2000

Tingkat 2. Mengidentifikasi akar penyebab

bukti 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 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
Telisik Pangkalan 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 memiliki 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 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:
300978Bagaimana 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 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:
  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 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:
  • Layanan server kelebihan beban.
  • Jaringan Kartu Bisnis banjir


a. layanan server overload


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

    Kadang-kadang, program pihak ketiga dalam bentuk program berjalan atau sebagai pengandar filter dapat mengganggu dengan respons dari layanan Server. Memahami fungsi dan prioritas menjalankan program-program, terutama program yang dijalankan 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 i/O multi-path harus tetap diaktifkan kecuali vendor dapat menonaktifkan ini untuk Anda. Pengandar filter yang dapat dinonaktifkan adalah volume snapshot dan kuota manajemen driver. File Buka agen dan file replikasi software biasanya tidak dinonaktifkan.

    Mengubah pengaturan peranti penangkap lunak antivirus sehingga karena tidak melakukan pemindaian "Waktu-nyata" semua file. Pengaturan yang disarankan akan untuk hanya memindai file masuk, dan tidak memindai pagefiles.File PST, .vhd, .tmp, .shd, atau .spl. Atau bahkan lebih baik, Anda dapat menjadwalkan untuk memindai setelah jam. Biasanya versi terbaru pemindai virus menyebabkan tidak ada masalah. Tapi menonaktifkan pemindaian peranti penangkap 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 banjir server dengan menggunakan permintaan salah. Perilaku ini juga dapat terjadi jika pengandar adapter jaringan yang tidak benar diinstal atau jika jaringan bekerja peranti penangkap 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 bukti kunci logis disk-based counter untuk menentukan apakah peranti penangkap keras subsistem kemacetan:
    Waktu siaga %
    Membaca disk 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 RAID dikonfigurasi untuk menggunakan sekurang-kurangnya 75% menulis-kembali cache dan di mana sekurang-kurangnya 25% bebas ruang tersedia. Pada sistem berkas 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 lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
    300978Bagaimana 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 bukti 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 sistem berkas 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. peranti penangkap keras yang rusak atau driver.

    Masalah ini paling signifikan dengan subsistem hard disk. Kadang-kadang, subsistem harddisk hanya lambat. Ini paling umum di sebuah cluster di mana driver 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 throughput. Pastikan bahwa semua firmware up to date. Lain peranti penangkap dan pengandar dapat mengganggu responsif komputer. Menggunakan Monitor kinerja untuk memeriksa menyela waktu dan DPC peranti penangkap 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" tetapi menyelidiki semua peranti penangkap keras jika menyela lebih besar dari 15.000 per detik. Selain itu, istimewa waktu item yang hampir sama sebagai "% Total prosesor waktu" menunjukkan masalah peranti penangkap keras atau driver.

    Mendapatkan dan menginstal update driver dan produsen terbaru untuk komputer Anda. Untuk informasi tentang cara menghubungi pabrik peranti penangkap keras komputer, klik nomor artikel yang sesuai di bawah ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
    65416 Vendor peranti penangkap keras dan peranti penangkap lunak informasi kontak, A-K

    60781 Vendor peranti penangkap keras dan peranti penangkap lunak informasi kontak, L-P

    60782 Vendor peranti penangkap keras dan peranti penangkap lunak informasi kontak, Q-Z
  7. Renang salah konfigurasi.

    Driver yang mendominasi kolam renang atau perubahan konfigurasi sistem operasi dapat mengurangi renang kehabisan memori 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 - kerja yang biasanya 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. Tag ini lebih dari 60% dari kolam paged kemudian NT file Caching Apakah melelahkan terlalu banyak kolam paged Anda. Untuk informasi lebih lanjut tentang bagaimana untuk menyesuaikan nilai-nilai ini dalam Windows 2000 dan Windows NT masing-masing, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
    312362Server tidak mampu mengalokasikan kehabisan memori dari sistem paged kolam
    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 kehabisan memori non-paged renang di server. Mengkaji subkunci registri berikut ini untuk memastikan bahwa nilai subkunci registri kolam renang halaman telah tidak diatur ke nilai yang tidak pantas:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 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 stack. Perhatikan bahwa ada banyak pengandar filter yang terlibat dalam layanan penggandaan 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 mundur 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 lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
    240309Cara sepenuhnya menonaktifkan peranti penangkap lunak antivirus dari penyaringan file
  9. Verifikasi menjalankan program.

    Menentukan fungsi semua program yang sedang berjalan, terutama program yang dijalankan pada prioritas yang lebih besar daripada khas basis prioritas. Menggunakan Monitor kinerja untuk mendeteksi proses yang menggunakan terlalu banyak Lingkaran Berkelanjutan 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 peranti penangkap lunak pemantau, UPS peranti penangkap lunak pemantau, dan database peranti penangkap lunak pemantau harus diselidiki. Perhatikan bahwa pengamatan ini juga relevan ketika Anda menyelidiki harddisk kertas macet sebagai mungkin akar penyebab masalah ini. Anda dapat memiliki program yang menggunakan semua sumber daya named pipe juga. Dalam kasus ini, Anda akan mencatat jumlah byte yang tinggi untuk digunakan dalam sebuah snapshot yang diambil oleh Poolmon utilitas Tag named pipe.
b. jaringan Kartu Bisnis 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 pengulangan.
Kedua isu 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:
  • Kesalahan
  • File tautan langsung
  • Pohon tautan langsung
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 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
Keterangan: Pengalih arah kehabisan waktu untuk Computer_Name.


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

Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
221790IIS kehabisan item pekerjaan dan menyebabkan kegagalan RPC saat tautan langsung ke lintasan UNC jauh


Dalam 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:
  1. Jika Anda menjalankan Windows 2000 SP1, instal posting-SP1hotfix yang dijelaskan pada artikel Pangkalan Pengetahuan Microsoft berikut untuk server yang menjalankan IIS dan file server:
    271148 Batas MaxMpxCt dan MaxCmds 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 server file 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 server file, atau berhenti dan kemudian restart layanan Workstation dan Server dengan menggunakan net stop dan net start perintah.

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:
232476Terminal sambungan klien Server dan log masuk dibatasi oleh MaxWorkItem dan MaxMpxCt nilai-nilai
271148 MaxMpxCt dan MaxCmds batas pada Windows 2000


Jika 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:
  • Desktop
  • menu Mulai
  • Jaringan lingkungan
  • Map program
  • Startup


INFORMASI LEBIH LANJUT

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

REFERENSI

889100 Cara mendapatkan paket layanan terbaru untuk Windows Server 2003
260910 Cara mendapatkan paket layanan Windows 2000 terbaru

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

Properti

ID Artikel: 317249 - Kajian Terakhir: 31 Mei 2012 - Revisi: 3.0
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 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

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com