Aggiornamento cumulativo 6 per System Center 2012 R2 Virtual Machine Manager

Caratteristiche aggiunte in questo aggiornamento cumulativo

• Aggiungere la funzionalità di sottoscrizione di Azure: usando la funzionalità Aggiungi sottoscrizione di Azure nell'aggiornamento cumulativo 6, gli amministratori di Virtual Machine Manager possono aggiungere sottoscrizioni Microsoft Azure a VMM ed eseguire azioni di base sulle istanze di Azure in tali sottoscrizioni. La funzionalità è inclusa in Virtual Machine Manager nell'aggiornamento cumulativo 6 per System Center 2012 R2. Per ogni sottoscrizione di Azure aggiunta, è possibile usare una console per visualizzare tutte le istanze di ruolo in tutti i gruppi di distribuzione in tale sottoscrizione.
  
  Operazioni che è possibile eseguire con questa funzionalità
  
  Se si gestiscono già le macchine virtuali locali in Virtual Machine Manager, è possibile usare questa funzionalità per eseguire alcune azioni di base sulle istanze di Azure senza uscire dalla console VMM. Ad esempio, è possibile eseguire le operazioni seguenti:
  

  • Aggiungi o rimuovi una o più sottoscrizioni di Azure tramite la console VMM.

  • Visualizzare una visualizzazione elenco dei dettagli e degli stati di tutte le istanze di ruolo in tutte le distribuzioni della sottoscrizione.

  • Aggiornare manualmente l'elenco delle istanze.

  • Eseguire le azioni di base seguenti sulle istanze:
    

    • Start

    • Fermare

    • Arresto

    • Riavviare

    • Connessione tramite RDP

  Per altre informazioni, vedere Aggiunta di una sottoscrizione di Azure in VMM in System Center 2012 R2 con aggiornamento cumulativo 6.

• Scenario di protezione E2A ASR migliorato: la presenza dell'aggiornamento cumulativo 6 nell'ambiente Virtual Machine Manager semplifica l'individuazione e la correzione di un problema che a volte si verifica quando si configura la protezione di Azure Site Recovery (ASR). Questo problema si verifica quando si vuole aggiungere la protezione ASR per le macchine virtuali locali e sono disponibili le proprietà della macchina virtuale seguenti:
  

  • Nessuna versione del sistema operativo specificata

  • Nessuna indicazione di quale disco contiene il sistema operativo per la macchina virtuale

  Queste proprietà devono essere specificate perché sono richieste da Azure Site Recovery. In Aggiornamento cumulativo 6 viene visualizzato un set più chiaro di messaggi di errore in VMM nel riquadro Processi se si tenta di configurare una macchina virtuale che non soddisfa i requisiti.
  
  Per informazioni sui requisiti asr, vedere Analisi dello scenario di protezione ASR E2A.

• Opzione per usare le macchine virtuali di seconda generazione nei servizi e nei VMRoles: nell'aggiornamento cumulativo 6, VMM ora fornisce il supporto per le macchine virtuali di seconda generazione per i servizi e i ruoli della macchina virtuale. Usando questa funzionalità, è possibile distribuire servizi a più livelli e scegliere la generazione di macchine virtuali per singoli livelli. Gli utenti possono servire queste istanze del servizio tramite la manutenzione tradizionale e basata su immagini.
  
  Per ulteriori informazioni, vedere Informazioni sulla generazione 1 e la generazione 2 Macchine virtuali in VMM.

• Regole total Networking Usage Exposure in Management Pack: questa modifica introduce due regole destinate agli host Hyper-V:
  

  • Regola per la raccolta del traffico di rete NIC totale in ingresso

  • Regola per la raccolta del traffico di rete NIC totale in uscita

  Queste regole misurano il traffico totale in ingresso e in uscita in Kilo byte per VNic per macchina virtuale nel seguente metodo:
  
  Per ogni macchina virtuale:
  

  1. Abilita il consumo Hyper-V se non è abilitato.

  2. Esegui Measure-VM.

  3. Raccogliere i dati di misurazione per ogni indirizzo remoto "0.0.0.0/0" o "::/0" per VNic.

  Per impostazione predefinita, queste regole vengono eseguite ogni ora. Gli utenti possono scegliere di ignorare questa impostazione eseguendo l'override della proprietà IntervalSeconds. Queste regole non devono essere eseguite con una frequenza maggiore ogni cinque minuti (300 secondi).
  
  Comportamento nelle versioni precedenti: VMM non misurava il consumo dei dati. Misurava solo la velocità effettiva.

• Opzione per sovracommettere la capacità del gruppo cloud e host per le macchine virtuali di replica: System Center 2012 R2 Virtual Machine Manager consente di inserire le macchine virtuali di replica in un gruppo host o cloud preconfigurato se rientrano nelle impostazioni di capacità. Fino ad ora, VMM presupponeva che tutte le risorse allocate alle macchine virtuali replica fossero in uso. Di conseguenza, VMM non ha consentito di inserire alcuna macchina virtuale di replica in un gruppo cloud o host se ciò generasse il carico aggregato di tutte le macchine virtuali di replica oltre la capacità del cloud o del gruppo host.
  
  Anche se questo comportamento ha consentito l'avvio simultaneo di tutte le macchine virtuali di replica, potrebbe causare un uso non ottimale dei cloud di replica e dei gruppi host. Ciò si verifica se si prova (Enterprise o Hoster) a inserire altre macchine virtuali in un cloud o in un gruppo host. In altri, se il cloud o il gruppo host di replica è stato sovracomunato. In Aggiornamento cumulativo 6 è possibile sovracommettere cloud e gruppi host nell'ambiente VMM configurando la seguente chiave del Registro di sistema sul server VMM:
  

  Posizione del Registro di sistema:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings\Placement
  Nome DWORD: IgnoreMemoryForStoppedReplicaVM
  Valore DWORD: 1
  Nota Se la sottochiave Placement non esiste, creala.
  
  Per altre informazioni, vedere Opzione per sovracommettere Cloud e HG per le macchine virtuali di replica.

• Supporto per scenari di base di VMWare VCenter 5.5.
  
  L'aggiornamento cumulativo 6 presenta gli scenari di supporto seguenti:
  

  • Aggiungere VCenter 5.5 alla gestione degli UR6 VMM 2012 R2

  • Aggiungi host ESX con versione 5.5 e sotto la gestione

  • Creare un modello di macchina virtuale VMWare e distribuire macchine virtuali con il modello

  • Creare modelli con la rete di base (tra cui scenari aggiunti a un dominio) e distribuire macchine virtuali

  • Esegui varie operazioni del ciclo di vita della macchina virtuale (ad esempio, avvio, arresto, arresto, ripristino, aggiornamento e checkpoint in una macchina virtuale).

  • Connessione alla macchina virtuale tramite console e verificare l'accessibilità

  • Macchine virtuali di deprovisioning

  • Creare un pool di risorse e inserire il pool di risorse nella gestione di VMM

  Si tratta di scenari limitati. Rappresentano tuttavia il primo e più importante passaggio per il supporto delle versioni più recenti di VCenter. Continuiamo a basarci sulla nostra matrice di supporto per il VCenter VMWare e forniremo aggiornamenti per risolvere questo aspetto nei pacchetti rollup futuri.

Problemi risolti nell'aggiornamento cumulativo

• Problema 1
  
  Si verifica un errore 801 quando gli oggetti VMM vengono rimossi. VMM talvolta rileva un problema a causa del quale un oggetto VMM, ad esempio una macchina virtuale, non può essere rimosso dall'interfaccia utente o Windows Powershell perché alcuni dei relativi oggetti figlio non sono presenti nel database. Questo spesso fa sì che gli utenti esercino la ricerca di script correttivi per rimuovere gli oggetti interessati. In Aggiornamento cumulativo 6, VMM ha migliorato tre cmdlet di Powershell per ridurre al minimo 801 errori correlati. Questi cmdlet sono Remove-SCServiceTemplate, Remove-SCLibraryServer e Remove-SCLibraryShare. Gli utenti non devono usare il flag –Force insieme a questi cmdlet per evitare errori 801. I cmdlet offrono la possibilità di risolvere le dipendenze che portano a 801 errori.
  

• Problema 2
  
  Il servizio VMM si arresta in modo anomalo e genera un errore di violazione di accesso in System.Xml quando responsabilizza un evento di Integration Services.
  

• Problema 3
  
  Eccezione critica nel gestore errori WCF -- ObjectDisposedException -- Microsoft.VirtualManager.Engine.Remoting.ClientConnection.HandleError. Quando VMM chiude l'host del servizio WCF, chiama Abort che può causare la risoluzione non corretta di tutti i messaggi non elaborati e ciò può comportare la generazione di ObjectDisposedExceptions. Il gestore di errori WCF di primo livello di VMM vede queste eccezioni prima che il processo sia terminato e le segnala come eccezioni critiche. Quindi qui VMM segnala errori innocui come errori critici possibile aggiunta alla confusione dell'utente.
  

• Problema 4
  
  Opzione per l'indirizzo MAC disattivata nell'interfaccia utente quando vnic non è connesso. In questo modo si impedisce agli utenti di contrassegnare la scheda nic come statica. Dopo l'aggiornamento a VMM in System Center 2012 R2, il cliente non può scegliere l'opzione Indirizzo Mac statico nei modelli di macchina virtuale che crea, se la macchina virtuale non è connessa a una rete. Le opzioni Indirizzo MAC e IP sono disattivate quando la macchina virtuale è "non connessa". Pertanto, non può assegnare un indirizzo MAC statico alla macchina virtuale prima della distribuzione.
  

• Problema 5
  
  La personalizzazione della macchina virtuale può non riuscire e generare un'eccezione critica quando Hyper-V non restituisce un oggetto unità floppy. Durante la personalizzazione di una macchina virtuale, è possibile che Hyper-V restituisca l'oggetto Unità Floppy come Null e VMM tenterà di aggiungere un'unità. Tuttavia, l'aggiunta dell'unità floppy non è implementata in Hyper-V. Viene generata un'eccezione che causa un errore di processo e lascia la macchina virtuale in stato di creazione non riuscita. L'utente può riparare la macchina virtuale per essere funzionante. Ciò può verificarsi se la configurazione dell'unità floppy (nella condivisione remota) non è disponibile per Hyper-V o se Hyper-V è occupato o stressato.
  

• Problema 6
  
  Non è possibile distribuire macchine virtuali con IP statico quando sono configurati più pool IP per una subnet VM. Il cliente tenta di creare una macchina virtuale utilizzando un modello con impostazioni IP statiche. Se ci sono più pool IP in una subnet e il cliente fornisce un indirizzo IP da un pool diverso da quello predefinito (ovvero il pool autopopolato visualizzato nell'interfaccia utente), la procedura guidata della macchina virtuale viene completata senza errori, ma la creazione della macchina virtuale non riesce e restituisce un errore "Indirizzo IP fuori dall'intervallo".
  

• Problema 7
  
  L'arresto anomalo di VmmService si verifica durante la gestione delle subnet delle macchine virtuali rimosse negli eventi di modifica IP inviati da Hyper-v. In una configurazione NVGRE, se è presente un evento inviato da Hyper-V per modifica IP ma la subnet VM non esiste più in VMM, si verifica un arresto anomalo del servizio VMM.
  

• Problema 8
  
  Il sistema VMS risulta mancante perché VmMovedRefresherEvent non viene ricevuto. Quando si verifica un evento di spostamento di una macchina virtuale mentre un host non è in modalità di evento e la macchina virtuale è in stato di migrazione e quando l'aggiornamento dell'evento viene collegato potrebbe essere presente una finestra in cui nessuno è in ascolto e l'operazione di aggiornamento subito prima della modalità di ascolto non riceve la modifica. Pertanto, VMM non riceverà queste modifiche fino al successivo aggiornamento completo, che può essere fino a 24 ore.
  
  Per assicurarsi che tali eventi persi vengano sincronizzati tramite l'aggiornamento della macchina virtuale light in modalità evento, è possibile creare e configurare la chiave del Registro di sistema seguente per eseguire l'aggiornamento della macchina virtuale light a intervalli regolari. Questo aggiornamento verrà eseguito in aggiunta a tutti gli aggiornamenti basati su eventi.
  

  Posizione del Registro di sistema:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings
  Chiave del Registro di sistema:
  VMPropertiesEventAssitedUpdateInterval
  
  Tipo di Registro di sistema: DWORD
  
  Valore min: 0 secondi
  
  Valore massimo: 20 giorni

  I valori devono essere specificati in secondi.
  Nome DWORD: VMPropertiesEventAssitedUpdateInterval
  
  Valore DWORD:value_in_seconds
  
  Nota: il segnaposto value_in_seconds può essere compreso tra 0 secondi e 20 giorni (anche in secondi).
  

• Problema 9
  
  Richiedere flag espliciti per indicare una macchina virtuale mancante o la rimozione di una macchina virtuale del servizio durante Remove-Host all'utente. Attualmente, VMM non verifica la presenza di macchine virtuali nell'host durante la rimozione dell'host da VMM. Un host può contenere macchine virtuali del servizio, macchine virtuali distribuite nel cloud, macchine virtuali con proprietà personalizzate definite per tali macchine. Se un utente rimuove accidentalmente un host di questo tipo, tutte queste associazioni vengono interrotte. Questa correzione evita questi scenari richiedendo agli utenti un messaggio di conferma prima che tali host vengano effettivamente rimossi da VMM.
  

• Problema 10
  
  Se si dispone di una rete logica che include più siti di rete e i siti di rete sono visibili alla scheda di rete host, verranno allocati gli ACCESS dei diversi siti di rete e dovranno essere impostate anche le informazioni di routing. I siti di rete sono a volte chiamati "definizioni logiche di rete". In uno scenario con più host con VM1 su Host1 connesso a PA1, si verifica un caso se una VM2 è connessa a un LN hnv e ha un PA1 per NetwkSite1 e quindi viene scollegata e successivamente riconnessa e ha un PA2 per NetwkSite2 (in modo casuale o a causa di esaurimento pa), quindi per qualche tempo, potremmo non popolare le informazioni di routing PA tra NetwkSite1 e NetwkSite2. Ciò si verifica a causa del modo in cui la rappresentazione della route interna viene chiave per l'inserimento in una tabella hash.
  

• Problema 11
  
  Quando un host viene aggiornato, stabilisce una connessione di rete WinRM (a ogni host aggiornato) che trasmette costantemente i dati.
  

• Problema 12
  
  Quando vengono create più schede di rete virtuali host, vengono osservati errori casuali. Quando i clienti creano più schede di rete virtuali in un'unica operazione come parte di un commutatore logico, la configurazione IP di una o più schede di rete virtuali potrebbe non riuscire.
  

• Problema 13
  
  Un utente esegue un inserimento di chiave duplicato in HostWSManGetter.UpdateRASDCache quando esegue un aggiornamento host.
  

• Problema 14
  
  Quando l'utente tenta di clonare una macchina virtuale con punti di controllo, al termine dell'operazione di clonazione, VMM riconosce erroneamente la macchina virtuale clone appena creata come macchina virtuale originale e deduce erroneamente che la macchina virtuale è stata migrata. Tenta quindi di gestire questa modifica. Di conseguenza, viene creata una macchina virtuale aggiuntiva in un altro host con stato "mancante". VMM ritiene che la macchina virtuale utilizza un host diverso e questa macchina virtuale non è visibile a TFS fino al prossimo aggiornamento della macchina virtuale.
  

• Problema 15
  
  Quando il provider VSEM viene aggiornato, la capacità del provider di ricevere notifiche non è indicata al motore di notifica.
  

• Problema 16
  
  Il posizionamento della rete si arresta in modo anomalo durante l'ottimizzazione dell'host dinamico. Alcune operazioni di posizionamento dovevano essere eseguite come attività. Quando viene eseguita nell'attività di aggiornamento, il contesto è Null. In questo modo si verifica un arresto anomalo del posizionamento.
  

• Problema 17
  
  Quando gli amministratori delegati avviano la console VMM sono necessari più di 4 minuti per aprire la console VMM. Negli ambienti di grandi dimensioni l'avvio della console VMM viene ritardato per gli amministratori delegati rispetto agli amministratori.
  

• Problema 18
  
  Archiviazione l'aggiornamento del provider non riesce dopo la sostituzione del disco in sofs.
  

• Problema 19
  
  VMM cannot update replica/primary virtual machine without ASR, also Migration of Recovery VM in IR Pending state does not perform live migration.
  

• Problema 20
  
  Quando una macchina virtuale viene eliminata, i punti di controllo vengono uniti prima di essere eliminati. Quando l'utente tenta di eliminare una macchina virtuale con punti di controllo, l'eliminazione richiede molto tempo (fino a un'ora) per essere completata.
  

• Problema 21
  
  Un'operazione Esegui DO a volte riceve un'eccezione critica: DBCorruptionException.
  

• Problema 22
  
  Alcuni utenti usano grandi set di indirizzi VIP anziché intervalli IP per semplificare l'aggiunta/rimozione di singoli IP. Lo schema del VMM Management Pack attualmente limita questo campo a 256 caratteri (impostazione predefinita). Tuttavia, gli utenti possono avere valori di circa 500 caratteri. E quindi Discovery stava interrompendo l'integrazione VMM-OM a causa di un'eccezione imprevista da SCOM.
  

• Problema 23
  
  I LUN di destinazione e i LUN di destinazione non sono associati dopo l'attività enableRG se i RG/LN sono precreati.
  

• Problema 24
  
  È necessario aggiornare le voci dell'indirizzo MAC per un dispositivo Gateway F5 quando non riesce e viene sostituito. Se un F5 Device è RMA'd e sostituito con un nuovo dispositivo con un nuovo indirizzo MAC, VMM non ha un modo per aggiornare l'indirizzo MAC per il nuovo dispositivo.
  

• Problema 25
  
  Consenti all'utente di contrassegnare sulla macchina virtuale replica per consentirti di contrassegnare l'identità dell'utente. Gli utenti devono aggiornare gli attributi UserRole e Owner nei loro ReplicaVMs, ma attualmente qualsiasi operazione sulla macchina virtuale di replica è bloccata. Pertanto, non possono aggiornare questi due parametri nelle macchine virtuali di replica.
  

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

• Problema 27
  
  Eccezione critica nel Archiviazione Refresher quando si individua il servizio di replica -- ArgumentNullException -- SetCustomOptions.
  

• Problema 28
  
  Durante l'aggiornamento host VMM esegue una query sulle informazioni del team (cambia team o team LBFO). Mentre querying switch team VMM colpisce l'eccezione WSMan che causa la scomparsa del vswitch dalla console.
  

• Problema 29
  
  Il protocollo HTTPS non è supportato in Probe, quindi VMM non può creare una regola di monitoraggio per monitorare il sito HTTPS. VMM supporta HTTP e HTTP nella sezione di configurazione della porta LB, ma HTTPS non è supportato nella sezione del protocollo probe LB.
  

• Problema 30
  
  Proprietario della risorsa (utente SSU) non autorizzato ad accedere all'elenco 'GrantedTo' di una risorsa e quindi non in grado di vedere chi ha accesso alla risorsa. Quando l'utente che concede l'accesso è anche un utente in modalità self-service, non può vedere le modifiche apportate fino a quando non riavvia la console. Un utente amministratore può vedere la modifica, ma per un utente in modalità self-service, GrantedToList continua a restituire i risultati memorizzati nella cache finché non riavvia la console.
  

• Problema 31
  
  Impossibile spostare i dischi padre con il processo di migrazione incorporato di VMM. L'utente ha diverse centinaia di macchine virtuali, con tutti i dischi diff che puntano a un singolo elemento padre. Lo spostamento di tutte queste macchine virtuali in una nuova soluzione di archiviazione viene bloccato da VMM. Per i dischi diff, se un disco predecessore nella gerarchia (relazione padre/figlio) è condiviso da un altro disco diff, la migrazione della memoria del disco diff viene bloccata da VMM. Tuttavia, è abilitato tramite Hyper-V Manager.
  

• Problema 32
  
  Field expectedDSColumn genera un'eccezione critica durante la traccia del messaggio per colonne non corrispondenti causando l'arresto anomalo del server quando viene eseguito get-scvmhost. Dopo aver aggiornato Server DB a Threshold, il server R2 non può usarlo in alcuni casi. Questo codepath viene usato da alcuni oggetti di rete e oggetti ADHC.
  

• Problema 33
  
  Quando si ridimensiona un modello di servizio esistente, vengono create macchine virtuali Hyper-V duplicate con lo stesso nome in VMM nell'aggiornamento cumulativo 5 di System Center 2012 R2.
  

• Problema 34
  
  Se le macchine virtuali guest dispongono di Windows aggiornamento della sicurezza 3035131 o 3031432 installato, l'agente guest VMM non esegue gli script GCE (Generic Command Execution) richiesti da VMM nell'ambito della distribuzione della macchina virtuale. Ciò potrebbe causare errori in più scenari in cui si usano script GCE per la distribuzione e la manutenzione. Ad esempio, quando si tenta di eseguire il servizio di un modello di servizio VMM tramite script GCE, viene restituito il codice di errore 22029.
  
  Nota Dopo aver installato l'aggiornamento cumulativo 6 (o aggiornamenti cumulativi successivi) per System Center Virtual Machine Manger 2012 R2, è ora necessario concedere i diritti di accesso come processo batch all'account Esegui come specificato. Senza questi diritti, l'agente guest non può eseguire gli script GCE tramite un account Run As.
  

• Problema 35
  
  La migrazione in tempo reale della macchina virtuale non riesce quando si usa lo spazio di archiviazione del cluster in formato CSV e lo spazio di archiviazione della macchina virtuale si trova in formato CSV. La migrazione in tempo reale del cluster Hyper-V non funziona dopo VMM nell'aggiornamento cumulativo 5 di System Center 2012 R2.
  

• Problema 36
  
  Il posizionamento del disco di base deve ruotare tra condivisioni di posizionamento valide.
  

• Problema 37
  
  La console VMM può utilizzare una stringa di rilascio esistente durante la copia del modello di servizio. A volte, gli utenti non possono copiare un modello di servizio usando il comando "Copia" per un modello di servizio. Il motivo è che la console di amministrazione genera una stringa già esistente per il rilascio.
  

• Problema 38
  
  Il riquadro Panoramica capacità non è presente in VMM in System Center 2012 R2. In VMM in System Center 2012 SP1, nel riquadro Macchine virtuali e servizi, quando si seleziona un host e quindi si fa clic su panoramica nel menu superiore, la console fornisce informazioni di riepilogo e capacità sull'host selezionato. I dettagli sui core del processore, la memoria (GB) e Archiviazione (GB) non sono più disponibili in System Center 2012 R2.
  

• Problema 39
  
  Arresto anomalo del servizio VMM a causa di VSID duplicato. In rari casi (sincronizzazione/race-condition e collisione di numeri casuali), diverse subnet della macchina virtuale HNV possono ottenere lo stesso VMSubnetIdentifier (detto anche VSID). Ciò comporta un comportamento imprevisto quando si utilizzano queste subnet della macchina virtuale HNV. Ad esempio, per le macchine virtuali connesse alla subnet, le macchine virtuali potrebbero non ottenere la connettività prevista e non saranno in grado di parlare con le macchine virtuali nella stessa subnet. In alternativa, quando l'indirizzo IP viene modificato, si verifica un arresto anomalo del servizio VMM.
  

• Problema 40
  
  La distribuzione di una macchina virtuale dietro un Load Balancer causa un'esposizione critica sul posizionamento:
  

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

• Problema 41
  
  La pagina iniziale introdotta nell'aggiornamento cumulativo 5 viene rimossa nell'aggiornamento cumulativo 6.
  

• Problema 42
  
  Una macchina virtuale non è associata a un gruppo di replica e non può essere spostata in una posizione protetta dal gruppo di replica.
  

• Problema 43
  
  L'INDIRIZZO IP guest nella rete HNV non è contrassegnato come Dynamic/DedicatedGuestIP anche se sono abilitate le impostazioni. Failover CA interrotto. Per qualsiasi indirizzo IP aggiunto/spostato in una macchina virtuale connessa a rete NVGRE (scenario cluster guest HNV/failover IP guest), l'indirizzo IP *non* è contrassegnato come dinamico (tipo = DedicatedGuestIP in VMM) anche se la macchina virtuale ha le impostazioni EnableGuestIPNetworkVirtualizationUpdates=true. Quando viene aggiunto/spostato per la prima volta, l'indirizzo IP funzionerà, ma i failover successivi dell'IP (passaggio da una macchina virtuale all'altra) non verranno rilevati automaticamente. Pertanto, l'indirizzo IP non sarà raggiungibile e la macchina virtuale perderà la connettività.
  

• Problema 44
  
  Provider di archiviazione incorporata meno recente dall'integrazione Hitachi interrotta con UR5. Il provider di archiviazione non può essere aggiornato. In questo modo si impedisce la gestione del provider.
  

• Problema 45
  
  Il client VMM si arresta in modo anomalo quando si imposta l'intervallo di tempo di ottimizzazione dell'alimentazione.
  

• Problema 46
  
  Una race condition esiste nell'eliminazione del WnvEventEntrySubscriptionObserver quando la connessione dell'host non riesce.
  

• Problema 47
  
  CentOS 7 e Red Hat Enterprise Linux 7 non impostano la configurazione dell'interfaccia di rete quando viene utilizzato DHCP.
  
  Questo vale per tutte le macchine virtuali CentOS 7 e Red Hat Enterprise Linux (RHEL) 7 configurate per l'utilizzo di DHCP da parte di System Center Virtual Machine Manager. I server CentOS 7 e RHEL 7 che usavano DHCP riscontravano dati di configurazione di rete assenti per ogni interfaccia Ethernet utilizzata dal server Linux. Questo problema si verifica perché CentOS 7 e RHEL 7 non hanno lo strumento Linux ifconfig installato per impostazione predefinita, a differenza delle iterazioni precedenti. Gli script di configurazione per la rete DHCP sono stati aggiornati in modo da usare lo strumento ip invece di ifconfig se lo strumento ip è installato.

Come ottenere e installare l'aggiornamento cumulativo 6 per System Center 2012 R2 Virtual Machine Manager