Introduzione
In questo articolo vengono descritti i problemi risolti nell'aggiornamento cumulativo 42 nelle seguenti versioni di Microsoft Azure Site Recovery:
-
Scaricare il servizio Mobility per Windows (versione 9.30.5407.1)
-
Scarica il servizio mobility per CentOS (versione 9.30.5407.1)
-
Scarica il servizio Mobility per Ubuntu (versione 9.30.5407.1)
Informazioni sui dettagli dei problemi risolti e Prerequisiti che deve essere verificato prima di installare questo aggiornamento.
Requisiti
Per installare l'aggiornamento cumulativo 42 di Microsoft Azure Site Recovery Provider (versione 5.1.5200.0), è necessario che sia installato uno dei seguenti:
-
Provider di site recovery di Microsoft Azure (versione 5.1.4800 o successiva)
-
Installazione unificata di Microsoft Azure Site Recovery (da VMware ad Azure) (versione 9.26.xxxx.x o versione successiva)
-
Agente servizi di ripristino di Microsoft Azure (versione 2.0.8700.0 o versione successiva)Microsoft Azure Recovery Services Agent (version 2.0.8700.0 or later version)
Nota: È possibile controllare la versione del provider installato nell'elemento Programmi e funzionalità del Pannello di controllo.
Miglioramenti apportati e problemi risolti in questo aggiornamento
Dopo aver installato questo aggiornamento, vengono risolti i seguenti problemi e sono inclusi i seguenti miglioramenti.
Servizio di mobilità
Miglioramenti
-
Azure Site Recovery supporta ora il failover di test, il failover e il failback di VMware e Macchine di Azure con layout UEFIAzure machines with UEFI layout
-
-
Vmware computer con sistemi operativi seguenti sono supportati - Windows Server 2012, Windows Server 2012R2, Windows Server 2016, Windows Server 2019, SLES12Sp4, RHEL8
-
Tutti Sono supportati i computer di Azure di generazione 2Azure machines that are Generation 2 are supported
-
-
Miglioramenti al supporto del sistema operativo Linux
-
-
Rhel 8
-
Oracle Linux 7.7
-
-
Azure ad Azure DR
-
-
Le macchine Linux di Azure con Crittografia disco di Azure (ADE) possono ora essere protette tramite Azure Site Recovery
-
Python 3 per l'estensione Linux è ora supportato
-
-
Vmware ad Azure DR
-
-
Dati la frequenza di modifica (varianza) dei dischi e i registri della frequenza di caricamento dei dati sono ora disponibili nel registro Integrazione di Analytics con il vault dei servizi di ripristino
-
Problemi risolti
-
Prerequisito sono abilitati per convalidare il supporto della firma del codice SHA2. Sistema operativo in esecuzione su Windows 2008 R2 con SP1, Windows 2008 SP2 e Windows 7 SP1 richiedono alcuni KB da per abilitare la firma del codice SHA2. Aggiornamenti e aggiornamenti aggiornati degli agenti di mobilità di ASR installazioni non avranno esito positivo se la firma del codice SHA2 non è abilitata. Ulteriori informazioni
Microsoft Azure Site Recovery (servizio)
Miglioramenti
-
Azure Le macchine virtuali nell'area geografica norvegese possono ora essere protette tramite Azure Site Recovery.Virtual machines in Norway geo can now be protected through Azure Site Recovery.
-
SKU del server di elaborazione di Azure usato per le operazioni di failbackAzure process server SKU used for failback operations In VMware in Azure DR è per impostazione predefinita Standard_A8_v2
Problemi risolti
-
Prestazione vengono apportati miglioramenti per ridurre al minimo il tempo necessario per caricare il pannello degli elementi replicati dal vault dei servizi di recupero e dal blade del server di elaborazione
-
Risincronizzazione le notifiche vengono aggiornate per fornire i dettagli delle macchine che Risincronizzazione.
-
Nello scenario da Azure ad Azure DR, l'account di automazione selezionato durante l'abilitazione della replica non è sempre (poiché non tutte le regioni dispongono di account di automazione). C'è un geo mappatura che informa quale regione l'account di automazione deve essere è stato eseguito il provisioning in. Questo mapping geografico viene aggiornato per consentire ai clienti di account di automazione di un'area diversa.
Aggiornamento dei componenti locali di Azure Site Recovery
Tra due siti VMM locali
-
Scaricare l'aggiornamento cumulativo più recente peril provider di siti di Microsoft Azure
-
Installare prima l'aggiornamento cumulativo 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 primario.
Nota: Se VMM è un VMM a disponibilità elevata (VMM clustered), assicurarsi di installare l'aggiornamento in tutti i nodi del cluster in cui è installato il servizio VMM.
Tra un sito VMM locale e Azure
-
Scaricare l'aggiornamento cumulativo per Microsoft Azure Site Recovery Provider.
-
Installare l'aggiornamento cumulativo nel server VMM locale.
-
Installare la versione più recente Agente servizi di ripristino di Microsoft Azure su tutti gli host Hyper-V.
Nota: Se VMM è disponibile a disponibilità elevata (VMM in 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 perMicrosoft Azure Site Recovery Provider.
-
Installare il provider in ogni nodo dei server Hyper-V registrati in Azure Site Recovery.
Nota: Se Hyper-V è un server Hyper-V con cluster host, assicurarsi di installare l'aggiornamento in tutti i nodi del cluster.
Tra un VMware locale o un sito fisico in Azure
-
Aggiornare il server di gestione locale scaricando Installazione unificata di Microsoft Azure Site Recovery. Questo è il server con i ruoli del server di configurazione e del server di elaborazione.
-
Se si dispone di server di elaborazione con scalabilità orizzontale, aggiornarli successivamente eseguendo Installazione unificata di Microsoft Azure Site Recovery.
-
Passare al portale di Azure e quindi passare alla pagina Elementi protetti > Elementi replicati. Selezionare una macchina virtuale in questa pagina. Selezionare il pulsante Aggiorna agente visualizzato nella parte inferiore della pagina per ogni macchina virtuale. In questo modo l'agente del servizio Mobility viene aggiornato in tutte le macchine virtuali protette.
Nota: È consigliabile riavviare dopo ogni aggiornamento dell'agente Mobility per assicurarsi che tutte le modifiche più recenti vengano caricate nel computer di origine. 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 dell'agente durante l'ultimo riavvio |
Aggiornamento a |
Un 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, quindi riavviare prima dell'aggiornamento alla versione 9.30 (perché la differenza tra l'ultima versione di riavvio e la versione di destinazione è maggiore di 4). |