Note sulla versione di Virtual Machine Manager in System Center 2012 R2
Data di pubblicazione: marzo 2016
Si applica a: System Center 2012 R2 Virtual Machine Manager, System Center 2012 R2
Prima di installare e usare Virtual Machine Manager (VMM) in System Center 2012 R2, leggere le presenti note sulla versione.
Problemi noti
Dopo l'aggiornamento, i file server gestiti entreranno in uno stato sconosciuto
Descrizione: dopo l'aggiornamento da VMM in System Center 2012 SP1 a VMM in System Center 2012 R2, i file server gestiti esistenti entreranno in stato Sconosciuto. L'aggiornamento del provider di archiviazione del file server Windows su cui risiede il file server non riesce e viene visualizzato il messaggio di errore "Impossibile aggiornare il provider di archiviazione file server Windows <name>. Il provider di archiviazione dispone di almeno un file server che non è ancora stato creato".
Soluzione alternativa: rimuovere e aggiungere di nuovo il provider di archiviazione file server di Windows che ospita il file server. Infine, aggiungere nuovamente le condivisioni di file nella gestione VMM.
Le macchine virtuali con VHDX condivisi vengono visualizzate con il messaggio "Configurazione della macchina virtuale incompleta"
Descrizione: le macchine virtuali con VHDX condivisi non creati tramite VMM verranno visualizzate con il messaggio "Configurazione della macchina virtuale incompleta".
Soluzione alternativa: usare VMM per creare un servizio che usi VHDX condivisi.
La migrazione della macchina virtuale file server da un host MSU non riesce e viene visualizzato uno stato Incompleto
Descrizione: le macchine virtuali del file Server non possono eseguire la migrazione in tempo reale o rapida da un host MSU (Management Scale Unit), lasciando le macchine virtuali in stato "Incompleto".
Soluzione alternativa: completare la procedura seguente per risolvere il problema:
Arrestare la macchina virtuale file server (FileSrv).
Aprire Windows PowerShell con privilegi di amministratore e usare il seguente cmdlet per ogni nodo cluster VMM:
Get-VMNetworkAdapter -VMName FileSrv | Set-VMNetworkAdapter -MacAddressSpoofing OffRiavviare la macchina virtuale.
Dalla console VMM, usare Ripristina con l'opzione Ignora (se necessario), quindi aggiornare la macchina virtuale.
Non è possibile assegnare a un cloud una macchina virtuale in un host VMware ESX durante l'esecuzione
Descrizione: le macchine virtuali in esecuzione negli host VMware ESX possono essere assegnate a un cloud VMM, ma devono essere disattivate durante l'assegnazione.
Soluzione alternativa: nessuna.
Gateway Windows Server: tutte le macchine virtuali gateway in uno specifico cluster host devono utilizzare la stessa rete back-end
Descrizione: se è stato configurato un gateway Windows Server tramite VMM e si aggiungono macchine virtuali del gateway al cluster host in cui il gateway esiste già, identificare la rete "Virtualizzazione rete" (back-end) che si sta usando per il gateway esistente. Nella rete logica, identificare anche il sito di rete. Non è possibile usare altri siti di rete per i gateway aggiunti al cluster host specificato.
Soluzione alternativa: usare lo stesso sito di rete back-end per tutti i gateway aggiunti al cluster host.
Non è possibile gestire l'archiviazione degli spazi per i file server per scalabilità orizzontale in Windows Server 2012
Descrizione: se System Center 2012 R2 VMM è installato in Windows Server 2012, non è possibile gestire i dispositivi di archiviazione degli spazi collegati a un file server di scalabilità orizzontale. Per l'archiviazione degli spazi è richiesto una versione aggiornata di SMAPI inclusa nella versione finale di Windows Server 2012 R2.
Soluzione alternativa: nessuna.
Dopo il riavvio del servizio di integrità di Operations Manager Gestione le metriche relative ai costi possono risultare imprecise
Descrizione: il servizio integrità di Operations Manager che raccoglie le metriche di chargeback potrebbe riavviarsi periodicamente, generando dati non corretti. Questo problema è causato da valori predefiniti molto bassi per i quattro monitor di Operations Manager.
Soluzione alternativa: usare l'interfaccia utente di Operations Manager per creare sostituzioni per i quattro monitoraggi seguenti. Per ognuno dei quattro monitoraggi, fare clic sulla casella di controllo accanto a Tipo monitoraggio prestazioni agente (campioni consecutivi) - Soglia e immettere un valore di sostituzione come descritto di seguito:
Soglia del numero handle servizio integrità (valore di sostituzione = 10000)
Soglia in byte privati servizio integrità (valore di sostituzione = 2048000000)
Soglia numero handle MonitoringHost (valore di sostituzione = 10000)
Soglia byte privati MonitoringHost (valore di sostituzione = 2048000000)
Queste sostituzioni vengono applicate solo all'oggetto del servizio di integrità del computer server VMM. Per altre informazioni su come sostituire un monitoraggio, vedere Come sostituire un monitoraggio.
Non è possibile immettere o modificare le impostazioni dell'applicazione e di SQL Server direttamente nei modelli di macchine virtuali
Descrizione: in un modello di macchina virtuale, le impostazioni dell'applicazione e di SQL Server non possono essere immesse o modificate.
Soluzione alternativa: se si crea o si modifica un modello di macchina virtuale, evitare di immettere le impostazioni dell'applicazione o di SQL Server, anche se è possibile immettere altre impostazioni. Immettere le impostazioni dell'applicazione in un profilo dell'applicazione e le impostazioni di SQL Server in un profilo SQL Server, quindi riunire tutte le impostazioni in un modello di servizio. Per informazioni su come creare un modello di servizio, vedere Come creare un modello di servizio in VMM.
Per aggiungere un modello di macchina virtuale a un modello di servizio, aprire quest'ultimo in Progettazione modelli di servizio, quindi trascinare il modello di macchina virtuale sul modello di servizio. Per aggiungere un profilo dell'applicazione a un modello di servizio, aprire quest'ultimo in Progettazione modelli di servizio, quindi fare clic con il pulsante destro del mouse sul livello macchina appropriato. Fare clic su Proprietà, quindi scegliere Configurazione applicazione. Nella parte superiore della pagina, accanto a Profilo applicazione, aprire l'elenco a discesa e selezionare il nome del profilo. Aggiungere un profilo SQL Server a un livello macchina in modo analogo. Se necessario, modificare le impostazioni a qualsiasi livello macchina.
Non è possibile gestire l'archiviazione degli spazi per i file server per scalabilità orizzontale in Windows Server 2012
Descrizione: se System Center 2012 R2 VMM è installato in Windows Server 2012, non è possibile gestire i dispositivi di archiviazione degli spazi collegati a un file server di scalabilità orizzontale. Per l'archiviazione degli spazi è richiesto una versione aggiornata di SMAPI inclusa nella versione finale di Windows Server 2012 R2.
Soluzione alternativa: nessuna.
Le classificazioni disco non sono visualizzate correttamente dopo la registrazione di un nuovo LUN nell'host
Descrizione: le classificazioni del disco vengono visualizzate in modo non corretto come "Archiviazione locale" dopo la registrazione di un nuovo numero di unità logica (LUN) in un host.
Soluzione alternativa: chiudere e riaprire la pagina delle proprietà dell'host applicabile nell'interfaccia utente della macchina virtuale.
In VMM non sono più supportati i provider hardware VDS
Descrizione: VMM usa i provider hardware VDS per comunicare con i SAN per la migrazione di SAN. In VMM non sono più supportati i provider hardware VDS.
Soluzione alternativa: usare il provider SMI-S o SMP. Per informazioni specifiche, contattare il fornitore di soluzioni SAN (Storage Area Network). Per il supporto del provider aggiornato con VMM, vedere l'articolo relativo agli array di archiviazione supportati per System Center 2012 VMM.
In VMM la gestione di file server per uso generale in Windows Server 2012 R2 non è supportata
Descrizione: Windows Server supporta i file server di scalabilità orizzontale e di uso generale. Tuttavia, se un file server per uso generale viene creato in un cluster che contiene un file server di scalabilità orizzontale, i file server per uso generale non vengono individuati, e quindi gestiti, da VMM. L'utilizzo come server di libreria è supportato.
Soluzione alternativa: questo rientra nel normale comportamento del prodotto.
VMM non gestisce la suddivisione in livelli dello spazio di archiviazione in Windows Server 2012 R2
Descrizione: Windows Server supporta la suddivisione in livelli di archiviazione con Spazi di archiviazione. Tuttavia, VMM non gestisce i criteri di suddivisione in livelli.
Soluzione alternativa: usare SMAPI per gestire la suddivisione in livelli di archiviazione.
VMM non gestisce la cache write-back in Windows Server 2012 R2
Descrizione: Windows Server supporta la specifica della quantità di cache write-back con Spazi di archiviazione. Tuttavia, tale funzionalità non è gestita in VMM.
Soluzione alternativa: usare SMAPI per gestire la cache write-back.
Il failover della replica Hyper-V e la migrazione del cluster causano uno stato incoerente
Descrizione: quando si esegue un failover della replica Hyper-V seguito da una migrazione del cluster, il servizio VMRefresher aggiorna l'istanza errata di Virtual Manager, pertanto le macchine virtuali risultano in uno stato incoerente.
Soluzione alternativa: nessuna.
Le attività del file server non sono supportate in nodi non attendibili
Descrizione: le attività seguenti non sono supportate per un file server in nodi non attendibili: installazione del file server, disinstallazione del file server, aggiunta di nodi o rimozione di nodi.
Soluzione alternativa: verificare che l'agente VMM e il servizio WS-Management siano installati e in esecuzione nel server.
Il codice errore server restituito per i percorsi di libreria non validi non è corretto
Descrizione: quando si specifica un percorso di libreria non valido per una macchina virtuale in VMM, viene visualizzato il codice errore "InternalServerError" non corretto, anziché "NotFound".
Soluzione alternativa: ignorare.
Il servizio di gestione ripristino Hyper-V di Microsoft Azure non accetta le modifiche apportate alla frequenza di replica
Descrizione: l'impostazione relativa alla frequenza di replica della macchina virtuale non verrà accettata dal servizio Gestione ripristino Hyper-V di Microsoft Azure se viene modificata dopo aver abilitato la protezione per una macchina virtuale.
Soluzione alternativa: decidere e impostare la frequenza di replica prima che sia abilitata la protezione per la macchina virtuale.
In VMM non viene fornita la gestione centralizzata dei pool WWN
Descrizione: VMM non fornisce una gestione centralizzata dei pool di nomi universali (WWN).
Soluzione alternativa: usare la console di gestione di Hyper-V per gestire i pool WWN.
Il Management Pack del sistema operativo Windows Server è disabilitato per impostazione predefinita
Descrizione: è possibile che nella colonna Schede di rete delle finestre Stato host le schede risultino non monitorate oppure che venga visualizzato un cerchio vuoto. Questo si verifica perché il monitoraggio Stato di connessione scheda di rete del Management Pack del sistema operativo Windows Server è disabilitato per impostazione predefinita.
Soluzione alternativa: creare una sostituzione nel Management Pack di VMM per abilitare il monitoraggio dell'integrità della connessione della scheda di rete. Per altre informazioni su come eseguire questa attività, vedere Come abilitare o disabilitare una regola o un monitoraggio.
La distribuzione del servizio non riesce e l'agente guest nelle macchine virtuali non funziona come previsto
Descrizione: la distribuzione del servizio non riesce e l'agente guest nelle macchine virtuali creato dall'istanza del servizio viene disinstallato o danneggiato.
Soluzione alternativa: in questa circostanza installare prima Microsoft.NET Framework 4, quindi installare manualmente l'agente come descritto di seguito:
Installare Visual C++ Redistributable Package nell'host macchina virtuale. Il file di installazione si trova in:
Computer a 64 bit: <cartella di installazione di VMM>\agents\amd64\vcredist_x64.exe
Computer a 32 bit: <cartella di installazione di VMM>\agents\i386\vcredist_x86.exe
Installare l'agente nella macchina virtuale. Il file di installazione si trova in:
Computer a 64 bit: <cartella di installazione di VMM>\agents\Guest\amd64\vmmGuestAgent.msi
Computer a 32 bit: <cartella di installazione di VMM>\agents\Guest\amd64\vmmGuestAgent.msi
La gestione delle macchine virtuali distribuite direttamente su LUN esposti da NPIV non è supportata
Descrizione: in VMM non è più supportata la gestione delle macchine virtuali distribuite direttamente in LUN esposti a Hyper-V tramite NPIV (N_Port ID Virtualization). Questa configurazione non è compatibile con Clustering di failover.
Soluzione alternativa: usare Fibre Channel virtuali configurati per le macchine virtuali in Hyper-V.
È possibile che la Guida di Windows PowerShell non venga visualizzata come previsto nei computer che eseguono sistemi operativi localizzati
Descrizione: la Guida di Windows PowerShell per System Center 2012 R2 è disponibile solo in inglese. Quando si esegue il comando Update-Help, la Guida viene scaricata e inserita in una cartella specificamente per la versione inglese della Guida (ENU). Tuttavia, quando si esegue il comando Get-Help, il computer tenta di recuperare la Guida dalla cartella che corrisponde alla lingua del sistema operativo. Se il sistema operativo non è in inglese, il tentativo non riesce.
Soluzione alternativa: per risolvere il problema, installare l'aggiornamento descritto nell'aggiornamento cumulativo di Windows 8 e Windows Server 2012 di novembre 2012 nei computer che richiedono la Guida di Windows PowerShell per System Center 2012 R2.
La distribuzione delle macchine virtuali agli host sulle reti perimetrali potrebbe non riuscire
Descrizione: se durante la creazione di una macchina virtuale VMM viene configurato per l'uso di Servizio trasferimento intelligente in background (BITS) in modalità non crittografata per avviare un trasferimento file dal server di libreria o dal server VMM a un host di destinazione che si trova in una rete perimetrale, il trasferimento potrebbe non riuscire. Questo problema si verifica perché per impostazione predefinita sul firewall di VMM viene aperta solo la porta usata per il traffico crittografato (porta 443).
Soluzione alternativa: aprire manualmente la porta TCP WSMan (porta 5985, per impostazione predefinita) nel firewall perimetrale.
La registrazione di una condivisione file di archiviazione in un server di libreria può generare un errore
Descrizione: se si registra una condivisione file di archiviazione in un server di libreria che contiene una condivisione di libreria con lo stesso nome e successivamente si rimuove la condivisione di libreria o si annulla la registrazione della condivisione file di archiviazione, l'esecuzione di VMM potrebbe interrompersi in modo imprevisto.
Soluzione alternativa: per evitare questo problema, eseguire quanto descritto di seguito:
All'esterno della console VMM accedere al provider di archiviazione in cui è presente la condivisione file di archiviazione e interrompere la condivisione.
Nella console VMM aggiornare il provider di archiviazione. Specificare quindi un nome univoco per la condivisione file di archiviazione ed effettuare di nuovo la registrazione.
Il failover e la migrazione di una macchina virtuale replicata in un nodo cluster potrebbe causare una configurazione instabile
Descrizione: nello scenario seguente il failover e la migrazione di una macchina virtuale potrebbero non funzionare come previsto:
Una macchina virtuale primaria in un nodo cluster viene replicata in una macchina virtuale secondaria in un nodo cluster o in un host autonomo.
Viene avviato il failover dalla macchina virtuale primaria alla macchina virtuale secondaria.
Nell'arco di un giorno, viene eseguita la migrazione della macchina virtuale primaria a un altro nodo del cluster.
In tal caso, le macchine virtuali primaria e secondaria potrebbero non essere visualizzate correttamente nel nodo cluster o nel server autonomo. Inoltre, l'eliminazione di una delle macchine virtuali potrebbe eliminare l'altra macchina virtuale.
Soluzione alternativa: per evitare di eliminare la macchina virtuale, attenersi alla seguente procedura:
Rimuovere e quindi aggiungere di nuovo il cluster. In questo modo di pulisce il database VMM per la macchina virtuale secondaria.
Aggiornare le macchine virtuali negli host per accertarsi che la macchina virtuale primaria venga visualizzata correttamente nel nodo cluster.
La modifica delle autorizzazioni dell'Amministratore tenant influisce sulle autorizzazioni dei ruoli utente self-service
Descrizione: quando si modifica o si aggiunge una proprietà del ruolo utente Amministratore tenant, le autorizzazioni di condivisione e ricezione assegnate ai ruoli utente Self-service creati da un Amministratore tenant verranno rimosse in modo imprevisto. Le altre autorizzazioni assegnate a questi ruoli utente self-service non saranno interessate e funzioneranno come previsto.
Soluzione alternativa: dopo aver modificato le proprietà del ruolo Amministratore tenant, verificare che le autorizzazioni assegnate ai ruoli utente Self-service creati dall'Amministratore tenant siano definite come previsto. Se le autorizzazioni sono state rimosse inavvertitamente, aggiungerle di nuovo.
Le autorizzazioni a livello di membro per le quote di rete non vengono applicate per il ruolo Amministratore tenant
Descrizione: quando si crea un ruolo Amministratore tenant con le autorizzazioni per creare le reti delle macchine virtuali e si imposta una quota di rete della macchina virtuale a livello di membro, la quota non viene applicata e gli utenti possono superare il limite impostato.
Soluzione alternativa: impostare un limite usando il valore di quota a livello di ruolo che viene applicato.
L'annullamento e il riavvio quando si crea una nuova macchina virtuale potrebbero non riuscire
Descrizione: l'annullamento e il riavvio della procedura guidata quando si crea una nuova macchina virtuale potrebbero non riuscire se il nome computer specificato per la macchina virtuale viene generato automaticamente in base a un criterio di denominazione dei modelli.
Soluzione alternativa: non annullare né riavviare la procedura guidata quando si crea una macchina virtuale da un modello che usa un criterio per la proprietà Nome computer.
La distribuzione del servizio BlogEngine non riesce
Descrizione: il tentativo di distribuzione del servizio BlogEngine non riesce e viene generato l'errore 22631.
Soluzione alternativa: verificare che il file di configurazione (con estensione VHD o VHDX) usato per la distribuzione del servizio contenga almeno 9,5 gigabyte (GB) di spazio libero su disco.
I cmdlet di VMM PowerShell restituiscono un elenco di oggetti se il parametro ID è Null
Descrizione: se un cmdlet di VMM accetta l'ID come parametro di input e il parametro viene omesso, il cmdlet restituisce un elenco di tutti gli oggetti VMM.
Soluzione alternativa: fornire sempre un valore per il parametro ID se è previsto.
Vedere anche