Introduzione
In questo articolo vengono illustrati i problemi risolti in aggiornamento cumulativo 43 nelle versioni seguenti di Microsoft Azure sito Recovery:
-
Servizio mobilità per lo scenario di Azure to Azure DR (versione 9.31.5449.1)
-
Lo scenario VMware to Azure DR non ha versione di 9,31
-
HyperV & scenario di VMM in Azure DR
Informazioni sui dettagli dei problemi risolti e sul Prerequisiti che deve essere verificato prima di installare questo aggiornamento.Nota: modificato il 2 marzo per adattare le modifiche in VMware a Azure DR Release
Requisiti
Per installare l'aggiornamento cumulativo 43 (versione 5.1.5300.0) del provider di ripristino del sito di Microsoft Azure, è necessario avere una delle seguenti installazioni:
-
Provider di ripristino del sito di Microsoft Azure (versione 5.1.4900 o versione successiva) (VMM o Hyper V in Azure)
-
Agente di Microsoft Azure Recovery Services (versione 2.0.8700.0 o versione successiva) (VMM in Azure)
Nota È possibile controllare la versione del provider installata nell'elemento programmi e funzionalità nel pannello di controllo.
Miglioramenti apportati e problemi risolti in questo aggiornamento
Dopo aver installato questo aggiornamento, sono corretti i problemi seguenti e sono inclusi i miglioramenti seguenti.
Servizio di mobilità (Azure in Azure)
Miglioramenti
-
Miglioramenti del supporto per Linux OS
-
-
RHEL 8,1
-
Ubuntu 18.04.3 (kernel v 5.3)
-
Problemi risolti
-
Pulire automaticamente i file danneggiati, i file incompleti in process server per garantire il corretto completamento del flusso di lavoro iniziale della replica.
-
Installazione dell'agente di mobilità i controlli predefiniti vengono migliorati per la superficie degli errori di danneggiamento WMI prima dell'installazione.
Ripristino del sito di Microsoft Azure (servizio)
Miglioramenti
-
Elaborazione avanzata dei dati durante le alte zangolature per ridurre al minimo il tempo necessario per la risincronizzazione
-
Le convalide aggiuntive vengono aggiunte durante la creazione di risorse di destinazione per evitare input non validi.
-
Messaggio di errore di eccezione non gestita avanzato quando i dischi gestiti non vengono trovati nell'area di destinazione.
-
È stato abilitato TLS 1,2 per tutti i servizi nello scenario Hyper V to Azure. Assicurarsi che TLS 1,2 sia supportato dai server locali per garantire una connettività fluida. Altre informazioni
Problemi risolti
-
In HyperV ad Azure è stato risolto un problema per cui la replica non riesce quando il firewall è stato abilitato per gli account di archiviazione di destinazione
Aggiornamento dei componenti locali di ripristino di Azure sito
Tra due siti VMM locali
-
Scaricare l'ultimo aggiornamento cumulativo per ilprovider di ripristino del sito di Microsoft Azure
-
Installare il rollup di aggiornamento per primo nel server VMM locale che gestisce il sito di ripristino.
-
Dopo l'aggiornamento del sito di ripristino, installare l'aggiornamento cumulativo nel server VMM che gestisce il sito principale.
Nota Se VMM è un VMM altamente disponibile (Clustered VMM), assicurarsi di installare l'aggiornamento in tutti i nodi del cluster in cui è installato il servizio VMM.
Tra un sito VMM locale e un Azure
-
Scaricare il rollup di aggiornamento per Provider di ripristino del sito di Microsoft Azure.
-
Installare il rollup di aggiornamento nel server VMM locale.
-
Installare la versione più recente Agente di Microsoft Azure Recovery Services in tutti gli host Hyper-V.
Nota Se VMM è un VMM altamente disponibile (Clustered VMM), assicurarsi di installare l'aggiornamento in tutti i nodi del cluster in cui è installato il servizio VMM.
Tra un sito Hyper-V locale e un Azure
-
Scaricare il rollup di aggiornamento per Provider di ripristino del sito di Microsoft Azure.
-
Installare il provider in ogni nodo dei server Hyper-V registrati nel ripristino del sito di Azure.
Nota Se Hyper-V è un host cluster Hyper-V Server, verificare di aver installato l'aggiornamento in tutti i nodi del cluster.
Nota Dopo ogni aggiornamento dell'agente per la mobilità è consigliabile un riavvio, per assicurarsi che nel computer di origine siano caricate tutte le modifiche più recenti. Questo non è necessariamente obbligatorio. Tuttavia, un riavvio è obbligatorio se la differenza tra le versioni dell'agente dall'ultimo riavvio e la versione di destinazione è maggiore di quattro (4) nell'ultima posizione decimale. Per una spiegazione dettagliata, vedere la tabella seguente.
Versione agente durante l'ultimo riavvio |
Aggiornamento a |
Il riavvio è obbligatorio? |
---|---|---|
9.25 |
9.27 |
Non obbligatorio |
9.25 |
9.28 |
Non obbligatorio |
9.25 |
9.29 |
Non obbligatorio |
9.25 |
9.30 |
MandatoryFirst eseguire l'aggiornamento alla versione 9,29 e quindi riavviare prima di eseguire l'aggiornamento alla versione 9,30 (perché la differenza tra l'ultima versione di riavvio e la versione di destinazione è maggiore di 4). |