Windows Server 2012 R2 Hyper-V ağ sanallaştırma (HNV) ortamlarında sorun giderme ve veri toplama

Ö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: 3069275
Özet
Microsoft Windows Server 2012 R2 ve Microsoft Sistem Merkezi 2012 R2 Sanal Makine Yöneticisi (VMM SC 2012 R2), bir uçtan uca ağ sanallaştırma çözümü sağlar. Aşağıdaki dört ana bileşenleri Microsoft ağ sanallaştırma çözümü oluşturan olun:

  • Windows Server için Windows Azure Pack (WAP) Kiracı bakan portal sanal ağlar oluşturmanızı sağlar.
  • Sistem Merkezi 2012 R2 Sanal Makine Yöneticisi (VMM) sanal ağlar merkezi olarak yönetilmesini sağlar.
  • Hyper-V ağ sanallaştırma (HNV) ağ trafiğini sanallaştırmak için gerekli altyapıyı sağlar.
  • Ağ geçidi ağ sanallaştırma Hyper-V sanal ve fiziksel ağ arasındaki bağlantılar sağlar.

Tüm bu bileşenleri kullanan bir ağ sanallaştırma çözümleri hakkında daha fazla bilgi için aşağıdaki makaleye bakın:
Ağ sanallaştırma hakkında teknik ayrıntılar için aşağıdaki makaleye bakın:
Ağ sanallaştırma Hyper-V sanal makineleri (Hyper-V hiper Yöneticisi) sunucu sanallaştırma sanal makinelerin işletim sistemine nasıl sağladığını benzer bir şekilde sanal ağlar (VM ağlar olarak da bilinir) sağlar. Ağ sanallaştırma sanal ağlardan fiziksel ağ altyapınızı decouples ve sanal makine Kurulum VLAN ve IP adresi ataması hiyerarşik kısıtlamaları kaldırır. Bu esneklik, müşteriler için IaaS Bulutlar taşımak kolaylaştırır ve barındırma sağlayıcılar ve datacenter Yöneticiler bunlar gerekli çok müşterili yalıtım, güvenlik gereksinimlerini ve destekleyici örtüşen sanal makine IP adreslerini bakım yaparken kendi altyapısını yönetmek verimli hale getirir.

Bu makale, temel sorun giderme kavramları ve HNV ortamlar için ilgili sorunları çözmenize yardımcı olabilecek veri toplama adımları tanıtır.
Daha fazla bilgi
Önemli: Tüm önerilen düzeltmeleri için Hyper-V ağ sanallaştırma (HNV) ortamlar uygulandığından emin olun. Önerilen düzeltmeleri tam listesi için lütfen Microsoft Bilgi Bankası'ndaki aşağıdaki makaleye bakın:
2974503 Önerilen düzeltmeleri ve güncelleştirmeleri Windows Server 2012 ve Windows Server 2012 R2 Hyper-V ağ sanallaştırma (HNV) ortamlar için bilinen çözümleri

Temel sorun giderme ve bağlantı denetimleri gerçekleştirmek

İletişim oluşabilmesi için öncelikle temel bağlantı kurulmalıdır. HNV NVGRE sarma bu ana makinesi arasında bağlanırlığı sağlamak için kullanır. Bu bağlantı "ağ sağlayıcısı" genellikle yaygın olarak bilinen ağ veya "PA ağ" üzerinden sağlanır.

Bu "Ağ", müşterinin alt yapısı üzerinden yönlendirilebilir gerçek bir ağdır. Ancak, gerçekte yalnızca sanal ana bilgisayar arasında geçiş bulunmaktadır. HNV mümkün kılan bu ağdır. Biri bu ağ üzerinde özel bir çeşitlemesi ping komutunu kullanarak ping işlemi yapabilirsiniz. Ancak, belirli bir ana bilgisayarda kullanılan sağlayıcı adreslerini ping işlemi gerçekleştirilmeden önce belirlenmelidir.

Ana bilgisayarda yönetimsel PowerShell komut isteminden Windows PowerShell cmdlet Get NetVirtualizationProviderAddress yayınlayarak bunu yapabilirsiniz.

Not: Bu komut yalnızca HNV özellikli ana bilgisayarlarında kullanılabilir. Aşağıdaki ekran görüntüsü bu çıktısı örneği gösterilmektedir.



Bir ana bir PA adres (ProviderAddress burada çıktı), ayrıca bu ana bilgisayarda en az bir VM olan her Kiracı ağ için olabilir. Her AddressState alan tercih edilenlistelenmelidir.

Bu alanda yinelenenolarak listeleniyorsa, bu düzeltilmesi gereken bir sorundur. Çift olan adreslerinin iptal edilebilir, ancak iptal çok dikkatli kullanılmalıdır. İptal ediliyor bir IP adresi hemen bu adrese geri atanması uygun havuza koyar. İlk adres çoğaltılacak neden temel sorun düzeltilmezse, onu yeniden atamadan sonra adresi yeniden çoğaltılması. PA adreslerinin bir listesini elde ettikten sonra başka bir ana bilgisayar adresleri kullanarak ping-p "ping" komutuPA_Address> komut. Ana bilgisayar başına yalnızca bir adresine ping işlemi uygulamak zorunda.

Aşağıdaki ekran shotshows örnek olarak bu komutu kullanın.



Bu ping başarılı olursa, NVGRE ağın fiziksel bağlantı çalışıyor. Bu ping işlemi başarısız olursa, fiziksel bağlantısı ve ana bilgisayar yapılandırmasını denetlemek zorunda kalabilirsiniz.

Buradaki sorunları içerir, ancak yetersizliğini, fiziksel ağ hatası ve yanlış VLAN etiketleme geçmek için sınırlı değildir.

PA ping işlemi başarılı olursa, VMs aynı ağ üzerinde bulunan Kiracı arasında ping yapmayı deneyin. Bu aynı ana bilgisayarda VMs ve ayrıca farklı ana bilgisayarlarda VMs içerir.

Bu, VMs için iç bağlantı olup olmadığını belirlemenize yardımcı olur. Kiracı VMs NVGRE ağı tamamen farkında olduklarından, hiçbir özel komutlar VMs Kiracı arasında ping işlemi yapmak gereklidir. Standart bir ping budur. Başka bir test olarak Kiracı VM aşağıdaki iki ping adresleri vardır:
10.254.254.1 (Bu adresi sanal ağ geçidi ana bilgisayarı anahtarda bulunur.)
10.254.254.2 (Bu ağ geçidi VM'ın iç arabiriminin adresidir.)

Yoksa ulaşılamaz olur.1 adresi, ağ geçidi ana bilgisayarı VM ulaşmasını değil Kiracı. Geri bırakma ve PA ping ağ geçidi ana bilgisayarı için çalıştığını doğrulayın.

Olur.1 adresi ulaşılabilir durumdaysa, bu davranış başka bir kiracı VM ping VM Kiracı benzer. Onu NVGRE ağın doğru çalıştığından emin kanıtlar. .2 adresine ping işlemi uygulayın.

Olur.1 adresi erişilebilir, ancak.2 adresi değil, ping HNV ağ geçidi VM'ın iç arabiriminin ulaşamıyor. Sorun giderme burada odaklanmak.

Olur.1 ve.2 adresleri ulaşılabilecek, arka uç HNV ağın doğru çalıştığından ve Kiracı HNV ağ geçidi VM ile iletişim kurabilir. HNV ortama harici bir şey ping işlemi yapmayı deneyin Kiracı vardır. Bu başarısız olursa, ağ geçidi VM sorun olabilir.

Ek doğrulama girişimini HNV geçidinden VM aynı dış adresine "ping" komutu içerir. Ping işlemi başarılı olursa, HNV ağ geçidi NAT'ing adreslerini doğru olmayabilir ve sorun giderme, ağ geçidi VM odaklanmak. Bu başarısız olursa, sorun ağ geçidi ve HNV ortamı harici olabilir. Ek sorun giderme yöntemleri, dış yapılandırma neden başarısız olduğunu belirlemek için yapılması gerekir.

Siteden siteye VPN ile ilgili sorunlar varsa, lütfen daha fazla bilgi için aşağıdaki Web sitelerine bakın:

Temel veri toplama

HNV ağ geçidi komut dosyası Çalıştır

HNV ağ geçidi kodu, Hyper-V ağ sanallaştırma (HNV) ağ geçidine ilgili sorunların tanımlanmasına yararlıdır. Komut dosyası doğrulama HNV ağ geçidi ve en yaygın ağ geçidi sorunları bulmaya yardımcı olur.

HNV ağ geçidi kodu mu takip:

  • Ağ geçidi doğru ayarlanmış olup olmadığını denetler.
  • Çalışan bir VM ve kendi ağ geçidi arasındaki bağlantıyı denetler.
  • İki VMs arasındaki bağlantıyı denetler

Komut dosyası aşağıdaki Web sitesinden yükleyebilirsiniz:
Komut dosyası vazgeçme
Burada sağlanan örnek komut dosyaları, herhangi bir Microsoft standart destek programı veya hizmeti kapsamında desteklenmez. Tüm komut dosyalarını olduğu gibi hiçbir garanti sağlanır. Ayrıca Microsoft, dahil ancak bunlarla sınırlı, herhangi bir dolaylı tüm garantileri reddeder zımni PAZARLANABİLİRLİK veya belirli bir amaca uygunluk. Kullanımı veya performansından kaynaklanan örnek komut dosyaları ve belgeler dışında doğan tüm risk size aittir. Microsoft, kendi yazarlar hiçbir durumda gelecektir oluşturulması, üretim, başkalarının söz konusu veya komut dosyaları teslimini hiçbir hasar için sorumlu doğabilecek (, sınırlama, sorumlu kaybı tedarikçilerine, iş kesintisi, iş bilgi kaybı veya diğer pecuniary zarar dahil) kullanımı veya örnek komut dosyaları veya belgeleri kullanma becerisinin Microsoft bu tür zararların olasılığı bildirilmiş olsa bile doğan.
Komut dosyasını başlatmak için en kolay yolu, VMM konsol yüklü olduğu bilgisayarda başlatmak için ve UseDefaultCredential $falsebelirtmek için ' dir. Bu, her işlem için kimlik bilgileri ister. Zaten komut dosyasını çalıştıran kullanıcı HNV ana, VMM ve ağ geçidi VMs yönetici izinlerine sahip komut herhangi bir parametre olmadan çalıştırın.

Komut Yardımı görüntüler ve başında bir örnek sağlar. Bu, hedeflenen bir senaryo çalıştırmak için yararlı olabilir. Uyarılar bir sarı renkle görüntülenir ve hatalar kırmızı olarak görüntülenir. Uyarılar ve hatalar için izlemek emin olun. HNV ağ geçidi sorunları için genel araştırma süresini azaltmada yardımcı olabilir. Komut dosyası salt okunur işlemlere katılan tüm sistemlerde gerçekleştirir. (Bununla birlikte, komut dosyası başarısız durumda olan herhangi bir ağ geçidi küme kaynakları başlar.)

Not: Bu komut dosyası, etkileşimli ve stdout kullanır. Bir çıkış dosyası oluşturmaz. Bu nedenle, lütfen dikkatle sağladığı bilgileri okuyun.

Hyper-V ağ sanallaştırma (HNV) için hata ayıklama günlüğünü etkinleştirme

Etkinleştirme hakkında daha fazla bilgi için hata ayıklama günlüğü HNV için lütfen aşağıdaki Microsoft Bilgi Bankası makalesine bakın:
2968430 Ağ sanallaştırma Hyper-V için hata ayıklama günlüğünü etkinleştirme hakkında

Not: Netsh sanallaştırma yakalamaları çok kısa sürede çok büyüyebilir ve idareli kullanılmalıdır.

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

Özellikler

Makale No: 3069275 - Son İnceleme: 03/23/2016 01:23:00 - Düzeltme: 3.0

Windows Server 2012 R2 Datacenter

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3069275 KbMttr
Geri bildirim