Pakiet zbiorczy aktualizacji 6 dla System Center 2012 R2 ​Virtual Machine Manager

Funkcje dodane w tym pakiecie zbiorczym aktualizacji

• Dodawanie funkcji subskrypcji Azure: Za pomocą funkcji Dodaj subskrypcję azure w pakiecie zbiorczym aktualizacji 6 administratorzy ​Virtual Machine Manager mogą dodawać Microsoft Azure subskrypcje do VMM i wykonywać podstawowe akcje na wystąpieniach platformy Azure w tych subskrypcjach. Ta funkcja jest dostępna w ​Virtual Machine Manager w pakiecie zbiorczym aktualizacji 6 dla System Center 2012 R2. Dla każdej dodanej subskrypcji platformy Azure możesz użyć konsoli, aby wyświetlić wszystkie wystąpienia ról we wszystkich grupach wdrożeniowych w tej subskrypcji.
  
  Co można zrobić z tą funkcją
  
  Jeśli już zarządzasz lokalnymi maszynami wirtualnymi w ​Virtual Machine Manager, możesz użyć tej funkcji do wykonywania bardzo podstawowych akcji w wystąpieniach platformy Azure bez opuszczania konsoli VMM. Możesz na przykład wykonać następujące czynności:
  

  • Dodaj lub usuń jedną lub więcej subskrypcji platformy Azure przy użyciu konsoli VMM.

  • Wyświetlanie widoku listy ze szczegółami i stanami wszystkich wystąpień ról we wszystkich wdrożeniach w tej subskrypcji.

  • Ręcznie zaktualizuj listę wystąpień.

  • Wykonaj następujące podstawowe akcje w wystąpieniach:
    

    • Start

    • Zatrzymać

    • Zamknięcia

    • Ponownie uruchomić

    • Połączenie przez RDP

  Aby uzyskać więcej informacji, zobacz Dodawanie subskrypcji platformy Azure w programie VMM w programie System Center 2012 R2 z pakietem zbiorczym aktualizacji 6.

• Ulepszony scenariusz ochrony asr E2A: Dzięki pakietowi zbiorczemu aktualizacji 6 w środowisku ​Virtual Machine Manager łatwiej jest wykryć i rozwiązać problem, który czasami występuje podczas konfigurowania ochrony usługi Azure Site Recovery (ASR). Ten problem występuje, gdy chcesz dodać ochronę ASR dla lokalnych maszyn wirtualnych i masz następujące właściwości maszyny wirtualnej:
  

  • Brak określonej wersji systemu operacyjnego

  • Brak informacji o tym, który dysk zawiera system operacyjny maszyny wirtualnej

  Te właściwości muszą zostać określone, ponieważ są wymagane przez usługę Azure Site Recovery. Jeśli spróbujesz skonfigurować maszynę wirtualną, która nie spełnia wymagań, w programie VMM w okienku Zadań jest wyświetlany jaśniejszy zestaw komunikatów o błędach.
  
  Aby uzyskać informacje na temat wymagań ASR, zobacz Ulepszenie scenariusza ochrony ASR E2A.

• Opcja użycia maszyn wirtualnych generacji 2 w usługach i maszynach wirtualnych: W pakiecie zbiorczym aktualizacji 6 program VMM zapewnia teraz obsługę maszyn wirtualnych generacji 2 dla usług i ról maszyn wirtualnych. Korzystając z tej funkcji, możesz wdrożyć usługi wielopoziomowe i wybrać generację maszyny wirtualnej dla poszczególnych warstw. Użytkownicy mogą obsługiwać te wystąpienia usługi za pomocą konwencjonalnych i opartych na obrazach serwisowania.
  
  Aby uzyskać więcej informacji, zobacz Opis Virtual Machines generacji 1 i 2 w VMM.

• Łączna liczba reguł narażenia na działanie sieci w pakiecie zarządzania: Ta zmiana wprowadza dwie reguły docelowe hostów Hyper-V:
  

  • Łączna reguła zbierania ruchu sieci wirtualnej

  • Total Outgoing VNic Network traffic collection rule

  Te reguły mierzą całkowity ruch przychodzący i całkowity ruch wychodzący w kilobajtach na vnic na maszynę wirtualną w następującej metodzie:
  
  Dla każdej maszyny wirtualnej:
  

  1. Włącz funkcję Pomiar hyper-V , jeśli nie jest włączona.

  2. Uruchom maszynę wirtualną Measure-VM.

  3. Zbieraj dane pomiarowe dla każdego adresu zdalnego "0.0.0.0/0" lub "::/0" na VNic.

  Domyślnie te reguły są uruchamiane co godzinę. Użytkownicy mogą zdecydować się na zastąpienie tego ustawienia przez zastąpienie właściwości IntervalSeconds. Te reguły nie powinny być uruchamiane częściej niż co pięć minut (300 sekund).
  
  Zachowanie w poprzednich wersjach: VMM nie mierzy zużycia danych. Mierzyła tylko przepływność.

• Opcja nadmiernego dostosowania pojemności grupy chmury i hosta dla maszyn wirtualnych repliki: System Center 2012 R2 ​Virtual Machine Manager umożliwia umieszczenie maszyn wirtualnych repliki w wstępnie skonfigurowanej grupie chmury lub hosta, jeśli mieszczą się one w ustawieniach pojemności. Do tej pory VMM zakładał, że wszystkie zasoby, które zostały przydzielone do maszyn wirtualnych repliki były w użyciu. W związku z tym VMM nie pozwala na umieszczenie żadnej repliki maszyny wirtualnej w chmurze lub grupie hosta, jeśli zwiększyłoby to zagregowane obciążenie wszystkich maszyn wirtualnych repliki poza pojemność chmury lub grupy hosta.
  
  Mimo że to zachowanie upewniło się, że wszystkie maszyny wirtualne repliki mogą jednocześnie się uruchamiać, może to spowodować nieoptymalne korzystanie z repliki chmur i grup hostów. Dzieje się tak, jeśli użytkownik (Enterprise lub hoster) próbował umieścić dodatkowe maszyny wirtualne w chmurze lub grupie hosta. Oznacza to, że jeśli przesądzone repliki chmury lub grupy hosta. W pakiecie zbiorczym aktualizacji 6 można zastępować chmury i grupy hostów w środowisku VMM, konfigurując następujący klucz rejestru na serwerze VMM:
  

  Lokalizacja rejestru:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  Nazwa DWORD: IgnoreMemoryForStoppedReplicaVM
  Wartość DWORD: 1
  Uwaga Jeśli podklucz Placement nie istnieje, utwórz go.
  
  Aby uzyskać więcej informacji, zobacz Opcja zastępowania chmury i HG dla maszyn wirtualnych repliki.

• Obsługa podstawowych scenariuszy dla VMWare VCenter 5.5.
  
  Pakiet zbiorczy aktualizacji 6 zawiera następujące scenariusze pomocy technicznej:
  

  • Dodawanie VCenter 5.5 do zarządzania VMM 2012 R2 UR6

  • Dodawanie hosta ESX w wersji 5.5 i zarządzanie

  • Tworzenie szablonu maszyn wirtualnych VMWare i wdrażanie maszyn wirtualnych za pomocą szablonu

  • Tworzenie szablonów przy użyciu podstawowych funkcji sieciowych (obejmuje to scenariusze przyłączone do domeny) i wdrażanie maszyn wirtualnych

  • Wykonywanie różnych operacji cyklu życia maszyny wirtualnej (na przykład uruchamianie, zatrzymywanie, zamykanie, naprawianie, odświeżanie i punkt kontrolny na maszynie wirtualnej).

  • Połączenie do maszyny wirtualnej przy użyciu konsoli i sprawdź dostępność

  • Maszyny wirtualne deprovision

  • Tworzenie puli zasobów i przenoszenie puli zasobów do zarządzania VMM

  Są to ograniczone scenariusze. Stanowią one jednak pierwszy i najważniejszy krok w kierunku obsługi nowszych wersji funkcji VCenter. Nadal bazujemy na naszej macierzy możliwości obsługi VMWare VCenter i będziemy dostarczać aktualizacje, aby rozwiązać ten problem w przyszłych pakietach zbiorczych aktualizacji.

Problemy, które zostały rozwiązane w tym pakiecie zbiorczym aktualizacji

• Problem 1
  
  Błąd 801 występuje po usunięciu obiektów VMM. Czasami występuje problem polegający na tym, że obiekt VMM, taki jak maszyna wirtualna, nie może zostać usunięty ani z interfejsu użytkownika, ani Windows programu Powershell, ponieważ w bazie danych brakuje niektórych obiektów podrzędnych. Często powoduje to, że użytkownicy wyszukują skrypty naprawcze w celu usunięcia obiektów, na które mają one wpływ. W pakiecie zbiorczym aktualizacji 6 funkcja VMM poprawiła trzy polecenia cmdlet programu Powershell, aby zminimalizować błędy związane z 801. Te polecenia cmdlet to Remove-SCServiceTemplate, Remove-SCLibraryServer i Remove-SCLibraryShare. Użytkownicy nie muszą używać flagi –Force razem z tymi poleceniami cmdlet, aby uniknąć 801 błędów. Polecenia cmdlet umożliwiają rozwiązywanie zależności prowadzących do 801 błędów.
  

• Problem 2
  
  Usługa VMM ulega awarii i generuje błąd naruszenia dostępu w System.Xml, gdy odpowiada na zdarzenie Integration Services.
  

• Problem 3
  
  Wyjątek krytyczny w programie obsługi błędów WCF — ObjectDisposedException — Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Gdy program VMM zamyka hosta usługi WCF, wywołuje przerwanie, co może spowodować, że wszystkie nieprzetworzone wiadomości zostaną bezproblemowo zakończone, co może spowodować, że obiektDisposedExceptions zostanie wyrzucony. Program obsługi błędów WCF najwyższego poziomu VMM widzi te wyjątki przed zakończeniem procesu i zgłasza je jako krytyczne wyjątki. Dlatego tutaj VMM zgłasza nieszkodliwe błędy jako błędy krytyczne, które mogą doprowadzić do nieporozumień użytkownika.
  

• Problem 4
  
  Opcja dla komputerów MAC Adres wyszarzony w interfejsie użytkownika, gdy vnic nie jest połączony. Zapobiega to oznaczaniu nic jako statycznego. Po uaktualnieniu do VMM w System Center 2012 R2 klient nie może wybrać opcji Statyczny adres Mac w tworzonych szablonach maszyn wirtualnych, jeśli maszyna wirtualna nie jest połączona z siecią. Opcje Adres MAC i IP są wyszarzone, gdy maszyna wirtualna "nie jest połączona". Dlatego nie może przypisać statycznego adresu MAC do maszyny wirtualnej przed wdrożeniem.
  

• Problem 5
  
  Dostosowywanie maszyny Vvirtual może zakończyć się niepowodzeniem i wygenerować wyjątek krytyczny, gdy funkcja Hyper-V nie zwraca obiektu dyskietki. Podczas dostosowywania maszyny wirtualnej istnieje szansa, że Funkcja Hyper-V zwróci obiekt Dyskietki jako null, a VMM spróbuje dodać dysk. Jednak dodanie stacji dyskietki nie jest implementowane w Hyper-V. To powoduje wyjątek, który powoduje błąd zadania i pozostawia maszyny wirtualnej w stanie tworzenia nie powiodło się. Użytkownik może naprawić maszynę wirtualną, aby działała. Może się tak zdarzyć, jeśli konfiguracja dyskietki (w udziale zdalnym) nie jest dostępna dla funkcji Hyper-V lub jeśli Funkcja Hyper-V jest zajęta lub zestresowana.
  

• Problem 6
  
  Nie można wdrożyć maszyn wirtualnych ze statycznym adresem IP, gdy skonfigurowano wiele pul adresów IP dla jednej podsieci maszyny wirtualnej. Klient próbuje utworzyć maszynę wirtualną przy użyciu szablonu, który ma statyczne ustawienia ip. Jeśli w podsieci istnieje wiele pul adresów IP, a klient podaje adres IP z innej puli niż domyślna (czyli automatycznie wypełniona pula wyświetlana w interfejsie użytkownika), Kreator maszyn wirtualnych kończy pracę bez żadnych błędów, ale tworzenie maszyny wirtualnej kończy się niepowodzeniem i zwraca błąd "Adres IP poza zakresem".
  

• Problem 7
  
  Awaria usługi VmmService występuje podczas obsługi usuniętych podsieci maszyn wirtualnych w zdarzeniach zmiany adresów IP wysyłanych przez funkcję Hyper-v. Jeśli w konfiguracji NVGRE występuje zdarzenie wysłane przez funkcję Hyper-V w celu zmiany adresów IP, ale podsieć maszyny wirtualnej nie istnieje już w programie VMM, powoduje awarię usługi VMM.
  

• Problem 8
  
  Brakujące maszyny wirtualne są zgłaszane, ponieważ nie odebrano VmMovedRefresherEvent. Gdy zdarzenie przenoszenia maszyny wirtualnej występuje, gdy host nie jest w trybie zdarzeń, a maszyna wirtualna jest w stanie migracji, a gdy odświeżacz zdarzeń podłącza się, może istnieć okno, w którym nikt nie nasłuchuje, a operacja aktualizacji bezpośrednio przed rozpoczęciem słuchania nie otrzymuje zmiany. W związku z tym VMM nie otrzyma tych zmian do następnego pełnego odświeżania, które może być do 24 godzin.
  
  Aby upewnić się, że takie nieodebrane zdarzenia są synchronizowane za pośrednictwem odświeżacza uproszczonej maszyny wirtualnej w trybie zdarzeń, możesz utworzyć i skonfigurować następujący klucz rejestru, aby uruchamiał odświeżacz uproszczonej maszyny wirtualnej w regularnych odstępach czasu. To odświeżanie będzie działać oprócz wszystkich odświeżaczy opartych na zdarzeniach.
  

  Lokalizacja rejestru:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Klucz rejestru:
  VMPropertiesEventAssitedUpdateInterval
  
  Typ rejestru: DWORD
  
  Minimalna wartość: 0 sekund
  
  Maksymalna wartość: 20 dni

  Wartości należy określić w ciągu kilku sekund.
  Nazwa DWORD: VMPropertiesEventAssitedUpdateInterval
  
  Wartość DWORD:value_in_seconds
  
  Uwaga Symbol zastępczy value_in_seconds może mieć wartość od 0 sekund do 20 dni (również w sekundach).
  

• Problem 9
  
  Wymagaj wyraźnych flag wskazujących brakujące maszyny wirtualnej lub usuwanie maszyny wirtualnej usługi podczas Remove-Host do użytkownika. Obecnie funkcja VMM nie sprawdza obecności maszyn wirtualnych na hostze podczas usuwania hosta z programu VMM. Host może zawierać maszyny wirtualne usługi, maszyny wirtualne wdrożone w chmurze, maszyny wirtualne, które mają właściwości niestandardowe, które są zdefiniowane dla nich. Jeśli użytkownik przypadkowo usunie takiego hosta, wszystkie te skojarzenia zostaną przerwane. Ta poprawka pozwala uniknąć takich scenariuszy, monitując użytkowników o wyświetlenie komunikatu potwierdzającego, zanim takie hosty zostaną faktycznie usunięte z VMM.
  

• Problem 10
  
  Jeśli masz sieć logiczną, która ma wiele witryn sieciowych, a witryny sieciowe są widoczne dla karty sieciowej hosta, zostaną przydzielone administratorzy z tych różnych witryn sieciowych, a także informacje o routingu. (Witryny sieciowe są czasami nazywane "logicznymi definicjami sieci"). W scenariuszu wielu hostów z VM1 na Host1 jest połączony z PA1, istnieje przypadek, jeśli VM2 jest połączony z hnv LN i ma PA1 dla NetwkSite1, a następnie jest odłączony i później ponownie podłączony i ma PA2 dla NetwkSite2 (losowo lub z powodu wyczerpania PA), a następnie przez jakiś czas, być może nie wypełnimy informacji routingu PA między witrynami NetwkSite1 i NetwkSite2. Dzieje się tak ze względu na sposób, w jaki wewnętrzna reprezentacja trasy jest kluczem do wstawiania w tabeli skrótów.
  

• Problem 11
  
  Po odświeżeniu hosta ustanawia ono połączenie sieciowe WinRM (z każdym odświeżonym hostem), które stale przesyła strumieniowo dane.
  

• Problem 12
  
  Po utworzeniu wielu hostowanych wirtualnych kart sieciowych są obserwowane losowe awarie. Gdy klienci tworzą wiele wirtualnych kart sieciowych w jednym ujęciu jako część przełącznika logicznego, co najmniej jedna konfiguracja ip karty sieci wirtualnej może zakończyć się niepowodzeniem.
  

• Problem 13
  
  Podczas wykonywania aktualizacji hosta użytkownik uderza w zduplikowane wstawianie klawiszy w witrynie HostWSManGetter.UpdateRASDCache.
  

• Problem 14
  
  Gdy użytkownik próbuje sklonować maszynę wirtualną za pomocą punktów kontrolnych, po zakończeniu operacji klonowania program VMM nieprawidłowo rozpoznaje nowo utworzoną maszynę wirtualną klonowania jako oryginalną maszynę wirtualną i niepoprawnie wnioskuje, że maszyna wirtualna została zmigrowana. Następnie próbuje poradzić sobie z tą zmianą. Dlatego na innej maszynie wirtualnej z "brakującym" stanem jest tworzona dodatkowa maszyna wirtualna. VMM uważa, że maszyna wirtualna używa innego hosta, a ta maszyna wirtualna nie jest widoczna dla TFS do następnej aktualizacji maszyny wirtualnej.
  

• Problem 15
  
  Po uaktualnieniu dostawcy VSEM możliwość odbierania powiadomień przez dostawcę nie jest wskazywana aparatowi powiadomień.
  

• Problem 16
  
  Położenie sieci ulega awarii podczas optymalizacji hosta dynamicznego. Niektóre operacje umieszczania miejsc docelowych miały być uruchamiane jako zadanie. Podczas wykonywania w zadaniu odświeżacza kontekst ma wartość null. Powoduje to awarię położenia.
  

• Problem 17
  
  Po uruchomieniu konsoli VMM przez administratorów delegowanych otwarcie konsoli VMM trwa ponad 4 minuty. W dużych środowiskach uruchomienie konsoli VMM jest opóźnione dla administratorów delegowanych, jeśli jest porównywane z administratorami.
  

• Problem 18
  
  Storage dostawca aktualizacji kończy się niepowodzeniem po wymianie dysku na sofs.
  

• Problem 19
  
  VMM nie może zaktualizować repliki/podstawowej maszyny wirtualnej bez ASR, również migracja maszyny wirtualnej odzyskiwania w stanie oczekiwania na podczerwień nie wykonuje migracji na żywo.
  

• Problem 20
  
  Po usunięciu maszyny wirtualnej punkty kontrolne są scalane przed usunięciem. Gdy użytkownik próbuje usunąć maszynę wirtualną z punktami kontrolnymi, usunięcie trwa długo (do godziny).
  

• Problem 21
  
  Operacja Run DO czasami otrzymuje krytyczny wyjątek: DBCorruptionException.
  

• Problem 22
  
  Niektórzy użytkownicy używają dużych zestawów adresów VIP zamiast zakresów adresów IP, aby ułatwić dodawanie/usuwanie poszczególnych adresów IP. Schemat pakietu zarządzania VMM obecnie ogranicza to pole do 256 znaków (domyślnie). Jednak użytkownicy mogą mieć wartości ~500 znaków. W związku z tym odnajdowanie przerywa integrację VMM-OM z powodu nieoczekiwanego wyjątku od usługi SCOM.
  

• Problem 23
  
  Docelowe nazwy RG i docelowe nazwy LUN nie są skojarzone po zadaniu enableRG, jeśli RG/LUN są precreated.
  

• Problem 24
  
  W przypadku awarii i wymiany urządzenia bramy F5 należy zaktualizować wpisy adresu MAC. Jeśli urządzenie F5 jest RMA i zastąpione nowym urządzeniem nowym adresem MAC, VMM nie ma sposobu na zaktualizowanie adresu MAC dla nowego urządzenia.
  

• Problem 25
  
  Zezwalaj użytkownikowi na stemplowanie na maszynie wirtualnej repliki, aby umożliwić stemplowanie tożsamości użytkownika. Użytkownicy muszą zaktualizować atrybuty UserRole i Owner na swoich maszynach replikujących, ale obecnie każda operacja na maszynie wirtualnej repliki jest zablokowana. Dlatego nie mogą zaktualizować tych dwóch parametrów na maszynach wirtualnych repliki.
  

• Problem 26
  
  Zarejestrowany udział SMB nie jest wyświetlany jako opcja ścieżki docelowej podczas wdrażania nowej maszyny wirtualnej HA w klastrze.
  

• Problem 27
  
  Wyjątek krytyczny w Storage Refresher podczas odnajdowania usługi replikacji — ArgumentNullException — SetCustomOptions.
  

• Problem 28
  
  Podczas odświeżania hosta VMM wysyła zapytania do zespołu Informacje (przełącz zespół lub zespół LBFO). Podczas gdy funkcja przełączania zapytań przełącza zespoły VMM uderza w wyjątek WSMan, co powoduje zniknięcie elementu vswitch z konsoli.
  

• Problem 29
  
  Protokół HTTPS nie jest obsługiwany w programie Probe, a następnie nie można utworzyć reguły monitora VMM w celu monitorowania witryny HTTPS. Program VMM obsługuje protokoły HTTP i HTTP w sekcji konfiguracji portów LB, ale protokół HTTPS nie jest obsługiwany w sekcji protokołu lb probe.
  

• Problem 30
  
  Właściciel zasobu (użytkownik SSU) nie jest upoważniony do uzyskiwania dostępu do listy "GrantedTo" zasobu i dlatego nie widzi, kto ma wszystkie asy do zasobu. Gdy użytkownik udzielający dostępu jest również użytkownikiem samoobsługowym, nie może zobaczyć wprowadzonych zmian, dopóki nie uruchomi ponownie konsoli. Zmiana jest widoczna dla administratora, ale dla użytkownika samoobsługowego lista GrantedToList nadal zwraca wyniki buforowane do momentu ponownego uruchomienia konsoli.
  

• Problem 31
  
  Nie można przenieść dysków nadrzędnych, które mają wbudowany proces migracji VMM. Użytkownik ma kilkaset maszyn wirtualnych, a wszystkie dyski diff wskazują jeden element nadrzędny. Przenoszenie wszystkich tych maszyn wirtualnych do nowego rozwiązania magazynu jest blokowane przez VMM. W przypadku dysków diff, jeśli jakikolwiek dysk przodka w hierarchii (relacja nadrzędna/podrzędna) jest współużytkowany przez inny dysk diff, migracja magazynu dysku diff jest blokowana przez VMM. Jest ona jednak włączona za pośrednictwem Menedżera funkcji Hyper-V.
  

• Problem 32
  
  Field expectedDSColumn zgłasza wyjątek krytyczny podczas śledzenia wiadomości dla kolumn niezgodności powodującej awarię serwera podczas uruchamiania get-scvmhost. Po zaktualizowaniu bazy danych serwera do wartości progowej serwer R2 nie może z nim pracować w niektórych przypadkach. Ten ścieżka kodowa jest używana przez niektóre obiekty sieciowe i obiekty ADHC.
  

• Problem 33
  
  Po przeskalowaniu istniejącego szablonu usługi zduplikowane maszyny wirtualne Hyper-V o tej samej nazwie są tworzone na VMM w pakiecie zbiorczym aktualizacji System Center 2012 R2 5.
  

• Problem 34
  
  Jeśli maszyny wirtualne gości mają Windows aktualizację zabezpieczeń 3035131 lub 3031432, agent gościA VMM nie uruchamia skryptów ogólnego wykonywania poleceń (GCE, Generic Command Execution) wymaganych przez VMM w ramach wdrożenia maszyny wirtualnej. Może to spowodować błąd w wielu scenariuszach, w których używasz skryptów GCE do wdrażania i obsługi. Na przykład podczas próby serwisowania szablonu usługi VMM za pomocą skryptów GCE jest zwracany kod błędu 22029.
  
  Uwaga Po zainstalowaniu pakietu zbiorczego aktualizacji 6 (lub nowszych pakietów zbiorczych aktualizacji) dla System Center Virtual Machine Manger 2012 R2 musisz teraz przyznać logowanie jako prawa do zadania wsadowego określoneowi kontu Uruchom jako. Bez tych praw agent gościa nie może uruchamiać skryptów GCE za pośrednictwem konta Run As.
  

• Problem 35
  
  Migracja na żywo maszyny wirtualnej kończy się niepowodzeniem, gdy używasz magazynu klastrowanego jako pliku CSV, a magazyn maszyny wirtualnej znajduje się w pliku CSV. Migracja na żywo klastra hyper-V nie działa po VMM w pakiecie zbiorczym aktualizacji System Center 2012 R2 5.
  

• Problem 36
  
  Położenie dysku podstawowego powinno się obracać między prawidłowym miejscem umiejscowienia.
  

• Problem 37
  
  Konsola VMM może używać istniejącego ciągu release podczas kopiowania szablonu usługi. Czasami użytkownicy nie mogą kopiować szablonu usługi przy użyciu polecenia "Kopiuj" szablonu usługi. Przyczyną jest to, że konsola administratora generuje już istniejący ciąg dla wydania.
  

• Problem 38
  
  W programie VMM w System Center 2012 R2 brakuje kafelka Przegląd pojemności. W programie VMM w System Center 2012 z dodatkiem SP1 w okienku Maszyny wirtualne i usługi po wybraniu hosta, a następnie kliknięciu pozycji Przegląd w górnym menu konsola zawiera informacje o podsumowaniu i pojemności wybranego hosta. Szczegóły dotyczące rdzeni procesora, pamięci (GB) i Storage (GB) stały się niedostępne w System Center 2012 R2.
  

• Problem 39
  
  Usługa VMM ulega awarii z powodu zduplikowanego interfejsu VSID. W rzadkich przypadkach (synchronizacja/sytuacja wyścigu i zderzenie liczb losowych), różne podsieci maszyn wirtualnych HNV mogą uzyskać ten sam VMSubnetIdentifier (czyli VSID). Prowadzi to do nieoczekiwanego zachowania podczas korzystania z tych podsieci maszyn wirtualnych HNV. Na przykład w przypadku maszyn wirtualnych połączonych z tą podsiecią maszyny wirtualne mogą nie uzyskać oczekiwanej łączności i nie będą mogły rozmawiać z maszynami wirtualnymi w tej samej podsieci. Lub po zmianie adresu IP spowoduje to awarię usługi VMM.
  

• Problem 40
  
  Wdrożenie maszyny wirtualnej za Load Balancer powoduje krytyczne excepion na placement:
  

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

• Problem 41
  
  Strona początkowa, która została wprowadzona w pakiecie zbiorczym aktualizacji 5, została usunięta w pakiecie zbiorczym aktualizacji 6.
  

• Problem 42
  
  Maszyna wirtualna nie jest skojarzona z grupą replikacji i nie można jej przenieść do lokalizacji chronionej przez grupę replikacji.
  

• Problem 43
  
  Guest IP on HNV Network is not marked as Dynamic/DedicatedGuestIP even if settings are enabled for it. Ca Failover broken. W przypadku dowolnego adresu IP dodanego/przeniesionego na maszynie wirtualnej połączonej z siecią NVGRE (scenariusz klastra gościa HNV/trybu failover gościa) adres IP jest oznaczony jako dynamiczny (typ = DedicatedGuestIP w VMM), nawet jeśli maszyna wirtualna ma ustawienia EnableGuestIPNetworkVirtualizationUpdates=true. Po dodaniu lub przeniesieniu adresu IP po raz pierwszy będzie on działać, ale później funkcje trybu failover adresu IP (przechodzenie z jednej maszyny wirtualnej do drugiej) nie zostaną wykryte automatycznie. W związku z tym adres IP nie będzie osiągalny i maszyna wirtualna utraci łączność.
  

• Problem 44
  
  Starszy dostawca magazynu osadzonego z integracji Hitachi uszkodzony z ur5. Nie można odświeżyć dostawcy magazynu. Uniemożliwia to zarządzanie dostawcą.
  

• Problem 45
  
  Klient VMM ulega awarii podczas ustawiania zakresu czasu optymalizacji zasilania.
  

• Problem 46
  
  W przypadku niepowodzenia połączenia z hostem istnieje sytuacja wyścigu dostępna dla serwera WnvEventEntrySubscriptionObserver.
  

• Problem 47
  
  CentOS 7 i Red Hat Enterprise Linux 7 nie ustawiają konfiguracji interfejsu sieciowego, gdy jest używany dhcp.
  
  Dotyczy to wszystkich maszyn wirtualnych CentOS 7 i Red Hat Enterprise Linux (RHEL) 7, które są skonfigurowane do używania protokołu DHCP przez System Center Virtual Machine Manager. Serwery CentOS 7 i RHEL 7, które używały protokołu DHCP, napotkałyby brak danych konfiguracji sieci dla każdego interfejsu Ethernet używanego przez serwer systemu Linux. Ten problem występuje, ponieważ CentOS 7 i RHEL 7 nie mają domyślnie zainstalowanego narzędzia Linux ifconfig, w przeciwieństwie do poprzednich iteracji. Skrypty konfiguracji dla sieci DHCP zostały zaktualizowane w celu użycia narzędzia ip zamiast ifconfig, jeśli narzędzie ip jest zainstalowane.

Jak uzyskać i zainstalować pakiet zbiorczy aktualizacji 6 dla System Center 2012 R2 ​Virtual Machine Manager