Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
È possibile usare il servizio Azure Backup per eseguire il backup dei dati nella piattaforma cloud Microsoft Azure. Questo articolo riepiloga Azure Backup architettura, componenti e processi.
Cosa fa Azure Backup?
Azure Backup esegue il backup dei dati, dello stato della macchina e dei carichi di lavoro in esecuzione su computer locali e istanze di macchine virtuali (VM) Azure. Esistono diversi scenari di Azure Backup.
Come funziona Azure Backup?
È possibile eseguire il backup di computer e dati usando diversi metodi:
Backup di computer locali:
- È possibile eseguire il backup dei computer Windows locali direttamente su Azure tramite l'agente MARS (Microsoft Azure Recovery Services) di Azure Backup. I computer Linux non sono supportati.
- È possibile eseguire il backup di computer locali in un server di backup, ovvero System Center Data Protection Manager (DPM) o Microsoft Azure Backup Server (MABS). È quindi possibile eseguire il backup del server di backup in un Recovery Services vault in Azure.
Backup delle macchine virtuali Azure:
- È possibile eseguire direttamente il backup delle macchine virtuali di Azure. Azure Backup installa un'estensione di backup per l'agente di macchine virtuali Azure in esecuzione nella macchina virtuale. Questa estensione esegue il backup dell'intera macchina virtuale.
- È possibile eseguire il backup di file e cartelle specifici nella macchina virtuale Azure eseguendo l'agente MARS.
- È possibile eseguire il backup delle macchine virtuali di Azure sul server di Backup di Microsoft Azure (MABS) in esecuzione in Azure, e quindi eseguire il backup del MABS in un insieme di credenziali di Servizi di ripristino.
Altre informazioni su cosa è possibile includere nel backup e sugli scenari di backup supportati.
Dove viene eseguito il backup dei dati?
Azure Backup archivia i dati di cui è stato eseguito il backup in cassaforti: cassaforti dei servizi di ripristino e cassaforti di backup. Un vault è un'entità di archiviazione online in Azure usata per contenere dati, come copie di backup, punti di ripristino e politiche di backup.
Gli insiemi di credenziali hanno le funzionalità seguenti:
- Gli insiemi di credenziali semplificano l'organizzazione dei dati di backup, riducendo al minimo l'overhead di gestione.
- È possibile monitorare gli elementi di cui è stato eseguito il backup in un insieme di credenziali (vault), incluse macchine virtuali Azure e macchine locali.
- È possibile gestire l'accesso all'insieme di credenziali con controllo degli accessi in base al ruolo di Azure (Azure RBAC).
- È necessario specificare come vengono replicati i dati nell'insieme di credenziali per la ridondanza:
- Archiviazione con ridondanza locale: per proteggere i dati dagli errori del rack di server e delle unità disco, è possibile usare l'archiviazione con ridondanza locale. L'archiviazione con ridondanza locale replica i dati tre volte all'interno di un singolo data center nell'area primaria. L'archiviazione con ridondanza locale garantisce almeno il 99,999999999% (11 nove) di durabilità degli oggetti nell'arco di un anno specifico. Ulteriori informazioni
- Archiviazione con ridondanza geografica: per ovviare a interruzioni a livello di area, è possibile usare l'archiviazione con ridondanza geografica. L'archiviazione con ridondanza geografica replica i dati in un'area secondaria. Scopri di più.
- L'archiviazione con ridondanza della zona replica i dati in zone di disponibilità, garantendone la residenza e la resilienzadei dati nella stessa area. Ulteriori informazioni
- Per impostazione predefinita, gli insiemi di credenziali di Servizi di ripristino usano l'archiviazione con ridondanza geografica.
Gli insiemi di credenziali di Servizi di ripristino hanno le funzionalità aggiuntive seguenti:
- In ogni sottoscrizione Azure è possibile creare fino a 500 cassaforti.
Agenti di backup
Azure Backup fornisce agenti di backup diversi, a seconda del tipo di computer di cui viene eseguito il backup:
| Agente | dettagli |
|---|---|
| Agente MARS |
|
| estensione macchina virtuale Azure | Viene eseguito nelle macchine virtuali di Azure per eseguirne il backup in un vault. |
Tipi di backup
La tabella seguente illustra i diversi tipi di backup e quando vengono usati:
| Tipo di backup | dettagli | Utilizzo |
|---|---|---|
| Completo | Un backup completo contiene l'intera origine dati. Richiede più larghezza di banda di rete rispetto ai backup differenziali o incrementali. | Usato per il backup iniziale. |
| Differenziale | Un backup differenziale archivia i blocchi modificati dopo il backup completo iniziale. Usa una quantità minore di rete e archiviazione e non mantiene copie ridondanti di dati invariati. Inefficiente perché i blocchi di dati non modificati tra i backup successivi vengono trasferiti e archiviati. |
Non utilizzato da Azure Backup. |
| Incrementale | Un backup incrementale archivia solo i blocchi di dati modificati dopo il backup precedente. Efficienza elevata per rete e archiviazione. Con il backup incrementale, non è necessario integrare backup completi. |
Usato da DPM/MABS per i backup su disco e usato in tutti i backup per Azure. Non usato per il backup di SQL Server. |
Tipi di backup SQL Server
La tabella seguente illustra i diversi tipi di backup usati per SQL Server database e la frequenza con cui vengono usati:
| Tipo di backup | dettagli | Utilizzo |
|---|---|---|
| Backup completo | un backup completo è un backup eseguito per l'intero database. Contiene tutti i dati in un database specifico o in un set di filegroup o file. Un backup completo contiene anche log sufficienti per recuperare i dati. | Al massimo, è possibile attivare un backup completo al giorno. È possibile scegliere di eseguire un backup completo su un intervallo giornaliero o settimanale. |
| Backup differenziale | Un backup differenziale si basa sul precedente backup completo dei dati più recente. Acquisisce solo i dati che sono stati modificati dopo il backup completo. |
Al massimo, è possibile attivare un backup differenziale al giorno. Non è possibile configurare un backup completo e un backup differenziale nella stessa giornata. |
| Backup del log delle transazioni | un backup del log consente il ripristino temporizzato fino a uno specifico secondo. | Al massimo, è possibile configurare backup del log delle transazioni ogni 15 minuti. |
SAP HANA tipi di backup
La tabella seguente illustra i diversi tipi di backup usati per SAP HANA database e la frequenza con cui vengono usati:
| Tipo di backup | Dettagli | Utilizzo |
|---|---|---|
| Backup completo | un backup completo è un backup eseguito per l'intero database. Questo tipo di backup può essere usato in modo indipendente per il ripristino a un punto nel tempo specifico. | Al massimo, è possibile pianificare un backup completo al giorno. È possibile scegliere di pianificare un backup completo con frequenza giornaliera o settimanale. |
| Backup differenziale | Un backup differenziale si basa sul precedente backup completo dei dati più recente. Acquisisce solo i dati che sono stati modificati dopo il backup completo precedente. |
Al massimo, è possibile pianificare un backup differenziale al giorno. Non è possibile configurare un backup completo e un backup differenziale nella stessa giornata. |
| Backup incrementale | Un backup differenziale è basato sul backup dei dati completo/differenziale/incrementale precedente più recente. Acquisisce solo i dati che sono stati modificati dopo il backup dei dati precedente. |
È possibile pianificare al massimo un backup incrementale al giorno. Non è possibile pianificare sia backup differenziali sia backup incrementali in un database. È possibile pianificare un solo tipo di backup differenziale. Non è possibile configurare un backup completo e un backup differenziale nella stessa giornata. |
| Backup del log delle transazioni | un backup del log consente il ripristino temporizzato fino a uno specifico secondo. | Al massimo, è possibile configurare backup del log delle transazioni ogni 15 minuti. |
Confronto tra i tipi di backup
L'utilizzo dell'archiviazione, l'obiettivo del tempo di ripristino (RTO) e l'utilizzo della rete variano per ogni tipo di backup. L'immagine seguente mostra un confronto tra i tipi di backup:
- L'origine dati A è composta da 10 blocchi di archiviazione A1-A10, di cui viene eseguito il backup ogni mese.
- I blocchi A2, A3, A4 e A9 cambiano nel primo mese, mentre il blocco A5 cambia il mese successivo.
- Per i backup differenziali, nel secondo mese viene eseguito il backup dei blocchi modificati A2, A3, A4 e A9. Nel terzo mese, viene eseguito nuovamente il backup di questi stessi blocchi, insieme al blocco A5 modificato. Il backup continua a essere eseguito per i blocchi modificati fino al backup completo successivo.
- Per i backup incrementali, nel secondo mese i blocchi A2, A3, A4 e A9 vengono contrassegnati come modificati e trasferiti. Nel terzo mese, viene contrassegnato e trasferito solo il blocco A5 modificato.
Funzionalità di backup
La tabella seguente riepiloga le funzionalità per i diversi tipi di backup:
| Feature | Backup diretto di file e cartelle (con l'agente di Servizi di ripristino di Microsoft Azure) | Backup di macchine virtuali di Azure | Computer/app con DPM/server di Backup di Microsoft Azure |
|---|---|---|---|
| Backup nell'insieme di credenziali |
|
|
|
| Eseguire il backup su disco DPM/MABS e quindi su Azure |
|
||
| Compressione dei dati inviati per il backup |
|
Durante il trasferimento dei dati non viene usata alcuna compressione. Leggero aumento dello spazio di archiviazione richiesto, ma ripristino più veloce. |
|
| Backup incrementale |
|
|
|
| Backup di dischi deduplicati |
Solo per i server DPM/MABS distribuiti in locale. |
Informazioni di base sui criteri di backup
- Un criterio di backup viene creato per ogni insieme di credenziali.
- È possibile creare criteri di backup per il backup dei seguenti carichi di lavoro: macchine virtuali Azure, SQL nelle macchine virtuali Azure, SAP HANA nelle macchine virtuali Azure e condivisioni file di Azure. Il criterio per il backup di file e cartelle usando l'agente di Servizi di ripristino di Microsoft Azure sono specificati nella console di Servizi di ripristino di Microsoft Azure.
- Condivisione file di Azure
- Un criterio può essere assegnato a più risorse. È possibile usare un criterio di backup di una macchina virtuale Azure per proteggere molte macchine virtuali Azure.
- Un criterio è costituito da due componenti
- Pianificazione: quando creare il backup
- Conservazione: per quanto tempo ogni backup deve essere conservato.
- La pianificazione può essere "giornaliera" o "settimanale" rispetto a uno specifico punto temporale.
- La conservazione può essere definita per punti di backup "giornalieri", "settimanali", "mensili" e "annuali".
- "settimanale" si riferisce a un backup in un determinato giorno della settimana
- "mensile" si riferisce a un backup in un determinato giorno del mese
- "annuale" si riferisce a un backup in un determinato giorno dell'anno
- Il periodo di conservazione per i punti di backup "mensili" o "annuali" viene definito come conservazione a lungo termine
- Quando viene creato un insieme di credenziali, viene creato anche un criterio predefinito "DefaultPolicy" che può essere usato per eseguire il backup delle risorse.
- Eventuali modifiche apportate al periodo di conservazione di un criterio di backup verranno applicate in modo retroattivo a tutti i punti di ripristino precedenti, oltre a quelli nuovi.
Impatto della modifica dei criteri sui punti di ripristino
- Aumento/riduzione della durata di conservazione: quando viene modificata la durata di conservazione, la nuova durata di conservazione viene applicata anche ai punti di ripristino esistenti. Di conseguenza, alcuni punti di ripristino verranno puliti. Se il periodo di conservazione viene aumentato, anche i punti di ripristino esistenti avranno una durata di conservazione maggiore.
- Modifica da giornaliero a settimanale: quando i backup pianificati vengono modificati da giornaliero a settimanale, i punti di ripristino giornalieri esistenti vengono puliti.
- Modifica da settimanale a giornaliero: i backup settimanali esistenti verranno conservati in base al numero di giorni rimanenti secondo i criteri di conservazione correnti.
- I giorni di schedulazione/tag sono cambiati, ma la conservazione rimane invariata: I punti di ripristino esistenti continuano a scadere in base alle impostazioni di conservazione attuali. I nuovi punti di ripristino non vengono più creati per i giorni/tag pianificati rimossi. Poiché il backup delle macchine virtuali di Azure è incrementale, la riduzione dello spazio di archiviazione è graduale e dipende dalla quantità di dati nei punti di ripristino scaduti che sono stati sovrascritti dai più recenti punti di ripristino conservati.
Informazioni di riferimento aggiuntive
- Azure macchina virtuale: Come creare e modificare politica.
- SQL Server database nella macchina virtuale di Azure: Procedura per creare e modificare policy.
- Condivisione file di Azure: come creare e modificare policy.
- SAP HANA: Come creare e modificare criteri.
- Servizi di ripristino di Microsoft Azure: come creare e modificare i criteri.
- Esistono limitazioni per la pianificazione del backup in base al tipo di carico di lavoro?
- Cosa accade ai punti di ripristino esistenti se si modificano i criteri di conservazione?
Architettura: Backup integrato macchina virtuale di Azure
Per Azure macchine virtuali selezionate per il backup, Azure Backup avvia un processo di backup in base alla pianificazione del backup specificata.
Se si è scelto di eseguire backup coerenti con l'applicazione o il file system, la macchina virtuale deve disporre di un'estensione di backup installata per coordinare il processo di snapshot.
Se si è scelto di eseguire backup coerenti con l'arresto anomalo del sistema, non sono necessari agenti nelle macchine virtuali.
Durante il primo backup, viene installata un'estensione di backup nella macchina virtuale se la macchina virtuale è in esecuzione.
- Per Windows macchine virtuali, viene installata l'estensione VMSnapshot.
- Per le macchine virtuali Linux, viene installata l'estensione VMSnapshotLinux .
Per le macchine virtuali Windows in esecuzione, Azure Backup coordina con il Servizio Copia Shadow del Volume di Windows per acquisire uno snapshot dell'app coerente per la macchina virtuale.
- Per impostazione predefinita, Backup di Azure esegue backup VSS completi.
- Se Backup non riesce a creare uno snapshot coerente con l'app, viene creato uno snapshot coerente con il file dell'archiviazione sottostante perché non viene eseguita alcuna scrittura dell'applicazione mentre la macchina virtuale viene arrestata.
Per le macchine virtuali Linux, Backup di Azure crea un backup coerente con i file. Per gli snapshot coerenti con l'app, è necessario personalizzare manualmente gli script pre/post.
Per le macchine virtuali Windows, Microsoft Visual C++ 2015 Redistributable (x64) versione 14.40.33810.0 è installata, l'avvio del servizio Volume Shadow Copy (VSS) viene impostato su automatico e viene aggiunto un servizio Windows IaaSVmProvider.
Dopo che Backup acquisisce lo snapshot, trasferisce i dati all'insieme di credenziali.
- Il backup è ottimizzato eseguendo il backup di ogni disco della macchina virtuale in parallelo.
- Per ogni disco di cui viene eseguito il backup, Azure Backup legge i blocchi sul disco e identifica e trasferisce solo i blocchi di dati modificati (delta) dal backup precedente.
- I dati dello snapshot potrebbero non essere copiati immediatamente nell'insieme di credenziali. Questa operazione potrebbe richiedere alcune ore nei momenti di picco. Il tempo totale di backup per una macchina virtuale sarà inferiore a 24 ore per i criteri di backup giornalieri.
Architettura: backup diretto di computer Windows Server locali o di file o cartelle di macchine virtuali Azure
- Per configurare lo scenario, scaricare e installare l'agente di Servizi di ripristino di Microsoft Azure nel computer. Selezionare quindi cosa eseguire il backup, quando verranno eseguiti i backup e per quanto tempo verranno mantenuti in Azure.
- Il backup iniziale viene eseguito in base alle impostazioni di backup specificate.
- L'agente di Servizi di ripristino di Microsoft Azure usa il servizio Copia Shadow del volume (VSS) per creare uno snapshot temporizzato dei volumi selezionati per il backup.
- L'agente MARS usa solo l'operazione di scrittura di sistema Windows per acquisire lo snapshot.
- L'agente non usa alcun writer del servizio Copia Shadow del volume dell'applicazione e quindi non acquisisce snapshot coerenti con l'app.
- Dopo l'acquisizione dello snapshot con il servizio Copia Shadow del volume, l'agente di Servizi di ripristino di Microsoft Azure crea un disco rigido virtuale (VHD) nella cartella della cache specificata al momento della configurazione del backup e archivia i checksum per ogni blocco di dati. Questi vengono usati in seguito per rilevare blocchi modificati per i backup incrementali successivi.
- I backup incrementali vengono eseguiti in base alla pianificazione specificata, a meno che non si esegua un backup su richiesta.
- Nei backup incrementali, i file modificati vengono identificati e viene creato un nuovo disco rigido virtuale, Il disco rigido virtuale viene compresso e crittografato, quindi inviato all'insieme di credenziali.
- Al termine dell'esecuzione del backup incrementale, il nuovo disco rigido virtuale viene unito con il disco rigido virtuale creato dopo la replica iniziale, rendendo così disponibile lo stato più recente da usare per il confronto per il backup in corso.
Architettura: backup in DPM/Server di Backup di Microsoft Azure
- Installare l'agente di protezione di DPM o del server di Backup di Microsoft Azure nei computer da proteggere. Si aggiungono quindi i computer a un gruppo protezione dati DPM.
- Per proteggere i computer locali, il server DPM o MABS deve essere in locale.
- Per proteggere le VM di Azure, il server di Backup di Microsoft Azure deve trovarsi in Azure e funzionare come VM di Azure.
- Con DPM/MABS è possibile proteggere volumi di backup, condivisioni, file e cartelle. È anche possibile proteggere lo stato del sistema di un computer (bare metal) ed è possibile proteggere app specifiche con impostazioni di backup in grado di riconoscere le app.
- Quando si configura la protezione per un computer o un'app in DPM/MABS, si sceglie di eseguire il backup nel disco locale maBS/DPM per l'archiviazione a breve termine e per Azure per la protezione online. Specificare anche quando eseguire il backup nell'archiviazione DPM/MABS locale e quando eseguire il backup online in Azure.
- Il backup del disco del carico di lavoro protetto viene eseguito nei dischi di Backup di Microsoft Azure/DPM locali, in base alla pianificazione specificata.
- I dischi DPM/MABS vengono sottoposti a backup nell'insieme di credenziali dall'agente MARS in esecuzione nel server DPM/MABS.
archiviazione di macchine virtuali Azure
Azure le macchine virtuali usano dischi per archiviare il sistema operativo, le app e i dati. Ogni Azure macchina virtuale ha almeno due dischi: un disco per il sistema operativo e un disco temporaneo. Le macchine virtuali di Azure possono anche avere dischi dati aggiuntivi per i dati dell'app. I dischi vengono archiviati come dischi rigidi virtuali.
- I dischi rigidi virtuali vengono archiviati come BLOB di pagine in account di archiviazione Standard o Premium in Azure:
- Archiviazione Standard: supporto dei dischi affidabile e a basso costo per le macchine virtuali che eseguono carichi di lavoro non sensibili alla latenza. L'archiviazione Standard può usare unità SSD Standard o HDD Standard.
- Archiviazione Premium: supporto per dischi a prestazioni elevate. Usa unità SSD Premium.
- Sono disponibili tre diversi livelli di prestazioni per i dischi:
- HDD Standard: Supportato da HDD e usato per l'archiviazione conveniente.
- SSD Standard: Combina elementi di UNITÀ SSD Premium e HDD Standard. Offre affidabilità e prestazioni più coerenti rispetto ai dischi HDD, ma è comunque conveniente.
- SSD Premium: Supportato da unità SSD e offre prestazioni elevate e bassa latenza per le macchine virtuali che eseguono carichi di lavoro con utilizzo intensivo di I/O.
- I dischi possono essere gestiti o non gestiti:
- Dischi non gestiti: tipo tradizionale di dischi usati dalle macchine virtuali. Per questi dischi è necessario creare un account di archiviazione personale e specificarlo durante la creazione del disco. Occorre stabilire come ottimizzare le risorse di archiviazione per le macchine virtuali.
- Managed disks: Azure crea e gestisce automaticamente gli account di archiviazione. Specificare le dimensioni del disco e il livello di prestazioni e Azure crea automaticamente dischi gestiti. Quando si aggiungono dischi e si ridimensionano le macchine virtuali, Azure gestisce gli account di archiviazione.
Per altre informazioni sull'archiviazione su disco e sui tipi di disco disponibili per le macchine virtuali, vedere gli articoli seguenti:
- Azure Managed Disks per le macchine virtuali Linux
- Tipi di disco disponibili per le macchine virtuali
Eseguire il backup e il ripristino di macchine virtuali Azure con archiviazione Premium
È possibile eseguire il backup di macchine virtuali Azure usando l'archiviazione Premium con Azure Backup:
- Durante il backup di macchine virtuali con l'archiviazione Premium, il servizio Backup crea una posizione di staging temporanea, denominata AzureBackup-, nell'account di archiviazione. La posizione di staging ha le stesse dimensioni dello snapshot del punto di ripristino.
- Assicurarsi che sia presente spazio libero sufficiente nell'account di archiviazione Premium per il percorso di gestione temporanea. Per altre informazioni, vedere Obiettivi di scalabilità per gli account di archiviazione BLOB di pagine Premium. Non modificare il percorso di gestione temporanea.
- Al termine del processo di backup, il percorso di gestione temporanea viene eliminato.
- Il prezzo della risorsa di archiviazione usata per il percorso di gestione temporanea è in linea con i prezzi dell'archiviazione Premium.
Quando si ripristinano Azure macchine virtuali usando l'archiviazione Premium, è possibile ripristinarle nell'archiviazione Premium o Standard. In genere, vengono ripristinate in una risorsa di archiviazione Premium. Tuttavia, se è necessario solo un subset di file della macchina virtuale, potrebbe essere conveniente ripristinarli in una risorsa di archiviazione Standard.
Eseguire il backup e il ripristino di dischi gestiti
È possibile eseguire il backup di macchine virtuali Azure con dischi gestiti:
- È possibile eseguire il backup di macchine virtuali con dischi gestiti nello stesso modo in cui si esegue qualsiasi altra macchina virtuale Azure. È possibile eseguire il backup della macchina virtuale direttamente dalle impostazioni della macchina virtuale oppure è possibile abilitare il backup per le macchine virtuali nell'insieme di credenziali di Servizi di ripristino.
- È possibile eseguire il backup delle macchine virtuali nei dischi gestiti tramite raccolte RestorePoint basate su dischi gestiti.
- Azure Backup supporta anche il backup di macchine virtuali con dischi gestiti crittografati tramite Azure Disk Encryption.
Quando si ripristinano le macchine virtuali con dischi gestiti, è possibile eseguire il ripristino in una macchina virtuale completa con dischi gestiti o in un account di archiviazione:
- Durante il processo di ripristino, Azure gestisce i dischi gestiti. Se si usa l'opzione di ripristino in un account di archiviazione, è possibile gestire l'account di archiviazione creato durante il processo di ripristino.
- Se si ripristina una macchina virtuale gestita crittografata, assicurarsi che le chiavi e i segreti della macchina virtuale esistano nell'insieme di credenziali delle chiavi prima di avviare il processo di ripristino.
Isolamento dei dati con Azure Backup
Con Azure Backup, i dati di backup nel vault vengono archiviati nella sottoscrizione e nel tenant Microsoft gestiti da Azure. Gli utenti esterni o gli utenti guest non hanno accesso diretto a questa archiviazione di backup o al relativo contenuto, garantendo l'isolamento dei dati di backup dall'ambiente di produzione in cui risiede l'origine dati.
In Azure, tutte le comunicazioni e i dati in transito vengono trasferiti in modo sicuro con protocolli HTTPS e TLS 1.2+. Questi dati rimangono nella rete backbone Azure garantendo una trasmissione dati affidabile ed efficiente. I dati di backup inattivi vengono crittografati per impostazione predefinita usando le Chiavi gestite da Microsoft. È anche possibile usare chiavi personalizzate per la crittografia, se è necessario un maggiore controllo sui dati. Per migliorare la protezione è possibile usare l'immutabilità, che impedisce la modifica o l'eliminazione dei dati prima del periodo di conservazione. Azure Backup offre diverse opzioni, ad esempio soft delete, arrestare il backup ed eliminare i dati o conservare i dati se è necessario arrestare i backup in qualsiasi momento. Per proteggere le operazioni critiche, è possibile aggiungere Multi-User Authorization (MUA) che aggiunge ulteriore livello di protezione usando una risorsa Azure denominata Azure Resource Guard.
Questo approccio solido impedisce, anche in un ambiente compromesso, che i backup esistenti possano essere manomessi o eliminati da utenti non autorizzati.
Scopri di più sul backup protetto per le seguenti origini dati:
- Azure Files
- Azure BLOB
- Azure Data Lake Storage, Azure Kubernetes
- PostgreSQL - Server flessibile
- Database PostgreSQL
- Database SAP ASE (Sybase)
Passaggi successivi
- Vedere la matrice di supporto per informazioni sulle funzionalità supportate e sulle limitazioni per gli scenari di backup.
- Configurare il backup per uno di questi scenari:
- Esegui il backup delle macchine virtuali Azure.
- Effettua il backup diretto delle macchine Windows senza un server di backup.
- Impostare MABS per il backup in Azure e quindi eseguire il backup dei carichi di lavoro in MABS.
- Impostare DPM per il backup in Azure e quindi eseguire il backup dei carichi di lavoro in DPM.
- Eseguire il backup di una farm di SharePoint su Azure Stack.
- Esegui il backup di SQL Server su Azure Stack.