Importante: Questa versione include solo aggiornamenti per Azure-ad-Azure e scenari di protezione da VMware ad Azure modernizzata.
Introduzione
Questo articolo descrive i problemi risolti nell'aggiornamento cumulativo 69 nelle versioni seguenti di Microsoft Azure Site Recovery:
-
Da Azure ad Azure
-
Modernized VMware/Physical to Azure
Informazioni sui dettagli dei problemi risolti e sui prerequisiti che devono essere verificati prima di installare questo aggiornamento.
Requisiti
Per installare l'aggiornamento cumulativo 69 di Microsoft Azure Site Recovery Provider Update, è necessario che sia installata una delle opzioni seguenti:
-
Microsoft Azure Site Recovery Provider (versione 5.1.7700 o successiva)
-
Microsoft Azure Site Recovery Installazione unificata (da VMware ad Azure) (versione 9.52.xxxx.x o successiva)
-
Microsoft Azure Recovery Services Agent (versione 2.0.9202.0 o successiva)
Nota: puoi controllare la versione del provider installata nella voce Programmi e funzionalità di Pannello di controllo.
Miglioramenti apportati e problemi risolti in questo aggiornamento
Dopo aver installato questo aggiornamento, vengono risolti i problemi seguenti e sono inclusi i miglioramenti seguenti.
Servizio di mobilità
Supporto del sistema operativo Linux
-
Da Azure ad Azure
-
Rocky Linux 8.7
-
Rocky Linux 9.0
-
Rocky Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
-
Modernized VMware/Physical to Azure
-
Rocky Linux 8.7
-
Rocky Linux 9.0
-
Rocky Linux 9.1
-
SUSE Linux Enterprise Server 15 SP5
-
Supporto del sistema operativo Windows
-
Da Azure ad Azure
-
Windows 11
-
Risoluzione dei problemi:
-
Aggiunto un controllo che assicura che non venga attivata una risincronizzazione se il computer protetto è stato arrestato normalmente, evitando ulteriori operazioni di trasferimento dei dati.
-
È stato risolto un problema per le macchine virtuali VMware Oracle Linux 7.9, a causa del quale il driver ASR non riusciva a identificare alcuni file e causava l'arresto anomalo del kernel.
-
Messaggi di errore modificati in cui le metriche di churn venivano visualizzate con unità non corrette.
-
Risolto un bug in cui i computer RHEL protetti in cui Site Recovery driver potrebbero causare un arresto anomalo a causa di picchi di memoria.
-
È stato risolto un problema per cui l'operazione di protezione di nuovo per un computer Debian 11 non è riuscita a causa di passaggi di pulizia mancanti.
-
È stato risolto un problema per cui l'installazione dei servizi per dispositivi mobili non funzionava nei computer CentOS 7.8 a causa di un'operazione non compatibile con kernel precedenti alla 3.1.x.
-
È stato risolto un problema per cui l'operazione di replica/risincronizzazione iniziale non veniva eseguita durante la reprotezione di una macchina virtuale Windows VMware perché un processo di servizio per dispositivi mobili non veniva chiuso all'arresto.
Accessorio di replica di Microsoft Azure Site Recovery
Aggiornamenti:
Componente |
Versione |
---|---|
Server di individuazione fisica |
|
Server di individuazione |
|
provider di Site Recovery |
|
Gestione configurazione appliance |
|
Server proxy |
|
Servizio di replica |
|
Server di protezione avanzata |
|
Agente di installazione Push |
|
Agente di Servizi di ripristino |
|
Server di elaborazione |
Aggiornamento dei componenti di Azure Site Recovery locale
Tra un sito VMM locale e Azure
-
Scaricare l'aggiornamento cumulativo per il provider di Site Recovery di Microsoft Azure.
-
Installare l'aggiornamento cumulativo nel server VMM locale.
-
Installa l'agente dei servizi di ripristino di Microsoft Azure più recente in tutti gli host Hyper-V.
Note Se VMM è un VMM altamente disponibile (VMM cluster), assicurarsi di installare l'aggiornamento in tutti i nodi del cluster in cui è installato il servizio VMM.
Tra un sito Hyper-V locale e Azure
-
Scaricare l'aggiornamento cumulativo per il provider di Site Recovery di Microsoft Azure.
-
Installare il provider in ogni nodo dei server Hyper-V registrati in Azure Site Recovery.
Note Se Hyper-V è un server Hyper-V con cluster host, assicurarsi di installare l'aggiornamento in tutti i nodi del cluster.
Tra un sito fisico o VMware locale e Azure (esperienza modernizzata)
-
Verificare che l'accessorio di gestione locale sia aggiornato passando a Gestione configurazione appliance. In caso contrario, scaricare l'ultima versione per i componenti dietro l'ultima versione.
-
Passare alla portale di Azure e quindi passare alla pagina Elementi protetti > Elementi replicati. Seleziona una macchina virtuale in questa pagina. Seleziona il pulsante Agente di aggiornamento visualizzato nella parte inferiore della pagina per ogni macchina virtuale. L'agente del servizio di mobilità verrà aggiornato in tutte le macchine virtuali protette.
Nota: è consigliabile riavviare dopo ogni aggiornamento dell'agente di mobilità per assicurarsi che tutte le ultime modifiche vengano caricate nel computer di origine. Questo non è necessariamente obbligatorio. Tuttavia, un riavvio è obbligatorio se la differenza tra le versioni agente dell'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 |
Obbligatorio Eseguire prima 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) |