Olay Kimliği Hyper-V virtual anahtar bir LBFO takımına bağlı olduğunda 106

ÖNEMLİ: Bu makale, Microsoft Makine Çevirisi Düzenleme yazılımı tarafından tercüme edilmiş olup, yüksek olasılıkla profesyonel bir çevirmen yerine CTF teknolojisi kullanılarak, Microsoft Topluluğu tarafından düzenlenmiştir. Microsoft, Bilgi Bankamız içindeki tüm makaleleri kendi dilinizde okuyabilmeniz için size hem profesyonel çevirmenler tarafından tercüme edilen hem de makine tarafından tercüme edildikten sonra Topluluk tarafından kontrol edilen makaleler sunar. Bununla birlikte, makine tarafından tercüme edilen, hatta Topluluk tarafından kontrol edilen bir makale bile her zaman mükemmel dil kalitesinde olmayabilir. Makalede dilinizi konuşan yabancı birisinin yapabileceği türden sözcük, söz dizimi veya dilbilgisi hataları bulunabilir. Microsoft, içeriğin hatalı tercümesinin veya müşterilerimiz tarafından kullanımının doğurabileceği olası yanlış anlamalar, hatalar veya zararlardan sorumlu değildir. Öte yandan Microsoft, Makine Çevirisi Düzenleme işlemini geliştirmek amacıyla Makine Çevirisi Düzenleme yazılımını ve araçlarını sık sık güncelleştirmektedir.

Makalenin İngilizcesi aşağıdaki gibidir: 2974384
Belirtiler
Aşağıdaki senaryoyu düşünün:
  • Bir veya daha fazla yük dengeleme ve yük devretme (LBFO) takımları ile birlikte yapılandırılmış Windows Server 2012 veya Windows Server 2012 R2 tabanlı bir bilgisayarınız varsa.
  • Hyper-V virtual anahtar LBFO takımlar birine bağlanır.
Bu senaryoda, aşağıdaki eventsis birini zaman zaman oturum:

Oturum adı: Sistem
Kaynak: Microsoft-Windows-Hyper-V-VmSwitch
Tarih: 9/5/2014 6:14:12 PM
Olay Kimliği: 106
Görev kategorisi: yok
Düzey: hata
Anahtar sözcükler:
Kullanıcı: Sistem
Bilgisayar: sunucu1.contoso.com
Açıklama:
Kullanılabilir işlemci kümesi için LBFO ait temel fiziksel NIC NIC /DEVICE/ {EC20D5A1-E73E-4148-83C2-4989AFCE2E33} takım (kolay ad: Microsoft ağ bağdaştırıcısı Multiplexor sürücüsü #3) anahtarı 4E936889-877B-4390-9DC1-F218A1A9D6B8 üzerinde (kolay ad: Contoso_LAN) doğru şekilde yapılandırılmamış. Neden: İşlemci örtüşme LBFO toplam sıra moduyla yapılandırıldığında ayarlar.


Oturum adı: Sistem
Kaynak: Microsoft-Windows-Hyper-V-VmSwitch
Tarih: 9/5/2014 6:14:12 PM
Olay Kimliği: 106
Görev kategorisi: yok
Düzey: hata
Anahtar sözcükler:
Kullanıcı: Sistem
Bilgisayar: sunucu1.contoso.com
Açıklama:
Kullanılabilir işlemci kümesi için LBFO ait temel fiziksel NIC NIC /DEVICE/ {EC20D5A1-E73E-4148-83C2-4989AFCE2E33} takım (kolay ad: Microsoft ağ bağdaştırıcısı Multiplexor sürücüsü #3) anahtarı 4E936889-877B-4390-9DC1-F218A1A9D6B8 üzerinde (kolay ad: Contoso_LAN) doğru şekilde yapılandırılmamış. Neden: LBFO min sıra moduyla yapılandırılmış olduğunda işlemci kümeleri aynı değil.

Neden
Hata 106 diyorsa, "neden: LBFO toplam sıra moduyla yapılandırılmış olduğunda işlemci örtüşme ayarlar" farklı işlemcileri kullanmak için ekibinizin her ağ bağdaştırıcısını yapılandırmak için Windows PowerShell komut Kümesi NetAdapterVmq kullanmak zorunda. (LBFO gruplandırma için sıralar toplam ayarlandığından, takım ağ bağdaştırıcıları örtüşmeyen işlemci kümelerini kullanmak zorunda.)

Hata 106 diyorsa, "neden: LBFO min sıra moduyla yapılandırılmış olduğunda işlemci ayarlar özdeş değil" aynı işlemcileri kullanmak için ekibinizin her ağ bağdaştırıcıları yapılandırmak için Windows PowerShell komut Kümesi NetAdapterVmqkullanmak zorunda. (LBFO teaming Min sıraya alma modunu ayarlandığından, takım ağ bağdaştırıcıları örtüşen işlemci kümelerini kullanmak zorunda.)
Çözüm
Hata 106 diyorsa, "neden: LBFO toplam sıra moduyla yapılandırılmış olduğunda işlemci örtüşme ayarlar" her ağ bağdaştırıcısı, sanal makine sıra (VMQ) için farklı işlemciler kullanır, böylece işlemci ayırmak için aşağıdaki örnek Windows PowerShell komutlarını kullanabilirsiniz. Ayrıca bu düzeltmeyi yüklemeniz gerekir BB makalesi 3031598Bu yapılandırma değişikliklerini yaptıktan sonra diğer bilinen sorunları gidermek için.

Not: Bu komut örnekleri verilmiştir. BaseProcessorNumber ve MaxProcessorsayarlarını göre değişebilir kaç işlemcilerde sunucu varsa ve işlemcileri istemediğiniz VMQ için kullanılacak.
Kümesi-NetAdapterVmq-NIC1 - BaseProcessorNumber 2 - MaxProcessors 2 ad
Not: Bu ağ bağdaştırıcısı için VMQ 2 ve 3 işlemci kullanır.

Kümesi-NetAdapterVmq-NIC2 - BaseProcessorNumber 4 - MaxProcessors 2 ad
Not: Bu ağ bağdaştırıcısı için VMQ 4 ve 5 işlemci kullanır.

Not: Sunucuda etkinleştirilmiş Hyper Threading işlemci varsa hata 106 toplam sıra modunda düzeltmek için BaseProcessorNumber ve MaxProcessors ayarlarını nasıl ayarladığınıza değiştirmeniz gerekir.

Hyper Threading sunucuda etkinleştirilip etkinleştirilmediği kullanacağınızdan emin değilseniz, Get NetAdapterRSSWindows PowerShell cmdlet'ini çalıştırın ve sonra RssProcessorArray için çıktı satırına bakın bunu belirlemek için kolay bir yol değil. 0 derse: 0/0 0:1 / 0 0:2 / 0... sonra Hyper Threading kapalı olur. 0 derse: 0/0 0:2 / 0 0:4 / 0... sonra Hyper Threading devam edilir. Çift numaralı işlemcileri anlamına şekilde Hyper Threading ON, RSS ve VMQ yalnızca çekirdek işlemci kullanın.

Bu nedenle, yukarıda belirtilen komutları Hyper akıtılan bir sunucuda ayarlıyorsanız, çift sayı olarak BaseProcessorNumber yalnızca ayarlayabilirsiniz. Ayrıca, MaxProcessors olarak ayarlanmalıdır için kullanılacak işlemci sayısını VMQ kullanabilirsiniz.

Örneğin, (iki) varsa, altı çekirdekli işlemciler ve hiper iş parçacığı işleme etkin, 24 işlemciler işlemciler, Görev Yöneticisi gibi göster Windows Araçları'nda görürsünüz. Yalnızca çift numaralı işlemcileri kullandığından VMQ 12 bunlardan yalnızca kullanabilirsiniz. Bu işlemciler acrosstwo NIC bölmek ve hata 106 düzeltmek için aşağıdaki komutları her NIC VMQ için farklı işlemciler kullanmak üzere ayarlamak için kullanırsınız:
Set-NetAdapterVMQ-NIC1 - BaseProcessorNumber 0 - 6 MaxProcessors adı (Bu nedenle bu NIC işlemci 0,2,4,6,8,10 için VMQ kullanır)
Set-NetAdapterVMQ-NIC2 - BaseProcessorNumber 12 - MaxProcessors 6 ad (Bu nedenle bu NIC işlemci 12,14,16,18,20,22 için VMQ kullanır)
Hata 106 diyorsa, "neden: LBFO min sıra moduyla yapılandırılmış olduğunda işlemci ayarlar özdeş değil" aşağıdaki örnekte her ağ bağdaştırıcısı için VMQ aynı işlemci kullanır, böylece Windows PowerShell komutlarını kullanabilirsiniz.

Not: Bu komut örnekleri verilmiştir. BaseProcessorNumber ve MaxProcessorsayarlarını göre değişebilir kaç işlemcilerde sunucu varsa ve işlemcileri istemediğiniz VMQ için kullanılacak.

Kümesi-NetAdapterVmq-NIC1 - BaseProcessorNumber 2 - 4 MaxProcessors adı
Not: Bu ağ bağdaştırıcısının işlemci, 2, 3, 4 ve 5 VMQ için kullanırsınız.
Kümesi-NetAdapterVmq-NIC2 - BaseProcessorNumber 2 - 4 MaxProcessors adı
Not: Bu ağ bağdaştırıcısı için VMQ ayrıca işlemci, 2, 3, 4 ve 5 kullanırsınız

Set-NetAdapterVmqağ bağdaştırıcısı VMQ özelliklerini ayarlar.

Tüm ağ bağdaştırıcıları için VMQ aynı işlemci kullanacak şekilde VMQ işlemciler doğru ayarladıktan sonra hata 106 hala alabilirsiniz "neden: LBFO min sıra moduyla yapılandırılmış olduğunda işlemci ayarlar özdeş değil" ayarlanmış durumunda "tercih edilen NUMA düğümü" tüm ağ bağdaştırıcılarını belirli bir NUMA düğüm kullanacak şekilde ayarlama. Bu varsayılan ayarı "Sistem" varsayılan"ve tercih edilen ayar VMQ kullanırken. Belirli bir tercih edilen NUMA düğüm kümesi ve NUMA düğümlerin ağ bağdaştırıcılarında farklıdır, sonra ağ bağdaştırıcıları aynı işlemci için VMQ kullanmıyorsunuz demektir.

Örnek: Yukarıdaki örnekte, NIC1 ve her ikisine de NIC2 kullanmak işlemciler 2, 3, 4 ve 5. sunucunuzun her NUMA düğümünde 4 İşlemci ile 8 NUMA düğümü vardır ve NIC1 tercih edilen NUMA düğüme 0 olarak ayarlayın ve NIC2 tercih edilen NUMA düğüm 1'e ayarlayın, sonra gerçekten NIC1 2 ve 3 numaralı işlemcileri kullanmak için ayarladığınız varsa ve NIC2 için 4 ve 5 işlemcileri kullanmak için 2 işlemciler , 3, 4 ve 5 bölünmüş 2 NUMA düğümleri representingprocessors arasında 0, 1, 2, 3 ve 4, 5, 6, 7.



Uyarı: Bu makalenin çevirisi otomatik olarak yapılmıştır

Özellikler

Makale No: 2974384 - Son İnceleme: 01/09/2016 08:09:00 - Düzeltme: 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 KbMttr
Geri bildirim