Importante
Questa versione include solo aggiornamenti per gli scenari di protezione da Azure ad Azure e da VMware ad Azure modernizzati.
Introduzione
Questo articolo descrive i problemi risolti nell'aggiornamento cumulativo 69 nelle versioni seguenti di Microsoft Azure Site Recovery:
Da Azure ad Azure
Modernizzazione di VMware/fisica in Azure
Informazioni sui dettagli dei problemi risolti e sui prerequisiti che devono essere verificati prima di installare questo aggiornamento.
Prerequisiti
Per installare l'aggiornamento cumulativo 69 di Microsoft Azure Site Recovery Provider, devi avere installato uno dei seguenti:
- Microsoft Azure Site Recovery Provider (versione 5.1.7700 o successiva)
- Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (versione 9.52.xxxx.x o successiva)
- Agente di Servizi di ripristino di Microsoft Azure (versione 2.0.9202.0 o successiva)
Nota: è possibile controllare la versione del provider installato nella voce Programmi e funzionalità nel Pannello di controllo.
Miglioramenti apportati e problemi risolti in questo aggiornamento
Dopo aver installato questo aggiornamento, i problemi seguenti vengono risolti 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
Modernizzazione di VMware/fisica in 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
Problemi risolti:
- 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 Oracle Linux 7.9 VMware, in cui il driver ASR non era in grado di identificare alcuni file e causava l'arresto anomalo del kernel.
- Sono stati modificati i messaggi di errore in cui le metriche di abbandono venivano visualizzate con unità non corrette.
- È stato risolto un bug per cui i computer RHEL protetti in cui il driver Site Recovery può causare un arresto anomalo a causa di picchi di memoria.
- Risolto un problema per cui l'operazione di riprotezione per una macchina Debian 11 non riusciva a causa di passaggi di pulizia mancanti.
- È stato risolto un problema per cui l'installazione del servizio Mobility non riusciva 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 progrediva durante la nuova protezione di una macchina virtuale Windows VMware perché un processo del servizio mobilità non veniva chiuso all'arresto.
Appliance di replica di Microsoft Azure Site Recovery
Aggiornamenti:
| Componente | Versione |
|---|---|
| Server di individuazione fisico | 2.0.2027.28 |
| Server di individuazione | 2.0.2027.39 |
| Provider di Site Recovery | 5.23.1101.10 |
| Gestione configurazione appliance | 6.0.931.145 |
| Server proxy | 1.38.8708.11966 |
| Servizio di replica | 1.38.8707.13595 |
| Server di nuova protezione | 1.40.8771.15612 |
| Agente di installazione push | 1.40.8879.36458 |
| Agente di Servizi di ripristino | 2.0.9263.0 |
| Server di elaborazione | 9.56.6879.1 |
Aggiornamento dei componenti locali Azure Site Recovery
Tra un sito VMM locale e Azure
- Scaricare l'aggiornamento cumulativo per il provider di Azure Site Recovery Microsoft.
- Installare l'aggiornamento cumulativo nel server VMM locale.
- Installare l'agente di Servizi di ripristino di Microsoft Azure più recente in tutti gli host Hyper-V.
Avvertenza Se VMM è un VMM (VMM in cluster) a disponibilità elevata, 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 Azure Site Recovery Microsoft.
- Installa il provider in ogni nodo dei server Hyper-V registrati in Azure Site Recovery.
Avvertenza Se Hyper-V è un server Hyper-V in cluster host, assicurarsi di installare l'aggiornamento in tutti i nodi del cluster.
Tra un VMware locale o un sito fisico e Azure (esperienza modernizzata)
- Verificare che l'appliance di gestione locale sia aggiornata passando a Gestione configurazione appliance. In caso contrario, scarica l'ultima versione per i componenti che sono dietro l'ultima versione.
- Passare al portale di Azure e quindi passare alla pagina Elementi > protetti replicati. Selezionare una macchina virtuale in questa pagina. Selezionare il pulsante Agente di aggiornamento che viene visualizzato nella parte inferiore della pagina per ogni macchina virtuale. Verrà aggiornato l'agente del servizio Mobility in tutte le macchine virtuali protette.
Nota: È consigliabile riavviare dopo ogni aggiornamento dell'agente di Mobility per assicurarsi che tutte le modifiche più recenti siano caricate nel computer di origine. Questo non è necessariamente obbligatorio. Tuttavia, il riavvio è obbligatorio se la differenza tra le versioni dell'agente dall'ultimo riavvio e la versione di destinazione è maggiore di quattro (4) nell'ultima cifra decimale. Per una spiegazione dettagliata, vedere la tabella seguente.
| Versione dell'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) |