System Center 2012 R2 Virtual Machine Manager için Güncelleştirme Paketi 6

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