Giriş

Bu makalede, Microsoft System Center 2012 R2 Virtual Machine Manager için Güncelleştirme Paketi 6'da düzeltilen sorunlar açıklanmaktadır. Virtual Machine Manager (VMM) için iki güncelleştirme vardır: Sunucu ve Yönetici Konsolu. Ayrıca, bu makale System Center 2012 R2 Virtual Machine Manager için Güncelleştirme Paketi 6 yükleme yönergelerini içerir.

Bu güncelleştirme paketine eklenen özellikler

  • Azure Aboneliği ekleme özelliği: güncelleştirme paketi 6'daki Azure Aboneliği Ekle özelliğini kullanarak, Virtual Machine Manager yöneticileri VMM'ye Microsoft Azure abonelik ekleyebilir ve bu aboneliklerdeki Azure örnekleri üzerinde temel eylemler gerçekleştirebilir. Bu özellik, System Center 2012 R2 için Güncelleştirme Paketi 6'daki Virtual Machine Manager eklenmiştir. Eklediğiniz her Azure aboneliği için bir konsol kullanarak bu abonelikteki tüm dağıtım gruplarındaki tüm rol örneklerini görebilirsiniz.

    Bu özellik

    ile neler yapabilirsiniz? Şirket içi sanal makinelerinizi zaten Virtual Machine Manager'de yönetiyorsanız, VMM konsolundan çıkmadan Azure örneklerinde bazı temel eylemleri gerçekleştirmek için bu özelliği kullanabilirsiniz. Örneğin, aşağıdakileri yapabilirsiniz:

    • VMM konsolunu kullanarak bir veya daha fazla Azure aboneliği ekleyin veya kaldırın.

    • Bu abonelikteki tüm dağıtımlardaki tüm rol örneklerinin ayrıntılarını ve durumlarını gösteren liste görünümüne bakın.

    • Örnek listesini el ile güncelleştirin.

    • Örneklerde aşağıdaki temel eylemleri gerçekleştirin:

      • Başlangıç

      • Durdurmak

      • Kapatma

      • Yeni -den başlatın

      • RDP aracılığıyla Bağlan

    Daha fazla bilgi için bkz. Güncelleştirme Paketi 6 ile System Center 2012 R2'de VMM'ye Azure aboneliği ekleme.

  • Geliştirilmiş E2A ASR koruma senaryosu: Virtual Machine Manager ortamınızda Güncelleştirme Paketi 6'yı kullanarak, Azure Site Recovery (ASR) korumasını yapılandırırken oluşan bir sorunu bulmak ve düzeltmek daha kolaydır. Bu sorun, şirket içi sanal makineler için ASR koruması eklemek istediğinizde ve aşağıdaki sanal makine özelliklerine sahip olduğunuzda oluşur:

    • Belirtilen işletim sistemi sürümü yok

    • Sanal makine için işletim sistemini hangi diskin içerdiğine dair bir gösterge yok

    Azure Site Recovery tarafından gerekli olduğundan bu özelliklerin belirtilmesi gerekir. Güncelleştirme Paketi 6'da, gereksinimleri karşılamayan bir sanal makine yapılandırmaya çalışırsanız, VMM'de İşler bölmesinde daha net bir hata iletileri kümesi görüntülenir.

    ASR gereksinimleri hakkında bilgi için bkz. ASR E2A Koruma Senaryosu İyileştirme.

  • Hizmetler ve VMRoller'de 2. Nesil VM'leri kullanma seçeneği: Güncelleştirme Paketi 6'da, VMM artık hizmetler ve VM Rolleri için 2. Nesil sanal makineler için destek sağlar. Bu özelliği kullanarak çok katmanlı hizmetleri dağıtabilir ve tek tek katmanlar için sanal makine oluşturmayı seçebilirsiniz. Kullanıcılar geleneksel ve görüntü tabanlı bakım aracılığıyla bu hizmet örneklerine hizmet verebilir.

    Daha fazla bilgi için bkz. VMM'de 1. Nesil ve 2. Nesil Sanal Makineler anlama.

  • Yönetim Paketi'ndeki Toplam Ağ KullanımıNa Maruz Kalma kuralları: Bu değişiklik, Hyper-V Konaklarını hedefleyen iki kural sunar:

    • Toplam Gelen VNic Ağ trafiği toplama kuralı

    • Toplam Giden VNic Ağ trafiği toplama kuralı

    Bu kurallar, aşağıdaki yöntemde sanal makine başına VNic başına Kilo Bayt cinsinden toplam gelen ve giden trafiğin toplamını ölçer:

    Her VM için:

    1. Etkin değilse Hyper-V Ölçüm'leri etkinleştirin.

    2. Measure-VM komutunu çalıştırın.

    3. VNic başına "0.0.0.0/0" veya "::/0" uzak adresleri için ölçüm verilerini toplayın.

    Varsayılan olarak, bu kurallar saatte bir çalıştırılır. Kullanıcılar IntervalSeconds özelliğini geçersiz kılarak bu ayarı geçersiz kılabilir. Bu kurallar beş dakikada bir (300 saniye) daha sık çalıştırılmamalıdır.

    Önceki sürümlerdeki davranış: VMM veri tüketimini ölçmedi. Yalnızca aktarım hızını ölçtü.

  • Çoğaltma VM'leri için Bulut ve Konak Grubu kapasitesini fazla yönetme seçeneği: System Center 2012 R2 Virtual Machine Manager, çoğaltma sanal makinelerinizi kapasite ayarlarınıza uygunsa önceden yapılandırılmış bir buluta veya konak grubuna yerleştirmenize olanak tanır. Şimdiye kadar VMM, çoğaltma VM'lerine ayrılan tüm kaynakların kullanımda olduğunu varsayıyordu. Bu nedenle, TÜM çoğaltma VM'lerinin toplam yükünü bulut veya konak grubu kapasitesinin ötesine yükseltecekse, VMM herhangi bir çoğaltma sanal makinesini buluta veya konak grubuna yerleştirmenize izin vermedi.

    Bu davranış tüm çoğaltma VM'lerinin aynı anda başlatılmasını sağlasa da, çoğaltma bulutlarının ve konak gruplarının en uygun olmayan kullanımına neden olabilir. Bu durum, siz (bir Enterprise veya Hoster) buluta veya konak grubuna ek VM'ler yerleştirmeye çalışırsanız ortaya çıkar. Yani, çoğaltma bulutunu veya konak grubunu fazla kullandıysanız. Güncelleştirme Paketi 6'da, VMM Sunucusu'nda aşağıdaki kayıt defteri anahtarını yapılandırarak VMM ortamınızdaki bulutları ve konak gruplarını aşırı kullanabilirsiniz:

    Kayıt defteri konumu:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
    DWORD adı: IgnoreMemoryForStoppedReplicaVM
    DWORD değeri: 1
    Not Placement alt anahtarı yoksa oluşturun.

    Daha fazla bilgi için bkz. Çoğaltma VM'leri için Bulut ve HG'yi aşırı izleme seçeneği.

  • VMWare VCenter 5.5 temel senaryoları için destek.

    Güncelleştirme Paketi 6 aşağıdaki destek senaryolarını tanıtır:

    • VCenter 5.5'i VMM 2012 R2 UR6 yönetimine ekleme

    • 5.5 sürümüne sahip ESX Konağı ekleme ve yönetim altına getirme

    • VMWare VM şablonu oluşturma ve vm'leri şablonla dağıtma

    • Temel ağ ile şablonlar oluşturma (bunlar etki alanına katılmış senaryoları içerir) ve sanal makineleri dağıtma

    • Çeşitli VM yaşam döngüsü işlemleri gerçekleştirin (örneğin, sanal makinede başlatma, durdurma, kapatma, onarma, yenileme ve denetim noktası).

    • konsolunu kullanarak sanal makineye Bağlan ve erişilebilirliği doğrulama

    • Sanal makinelerin sağlamasını kaldırma

    • Kaynak havuzu oluşturma ve kaynak havuzunu VMM yönetimi altına getirme

    Bunlar sınırlı senaryolardır. Ancak, VCenter'ın daha yeni sürümlerini desteklemeye yönelik ilk ve en önemli adımı temsil ederler. VMWare VCenter için desteklenebilirlik matrisimizi oluşturmaya devam ediyoruz ve gelecekteki toplama paketlerinde bu sorunu gidermek için güncelleştirmeler sağlayacağız.

Bu güncelleştirme paketinde düzelten sorunlar

  • Sorun 1

    VMM nesneleri kaldırıldığında 801 hatası oluşur. VMM bazen veritabanında bazı alt nesneleri eksik olduğundan sanal makine gibi bir VMM nesnesinin kullanıcı arabiriminden veya PowerShell'Windows kaldırılamamasıyla ilgili bir sorunla karşılaşır. Bu genellikle kullanıcıların etkilenen nesneleri kaldırmak için düzeltme betikleri aramasına neden olur. Güncelleştirme Paketi 6'da VMM, 801 ile ilgili hataları en aza indirmek için üç PowerShell cmdlet'ini iyileştirmiştir. Bu cmdlet'ler Remove-SCServiceTemplate, Remove-SCLibraryServer ve Remove-SCLibraryShare'dir. Kullanıcıların 801 hatalarından kaçınmak için –Force bayrağını bu cmdlet'lerle birlikte kullanmaları gerekmez. Cmdlet'ler, 801 hatalarına yol açan bağımlılıkları çözme olanağı sağlar.

  • Sorun 2

    VMM hizmeti kilitlenir ve bir Integration Services olayına yanıt System.Xml erişim ihlali hatası oluşturur.

  • Sorun 3

    WCF hata işleyicisinde Kritik Özel Durum -- ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. VMM WCF hizmet ana bilgisayarını kapattığında, işlenmemiş iletilerin düzgün şekilde sonlandırılmalarına neden olabilecek Abort çağrısında bulunur ve bu durum ObjectDisposedExceptions'ın atılmasıyla sonuçlanabilir. VMM'nin en üst düzey WCF hata işleyicisi, işlem sona ermeden önce bu özel durumları görür ve bunları kritik özel durumlar olarak bildirir. Bu nedenle, VMM zararsız hataları kullanıcı karışıklığına ekleme olasılığı olan kritik hatalar olarak bildirir.

  • Sorun 4

    vnic bağlı olmadığında KULLANıCı arabiriminde MAC Adresi seçeneği gri renktedir. Bu, kullanıcıların nic'yi statik olarak işaretlemesini engeller. System Center 2012 R2'de VMM'ye yükselttikte, sanal makine bir ağa bağlı değilse müşteri oluşturduğu VM şablonlarında Statik Mac Adresi seçeneğini belirleyemez. Sanal makine "bağlı değil" olduğunda MAC Adresi ve IP seçenekleri gri olur. Bu nedenle, dağıtımdan önce sanal makineye statik bir MAC Adresi atayamaz.

  • Sorun 5

    Vvirtual makine özelleştirmesi başarısız olabilir ve Hyper-V bir disket sürücü nesnesi döndürmediğinde kritik bir özel durum oluşturabilir. Bir sanal makinenin özelleştirilmesi sırasında Hyper-V'nin Disket Sürücü nesnesini null olarak döndürmesi ve VMM'nin bir sürücü eklemeyi denemesi olasılığı vardır. Ancak disket sürücüsü hyper-V'de uygulanmaz. Bu, iş hatasına neden olan ve sanal makineyi oluşturma başarısız durumunda bırakan bir özel durum oluşturur. Kullanıcı sanal makineyi işlevsel olacak şekilde onarabilir. Disket Sürücüsü Yapılandırması (uzak paylaşımda) Hyper-V tarafından kullanılamıyorsa veya Hyper-V meşgul veya stresliyse bu durum oluşabilir.

  • Sorun 6

    Bir VM Alt Ağı için birden çok IP Havuzu yapılandırıldığında statik IP ile VM'ler dağıtılamaz. Müşteri statik IP ayarlarına sahip bir Şablon kullanarak bir sanal makine oluşturmaya çalışır. Bir Alt Ağda birden çok IP havuzu varsa ve müşteri varsayılan havuzdan (kullanıcı arabiriminde gösterilen otomatik doldurulmuş havuz) farklı bir havuzdan bir IP adresi sağlıyorsa, VM Sihirbazı herhangi bir hata olmadan tamamlanır, ancak sanal makine oluşturma işlemi başarısız olur ve "IP Adresi Aralık Dışında" hatası döndürür.

  • Sorun 7

    VmmService kilitlenmesi, Hyper-v tarafından gönderilen IP değişiklik olaylarında kaldırılan sanal makine Alt Ağlarının işlenmesi sırasında oluşur. NVGRE kurulumunda, IP Değişikliği için Hyper-V tarafından gönderilen bir olay varsa ancak VM Alt Ağı VMM'de artık yoksa, VMM hizmetinin kilitlenmesine neden olur.

  • Sorun 8

    VmMovedRefresherEvent alınmadığından VMS'nin eksik olduğu bildiriliyor. Bir konak Olay modunda değilken ve sanal makine geçiş durumundayken bir sanal makine taşıma olayı gerçekleştiğinde ve olay yenileyici bağlandığında kimsenin dinlemediği bir pencere olabilir ve güncelleştirme işlemi dinleme modundan hemen önce değişiklik yapılmaz. Bu nedenle VMM, 24 saate kadar olabilecek bir sonraki Tam Yenileyici'ye kadar bu değişiklikleri almaz.

    Olay modundayken bu tür yanıtsız olayların hafif sanal makine yenileyicisi aracılığıyla eşitlendiğinden emin olmak için, aşağıdaki kayıt defteri anahtarını oluşturup yapılandırarak açık sanal makine yenileyicisini düzenli aralıklarla çalıştırabilirsiniz. Bu yenileyici, olay tabanlı yenileyicilere ek olarak çalışır.

    Kayıt defteri konumu:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
    Kayıt defteri anahtarı:
    VMPropertiesEventAssitedUpdateInterval

    Kayıt defteri türü: DWORD

    En düşük değer: 0 saniye

    Maksimum Değer: 20 gün

    Değerlerin saniye cinsinden belirtilmesi gerekir.
    DWORD adı: VMPropertiesEventAssitedUpdateInterval

    DWORD değeri:value_in_seconds

    Not value_in_seconds yer tutucusu 0 saniye ile 20 gün (saniye olarak da) bir değer olabilir.

  • Sorun 9

    Kullanıcıya Remove-Host sırasında eksik bir sanal makineyi veya Hizmet sanal makinesini kaldırmayı göstermek için açık bayraklar gerektir. Şu anda VMM, konak VMM'den kaldırılırken konak üzerindeki VM'lerin varlığını denetlemez. Bir konak, Hizmet sanal makinelerini, buluta dağıtılan sanal makineleri, bunlar için tanımlanan özel özelliklere sahip sanal makineleri içerebilir. Bir kullanıcı böyle bir konağı yanlışlıkla kaldırırsa, tüm bu ilişkilendirmeler bozulur. Bu düzeltme, bu tür konaklar GERÇEKTEN VMM'den kaldırılmadan önce kullanıcılardan bir onay iletisi istenerek bu tür senaryoları önler.

  • Sorun 10

    Birden çok ağ sitesi olan bir Mantıksal Ağınız varsa ve ağ siteleri konak ağ bağdaştırıcısı tarafından görülebilirse, bu farklı ağ sitelerinden gelen PA'lar ayrılır ve yönlendirme bilgileri de ayarlanmalıdır. (Ağ siteleri bazen "mantıksal ağ tanımları" olarak adlandırılır.) Host1 üzerinde VM1'in PA1'e bağlı olduğu birden çok konak senaryosunda, bir VM2'nin bir hnv LN'ye bağlı olması ve NetwkSite1 için pa1'i olması ve daha sonra bağlantısının kesilmesi ve daha sonra yeniden bağlanması ve NetwkSite2 için bir PA2'nin (rastgele veya PA tükenmesi nedeniyle) olması durumunda bir durum söz konusudur. Pa yönlendirme bilgilerini NetwkSite1 ile NetwkSite2 arasında dolduramayabiliriz. Bunun nedeni, iç yol gösteriminin karma tabloya ekleme için anahtarlanmış olmasıdır.

  • Sorun 11

    Bir konak yenilendiğinde, sürekli veri akışı sağlayan bir WinRM ağ bağlantısı (yenilenen her konak için) kurar.

  • Sorun 12

    Birden çok konak sanal ağ bağdaştırıcısı oluşturulduğunda rastgele hatalar gözlemlenir. Müşteriler bir mantıksal anahtarın parçası olarak tek bir çekimde birden çok sanal ağ bağdaştırıcısı oluşturduğunda, bir veya daha fazla sanal ağ bağdaştırıcısı IP yapılandırması başarısız olabilir.

  • Sorun 13

    Kullanıcı konak güncelleştirmesi yaparken HostWSManGetter.UpdateRASDCache dosyasında yinelenen anahtar ekleme işlemine isabet eder.

  • Sorun 14

    Kullanıcı bir sanal makineyi denetim noktalarıyla kopyalamaya çalıştığında, kopyalama işlemi tamamlandıktan sonra, VMM yeni oluşturulan kopya sanal makineyi yanlış bir şekilde özgün sanal makine olarak tanır ve sanal makinenin geçirildiğini hatalı bir şekilde çıkarsar. Ardından bu değişikliği işlemeye çalışır. Bu nedenle, 'eksik' duruma sahip başka bir konakta ek bir sanal makine oluşturulur. VMM, sanal makinenin farklı bir konak kullandığını ve bu sanal makinenin bir sonraki sanal makine güncelleştirmesine kadar TFS tarafından görülemediğini düşünüyor.

  • Sorun 15

    VSEM sağlayıcısı yükseltildiğinde, sağlayıcının bildirim alma özelliği bildirim altyapısına gösterilmez.

  • Sorun 16

    Dinamik konak iyileştirmesi sırasında ağ yerleşimi kilitleniyor. Bazı yerleştirme işlemlerinin görev olarak çalıştırılması gerekiyordu. Yenileyici görevde yürütürken bağlam null olur. Bu, yerleştirme kilitlenmesine neden olur.

  • Sorun 17

    Yönetici Temsilcileri VMM konsolunu başlattığında, VMM konsolunu açmak 4+ dakika sürer. Büyük ortamlarda VMM konsolu başlatma, Yöneticilerle karşılaştırıldığında Yönetici Temsilcileri için geciktirilir.

  • Sorun 18

    Depolama sofs üzerindeki disk değiştirildikten sonra sağlayıcı güncelleştirmesi başarısız oluyor.

  • Sorun 19

    VMM, ASR olmadan çoğaltma/birincil sanal makineyi güncelleştiremez, ayrıca Kurtarma VM'sinin IR Beklemede durumunda geçirilmesi dinamik geçiş gerçekleştirmez.

  • Sorun 20

    Bir sanal makine silindiğinde denetim noktaları silinmeden önce birleştirilir. Kullanıcı denetim noktaları olan bir sanal makineyi silmeye çalıştığında, silme işleminin tamamlanması uzun sürer (bir saate kadar).

  • Sorun 21

    Do Çalıştırma işlemi bazen kritik bir özel durum alır: DBCorruptionException.

  • Sorun 22

    Bazı kullanıcılar, tek tek IP'lerin eklenmesini/kaldırılmasını kolaylaştırmak için IP Aralıkları yerine büyük VIPAddress Kümeleri kullanır. VMM Yönetim Paketi şeması şu anda bu alanı 256 karakterle sınırlar (varsayılan). Ancak, kullanıcıların yaklaşık 500 karakter uzunluğunda değerleri olabilir. Bu nedenle SCOM'dan beklenmeyen bir özel durum nedeniyle Bulma VMM-OM tümleştirmesini bozuyordu.

  • Sorun 23

    RG/LUN'lar önceden oluşturulmuşsa, enableRG görevinden sonra hedef RG ve hedef LUN'lar ilişkilendirilmemiştir.

  • Sorun 24

    Bir F5 Ağ Geçidi cihazı başarısız olduğunda ve değiştirildiğinde MAC Adresi girdilerini güncelleştirmeniz gerekir. Bir F5 Cihazı RMA'd ise ve yeni bir MAC adresiyle yeni bir cihazla değiştirilirse, VMM'nin yeni cihaz için MAC adresini güncelleştirmenin bir yolu yoktur.

  • Sorun 25

    Kullanıcı kimliğini damgalamanıza izin vermek için çoğaltma sanal makinesine kullanıcı damgalama izni verin. Kullanıcıların ReplicaVM'lerinde UserRole ve Owner özniteliklerini güncelleştirmeleri gerekir, ancak şu anda çoğaltma sanal makinesindeki tüm işlemler engellenir. Bu nedenle, Çoğaltma VM'lerinde bu iki parametreyi güncelleştiremezler.

  • Sorun 26

    Kümeye yeni bir HA sanal makinesi dağıttığınızda, kaydolan SMB paylaşımı hedef yol olarak görüntülenmiyor.

  • Sorun 27

    Çoğaltma hizmetini bulurken Depolama Yenileyicisinde Kritik Özel Durum -- ArgumentNullException -- SetCustomOptions.

  • Sorun 28

    Konak yenileyicisi sırasında VMM, ekip Bilgilerini sorgular (ekip veya LBFO ekibi arasında geçiş yapın). Anahtar ekipleri VMM sorgularken WSMan özel durumuyla karşılaşılır ve bu da vswitch'in konsoldan kaybolmasına neden olur.

  • Sorun 29

    HTTPS protokolü Yoklama'da desteklenmez, ardından VMM HTTPS sitesini izlemek için izleyici kuralı oluşturamaz. VMM, LB bağlantı noktası yapılandırması bölümünde HTTP ve HTTP'leri destekler ancak LB yoklaması protokolü bölümünde HTTPS desteklenmez.

  • Sorun 30

    Kaynak sahibi (SSU Kullanıcısı) bir kaynağın 'GrantedTo' listesine erişme yetkisine sahip değil ve bu nedenle kimlerin kaynağa asları olduğunu göremiyor. Erişim veren kullanıcı aynı zamanda bir self servis kullanıcı olduğunda, konsolu yeniden başlatana kadar yaptığı değişiklikleri göremez. Yönetici kullanıcı değişikliği görebilir, ancak self servis kullanıcı için GrantedToList, konsolu yeniden başlatana kadar önbelleğe alınmış sonuçları döndürmeye devam eder.

  • Sorun 31

    VMM'nin yerleşik geçiş işlemine sahip üst diskler taşınamıyor. Kullanıcı, tüm fark diskleri tek bir üst öğeye işaret eden birkaç yüzlerce VM'ye sahiptir. Tüm bu VM'leri yeni bir depolama çözümüne taşımak VMM tarafından engelleniyor. Fark diskleri için, hiyerarşideki herhangi bir üst disk (üst/alt ilişki) başka bir fark diski tarafından paylaşılıyorsa, fark diskinin depolama geçişi VMM tarafından engellenir. Ancak, Hyper-V Yöneticisi aracılığıyla etkinleştirilir.

  • Sorun 32

    Field expectedDSColumn, get-scvmhost çalıştırıldığında Sunucu kilitlenmesine neden olan sütunlar uyuşmazlığı için iletiyi izlerken kritik özel durum oluşturur. Sunucu VERITABANı Eşik olarak güncelleştirildikten sonra R2 sunucusu belirli durumlarda bu veritabanıyla çalışamaz. Bu kod yolu bazı ağ nesneleri ve ADHC nesneleri tarafından kullanılır.

  • Sorun 33

    Mevcut bir hizmet şablonunun ölçeğini genişlettiğinizde, vmm üzerinde aynı ada sahip yinelenen Hyper-V sanal makineleri System Center 2012 R2 Güncelleştirme Paketi 5'te oluşturulur.

  • Sorun 34

    Konuk sanal makinelerinizde Windows güvenlik güncelleştirmesi 3035131 veya 3031432 yüklüyse, VMM konuk aracısı VMM tarafından vm dağıtımının bir parçası olarak istenen Genel Komut Yürütme (GCE) betiklerini çalıştırmaz. Bu, dağıtım ve bakım için GCE betiklerini kullandığınız birden çok senaryoda hataya neden olabilir. Örneğin, GCE betikleri aracılığıyla bir VMM Hizmet Şablonuna hizmet vermeye çalıştığınızda 22029 hata kodu döndürülür.

    Not System Center Virtual Machine Manger 2012 R2 için Güncelleştirme Paketi 6 'yı (veya sonraki güncelleştirme paketlerini) yükledikten sonra, belirtilen Farklı Çalıştır hesabına toplu iş olarak oturum açma hakları vermelisiniz. Bu haklar olmadan, konuk aracı GCE betiklerini bir Farklı Çalıştır hesabı üzerinden çalıştıramaz.

  • Sorun 35

    Kümelenmiş depolama alanını CSV olarak kullandığınızda ve sanal makine depolama alanı CSV'de bulunduğunda sanal makinenin dinamik geçişi başarısız olur. System Center 2012 R2 Güncelleştirme Paketi 5'te VMM'nin ardından Hyper-V Kümesi Dinamik Geçişi çalışmıyor.

  • Sorun 36

    Temel disk yerleşimi geçerli yerleştirme paylaşımları arasında döndürülmelidir.

  • Sorun 37

    VMM Konsolu, hizmet şablonu kopyası sırasında mevcut bir Yayın dizesini kullanabilir. Bazen, kullanıcılar bir hizmet şablonu için "Kopyala" komutunu kullanarak bir hizmet şablonunu kopyalayamaz. Bunun nedeni, Yönetici konsolunun yayın için zaten var olan bir dize oluşturmasıdır.

  • Sorun 38

    System Center 2012 R2'de VMM'de Kapasiteye Genel Bakış Kutucuğu eksik. System Center 2012 SP1'deki VMM'de, VM'ler ve hizmetler bölmesinin altında bir konak seçip üstteki menüden genel bakış'a tıkladığınızda, konsol seçili konak hakkında Özet ve Kapasite bilgilerini sağlar. İşlemci çekirdekleri, bellek (GB) ve Depolama (GB) hakkındaki ayrıntılar System Center 2012 R2'de kullanılamaz duruma geldi.

  • Sorun 39

    YINELENEN VSID nedeniyle VMM Hizmeti Kilitleniyor. Nadir durumlarda (eşitleme/yarış durumu ve rastgele sayı çakışması), farklı HNV sanal makine alt ağları aynı VMSubnetIdentifier'ı (vsid) alabilir. Bu, bu HNV sanal makine alt ağlarını kullandığınızda beklenmeyen davranışlara yol açar. Örneğin, bu alt ağa bağlı VM'ler için, VM'ler beklenen bağlantıyı elde etmeyebilir ve aynı alt ağ üzerindeki VM'lerle iletişim kuramaz. Veya IP adresleri değiştiğinde VMM Hizmeti'nin kilitlenmesine neden olur.

  • Sorun 40

    Load Balancer arkasında bir sanal makine dağıtmak, Yerleştirmede Kritik Bir Ekspion'a neden olur:

    Microsoft.VirtualManager.Engine.Placement.Conversion.HostConversionHelper.GetLoadBalancerAddressPoolResources

  • Sorun 41

    Güncelleştirme Paketi 5'te sunulan Başlangıç Sayfası, Güncelleştirme Paketi 6'da kaldırılmıştır.

  • Sorun 42

    Sanal makine bir çoğaltma grubuyla ilişkilendirilmemiş ve çoğaltma grubu tarafından korunan bir konuma taşınamadı.

  • Sorun 43

    HNV Ağı'nda konuk IP'leri, ayarlar etkinleştirilse bile Dinamik/DedicatedGuestIP olarak işaretlenmez. CA Yük devretmesi bozuk. NVGRE Ağına bağlı bir sanal makineye eklenen/taşınan tüm IP adresleri (HNV Konuk Kümesi/Konuk IP Yük Devretme senaryosu) için, sanal makine EnableGuestIPNetworkVirtualizationUpdates=true ayarlarına sahip olsa bile IP adresi dinamik (VMM'de = DedicatedGuestIP türü) olarak *not* olarak işaretlenir. IP adresi ilk kez eklendiğinde/taşındığında çalışır, ancak daha sonra IP'nin yük devretmeleri (bir VM'den diğerine geçiş) otomatik olarak algılanmaz. Bu nedenle, IP adresine erişilemez ve VM bağlantısı kesilir.

  • Sorun 44

    Hitachi tümleştirmesinden eski ekli depolama sağlayıcısı UR5 ile kesildi. Depolama sağlayıcısı yenilenemez. Bu, sağlayıcının yönetimini engeller.

  • Sorun 45

    Güç iyileştirme zaman aralığını ayarladığınızda VMM istemcisi kilitleniyor.

  • Sorun 46

    Konağın bağlantısı başarısız olduğunda WnvEventEntrySubscriptionObserver'ın yok edilmesinde bir yarış durumu vardır.

  • Sorun 47

    CentOS 7 ve Red Hat Enterprise Linux 7, DHCP kullanıldığında ağ arabirimi yapılandırmasını ayarlayamaz.

    Bu, System Center Virtual Machine Manager tarafından DHCP kullanacak şekilde yapılandırılmış tüm CentOS 7 ve Red Hat Enterprise Linux (RHEL) 7 sanal makineleri için geçerlidir. DHCP kullanan CentOS 7 ve RHEL 7 sunucuları, Linux sunucusu tarafından kullanılan her ethernet arabirimi için ağ yapılandırma verilerinin olmamasıyla karşılaşır. CentOS 7 ve RHEL 7'de önceki yinelemelerden farklı olarak varsayılan olarak Yüklü Linux aracı ifconfig olmadığından bu sorun oluşur. DHCP ağı için yapılandırma betikleri, ip aracı yüklüyse ifconfig yerine ip aracını kullanacak şekilde güncelleştirildi.


System Center 2012 R2 Virtual Machine Manager için Güncelleştirme Paketi 6'yi edinme ve yükleme

Karşıdan yükleme bilgileri

Virtual Machine Manager güncelleştirme paketleri Microsoft Update'ten veya Microsoft Update Kataloğu'ndan el ile indirilerek kullanılabilir.

Microsoft Update

Microsoft Update'ten bir güncelleştirme paketi edinmek ve yüklemek için, Virtual Machine Manager bileşeni yüklü bir bilgisayarda şu adımları izleyin:

  1. Başlat'a ve ardından Denetim Masası'e tıklayın.

  2. Denetim Masası'da Windows Update çift tıklayın.

  3. Windows Update penceresinde Microsoft Update güncelleştirmeleri için Çevrimiçi Denetle'ye tıklayın.

  4. Önemli güncelleştirmeler kullanılabilir'e tıklayın.

  5. Güncelleştirme Paketi paketlerini seçin ve ardından Tamam'a tıklayın.

  6. Güncelleştirme paketlerini yüklemek için Güncelleştirmeleri yükle'ye tıklayın.

Güncelleştirme paketlerini el ile indirme

Güncelleştirme paketlerini Microsoft Update Kataloğu'ndan el ile indirmek için aşağıdaki web sitelerine gidin:

Önemli Hem Sunucu hem de Yönetici Konsolu bileşenlerinin Virtual Machine Manager sunucusunda güncelleştirilmiş olması gerekir.

İndir Sunucu güncelleştirme paketini şimdi indirin.

İndir Yönetici Konsolu güncelleştirme paketini şimdi indirin.Not Hizmet Şablonundan yeni dağıtılan tüm sanal makinelerin güncelleştirilmiş Konuk aracısına sahip olduğundan emin olmak için Sunucu güncelleştirmesini uygulamanız gerekir. Mevcut dağıtılan sanal makineler güncelleştirilmiş aracıyı Windows Update, WSUS aracılığıyla veya aşağıdaki paketi kullanarak el ile yükleyebilir:

İndir Konuk Aracısı güncelleştirme paketini şimdi indirin.

Güncelleştirme paketlerini el ile yüklemek için yükseltilmiş bir komut isteminden aşağıdaki komutu çalıştırın:

msiexec.exe /update  packagename 


Örneğin, System Center 2012 R2 Virtual Machine Manager sunucusu (KB3050317) için Güncelleştirme Paketi 6 paketini yüklemek için aşağıdaki komutu çalıştırın:

msiexec.exe /update kb3050317_vmmserver_amd64.msp
Notları

  • Güncelleştirme paketlerini Microsoft Update Kataloğu'ndan el ile indirir ve paketlere çift tıklayarak yüklerseniz, yükseltilmiş kullanıcı olarak Virtual Machine Manager Sunucusu ve Yönetici Konsolu paketlerini yüklemeniz gerekir. Virtual Machine Manager Konuk Aracısı paketini yükseltilmiş olmayan bir kullanıcı olarak yükleyebilirsiniz.

  • VMM sunucusunda Yönetici Konsolu da yüklüyse, güncelleştirmeleri aşağıdaki sırayla yükleyin:

    • Virtual Machine Manager Sunucusu için Güncelleştirme Paketi 6

    • Yönetici Konsolu için Güncelleştirme Paketi 6


    Bu iki yükleme arasında, Virtual Machine Manager Sunucusu VMMLogs dizini altında kritik bir hata günlüğü oluşturabilir. Yönetici Konsolu bazı DLL'leri Virtual Machine Manager Sunucusu ile paylaştığından ve bir sürüm çakışması kritik hatanın günlüğe kaydedilmesine neden olabileceğinden bu sorun oluşur. Bu sorunu çözmek için, Virtual Machine Manager Hizmetini başlatmak için kullandığınız Virtual Machine Manager Sunucusuna her iki güncelleştirmesi de yükleyin.

  • Güncelleştirme Paketi 5'e geçmeden önce, System Center Virtual Machine Manager DHCP Sunucusu (x64) bileşenini el ile güncelleştirmeniz gerekiyordu. Güncelleştirme Paketi 5 veya sonraki sürümleri içeren VMM'de, bu el ile güncelleştirme artık gerekli değildir.

  • Konsol MSP'Yönetici indirip ayıklarsanız, aşağıdaki ekran görüntüsünde görebileceğiniz gibi sonuç olarak iki CAB dosyası elde edilir. Bu CAB dosyalarından biri x64 (AMD64 olarak da bilinir) için geçerlidir ve diğer CAB dosyası x86 (i386 olarak da bilinir) için geçerlidir.

    alternatif metinBelirli bir CAB dosyasının hangi mimari türünün geçerli olduğunu belirlemek için LÜTFEN CAB dosya adında işletim sistemi mimarisine son başvuruya bakın.

Bu Güncelleştirme Paketinde güncelleştirilen dosyalar

Bu Güncelleştirme Paketi'nde değiştirilen dosyaların listesi için aşağıdaki dosyayı indirin:

System Center 2012 R2 Virtual Machine Manager için Güncelleştirme Paketi 6 için dosya öznitelik tabloları

Daha fazla yardıma mı ihtiyacınız var?

Yeteneklerinizi geliştirin

Eğitimleri keşfedin >

Yeni özellikleri ilk olarak siz edinin

Microsoft Insider’a katılın >

Bu bilgi yararlı oldu mu?

Dil kalitesinden ne kadar memnunsunuz?
Deneyiminizi ne etkiledi?

Geri bildiriminiz için teşekkürler!

×