Aggiornamento cumulativo 55 per Azure Site Recovery -KB5003408

Servizio per dispositivi mobili

Miglioramenti

• È stato aggiunto il supporto per la configurazione di Ubuntu-20.04 nel server di destinazione master.

Supporto per Linux OS

• Da Azure ad Azure

  • Oracle Linux 8.2

  • Oracle Linux 8.3

• VMware/Physical to Azure

  • Oracle Linux 8.2

  • Oracle Linux 8.3

Problemi risolti

• È stato risolto un problema per cui la replica diventava critica a causa del timeout.

• Sono stati risolti i problemi di integrità dei dati per Oracle Linux 8.2.

• Problemi di integrità migliorati durante la limitazione dei dati.

• È stato risolto un problema per cui l'installazione del servizio di mobilità non funzionava per il sistema operativo SLE15-SP0.

• È stato aggiunto un controllo preliminare per assicurarsi che il computer di origine abbia almeno 1 GB di memoria libera, prima di installare il servizio di mobilità, per evitare errori causati dalla memoria insufficiente del computer.

Modello di server di configurazione & configurazione unificata di Microsoft Azure Site Recovery

Miglioramenti

• È stato aggiornato il flusso in cui facendo clic su Configuration Server lo schermo si bloccava.

Problemi risolti

• È stato risolto un problema per cui l'aggiornamento causava la criticità della replica a causa di problemi di convalida. 

Microsoft Azure Site Recovery (servizio)

Miglioramenti

• Supporto dell'API Rest per la protezione di VMSS Flex, inclusa la protezione delle macchine virtuali VMSS all'interno di un gruppo di posizionamento di prossimità e/o in una configurazione zonale. La scalabilità in/uscita da VMSS Flex non è ancora supportata da Site Recovery.

Problemi risolti

• È stato risolto un problema per cui l'abilitazione della protezione per le macchine virtuali a un gruppo di posizionamento di prossimità zonale non funzionava.

• È stato risolto un problema per cui si verificava un'eccezione di riferimento Null durante l'abilitazione della replica.

• È stato risolto un problema per cui l'API dei servizi di ripristino restituiva il codice di errore HTTP 400 invece del codice di errore HTTP 404.

Microsoft Azure Site Recovery (portale)

Miglioramenti

• È stato implementare il supporto per il ripristino di emergenza inter continentale delle macchine virtuali di Azure. Il supporto è attualmente limitato a tre coppie di aree:

  • Asia sudorientale e Australia sud-orientale

  • Asia sudorientale e Australia orientale

  • Europa occidentale e Stati Uniti centro-meridionali

Problemi risolti

• È stata aggiunta una correzione per visualizzare gli account di archiviazione della cache solo dalla posizione di origine.

Tra due siti di VMM locali

1. Scaricare l'aggiornamento cumulativo più recente per il provider di Microsoft Azure Site Recovery

2. Installare prima l'aggiornamento cumulativo nel server VMM locale che gestisce il sito di ripristino.

3. Dopo l'aggiornamento del sito di ripristino, installare l'aggiornamento cumulativo nel server VMM che gestisce il sito principale.

NotaSe il servizio VMM è 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 di VMM locale e Azure

1. Scaricare l'aggiornamento cumulativo per il provider di Microsoft Azure Site Recovery.

2. Installare l'aggiornamento cumulativo nel server VMM locale.

3. Installare l'agente dei servizi di ripristino di Microsoft Azure più recente in tutti gli host Hyper-V.

Note Se IL SERVIZIO VMM è 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

1. Scaricare l'aggiornamento cumulativo per il provider di Microsoft Azure Site Recovery.

2. Installare il provider in ogni nodo dei server Hyper-V registrati in Azure Site Recovery.

NotaSe 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 in Azure

1. Aggiornare il server di gestione locale scaricando l'installazione unificata  di Microsoft Azure Site Recovery. Si tratta del server con i ruoli Server di configurazione e Server di elaborazione.

2. Se si hanno server di processo con scalabilità orizzontale, aggiornarli successivamente eseguendo il programma di installazione unificata di Microsoft Azure Site Recovery.

3. 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 di mobilità viene aggiornato in tutte le macchine virtuali protette.

Nota: Se si stanno aggiornando o proteggendo i computer SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 e UBUNTU-14.04, assicurarsi di seguire i passaggi seguenti:

1. Scarica il programma di installazione appropriato per i tuoi computer :

   • SUSE Linux Enterprise Server 11 SP3

   • SUSE Linux Enterprise Server 11 SP4

   • REL5

   • CentOS 5

   • Oracle Linux 6

   • DEBIAN7

   • DEBIAN8

   • UBUNTU-14.04

2. Copiare il programma di installazione nelle cartelle INSTALL_DIR\home\svsystems\pushinstallsvc\repository in Configuration Server e Scale Out Process Servers prima di aggiornare o proteggere le macchine virtuali. Ad esempio, di seguito è indicato il nome della cartella quando il percorso di installazione del server di configurazione/server di processo è C:\Programmi (x86)\Microsoft Azure Site Recovery :

   • C:\Programmi (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

3. Dopo aver copiato il programma di installazione, passare a services.msc e riavviare il servizio InMage PushInstall.

Nota: È consigliabile riavviare il computer dopo ogni aggiornamento dell'agente di mobilità 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 rispetto all'ultimo riavvio e la versione di destinazione è maggiore di quattro (4) nell'ultima posizione decimale. Per una spiegazione dettagliata, vedere la tabella seguente.