Update Rollup 6 untuk System Center 2012 R2 Virtual Machine Manager

Fitur yang ditambahkan dalam rollup pembaruan ini

• Tambahkan fitur Langganan Azure: Dengan menggunakan fitur Tambahkan Langganan Azure di Pembaruan Rollup 6, administrator Manajer Mesin Virtual dapat menambahkan langganan Microsoft Azure ke VMM dan melakukan tindakan dasar pada instans Azure dalam langganan tersebut. Fitur ini disertakan dalam Manajer Mesin Virtual dalam Pembaruan Rollup 6 untuk System Center 2012 R2. Untuk setiap langganan Azure yang ditambahkan, Anda dapat menggunakan konsol untuk melihat semua contoh peran dalam semua grup penyebaran dalam langganan tersebut.
  
  Apa yang bisa Anda lakukan dengan fitur
  
  ini Jika Anda sudah mengelola mesin virtual lokal di Manajer Mesin Virtual, Anda dapat menggunakan fitur ini untuk melakukan beberapa tindakan yang sangat dasar pada instans Azure tanpa meninggalkan konsol VMM. Misalnya, Anda bisa melakukan hal berikut:
  

  • Tambahkan atau hapus satu atau beberapa langganan Azure menggunakan konsol VMM.

  • Lihat tampilan daftar detail dan status semua contoh peran dalam semua penyebaran dalam langganan tersebut.

  • Memperbarui daftar instans secara manual.

  • Lakukan tindakan dasar berikut pada instans:
    

    • Mulai

    • Stop

    • Shutdown

    • Restart

    • Koneksi hingga RDP

  Untuk informasi selengkapnya, lihat Menambahkan langganan Azure di VMM di System Center 2012 R2 dengan Update Rollup 6.

• Skenario perlindungan E2A ASR yang disempurnakan: Dengan memiliki Pembaruan Rollup 6 di lingkungan Manajer Mesin Virtual Anda, lebih mudah menemukan dan memperbaiki masalah yang terkadang terjadi saat Anda mengonfigurasi proteksi Azure Site Recovery (ASR). Masalah ini terjadi ketika Anda ingin menambahkan proteksi ASR untuk mesin virtual lokal, dan Anda memiliki properti mesin virtual berikut:
  

  • Tidak ada versi sistem operasi yang ditentukan

  • Tidak ada indikasi disk mana yang berisi sistem operasi untuk mesin virtual

  Properti ini harus ditentukan karena diperlukan oleh azure Site Recovery. Di Update Rollup 6, kumpulan pesan kesalahan yang lebih jelas ditampilkan dalam VMM di panel Pekerjaan jika Anda mencoba mengonfigurasi mesin virtual yang tidak memenuhi persyaratan.
  
  Untuk informasi tentang persyaratan ASR, lihat Penyempurnaan Skenario Perlindungan ASR E2A.

• Opsi untuk menggunakan VM Generasi 2 di Layanan dan VMRoles: Di Update Rollup 6, VMM kini menyediakan dukungan untuk mesin virtual Generasi 2 untuk layanan dan Peran VM. Dengan menggunakan fitur ini, Anda dapat menggunakan layanan multi-tingkat dan memilih pembuatan mesin virtual untuk tingkat individual. Pengguna dapat melayani instans layanan ini melalui pelayanan konvensional dan berbasis gambar.
  
  Untuk informasi selengkapnya, lihat Memahami generasi 1 dan generasi 2 Virtual Machines di VMM.

• Aturan Eksposur Penggunaan Jaringan Total dalam Paket Manajemen: Perubahan ini memperkenalkan dua aturan yang menargetkan Host Hyper-V:
  

  • Aturan pengumpulan lalu lintas VNic Network Total Masuk

  • Total aturan pengumpulan lalu lintas VNic Network Keluar

  Aturan ini mengukur total lalu lintas keluar masuk dan total di Kilo Byte per VNic per mesin virtual dalam metode berikut:
  
  Untuk setiap VM:
  

  1. Aktifkan Pengukuran Hyper-V jika tidak diaktifkan.

  2. Jalankan Measure-VM.

  3. Kumpulkan data pengukuran untuk setiap alamat jarak jauh "0.0.0.0/0" atau "::/0" per VNic.

  Secara default, aturan ini berjalan setiap jam. Pengguna dapat memilih untuk menimpa pengaturan ini dengan menimpa properti IntervalSeconds. Aturan ini tidak boleh dijalankan lebih sering dari setiap lima menit (300 detik).
  
  Perilaku dalam versi sebelumnya: VMM tidak mengukur konsumsi data. Hanya mengukur throughput.

• Opsi untuk mengatasi kapasitas Cloud dan Host Group untuk Replica VM: Manajer Mesin Virtual System Center 2012 R2 memungkinkan Anda meletakkan mesin virtual replika di cloud atau grup host yang telah dikonfigurasi sebelumnya jika sesuai dengan pengaturan kapasitas Anda. Hingga saat ini, VMM mengasumsikan bahwa semua sumber daya yang dialokasikan untuk replika VM sedang digunakan. Oleh karena itu, VMM tidak memungkinkan Anda untuk meletakkan mesin virtual replika apa pun di cloud atau grup host jika itu akan menaikkan beban agregat dari semua replika VM di luar kapasitas cloud atau grup host.
  
  Meskipun perilaku ini memastikan bahwa semua VM replika dapat dimulai secara bersamaan, itu bisa menyebabkan penggunaan non-optimal dari awan replika dan grup host. Ini akan terjadi jika Anda (Perusahaan atau Hoster) mencoba meletakkan VM tambahan di dalam awan atau grup host. Artinya, jika Anda mengatasi replika cloud atau grup host. Di Update Rollup 6, Anda dapat mengatasi awan dan grup host di lingkungan VMM dengan mengonfigurasi kunci registri berikut di Server VMM:
  

  Lokasi registri:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  Nama DWORD: IgnoreMemoryForStoppedReplicaVM
  Nilai DWORD: 1
  Catatan Jika subkey Penempatan tidak ada, buatlah.
  
  Untuk informasi selengkapnya, lihat Opsi untuk mengatasi Cloud dan HG untuk VM Replika.

• Dukungan untuk skenario dasar VMWare VCenter 5.5.
  
  Pembaruan Rollup 6 memperkenalkan skenario dukungan berikut ini:
  

  • Menambahkan VCenter 5.5 ke manajemen VMM 2012 R2 UR6

  • Tambahkan Host ESX dengan versi 5.5 dan bawa manajemen

  • Buat templat VMWare VM dan sebarkan VM dengan templat

  • Membuat templat dengan jaringan dasar (ini termasuk skenario gabungan domain), dan menggunakan mesin virtual

  • Lakukan berbagai operasi siklus hidup VM (misalnya, mulai, hentikan, matikan, perbaiki, refresh, dan checkpoint pada mesin virtual).

  • Koneksi ke mesin virtual dengan menggunakan konsol, dan verifikasi aksesibilitas

  • Mesin virtual deprovision

  • Buat kumpulan sumber daya, dan bawa kumpulan sumber daya di bawah manajemen VMM

  Ini adalah skenario terbatas. Namun, langkah tersebut mewakili langkah pertama dan terpenting untuk mendukung versi VCenter yang lebih baru. Kami terus membangun matriks dukungan kami untuk VMWare VCenter dan akan menyediakan pembaruan untuk mengatasinya di paket rollup mendatang.

Masalah yang diperbaiki dalam rollup pembaruan ini

• Masalah 1
  
  Kesalahan 801 terjadi ketika objek VMM dihapus. VMM terkadang mengalami masalah di mana objek VMM seperti mesin virtual tidak dapat dihapus baik dari UI atau Windows Powershell karena beberapa objek turunannya hilang dalam database. Hal ini sering menyebabkan pengguna mencari skrip perbaikan untuk menghapus objek yang terpengaruh. Dalam Update Rollup 6, VMM telah menyempurnakan tiga cmdlet Powershell untuk meminimalkan kesalahan terkait 801. Cmdlet ini adalah Remove-SCServiceTemplate, Remove-SCLibraryServer, dan Remove-SCLibraryShare. Pengguna tidak perlu menggunakan bendera –Paksa bersama dengan cmdlet ini untuk menghindari kesalahan 801. Cmdlet menyediakan kemampuan untuk mengatasi dependensi yang mengarah ke kesalahan 801.
  

• Masalah 2
  
  Layanan VMM mengalami crash dan menghasilkan kesalahan pelanggaran akses di System.Xml ketika layanan tersebut merespons kejadian Layanan Integrasi.
  

• Masalah 3
  
  Pengecualian Kritis dalam penanganan kesalahan WCF -- ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Ketika VMM mematikan host layanan WCF, host layanan WCF memanggil Abort yang dapat menyebabkan pesan yang tidak diproscesikan dihentikan secara tidak terhitung, dan hal ini dapat mengakibatkan ObjectDisposedExceptions dilemparkan. Penanganan kesalahan WCF tingkat atas VMM melihat pengecualian ini sebelum proses diakhiri dan melaporkannya sebagai pengecualian penting. Jadi di sini VMM melaporkan kesalahan yang tidak berbahaya sebagai kesalahan kritis yang mungkin ditambahkan ke kebingungan pengguna.
  

• Masalah 4
  
  Option untuk MAC Address greyed out in UI when vnic is not connected. Ini mencegah pengguna menandai nic sebagai statis. Setelah Anda memutakhirkan ke VMM di System Center 2012 R2, pelanggan tidak dapat memilih opsi Alamat Mac Statis di templat VM yang dibuatnya, jika mesin virtual tidak tersambung ke jaringan. Opsi Alamat MAC dan IP berwarna abu-abu ketika mesin virtual "tidak tersambung". Oleh karena itu, ia tidak dapat menetapkan Alamat MAC statis ke mesin virtual sebelum penyebaran.
  

• Masalah 5
  
  Kustomisasi mesin Vvirtual dapat gagal dan menghasilkan pengecualian kritis ketika Hyper-V tidak mengembalikan objek drive floppy. Selama kustomisasi mesin virtual, ada kemungkinan Hyper-V akan mengembalikan objek Floppy Drive sebagai null dan VMM akan mencoba menambahkan drive. Namun, menambahkan floppy drive tidak diterapkan di Hyper-V. Ini memberikan pengecualian yang menyebabkan kegagalan pekerjaan dan meninggalkan mesin virtual dalam keadaan gagal. Pengguna dapat memperbaiki mesin virtual agar berfungsi. Hal ini dapat terjadi jika Floppy Drive Config (pada berbagi jarak jauh) tidak tersedia untuk Hyper-V atau jika Hyper-V sibuk atau stres.
  

• Masalah 6
  
  Tidak dapat menyebarkan VM dengan IP statis ketika beberapa Kumpulan IP untuk satu Subnet VM dikonfigurasi. Pelanggan mencoba membuat mesin virtual dengan menggunakan Templat yang memiliki pengaturan IP statis. Jika ada beberapa kumpulan IP dalam Subnet dan pelanggan menyediakan alamat IP dari kumpulan yang berbeda dari kumpulan default (yaitu, kumpulan terisi otomatis yang diperlihatkan di UI), maka Panduan VM selesai tanpa kesalahan apa pun tetapi pembuatan mesin virtual gagal dan mengembalikan kesalahan "Alamat IP Di Luar Rentang".
  

• Masalah 7
  
  VmmService crash terjadi selama menangani subnet mesin virtual yang dihapus pada kejadian perubahan IP yang dikirim oleh Hyper-v. Dalam penyiapan NVGRE, jika ada kejadian yang dikirim oleh Hyper-V untuk Perubahan IP tetapi Subnet VM tidak lagi ada di VMM, itu menyebabkan crash layanan VMM.
  

• Masalah 8
  
  VMS dilaporkan hilang karena VmMovedRefresherEvent tidak diterima. Saat kejadian perpindahan mesin virtual terjadi saat host tidak berada dalam mode Kejadian dan mesin virtual berada dalam status migrasi dan saat penyegaran kejadian menghubungkan mungkin ada jendela di mana tidak ada yang mendengarkan dan operasi pembaruan tepat sebelum mode mendengarkan tidak menerima perubahan. Oleh karena itu VMM tidak akan menerima perubahan ini hingga Penyegar Penuh berikutnya yang dapat mencapai 24 jam.
  
  Untuk memastikan bahwa kejadian tak terjawab tersebut disinkronkan melalui penyegaran mesin virtual ringan ketika dalam mode Kejadian, Anda dapat membuat dan mengonfigurasi kunci registri berikut ini untuk menjalankan penyegaran mesin virtual ringan pada interval reguler. Refresher ini akan berjalan selain penyegaran berbasis kejadian apa pun.
  

  Lokasi registri:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Kunci registri:
  VMPropertiesEventAssitedUpdateInterval
  
  Tipe registri: DWORD
  
  Nilai min: 0 detik
  
  Nilai Maks: 20 hari

  Nilai harus ditentukan dalam detik.
  Nama DWORD: VMPropertiesEventAssitedUpdateInterval
  
  Nilai DWORD:value_in_seconds
  
  Catatan Tempat penampung value_in_seconds bisa berupa nilai 0 detik hingga 20 hari (juga dalam detik).
  

• Masalah 9
  
  Memerlukan bendera eksplisit untuk menunjukkan mesin virtual yang hilang atau penghapusan mesin virtual Layanan selama Remove-Host kepada pengguna. Saat ini, VMM tidak memeriksa keberadaan VM pada host saat menghapus host dari VMM. Host dapat berisi Layanan mesin virtual, mesin virtual yang digunakan ke cloud, mesin virtual yang memiliki properti kustom yang ditentukan untuk mereka. Jika pengguna secara tidak sengaja menghapus host seperti itu, semua asosiasi ini rusak. Perbaikan ini menghindari skenario tersebut dengan meminta pengguna untuk pesan konfirmasi sebelum host tersebut benar-benar dihapus dari VMM.
  

• Masalah 10
  
  Jika Anda memiliki Jaringan Logika yang memiliki beberapa situs jaringan, dan situs jaringan terlihat oleh adapter jaringan host, PAS dari situs jaringan yang berbeda tersebut akan dialokasikan dan informasi perutean harus diatur juga. (Situs jaringan terkadang disebut "definisi jaringan logika.") Dalam skenario beberapa host dengan VM1 pada Host1 tersambung ke PA1, ada kasus jika VM2 tersambung ke HNv dan memiliki PA1 untuk NetwkSite1 dan kemudian diputus dan kemudian disambungkan kembali dan memiliki PA2 untuk NetwkSite2 (secara acak atau karena kelelahan PA), maka untuk beberapa waktu, kami mungkin tidak mengisi informasi perutean PA antara NetwkSite1 dan NetwkSite2. Hal ini terjadi karena cara representasi rute internal ditujukan untuk penyisipan dalam tabel hash.
  

• Masalah 11
  
  Ketika host direfresh, host menetapkan koneksi jaringan WinRM (untuk setiap host yang direfresh) yang terus-menerus melakukan streaming data.
  

• Masalah 12
  
  Ketika beberapa adaptor jaringan virtual host dibuat, kegagalan acak diamati. Ketika pelanggan membuat beberapa adaptor jaringan virtual dalam satu bidikan sebagai bagian dari sakelar logika, satu atau beberapa konfigurasi IP adapter jaringan virtual mungkin gagal.
  

• Masalah 13
  
  Pengguna menekan penyisipan tombol duplikat di HostWSManGetter.UpdateRASDCache saat melakukan pembaruan host.
  

• Masalah 14
  
  Ketika pengguna mencoba mengkloning mesin virtual dengan titik pemeriksaan, setelah operasi kloning selesai, VMM salah mengenali mesin virtual klon yang baru dibuat sebagai mesin virtual asli, dan salah menyimpulkan bahwa mesin virtual telah bermigrasi. Kemudian mencoba menangani perubahan ini. Oleh karena itu, mesin virtual tambahan pada host lain dengan status 'hilang' dibuat. VMM berpikir bahwa mesin virtual menggunakan host yang berbeda, dan mesin virtual ini tidak terlihat oleh TFS sampai pembaruan mesin virtual berikutnya.
  

• Masalah 15
  
  Saat penyedia VSEM dimutakhirkan, kemampuan penyedia untuk menerima pemberitahuan tidak ditunjukkan ke mesin pemberitahuan.
  

• Masalah 16
  
  Penempatan jaringan mengalami crash selama optimisasi host dinamis. Beberapa operasi penempatan seharusnya dijalankan sebagai tugas. Ketika dijalankan dalam tugas refresher, konteks null. Ini menyebabkan crash penempatan.
  

• Masalah 17
  
  Ketika Administrator yang Didelegasikan memulai konsol VMM, dibutuhkan waktu 4+ menit untuk membuka konsol VMM. Di lingkungan besar, mulai konsol VMM ditunda untuk Administrator yang Didelegasikan jika dibandingkan dengan Administrator.
  

• Masalah 18
  
  Storage pembaruan penyedia gagal setelah mengganti disk di sof.
  

• Masalah 19
  
  VMM tidak dapat memperbarui replika/mesin virtual utama tanpa ASR, juga Migrasi VM Pemulihan di IR Pending state tidak melakukan migrasi langsung.
  

• Masalah 20
  
  Ketika mesin virtual dihapus, titik pemeriksaan digabungkan sebelum dihapus. Ketika pengguna mencoba menghapus mesin virtual yang memiliki titik pemeriksaan, penghapusan membutuhkan waktu lama (hingga satu jam) untuk menyelesaikannya.
  

• Masalah 21
  
  Operasi Jalankan DO terkadang menerima pengecualian penting: DBCorruptionException.
  

• Masalah 22
  
  Beberapa pengguna menggunakan Kumpulan VIPAddress yang besar dan bukan Rentang IP untuk mempermudah penambahan/penghapusan IP individual. Skema Paket Manajemen VMM saat ini membatasi bidang ini menjadi 256 karakter (default). Namun, pengguna mungkin memiliki nilai panjang ~500 karakter. Oleh karena itu Discovery memutuskan integrasi VMM-OM karena pengecualian yang tidak diharapkan dari SCOM.
  

• Masalah 23
  
  TARGET RG dan LUN target tidak terkait setelah tugas enableRG jika RG/LUN dibuat sebelumnya.
  

• Masalah 24
  
  Harus memperbarui entri Alamat MAC untuk perangkat Gateway F5 saat gagal dan diganti. Jika Perangkat F5 adalah RMA dan diganti dengan perangkat baru dengan alamat MAC baru, VMM tidak memiliki cara untuk memperbarui alamat MAC untuk perangkat baru.
  

• Masalah 25
  
  Biarkan pengguna memberi stempel pada mesin virtual replika untuk memungkinkan Anda memberi stempel identitas pengguna. Pengguna harus memperbarui atribut UserRole dan Owner pada ReplicaVM mereka tetapi saat ini operasi apa pun pada mesin virtual replika diblokir. Jadi, mereka tidak dapat memperbarui dua parameter ini pada Replica VM.
  

• Masalah 26
  
  Registerred SMB share is not displaying as target path option when you deploy a new HA virtual machineto a cluster.
  

• Masalah 27
  
  Pengecualian Kritis dalam Storage Refresher saat menemukan layanan replikasi -- ArgumenNullException -- SetCustomOptions.
  

• Masalah 28
  
  Selama penyegaran host VMM kueri Informasi tim (tim switch Atau tim LBFO). Sedangkan tim peralihan kueri VMM menekan pengecualian WSMan yang menyebabkan vswitch menghilang dari konsol.
  

• Masalah 29
  
  Protokol HTTPS tidak didukung dalam Probe, maka VMM tidak dapat membuat aturan monitor untuk memantau situs HTTPS. VMM mendukung HTTP dan HTTP di bagian konfigurasi port LB tetapi HTTPS tidak didukung di bagian protokol probe LB.
  

• Masalah 30
  
  Pemilik sumber daya (Pengguna SSU) tidak berwenang untuk mengakses daftar 'GrantedTo' sumber daya dan oleh karena itu tidak dapat melihat siapa saja yang memiliki akses ke sumber daya. Ketika pengguna yang memberikan akses juga merupakan pengguna layanan mandiri, mereka tidak dapat melihat perubahan yang telah mereka buat hingga mereka memulai ulang konsol. Pengguna admin dapat melihat perubahan, tetapi untuk pengguna layanan mandiri, GrantedToList terus mengembalikan hasil singgahan, hingga mereka memulai ulang konsol.
  

• Masalah 31
  
  Tidak dapat memindahkan disk induk yang memiliki proses migrasi bawaan VMM. Pengguna memiliki beberapa ratus VM, dengan semua disk berbeda menunjuk ke induk tunggal. Memindahkan semua VM ini ke solusi penyimpanan baru sedang diblokir oleh VMM. Untuk disk berbeda, jika disk leluhur dalam hierarki (hubungan induk/anak) dibagikan oleh disk diff lainnya, migrasi penyimpanan disk diff diblokir oleh VMM. Namun, fitur ini diaktifkan melalui Hyper-V Manager.
  

• Masalah 32
  
  Field expectedDSColumn memunculkan pengecualian penting saat menelusuri pesan untuk kolom yang tidak cocok menyebabkan server crash saat menjalankan get-scvmhost. Setelah Server DB diperbarui ke Ambang Batas, server R2 tidak dapat bekerja dengannya dalam kasus tertentu. Codepath ini digunakan oleh beberapa objek jaringan dan objek ADHC.
  

• Masalah 33
  
  Saat Anda menskalakan templat layanan yang sudah ada, mesin virtual Hyper-V duplikat yang memiliki nama yang sama dibuat di VMM di System Center 2012 R2 Update Rollup 5.
  

• Masalah 34
  
  Jika mesin virtual tamu Anda memiliki Windows pembaruan keamanan 3035131 atau 3031432 terinstal, agen tamu VMM tidak menjalankan skrip Generic Command Execution (GCE) yang diminta oleh VMM sebagai bagian dari penyebaran VM. Ini dapat menyebabkan kegagalan dalam beberapa skenario di mana Anda menggunakan skrip GCE untuk penyebaran dan pelayanan. Misalnya, ketika Anda mencoba untuk melayani Templat Layanan VMM melalui skrip GCE, kode kesalahan 22029 dikembalikan.
  
  Catatan Setelah anda menginstal Update Rollup 6 (atau yang lebih baru update rollups) untuk System Center Virtual Machine Manger 2012 R2, sekarang Anda harus memberikan Logon sebagai batch job rights ke akun Run As yang ditentukan. Tanpa hak ini, agen tamu tidak dapat menjalankan skrip GCE melalui akun Jalankan Sebagai.
  

• Masalah 35
  
  Migrasi langsung mesin virtual gagal ketika Anda menggunakan ruang penyimpanan tergugus sebagai CSV dan penyimpanan mesin virtual terletak di CSV. Hyper-V Cluster Live Migration tidak berfungsi setelah VMM di System Center 2012 R2 Update Rollup 5.
  

• Masalah 36
  
  Penempatan disk dasar harus berputar di antara saham penempatan yang valid.
  

• Masalah 37
  
  Konsol VMM mungkin menggunakan string Rilis yang sudah ada selama salinan templat layanan. Terkadang, pengguna tidak dapat menyalin templat layanan menggunakan perintah "Salin" untuk templat layanan. Alasannya adalah konsol Administrator menghasilkan string yang sudah ada untuk rilis.
  

• Masalah 38
  
  Ubin Gambaran Umum Kapasitas hilang di VMM di Pusat Sistem 2012 R2. Di VMM di System Center 2012 SP1, di bawah panel VM dan layanan, saat Anda memilih host lalu klik gambaran umum di menu atas, konsol menyediakan informasi Ringkasan dan Kapasitas tentang host yang dipilih. Detail tentang Inti prosesor, memori (GB) dan Storage (GB) menjadi tidak tersedia di Pusat Sistem 2012 R2.
  

• Masalah 39
  
  Layanan VMM Mengalami Crash karena duplikat VSID. Dalam kasus yang jarang terjadi (sinkronisasi/kondisi ras dan tabrakan angka acak), subnet mesin virtual HNV yang berbeda dapat memperoleh VMSubnetIdentifier yang sama (alias VSID). Hal ini menyebabkan perilaku yang tidak diharapkan ketika Anda menggunakan subnet mesin virtual HNV ini. Misalnya, untuk VM yang tersambung ke subnet ini, VM mungkin tidak mendapatkan konektivitas yang diharapkan dan tidak akan dapat berbicara dengan VM pada subnet yang sama. Atau ketika alamat IP mereka berubah, alamat IP akan menyebabkan crash Layanan VMM.
  

• Masalah 40
  
  Menyebarkan mesin virtual di belakang Load Balancer menyebabkan Ekssesi Kritis pada Penempatan:
  

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

• Masalah 41
  
  Halaman Mulai yang diperkenalkan di Update Rollup 5, dihapus di Update Rollup 6.
  

• Masalah 42
  
  Mesin virtual tidak terkait dengan grup replikasi dan tidak dapat dipindahkan ke lokasi yang dilindungi oleh grup replikasi.
  

• Masalah 43
  
  IP Tamu di Jaringan HNV tidak ditandai sebagai Dynamic/DedicatedGuestIP meskipun pengaturan diaktifkan untuknya. CA Failover rusak. Untuk alamat IP apa pun yang ditambahkan/dipindahkan dalam mesin virtual yang tersambung ke NVGRE Network (HNV Guest Cluster/Guest IP Failover scenario), alamat IP *not* ditandai sebagai dinamis (type = DedicatedGuestIP dalam VMM) bahkan jika mesin virtual memiliki pengaturan EnableGuestIPNetworkVirtualizationUpdates=true. Saat pertama kali alamat IP ditambahkan/dipindahkan, alamat IP akan berfungsi, tetapi nantinya failover IP (berpindah dari satu VM ke VM lainnya) tidak akan terdeteksi secara otomatis. Oleh karena itu, alamat IP tidak akan dapat dijangkau dan VM akan kehilangan konektivitas.
  

• Masalah 44
  
  Penyedia penyimpanan tersemat yang lebih lama dari integrasi Hitachi rusak dengan UR5. Penyedia penyimpanan tidak bisa direfresh. Ini mencegah manajemen penyedia.
  

• Masalah 45
  
  Klien VMM mengalami crash ketika Anda mengatur rentang waktu optimasi daya.
  

• Masalah 46
  
  Kondisi balapan ada dalam pembuangan WnvEventEntrySubscriptionObserver ketika koneksi host gagal.
  

• Masalah 47
  
  CentOS 7 dan Red Hat Enterprise Linux 7 gagal mengatur konfigurasi antarmuka jaringan saat DHCP digunakan.
  
  Hal ini berlaku untuk semua mesin virtual CentOS 7 dan Red Hat Enterprise Linux (RHEL) 7 yang dikonfigurasi untuk menggunakan DHCP oleh System Center Virtual Machine Manager. Server CentOS 7 dan RHEL 7 yang menggunakan DHCP akan menemukan data konfigurasi jaringan yang tidak ada untuk setiap antarmuka ethernet yang digunakan oleh server Linux. Masalah ini terjadi karena CentOS 7 dan RHEL 7 tidak memiliki alat Linux jika dikonfigurasi secara default, tidak seperti perulangan sebelumnya. Skrip konfigurasi untuk jaringan DHCP diperbarui untuk menggunakan alat ip, bukan ifconfig jika alat ip diinstal.

Cara mendapatkan dan menginstal Update Rollup 6 untuk Manajer Mesin Virtual System Center 2012 R2