Introduzione
In questo articolo vengono descritti i problemi risolti nell'aggiornamento cumulativo 40 nelle seguenti versioni di Microsoft Azure Site Recovery:
-
Scaricare il servizio Mobility per Windows (versione 9.28.5345.1)
-
Scarica il servizio Mobility per CentOS (versione 9.28.5345.1)
-
Scarica il servizio Mobility per Ubuntu (versione 9.28.5345.1)
Informazioni sui dettagli dei problemi risolti ePrerequisitiche deve essere verificato prima di installare questo aggiornamento.
Requisiti
Per installare Microsoft Azure Site Recovery Provider aggiornamento cumulativo 40 (versione 5.1.4800.0), è necessario disporre di uno dei seguenti:
-
Provider di site recovery di Microsoft Azure (versione 5.1.4400 o successiva)
-
Installazione unificata di Microsoft Azure Site Recovery (da VMware ad Azure) (versione 9.24.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à nel 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.
Provider di site recovery di Microsoft Azure
Miglioramenti
Da Azure ad Azure
-
Riproteggere l'esperienza miglioramenti: per una migliore gestione del BCDR, ora puliamo le macchine nel Area di ripristino di emergenza dopo il failback è stato completato e quando le macchine virtuali vengono nuovamente protette. Non c'è bisogno di eliminare manualmente macchine virtuali e schede di interfaccia di rete.
-
Testfailover delle impostazioni statiche IP: In precedenza, quando i clienti hanno eseguito il failover di test sulla rete di ripristino di emergenza effettiva, non utilizzare l'IP originale. Questo per garantire che l'IP sia disponibile per un vero e proprio DR. Tuttavia, i clienti desiderano recuperare lo stesso indirizzo IP Drill di ripristino di emergenza per convalidare le impostazioni di rete. Abbiamo affrontato questa preoccupazione e consentire ai clienti di selezionare indirizzi IP statici durante il failover di test.
-
Validatori per migliorare preparazione al failover: i validatori vengono aggiunti per garantire che i clienti siano pronti per un failover. Le azioni necessarie, insieme alla questione, saranno fornite nel caso in cui sospetto di insuccesso.
Modello del server di installazione e configurazione unificato di Microsoft Azure Site Recovery
Miglioramenti
-
I messaggi di errore durante la distribuzione del server di configurazione tramite OVF sono stati migliorati per fornire una causa radice accurata e i passaggi consigliati per risolvere il problema.
Servizio di mobilità
Miglioramenti
-
Nuovi avvisi di integrità vengono aggiunti per gli scenari seguenti che influiscono sulla creazione di punti di ripristino coerenti dell'applicazione
-
-
Quando i writer VSS dell'applicazione non riescono nel computer di origineWhen application VSS writers fail on source machine
-
Quando il provider VSS è disabilitato o non installato nel computer di origine
-
-
Gli avvisi sanitari esistenti sono arricchiti con informazioni contestuali per una migliore analisi
-
-
Dettagli del disco, frequenza di varianza osservata e quantità di dati in sospeso per disco vengono aggiunti per 'Avviso di frequenza di varianza elevata improvvisa'
-
I dettagli del disco e la quantità di dati in sospeso per disco vengono aggiunti per 'Avviso di latenza elevata'
-
Problemi risolti
-
I server in Windows 2019 con UEFI avvio sicuro abilitato verranno bloccati durante l'abilitazione della replica. In questo modo si eviteranno problemi di avvio dopo il failover poiché Azure non supporta la configurazione di avvio sicuro UEFI
-
Gli errori di esecuzione MSI sono stati osservati durante l'installazione dell'agente per dispositivi mobili quando più prodotti vengono installati in un server. L'approccio alternativo è progettato per gestire questo problema.
Microsoft Azure Site Recovery (servizio)
Miglioramenti
-
È possibile usare gli account di archiviazione ACLed per la protezione dei server Hyper-V in AzureYou can use ACLed storage accounts for protection of Hyper-V servers to Azure
-
-
Durante il failover vengono apportati miglioramenti alla logica usata per selezionare lo SKU VM più adatto durante il failover. Sono ora gestiti pochi casi d'angolo in cui sono stati scelti SKU di configurazione elevata.
Problemi risolti
-
Stale o voci impreviste nel file 'device.map' vengono gestite per evitare errori di failover in Server Linux
Microsoft Azure Site Recovery (portale)
Miglioramenti
Na
Problemi risolti
Na
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 l'agente servizidi ripristino di Microsoft Azure più recente in 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 per il provider di siti di Microsoft Azure Site Recovery.
-
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 unificatadi 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 eseguendol'installazione unificatadi 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.16 |
9.18 |
Non obbligatorio |
|
9.16 |
9.19 |
Non obbligatorio |
|
9.16 |
9.20 |
Non obbligatorio |
|
9.16 |
9.21 |
MandatoryFirst eseguire l'aggiornamento alla versione 9.20, quindi riavviare prima dell'aggiornamento alla versione 9.21 (perché la differenza tra l'ultima versione di riavvio e la versione di destinazione è maggiore di 4). |
Ulteriori informazioni
Problemi noti
Non esistono problemi noti in questo aggiornamento.
Riferimenti
Informazioni sulla terminologia utilizzata da Microsoft per descrivere gli aggiornamenti software.
Dichiarazione di non responsabilità per le informazioni di terze parti
I prodotti di terze parti descritti in questo articolo sono fabbricati da società indipendenti da Microsoft. Microsoft non rilascia alcuna garanzia implicita o esplicita relativa alle prestazioni o all'affidabilità di tali prodotti.
