ID Kejadian 106 ketika switch virtual Hyper-V terikat LBFO tim

PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.

Klik disini untuk melihat versi Inggris dari artikel ini: 2974384
Gejala
Pertimbangkan skenario berikut ini:
  • Anda memiliki komputer berbasis Windows Server 2012 R2 atau berbasis Windows Server 2012 yang dikonfigurasi dengan satu atau lebih penyeimbangan beban dan tim anti (LBFO).
  • Switch virtual Hyper-V dibatasi ke salah satu dari tim LBFO.
Dalam skenario ini, salah satu dari eventsis berikut ini dicatat sewaktu-waktu:

Nama login: sistem
Sumber: Microsoft-Windows-Hyper-V-VmSwitch
Tanggal: 9/5/2014 18:14:12: 00
ID Kejadian: 106
Kategori tugas: None
Tingkat: kesalahan
Kata kunci:
Pengguna: SISTEM
Komputer: Server1.contoso.com
Keterangan:
Set tersedia prosesor nic fisik dasar milik LBFO tim NIC /DEVICE/ {EC20D5A1-E73E-4148-83C2-4989AFCE2E33} (nama akrab: Microsoft jaringan adaptor Multiplexor pengandar #3) pada switch 4E936889-877B-4390-9DC1-F218A1A9D6B8 (nama akrab: Contoso_LAN) tidak dikonfigurasi dengan benar. Alasan: Prosesor menetapkan tumpang tindih ketika LBFO dikonfigurasi dengan mode jumlah antrian.


Nama login: sistem
Sumber: Microsoft-Windows-Hyper-V-VmSwitch
Tanggal: 9/5/2014 18:14:12: 00
ID Kejadian: 106
Kategori tugas: None
Tingkat: kesalahan
Kata kunci:
Pengguna: SISTEM
Komputer: Server1.contoso.com
Keterangan:
Set tersedia prosesor nic fisik dasar milik LBFO tim NIC /DEVICE/ {EC20D5A1-E73E-4148-83C2-4989AFCE2E33} (nama akrab: Microsoft jaringan adaptor Multiplexor pengandar #3) pada switch 4E936889-877B-4390-9DC1-F218A1A9D6B8 (nama akrab: Contoso_LAN) tidak dikonfigurasi dengan benar. Alasan: Rangkaian prosesor tidak identik saat LBFO dikonfigurasi dengan mode menit-antrian.

Penyebab
Jika galat 106 menyatakan, "alasan: prosesor menetapkan tumpang tindih ketika LBFO dikonfigurasi dengan mode jumlah antrian," Anda harus menggunakan perintah Set-NetAdapterVmq Windows PowerShell untuk mengkonfigurasi setiap adapter jaringan pada tim Anda menggunakan prosesor yang berbeda. (Karena LBFO tim ditata untuk jumlah antrian, adaptor jaringan di tim harus menggunakan prosesor nonoverlapping set.)

Jika galat 106 menyatakan, "alasan: rangkaian prosesor tidak identik saat LBFO dikonfigurasi dengan mode menit-antrian," Anda harus menggunakan perintah Set-NetAdapterVmqWindows PowerShell untuk mengkonfigurasi setiap adapter jaringan pada tim Anda menggunakan prosesor yang sama. (Karena LBFO tim ditata untuk antrian menit mode, adaptor jaringan di tim harus menggunakan rangkaian prosesor tumpang tindih.)
Pemecahan masalah
Jika galat 106 menyatakan, "alasan: prosesor menetapkan tumpang tindih ketika LBFO dikonfigurasi dengan mode jumlah antrian," Anda dapat menggunakan perintah Windows PowerShell contoh berikut ini untuk memisahkan prosesor sehingga setiap adapter jaringan menggunakan prosesor yang berbeda untuk antrian mesin virtual (VMQ). Selain itu, Anda harus menginstal perbaikan terbaru pada artikel KB 3031598untuk memecahkan masalah lain yang diketahui setelah membuat perubahan konfigurasi.

Catatan Ini adalah contoh perintah. Anda dapat berubah-ubah pengaturan BaseProcessorNumber dan MaxProcessorsyang didasarkan pada berapa banyak prosesor memiliki server dan prosesor mana Anda tidak ingin menggunakan VMQ.
Set-NetAdapterVmq-nama NIC1 - BaseProcessorNumber 2 - MaxProcessors 2
Catatan adapter jaringan akan menggunakan prosesor 2 dan 3 untuk VMQ.

Set-NetAdapterVmq-nama NIC2 - BaseProcessorNumber 4 - MaxProcessors 2
Catatan adapter jaringan akan menggunakan prosesor 4 dan 5 untuk VMQ.

Catatan Jika server memiliki prosesor Hyper-Threading diaktifkan, Anda harus mengubah bagaimana Anda menetapkan pengaturan BaseProcessorNumber dan MaxProcessors untuk memperbaiki galat 106 modus jumlah antrian.

Jika Anda tidak yakin apakah Hyper-Threading diaktifkan di server, salah satu cara mudah untuk menentukan ini adalah untuk menjalankan cmdlet Windows PowerShell Get-NetAdapterRSSdan kemudian Cari baris output RssProcessorArray. Jika dikatakan 0:0 0 0:1 0 0:2 / 0, maka Hyper-Threading adalah OFF. Jika dikatakan 0:0 0 0:2 0 0:4 / 0, maka Hyper-Threading adalah ON. RSS dan VMQ hanya menggunakan prosesor inti saat Hyper-Threading ON, jadi itu berarti bernomor bahkan prosesor.

Jadi, jika Anda menetapkan perintah yang telah disebutkan sebelumnya di alur Hyper server, Anda dapat hanya mengatur BaseProcessorNumber bahkan nomor. Selain itu, MaxProcessors harus ditetapkan ke jumlah prosesor menggunakan, VMQ dapat digunakan.

Sebagai contoh, jika Anda memiliki (dua) enam prosesor inti dan Hyper-Threading diaktifkan, Anda akan melihat 24 prosesor di alat Windows yang menunjukkan prosesor, seperti pengelola tugas. VMQ hanya dapat menggunakan 12 orang, karena hanya menggunakan prosesor bahkan bernomor. Terpisah ini acrosstwo prosesor nic dan memperbaiki kesalahan 106, Anda akan menggunakan perintah berikut ini untuk menetapkan setiap NIC menggunakan prosesor yang berbeda untuk VMQ:
Set-NetAdapterVMQ-nama NIC1 - BaseProcessorNumber 0 - MaxProcessors 6 (sehingga NIC ini akan menggunakan prosesor 0,2,4,6,8,10 untuk VMQ)
Set-NetAdapterVMQ-nama NIC2 - BaseProcessorNumber 12 - MaxProcessors 6 (sehingga NIC ini akan menggunakan prosesor 12,14,16,18,20,22 untuk VMQ)
Jika galat 106 menyatakan, "alasan: rangkaian prosesor tidak identik saat LBFO dikonfigurasi dengan mode menit-antrian," Anda dapat menggunakan contoh berikut Windows PowerShell perintah sehingga setiap adapter jaringan menggunakan prosesor yang sama untuk VMQ.

Catatan Ini adalah contoh perintah. Anda dapat berubah-ubah pengaturan BaseProcessorNumber dan MaxProcessorsyang didasarkan pada berapa banyak prosesor memiliki server dan prosesor mana Anda tidak ingin menggunakan VMQ.

Set-NetAdapterVmq-nama NIC1 - BaseProcessorNumber 2 - MaxProcessors 4
Catatan adapter jaringan akan menggunakan prosesor 2, 3, 4 dan 5 untuk VMQ
Set-NetAdapterVmq-nama NIC2 - BaseProcessorNumber 2 - MaxProcessors 4
Catatan Adaptor jaringan juga akan menggunakan prosesor 2, 3, 4 dan 5 untuk VMQ

Set-NetAdapterVmqmenetapkan properti VMQ adaptor jaringan.

Setelah menetapkan VMQ prosesor dengan benar sehingga semua adaptor jaringan yang menggunakan prosesor yang sama untuk VMQ, Anda masih bisa mendapatkan 106 galat "alasan: rangkaian prosesor tidak identik saat LBFO dikonfigurasi dengan mode menit-antrian" jika Anda juga harus disesuaikan "Preferred NUMA simpul" pengaturan untuk setiap adapter jaringan menggunakan simpul NUMA tertentu. Setelan bawaan untuk ini "Sistem Default" dan pengaturan yang diinginkan saat menggunakan VMQ. Jika Anda menetapkan simpul NUMA utama tertentu, dan NUMA node berbeda pada adaptor jaringan, maka adapter jaringan tidak menggunakan prosesor yang sama untuk VMQ.

Contoh: Dalam contoh di atas, Anda menetapkan NIC1 dan NIC2 kedua menggunakan prosesor 2, 3, 4 dan 5. Jika server Anda memiliki 8 NUMA node dengan prosesor 4 di setiap node NUMA, dan Anda menetapkan NIC1 ke simpul utama NUMA 0 dan menetapkan NIC2 ke simpul NUMA utama 1, maka Anda benar-benar menetapkan NIC1 menggunakan prosesor 2 dan 3 dan NIC2 menggunakan prosesor 4 dan 5 karena prosesor 2 , 3, 4 dan 5 dibagi di 2 NUMA node representingprocessors 0, 1, 2, 3 dan 4, 5, 6, 7.



Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 2974384 - Tinjauan Terakhir: 01/08/2016 18:19:00 - Revisi: 4.0

Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard, Windows Server 2012 Datacenter, Windows Server 2012 Standard

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB2974384 KbMtid
Tanggapan