Domande frequenti - Backup di macchine virtuali di Azure

Quando si crea una macchina virtuale, è possibile abilitarne il backup se la macchina virtuale esegue uno dei sistemi operativi supportati.

Il backup iniziale è sempre un backup completo e la durata dipende dalla dimensione dei dati e dal momento in cui viene elaborato il backup.

Per migliorare le prestazioni di backup, vedere Procedure consigliate per il backup, Considerazioni sul backup e Prestazioni del backup

anche se il tempo totale di backup per i backup incrementali è inferiore a 24 ore, potrebbe non essere così per il primo backup.

No. I costi di backup sono separati dai costi delle macchine virtuali. Per altre informazioni, vedere Prezzi di Backup di Azure.

Un utente con ruolo collaboratore della macchina virtuale può abilitare il backup della macchina virtuale. Un utente con ruolo personalizzato deve disporre delle autorizzazioni seguenti per abilitare il backup nella macchina virtuale.

• Microsoft.RecoveryServices/Vaults/write
• Microsoft.RecoveryServices/Vaults/read
• Microsoft.RecoveryServices/locations/*
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/*/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/read
• Microsoft.RecoveryServices/Vaults/backupFabrics/protectionContainers/protectedItems/write
• Microsoft.RecoveryServices/Vaults/backupFabrics/backupProtectionIntent/write
• Microsoft.RecoveryServices/Vaults/backupPolicies/read
• Microsoft.RecoveryServices/Vaults/backupPolicies/write

Se l'insieme di credenziali di Servizi di ripristino e la macchina virtuale sono associati a gruppi di risorse differenti, assicurarsi di disporre delle autorizzazioni di scrittura nel gruppo di risorse dell'insieme di credenziali di Servizi di ripristino.

No. Per un processo di backup su richiesta è necessario specificare l'intervallo di conservazione. Per impostazione predefinita, un backup attivato dal portale viene conservato per 30 giorni.

È necessario fornire le autorizzazioni per consentire a Backup di Azure di accedere a Key Vault. Specificare le autorizzazioni in PowerShell come descritto nella sezione Attivare un backup nella documentazione relativa a PowerShell di Backup di Azure.

Sì, i backup continueranno a funzionare senza problemi. Non è necessario riconfigurare alcun elemento.

La procedura guidata visualizza solo le macchine virtuali che si trovano nella stessa area dell'insieme di credenziali e che non sono già state sottoposte a backup.

Sì. I backup vengono eseguiti quando una macchina virtuale è spenta. Il punto di ripristino viene contrassegnato come coerente con l'arresto anomalo del sistema.

Sì. È possibile annullare un processo di backup nello stato Creazione dello snapshot. Non è possibile annullare un processo se è in corso il trasferimento di dati dallo snapshot.

Se si blocca il gruppo di risorse creato dal servizio Backup di Azure, i backup inizieranno a non riuscire. Rimuovere il blocco e cancellare l'insieme di punti di ripristino dal gruppo di risorse per consentire la corretta esecuzione dei backup futuri. Seguire questa procedura per rimuovere l'insieme di punti di raccolta.

Backup di Azure crea un gruppo di risorse separato in formato AzureBackupRG_<geo>_<number> in cui vengono archiviati gli oggetti ResourcePointCollections. Il gruppo di risorse è di proprietà del servizio e se viene impostato un blocco al suo interno, il backup avrà esito negativo. I blocchi possono essere applicati solo ai gruppi di risorse creati dal cliente.

Sì, Backup di Azure supporta Dischi gestiti SSD Standard.

Gli snapshot possono essere creati solo su dischi dati con acceleratore di scrittura e non su dischi del sistema operativo. Pertanto, è possibile proteggere solo dischi dati con acceleratore di scrittura.

Il backup dei dischi dati con acceleratore di scrittura può essere eseguito da Backup di Azure. Non viene tuttavia garantita la coerenza dei database.

Backup di Azure offre una soluzione di backup in streaming per SAP HANA database con un obiettivo del punto di ripristino di 15 minuti. Ha ottenuto da SAP la certificazione Backint per fornire un supporto di backup nativo avvalendosi delle API native di SAP HANA. Altre informazioni sul backup di database SAP HANA in macchine virtuali di Azure.

Il backup pianificato viene attivato entro 2 ore dall'ora di backup pianificata. Se, ad esempio, per 100 macchine virtuali l'ora di inizio del backup è stata pianificata per le 2:00, al massino entro le 4:00 in tutte le 100 macchine virtuali sarà in corso il processo di backup. Un backup pianificato può essere avviato al di fuori di questa finestra temporale di due ore solo se è stato sospeso a causa di un'interruzione ed è stato ripreso o ripetuto.

I criteri di backup delle macchine virtuali di Azure supportano un periodo di conservazione minimo compreso tra sette e 9999 giorni. Per impostazione predefinita, il backup delle macchine virtuali viene mantenuto per 7 giorni nello snapshot e per 180 giorni nell'insieme di credenziali. Qualsiasi modifica apportata ai criteri di backup di macchine virtuali esistenti da meno di sette giorni richiederà un aggiornamento per soddisfare l'intervallo di conservazione minimo di sette giorni.

Se si cambia la maiuscola (o la minuscola) della macchina virtuale o del gruppo di risorse della macchina virtuale, la maiuscola/minuscola del nome dell'elemento di backup non verrà cambiata; si tratta del comportamento previsto del Backup di Azure. La modifica dalla maiuscola/minuscola, quindi, non verrà visualizzata nell'elemento di backup, ma verrà aggiornata nel back-end.

Backup di Azure ora supporta il backup e il ripristino selettivi dei dischi tramite la soluzione di backup delle macchine virtuali di Azure. Per informazioni, vedere Backup e ripristino selettivi dei dischi per le macchine virtuali di Azure.

Se viene apportata una modifica al tenant, è necessario disabilitare e riabilitare le identità gestite per ripristinare il funzionamento dei backup.

Backup di Azure non supporta il backup di file NFS montati dalla risorsa di archiviazione, o da qualsiasi altro server NFS, in un computer Linux o Windows. Viene eseguito solo il backup dei dischi collegati in locale alla macchina virtuale.

Nella copia di backup della macchina virtuale vengono archiviate tutte le configurazioni necessarie per eseguire le operazioni di ripristino. Sono incluse quindi le copie di crittografia delle chiavi crittografate della macchina virtuale, accessibili già durante il ripristino. Le copie di crittografia possono essere decrittografate solo usando l'insieme di credenziali delle chiavi. I dischi temporanei e lo stato della memoria non sono stati acquisiti nello snapshot.

Backup di Azure eseguire il backup e il ripristino di tag, ad eccezione delle schede di interfaccia di rete e degli indirizzi IP. Backup di Azure rispetta le limitazioni imposte dalla sottoscrizione del gruppo di risorse di Azure e ripristina fino a 50 tag.

Per informazioni dettagliate, vedere Limiti delle sottoscrizioni.

No, non è possibile attivare backup su richiesta disabilitando il backup pianificato.

Ogni macchina virtuale di Azure in un cluster viene considerata come una singola macchina virtuale di Azure. Tutte le operazioni di backup sono quindi applicabili in base alle singole macchine virtuali di Azure.

La creazione di uno snapshot della macchina virtuale richiede alcuni minuti e in questa fase si verifica un'interferenza molto minima sulle prestazioni dell'applicazione. Tuttavia, il trasferimento dei dati in un insieme di credenziali richiede un paio di ore; è quindi consigliabile pianificare i backup durante gli orari di ufficio. Altre informazioni sulle procedure consigliate per il backup e il ripristino.

Sì, verrà eseguito automaticamente il backup di un nuovo disco aggiunto a una macchina virtuale durante il backup successivo, a meno che non sia configurato il backup selettivo del disco nella macchina virtuale. Un nuovo disco aggiunto alla macchina virtuale avrà uno snapshot completo (replica iniziale) eseguito nel primo backup, i dischi esistenti continueranno la catena di logica incrementale.

Il ripristino di file e cartelle dal backup crittografato della macchina virtuale non è attualmente supportato, è necessario ripristinare l'intera macchina virtuale per ripristinare file e cartelle. Vedere Procedura per ripristinare una macchina virtuale di Azure crittografata. Tuttavia, è possibile ripristinare i file dai backup prima che siano stati crittografati.

Sì, è possibile farlo quando è in corso il trasferimento dei dati all'insieme di credenziali.

Backup di Azure esegue il backup delle chiavi di crittografia e dei segreti dei dati di backup. In genere, le chiavi non vengono ripristinate nell'insieme di credenziali delle chiavi, ma Backup di Azure consente il ripristino delle chiavi durante la perdita di chiavi.

No, non è possibile mantenere un singolo punto di ripristino. Quando si eliminano i punti di ripristino precedenti, la catena viene eliminata. Pertanto, non è possibile conservare o eliminare in modo selettivo un punto di ripristino.

I valori massimi di conservazione dei punti di backup sono:

• Conservazione del punto di backup giornaliero: 9999 giorni
• Conservazione del punto di backup settimanale 5163 settimane
• Conservazione dei punti di backup mensili: 1188 mesi
• Conservazione del punto di backup annuale: 99 anni

Il ripristino di una macchina virtuale può essere considerato come un'opzione di creazione rapida di una macchina virtuale di Azure. Questa opzione modifica i nomi dei dischi, i contenitori usati dai dischi, gli indirizzi IP pubblici e i nomi di interfaccia di rete. Con la modifica le risorse vengono mantenute univoche quando si crea una macchina virtuale. La macchina virtuale non viene aggiunta a un set di disponibilità.

L'opzione di ripristino di un disco consente di:

• Personalizzare la macchina virtuale che viene creata, ad esempio modificarne le dimensioni.
• Aggiungere le impostazioni di configurazione che non erano presenti al momento del backup.
• Controllare la convenzione di denominazione delle risorse create.
• Aggiungere la macchina virtuale a un set di disponibilità.
• Aggiungere qualsiasi altra impostazione da configurare usando PowerShell o un modello.

Sì, è possibile usare i backup eseguiti prima della migrazione dei dischi da non gestiti a gestiti.

Il processo di ripristino resta invariato. Se il punto di ripristino fa riferimento a un momento in cui la macchina virtuale disponeva di dischi non gestiti, è possibile ripristinare i dischi come non gestiti. Se invece la macchina virtuale disponeva di dischi gestiti, è possibile ripristinare i dischi come dischi gestiti. È quindi possibile creare una macchina virtuale da questi dischi.

Altre informazioni su come eseguire questa procedura in PowerShell.

In caso di ripristino di una macchina virtuale gestita, i dischi verranno comunque ripristinati, anche se la creazione della macchina virtuale non riesce.

Sì. Anche se si elimina la macchina virtuale, è possibile accedere all'elemento di backup corrispondente nell'insieme di credenziali ed eseguire il ripristino da un punto di ripristino.

Per una macchina virtuale di Azure con dischi gestiti, il ripristino nei set di disponibilità è abilitato fornendo un'opzione nel modello durante il ripristino come dischi gestiti. Il parametro di input di questo modello è denominato Set di disponibilità.

La funzionalità Ripristino istantaneo consente di ottenere backup più veloci e ripristini istantanei dagli snapshot.

Dopo aver modificato le impostazioni dell'insieme di credenziali delle chiavi per la macchina virtuale crittografata, i backup continueranno a funzionare con il nuovo set di dettagli. In seguito al ripristino da un punto di ripristino precedente alla modifica, tuttavia, sarà necessario ripristinare i segreti in un insieme di credenziali delle chiavi prima di poter creare la macchina virtuale a partire dal punto di ripristino. Per altre informazioni, vedi questo articolo.

Operazioni come il roll over di chiavi e segreti non richiedono questo passaggio e, dopo il ripristino, è possibile usare lo stesso insieme di credenziali delle chiavi.

Sì, è possibile accedere a una macchina virtuale dopo essere stata ripristinata a causa di una relazione interrotta con il controller di dominio? Per altre informazioni, vedi questo articolo.

Sì, è possibile annullare il processo di ripristino fino alla fase di trasferimento dei dati. Quando entra nella fase di creazione della macchina virtuale, non è possibile annullare il processo di ripristino.

Il tempo di ripristino complessivo dipende dal numero di operazioni di input/output al secondo (IOPS) e dalla velocità effettiva dell'account di archiviazione. Può subire modifiche se l'account di archiviazione di destinazione viene caricato con altre operazioni di lettura e scrittura dell'applicazione. Per migliorare la velocità dell'operazione di ripristino, selezionare un account di archiviazione non caricato con altri dati dell'applicazione. Informazioni sulle procedure consigliate per il backup e il ripristino delle macchine virtuali di Azure.

Backup di Azure usa dischi di "collegamento" dai punti di ripristino e non tiene in considerazione insiemi o riferimenti di immagini. Nei criteri è quindi possibile selezionare "storageProfile.osDisk.createOption" per il parametro "Attach" e la condizione dello script sarà:

if (storageProfile.osDisk.createOption == "Attach") then { exclude <Policy> }

Per ripristinare una macchina virtuale con stato spento, è possibile creare una macchina virtuale o ripristinare i dischi, ma non è possibile sostituire una macchina virtuale esistente. Altre informazioni sulle opzioni di ripristino disponibili.

La macchina virtuale di Azure deve trovarsi nello stato spento durante il ripristino. In caso contrario, l'operazione di ripristino avrà esito negativo nella fase di pre-controllo, con il codice di errore UserErrorVmNotShutDown.

Inoltre, prima di scambiare i dischi delle macchine virtuali, è necessario spegnere la macchina virtuale.

Sì, il limite massimo predefinito per attivare il ripristino è 20 tentativi per macchina virtuale in 24 ore e la finestra di 24 ore viene reimpostata alle ore UTC 00:00.

Nel caso di una macchina virtuale non gestita, il tipo di disco della macchina virtuale è SSD Premium o HDD e dipende dall'amministratore di sistema in cui sono presenti dischi rigidi virtuali. Se si specifica un sistema di sicurezza normale durante il ripristino, il disco della macchina virtuale sarà HDD e, se si specifica l'amministratore di sistema Premium, tutti i dischi saranno SSD Premium.

Sì, è possibile eliminare questi file al termine del processo di ripristino. Per impostazione predefinita, Backup di Azure mantiene questi file per un uso futuro.

Le chiavi crittografate non devono essere presenti nell'area di destinazione come parte del Ripristino tra aree (CRR). Pertanto, è necessario ripristinare le chiavi crittografate e i segreti usando il file ripristinato. Al termine del ripristino, è possibile creare una macchina virtuale crittografata di Azure usando dischi ripristinati.

Microsoft Windows consente un nome di macchina virtuale con un massimo di 15 caratteri. Inoltre, non è possibile specificare un nome host DNS differente dal nome host NETBIOS. Tuttavia, è possibile creare intestazioni host per un sito Web ospitato in una macchina virtuale di Azure con il nome in base alle raccomandazioni.

Altre informazioni sulle limitazioni delle convenzioni di denominazione delle macchine virtuali di Azure.

Sì, Ripristino tra sottoscrizioni ora consente di ripristinare le macchine virtuali di Azure da un punto di ripristino in una sottoscrizione a un altro nel tenant in base alle regole di controllo degli accessi in base al ruolo di Azure (Azure RBAC). Ripristino tra sottoscrizioni non è supportato da snapshot e ripristini di aree secondarie.

No, non è supportato anche per le macchine virtuali di Azure crittografate.

No, Ripristino tra sottoscrizioni non è supportato dal ripristino dello snapshot.

No, Ripristino tra sottoscrizioni non supporta il ripristino da aree secondarie.

Sì, è supportato per Ripristino tra sottoscrizioni.

Sì, Ripristino tra zone consente ora di ripristinare le macchine virtuali aggiunte alla zona di Azure in un'altra zona disponibile usando un punto di ripristino in un insieme di credenziali con archiviazione con ridondanza della zona (ZRS) abilitata in base alle regole di controllo degli accessi in base al ruolo di Azure (Azure RBAC). È supportato anche dagli insiemi di credenziali con Ripristino tra aree (CRR).

Sì, Ripristino tra zone consente ora di ripristinare le macchine virtuali aggiunte non alla zona di Azure in qualsiasi zona disponibile usando un punto di ripristino in un insieme di credenziali con archiviazione con ridondanza della zona (ZRS) abilitata in base alle regole di controllo degli accessi in base al ruolo di Azure (Azure RBAC).

No, non è supportato anche per le macchine virtuali di Azure crittografate.

No, Ripristino tra zone non è supportato dal ripristino dello snapshot.

Sì, Backup di Azure supporta il ripristino delle macchine virtuali aggiunte alla zona di Azure nelle aree secondarie.

Sì, è supportato per Ripristino tra zone.

Dopo aver smontato i dischi dal portale di Azure, eseguire lo script Python con il parametro clean (python scriptName.py clean) per cancellare la sessione e rimuovere i percorsi di montaggio del punto di ripristino dal computer.

Il backup della macchina virtuale viene eseguito usando le impostazioni di conservazione e pianificazione del criterio modificato.

• Se il periodo di conservazione viene esteso, i punti di ripristino esistenti vengono contrassegnati per essere mantenuti conformi al nuovo criterio.
• Se il periodo di conservazione viene ridotto, i punti di ripristino vengono contrassegnati per l'eliminazione ed eliminati nel successivo processo di pulizia.

Tuttavia, i punti di ripristino sono specifici della frequenza dell'intervallo di conservazione. Ad esempio, l'aggiunta o la modifica di un criterio di conservazione annuale non influisce sulla conservazione dei punti di ripristino mensili preesistenti.

1. Interrompere temporaneamente il backup e conservare i dati di backup.

2. Per spostare le macchine virtuali configurate con Backup di Azure, seguire questa procedura:

   1. Individuare la località della macchina virtuale.
   2. Trovare un gruppo di risorse con il modello di denominazione seguente: AzureBackupRG_<location of your VM>_1. Ad esempio: AzureBackupRG_westus2_1
   3. Nel portale di Azure selezionare l'opzione Mostra tipi nascosti.
   4. Trovare la risorsa di tipo Microsoft.Compute/restorePointCollections con il modello di denominazione AzureBackup_<name of your VM that you're trying to move>_###########.
   5. Eliminare la risorsa. Con questa operazione vengono eliminati solo i punti di ripristino istantaneo, non i dati di backup presenti nell'insieme di credenziali.
   6. Al termine dell'operazione di eliminazione, è possibile spostare la macchina virtuale.

3. Spostare la macchina virtuale nel gruppo di risorse di destinazione.

4. Riprendere il backup.

È possibile ripristinare la macchina virtuale dai punti di ripristino disponibili creati prima dell'operazione di spostamento.

Se una macchina virtuale viene spostata in un gruppo di risorse diverso, diventa una nuova macchina virtuale agli occhi di Backup di Azure.

Dopo aver spostato la macchina virtuale in un nuovo gruppo di risorse, è possibile proteggerla nuovamente nello stesso insieme di credenziali o in un insieme di credenziali diverso. Poiché per Backup di Azure si tratta di una nuova macchina virtuale, l'addebito verrà fatturato separatamente.

Se necessario, saranno disponibili per il ripristino anche i precedenti punti di ripristino della macchina virtuale. Se questi dati di backup non sono necessari, è possibile interrompere la protezione della macchina virtuale precedente eliminando i dati.

Sì, esiste un limite di 100 macchine virtuali che possono essere associate allo stesso criterio di backup. In presenza di più di 100 macchine virtuali, è consigliabile creare più criteri di backup con la stessa pianificazione o con una pianificazione diversa.

È previsto un limite giornaliero di 1000 unità per le protezioni di configurazione/modifica complessive in un insieme di credenziali.

Attualmente, è possibile visualizzare le impostazioni di conservazione a livello di elemento di backup (macchina virtuale) in base ai criteri di backup assegnati alla macchina virtuale.

Per visualizzare le impostazioni di conservazione dei backup, nel portale di Azure è possibile passare al dashboard dell'elemento di backup per la macchina virtuale. Selezionando il collegamento ai criteri di backup, è quindi possibile visualizzare la durata di conservazione di tutti i punti di conservazione giornalieri, settimanali, mensili e annuali associati alla macchina virtuale.

È possibile anche usare Explorer di Backup per visualizzare le impostazioni di conservazione per tutte le macchine virtuali all'interno di un unico riquadro. Andare a Explorer di Backup da qualsiasi insieme di credenziali di Servizi di ripristino, accedere alla scheda Elementi di backup e selezionare la visualizzazione avanzata per consultare informazioni dettagliate sulla conservazione di ogni macchina virtuale.

Backup di macchine virtuali di Azure usa la comunicazione HTTPS per la crittografia in transito. Il trasferimento dei dati usa l'infrastruttura di Azure (e non gli endpoint pubblici), che non richiede l'accesso a Internet per il backup delle macchine virtuali.

Questa API fornisce uno script per richiamare una connessione iSCSI per il ripristino di file da Backup di Azure.

• È possibile disabilitare questa opzione usando definizioni di ruolo personalizzate ed escludendo l'azione dell'API.
• È inoltre possibile usare endpoint privati per limitare l'accesso al server iSCSI dalla rete privata.
• È possibile infine disabilitare questa opzione a livello di organizzazione usando la funzionalità Assegnazione di rifiuto.

Il criterio diventa effettivo immediatamente dopo le modifiche dei parametri, ad esempio conservazione, pianificazione e così via. Questo è applicabile per tutti i nuovi backup eseguiti dai criteri modificati. Tuttavia, l'eliminazione dei punti di ripristino (se applicabile) in base ai nuovi criteri richiede 24 ore.

Questa funzionalità non è attualmente supportata. È possibile pubblicare qualsiasi richiesta di funzionalità nel portale della community di Backup di Azure.

Non è possibile modificare la conservazione dei backup arrestati perché non sono associati criteri. Tuttavia, è possibile riprendere la protezione e assegnare un criterio.

I backup arrestati vengono conservati fino a quando non vengono eliminati manualmente.

È necessario controllare le autorizzazioni di sottoscrizione nell'area secondaria. Scrivere all'indirizzo AskAzureBackupTeam@microsoft.com per la registrazione della sottoscrizione.

Poiché le risorse di Azure gestiscono questo traffico, non possono essere determinate da un utente esterno.

RPO: il valore RPO minimo è 1 giorno o 24 ore quando si usano i criteri Standard. Se si usano criteri avanzati, il valore RPO minimo è di 4 ore.

Questo errore viene visualizzato quando si tenta di avviare una macchina virtuale dopo la creazione di una macchina virtuale di Azure da un'immagine non Marketplace o lo scambio del disco del sistema operativo di una macchina virtuale con un'immagine non Marketplace quindi la distribuzione della macchina virtuale ha esito negativo. Per risolvere questo problema, rimuovere le informazioni sul piano dalla macchina virtuale.

Backup di Azure esegue il backup dei segreti e dei dati KEK della versione della chiave durante il backup e ripristina lo stesso. Tuttavia, anche l'avvio di macchine virtuali ADE con chiavi di versione precedenti è possibile.

I dati di backup completamente replicati nell'area secondaria prima dell'errore dell'area primaria rimarranno intatti. Questo rimane il caso anche dopo che l'area primaria è stata ripristinata dall'errore. In altre parole, la macchina virtuale può essere recuperata nell'area secondaria con i dati che aveva prima dell'errore in base alla pianificazione della replica. Si noti che l'RPO per l'area secondaria è di 36 ore, ovvero i dati richiedono circa 36 ore per essere completamente replicati dall'area primaria all'area secondaria.

L'Ora di scadenza dei punti di ripristino viene aggiornata quando viene eseguito Garbage Collector (GC), ovvero ogni 24 ore. Dopo aver aggiornato i criteri di backup, possono essere necessarie fino a 24 ore per visualizzare gli aggiornamenti nell'Ora di scadenza, se non sono presenti ritardi nei processi GC.

L'ora di scadenza per il punto di ripristino più recente non viene visualizzata perché ha una conservazione infinita fino a quando non viene creata una versione più recente. L'ora di scadenza di altri punti di ripristino sarà disponibile nel portale di Azure dopo 24 ore di creazione, a seconda del momento in cui viene eseguita la Garbage Collection (entro 24 ore).

No, l'operazione di ripristino (nel percorso originale o alternativo) non influisce sui backup pianificati.

• Ripristino nel percorso originale: Backup di Azure sostituisce i dischi della macchina virtuale esistente con quelli dal punto di ripristino. Questo processo include l'acquisizione di uno snapshot della macchina virtuale corrente prima del ripristino per garantire che la pianificazione del backup rimanga.
• Eseguire il ripristino in un percorso alternativo: Backup di Azure crea una nuova macchina virtuale usando il punto di ripristino. Questa nuova macchina virtuale non avrà la stessa pianificazione di backup della macchina virtuale originale. è necessario configurare manualmente i criteri di backup. Informazioni sul ripristino di macchine virtuali di Azure.

In questi scenari di ripristino, i criteri di backup originali e la pianificazione per la macchina virtuale originale rimangono invariati. Tuttavia, se si vuole che la macchina virtuale ripristinata (nel percorso alternativo) disponga di una pianificazione del backup, è necessario configurare i criteri di backup.

In caso di ripristino del percorso originale (OLR) o di un ripristino del percorso alternativo (ALR) per le macchine virtuali di Azure, Backup di Azure esegue la configurazione di backup come segue:

Spazi di archiviazione diretta non è supportato perché dispone di dati distribuiti in due macchine virtuali diverse.

Gli spazi di archiviazione in una singola macchina virtuale non sono supportati per il backup coerente con le macchine virtuali dell'applicazione. Per il backup coerente delle macchine virtuali con l'applicazione, Il servizio Copia Shadow del volume blocca l'I/O e garantisce che gli snapshot del disco siano coerenti. Spazi di archiviazione può comunque eseguire operazioni di scrittura in background, interrompendo la garanzia coerente dell'applicazione. Ciò può comportare una piccola probabilità che il backup eseguito non sia coerente con l'applicazione. Attualmente, il backup e il ripristino della macchina virtuale con spazi di archiviazione non vengono bloccati nel prodotto.

La rimozione di un disco non eseguirà semplicemente alcun trasferimento di snapshot o dati per il disco rimosso. Il numero di dischi inclusi nel punto di ripristino varia a seconda dello stato della macchina virtuale al momento del backup.

Il ridimensionamento di un disco continuerà con i backup incrementali, a meno che l'account di archiviazione sottostante del disco non cambi, con un backup completo.

Per La replica iniziale, un backup completo verrà avviato nuovamente in caso di errore. Tuttavia, per Incrementale dello snapshot dell'ultimo backup riuscito verrà confrontato con lo snapshot più recente per copiare i dati modificati nell'insieme di credenziali.