Accedi con Microsoft
Accedi o crea un account.
Salve,
Seleziona un altro account.
Hai più account
Scegli l'account con cui vuoi accedere.

Introduzione

Questo articolo descrive i problemi risolti nell'aggiornamento cumulativo 73 nelle versioni seguenti di Microsoft Azure Site Recovery:

Informazioni sui dettagli dei problemi risolti e sui prerequisiti che devono essere verificati prima di installare questo aggiornamento.

Requisiti

Per installare l'aggiornamento cumulativo 73 di Microsoft Azure Site Recovery Provider Update, è necessario che sia installata una delle opzioni seguenti:

  • Microsoft Azure Site Recovery Provider (versione 5.23.x o successiva)

  • Microsoft Azure Site Recovery Installazione unificata (da VMware ad Azure) (versione 9.57.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

    • Debian 12

    • Ubuntu 18.04 Pro

  • Modernized VMware/Physical to Azure

    • Debian 12

    • Ubuntu 18.04 Pro

Miglioramenti:

  • È stato aggiunto il supporto per le macchine virtuali della serie Lsv2 per lo scenario di replica da Azure ad Azure. 

  • Aggiunta di un miglioramento in cui per le macchine virtuali VMware basate su Linux, la replica dell'abilitazione è stata bloccata a causa del partizionamento del tipo GPT.

  • Sono stati aggiunti miglioramenti all'operazione di risincronizzazione, in cui non veniva attivata automaticamente dopo un'operazione di riavvio del servizio. 

Risoluzione dei problemi:

  • È stato aggiunto un blocco per i dispositivi di archiviazione di tipo USB durante l'operazione di abilitazione della replica per lo scenario di replica da Azure ad Azure. 

  • È stato risolto un problema per lo scenario di replica da Azure ad Azure a causa del quale, dopo l'aggiornamento del kernel nelle macchine virtuali RHEL 9, il computer non si avviava. 

  • È stato risolto un problema per cui la replica iniziale da Azure a locale non procedeva a causa di un deadlock. 

  • È stato risolto un problema per cui venivano generati messaggi di errore di creazione del punto di replica anche se era in corso la replica. 

  • È stato risolto un problema per lo scenario di replica da Azure ad Azure a causa del quale il computer non si avviava neanche dopo l'esecuzione del computer su un kernel compatibile, a causa del quale il driver corretto non veniva ritirato automaticamente. 

  • Problema di blocco della replica per le macchine virtuali Windows che si è verificato dopo la risoluzione dell'aggiornamento dell'agente del servizio mobilità.

Accessorio di replica di Microsoft Azure Site Recovery

Problemi risolti

  •  È stato risolto un problema per cui i dettagli del proxy non venivano aggiornati per Il server di processo.

Componente

Versione

Server di individuazione fisica

2.0.2027.28

Server di individuazione

2.0.2027.39

provider di Site Recovery

5.24.0317.5

Gestione configurazione appliance

6.0.1084.64

Server proxy

1.39.8974.21613

Servizio di replica

1.39.9035.17265

Server di protezione avanzata

1.41.9035.17276

Agente di installazione Push

1.41.9035.16640

Agente di Servizi di ripristino

2.0.9917.0

Server di elaborazione

9.60.6956.1

Aggiornamento dei componenti di Azure Site Recovery locale

Tra un sito fisico o VMware locale e Azure (esperienza classica)

  1. Aggiornare il server di gestione locale scaricando Microsoft Azure Site Recovery Installazione unificata. Questo è il server che ha i ruoli Server di configurazione e Processo server.

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

  3. Se si dispone di server di destinazione master, aggiornarli successivamente controllando i passaggi qui.

  4. 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.

NotaSe stai aggiornando o proteggeNDO SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7, DEBIAN8 e DEBIAN9 computer, quindi assicurati di seguire i passaggi seguenti: 

  • Scarica il programma di installazione appropriato per i tuoi computer:

  • 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 il Macchine virtuali. Ad esempio, di seguito il nome della cartella quando il percorso di installazione di Server di configurazione/Process Servers è C:\Programmi (x86)\Microsoft Azure Site Recovery –

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

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

Tra un sito fisico o VMware locale e Azure (esperienza modernizzata) 

  1. 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.

  2. 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.

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).

Serve aiuto?

Vuoi altre opzioni?

Esplorare i vantaggi dell'abbonamento e i corsi di formazione, scoprire come proteggere il dispositivo e molto altro ancora.

Le community aiutano a porre e a rispondere alle domande, a fornire feedback e ad ascoltare gli esperti con approfondite conoscenze.

Queste informazioni sono risultate utili?

Come valuti la qualità della lingua?
Cosa ha influito sulla tua esperienza?
Premendo Inviare, il tuo feedback verrà usato per migliorare i prodotti e i servizi Microsoft. L'amministratore IT potrà raccogliere questi dati. Informativa sulla privacy.

Grazie per il feedback!

×