Domande sul servizio Backup di Azure

Questo articolo contiene risposte a domande comuni che consentiranno di comprendere rapidamente i componenti del servizio Backup di Azure. Alcune risposte includono collegamenti ad articoli con informazioni complete. Per porre domande su Backup di Azure, fare clic su Commenti a destra. I commenti vengono visualizzati alla fine di questo articolo. Per inserire commenti, è necessario un account Livefyre. È anche possibile inserire le domande sul servizio Backup di Azure nel forum di discussione.

Per analizzare rapidamente le sezioni di questo articolo, usare i collegamenti riportati a destra sotto In questo articolo.

Insieme di credenziali dei servizi di ripristino

Esistono limiti al numero degli insiemi di credenziali che è possibile creare in ogni sottoscrizione di Azure?

Sì. A partire da settembre 2016 è possibile creare 25 insiemi di credenziali di backup o dei servizi di ripristino per ogni sottoscrizione. Si possono creare fino a 25 insiemi di credenziali dei servizi di ripristino per area di Backup di Azure supportata per ogni sottoscrizione. Se sono necessari più insiemi di credenziali, creare una sottoscrizione aggiuntiva.

Esistono limiti al numero di server/computer che possono essere registrati in ogni insieme di credenziali?

Sì, è possibile registrare fino a 50 computer per ogni insieme di credenziali. Per le macchine virtuali IaaS di Azure, il limite è di 200 macchine virtuali per ogni insieme di credenziali. Se è necessario registrare più computer, creare un altro insieme di credenziali.

Se l'organizzazione ha un insieme di credenziali, come è possibile isolare i dati di un server da un altro server durante il ripristino dei dati?

Tutti i server che vengono registrati nello stesso insieme di credenziali possono ripristinare i dati dei quali è stato eseguito il backup da altri server che usano la stessa passphrase. Se sono presenti server i cui dati di backup devono essere isolati dagli altri server dell'organizzazione, usare una passphrase designata per tali server. Ad esempio, per i server del reparto risorse umane può essere usata una passphrase, per quelli dell'ufficio contabilità un'altra e per quelli di archiviazione un'altra ancora.

È possibile eseguire la migrazione dei dati o dell'insieme di credenziali per il backup tra sottoscrizioni?

No. L'insieme di credenziali viene creato a livello di sottoscrizione e non può essere riassegnato a un'altra sottoscrizione.

Gli insiemi di credenziali di Servizi di ripristino sono basati su Resource Manager. Gli insiemi di credenziali di Backup (modalità classica) sono ancora supportati?

Tutti gli insiemi di credenziali di backup esistenti nel portale classico continuano a essere supportati. Non è più possibile, tuttavia, usare il portale classico per distribuire nuovi insiemi di credenziali di backup. È consigliabile usare insiemi di credenziali dei servizi di ripristino per tutte le distribuzioni, perché i miglioramenti futuri si applicheranno solo a tali insiemi di credenziali. Se si tenta di creare un archivio di credenziali di backup nel portale classico, si verrà reindirizzati al portale di Azure.

È possibile eseguire la migrazione di un insieme di credenziali per il backup in un insieme di credenziali di Servizi di ripristino?

Sì, è ora possibile aggiornare l'insieme di credenziali di Backup a un insieme di credenziali di Servizi di ripristino. Per altre informazioni, vedere l'articolo Aggiornare un insieme di credenziali di Backup a un insieme di credenziali di Servizi di ripristino.

È stato eseguito il backup di VM della versione classica in un insieme di credenziali di backup. È possibile eseguire la migrazione delle macchine virtuali dalla modalità classica alla modalità di Resource Manager e proteggerli in un insieme di credenziali dei Servizi di ripristino?

I punti di ripristino delle macchine virtuali classiche in un insieme di credenziali per il backup non eseguono automaticamente la migrazione a un insieme di credenziali dei Servizi di ripristino quando si sposta la macchina virtuale dalla modalità classica alla modalità di Resource Manager. Seguire questa procedura per trasferire i backup di macchine virtuali:

  1. Nell'insieme di credenziali di backup passare alla scheda Elementi protetti e selezionare la VM. Fare clic su Arresta protezione. Lasciare deselezionata l'opzione Elimina i dati di backup associati.
  2. Eliminare l'estensione di backup/snapshot dalla VM.
  3. Eseguire la migrazione della macchina virtuale dalla modalità classica alla modalità Resource Manager. Assicurarsi di eseguire la migrazione alla modalità Resource Manager anche delle informazioni di rete e archiviazione corrispondenti alla macchina virtuale.
  4. Creare un insieme di credenziali dei Servizi di ripristino e configurare il backup della macchina virtuale migrata usando l'azione Backup nella parte superiore del dashboard dell'insieme di credenziali. Per informazioni dettagliate sul backup di una macchina virtuale in un insieme di credenziali dei Servizi di ripristino, vedere l'articolo Proteggere le VM di Azure con un insieme di credenziali dei servizi di ripristino.

Agente di Backup di Azure

Per un elenco dettagliato delle domande, vedere le domande frequenti sul backup di file-cartelle di Azure

Backup di macchine virtuali di Azure

Per un elenco dettagliato delle domande, vedere le domande frequenti sul backup di macchine virtuali di Azure

Eseguire il backup dei server VMware

È possibile eseguire il backup dei server VMware vCenter in Azure?

Sì. È possibile usare il server di Backup di Azure per eseguire il backup di VMware vCenter ed ESXi in Azure. Per informazioni sulla versione di VMware supportata, vedere l'articolo Matrice di protezione del server di Backup di Azure. Per istruzioni dettagliate, vedere Usare il server di Backup di Azure per eseguire il backup di un server VMware.

Server di Backup di Azure e System Center Data Protection Manager

È possibile usare il server di Backup di Azure per creare un backup di ripristino bare metal per un server fisico?

Sì.

È possibile registrare un server Data Protection Manager in più insiemi di credenziali?

No. Un server di Backup di Microsoft Azure o un server Data Protection Manager può essere registrato in un solo insieme di credenziali.

Quale versione di System Center Data Protection Manager è supportata?

È consigliabile installare l'agente di Backup di Azure più recente nell'ultimo aggiornamento cumulativo di System Center Data Protection Manager (DPM). Ad agosto 2016, il più recente è l'aggiornamento cumulativo 11.

È stato installato l'agente di Backup di Azure per proteggere i file e le cartelle. È ora possibile installare System Center DPM per usare l'agente di Backup di Azure per proteggere i carichi di lavoro di applicazioni/VM locali in Azure?

Per usare Azure Backup con System Center Data Protection Manager (DPM), installare DPM prima di installare Azure Backup Agent. L'installazione dei componenti di Backup di Azure in questo ordine assicura che l'agente di Backup di Azure funziona correttamente con DPM. L'installazione di Azure Backup Agent prima di installare DPM non è consigliabile o supportata.

Funzionamento di Backup di Azure

Se si annulla un processo di backup una volta avviato, i dati di backup trasferiti vengono eliminati?

No. Tutti i dati trasferiti nell'insieme di credenziali prima dell'annullamento del processo di backup rimangono nell'insieme di credenziali. Backup di Azure usa un meccanismo di checkpoint per aggiungere occasionalmente checkpoint ai dati di backup durante il backup. Dato che sono presenti checkpoint nei dati di backup, il processo di backup successivo può convalidare l'integrità dei file. Il processo di backup successivo sarà incrementale nei backup di dati eseguiti in precedenza. I backup incrementali trasferiscono solo dati nuovi o modificati, il che equivale a un migliore utilizzo della larghezza di banda.

Se si annulla un processo di backup per una macchina virtuale di Azure, tutti i dati trasferiti vengono ignorati. Il processo di backup successivo trasferisce i dati incrementali dall'ultimo processo di backup riuscito.

Esistono limiti in relazione a quando o quante volte può essere pianificato un processo di backup?

Sì. È possibile eseguire processi di backup in Windows Server o nelle workstation Windows fino a tre volte al giorno. È possibile eseguire processi di backup in System Center DPM fino a due volte al giorno. È possibile eseguire un processo di backup per le VM IaaS una volta al giorno. È possibile usare i criteri di pianificazione per Windows Server o la workstation Windows per specificare pianificazioni giornaliere o settimanali. Con System Center DPM, è possibile specificare pianificazioni giornaliere, settimanali, mensili e annuali.

Perché le dimensioni dei dati trasferiti nell'insieme di credenziali dei servizi di ripristino sono inferiori a quelle dei dati sottoposti a backup?

Tutti i dati di cui viene eseguito il backup dall'agente di Backup di Azure, da SCDPM o dal server di Backup di Azure vengono compressi e crittografati prima di essere trasferiti. Una volta applicate la compressione e la crittografia, i dati nell'insieme di credenziali per il backup sono ridotti del 30-40%.

Backup consentiti

Quali sistemi operativi sono supportati da Backup di Azure?

Backup di Azure supporta i sistemi operativi elencati di seguito per il backup di file, cartelle e applicazioni del carico di lavoro protetti con il server di Backup di Azure e System Center Data Protection Manager (DPM).

Sistema operativo Piattaforma SKU
Windows 8 e versioni più recenti di SP 64 bit Enterprise, Pro
Windows 7 e versioni più recenti di SP 64 bit Ultimate, Enterprise, Professional, Home Premium, Home Basic, Starter
Windows 8.1 e versioni più recenti di SP 64 bit Enterprise, Pro
Windows 10 64 bit Enterprise, Pro, Home
Windows Server 2016 64 bit Standard, Datacenter, Essentials
Windows Server 2012 R2 e più recenti SPs 64 bit Standard, Datacenter, Foundation
Windows Server 2012 e versioni più recenti di SP 64 bit Datacenter, Foundation, Standard
Windows Storage Server 2016 e versioni più recenti di SP 64 bit Standard, Workgroup
Windows Storage Server 2012 R2 e versioni più recenti di SP 64 bit Standard, Workgroup
Windows Storage Server 2012 e versioni più recenti di SP 64 bit Standard, Workgroup
Windows Server 2012 R2 e più recenti SPs 64 bit Essential
Windows Server 2008 R2 SP1, 64 bit Standard, Enterprise, Datacenter, Foundation
Windows Server 2008 SP2 64 bit Standard, Enterprise, Datacenter, Foundation

Per il backup di VM di Azure

  • Linux: Backup di Azure supporta un elenco di distribuzioni approvate da Azure , ad eccezione di CoreOS Linux. È possibile usare altre distribuzioni Bring Your Own Linux, a condizione che l'agente di macchine virtuali sia disponibile nella macchina virtuale e sia configurato il supporto per Python.
  • Windows Server: le versioni precedenti a Windows Server 2008 R2 non sono supportate.

Esiste un limite alle dimensioni di ogni origine dati sottoposta a backup?

Non c'è nessun limite alla quantità di dati di cui è possibile eseguire il backup in un insieme di credenziali. Backup di Azure limita le dimensioni massime per l'origine dati, che sono tuttavia grandi. A partire da agosto 2015, le dimensioni massime di un'origine dati per i sistemi operativi supportati sono:

Numero S. Sistema operativo Dimensione massima origine dati
1 Windows Server 2012 o versioni successive 54400 GB
2 Windows 8 o versione successiva 54400 GB
3 Windows Server 2008, Windows Server 2008 R2 1700 GB
4 Windows 7 1700 GB

La tabella seguente illustra come vengono determinate le dimensioni di ogni origine dati.

Origine dati Dettagli
Volume Quantità di dati sottoposti a backup dal volume singolo di un computer server o client.
Macchina virtuale Hyper-V Somma dei dati di tutti i dischi rigidi virtuali della macchina virtuale di cui viene eseguito il backup
Database di Microsoft SQL Server Dimensioni di un singolo database SQL di cui viene eseguito il backup
Microsoft SharePoint Somma dei database di contenuto e di configurazione in una farm di SharePoint di cui viene eseguito il backup
Microsoft Exchange Somma di tutti i database di Exchange in un server di Exchange di cui viene eseguito il backup
Stato del sistema/ripristino bare metal Ogni copia del ripristino bare metal o dello stato del sistema del computer di cui viene eseguito il backup

Per il backup di macchine virtuali di Azure, ogni macchina virtuale può avere fino a 16 dischi di dati, ognuno dei quali di dimensioni pari o inferiori a 1023 GB.

Criteri di conservazione e punti di ripristino

Esistono differenze tra i criteri di conservazione per DPM e Windows Server/client Windows (ossia in Windows Server senza DPM)?

No, sia DPM che Windows Server/client prevedono criteri di conservazione giornalieri, settimanali, mensili e annuali.

È possibile configurare i criteri di conservazione in modo selettivo, ad esempio con frequenza settimanale e giornaliera, ma non annuale e mensile?

Sì, la struttura di memorizzazione del Backup di Azure consente di disporre della massima flessibilità nella definizione dei criteri di conservazione in base alle esigenze.

È possibile "pianificare un backup" alle 18.00 e specificare criteri di conservazione con un orario diverso?

No. I criteri di conservazione possono essere applicati solo ai punti di backup. Nell'immagine seguente viene specificato il criterio di conservazione per i backup eseguiti a mezzanotte e alle 18.

Pianificare backup e conservazione

Se una copia di backup viene conservata a lungo, è necessario più tempo per ripristinare un punto dati meno recente?

No, il tempo necessario per ripristinare il punto meno recente o il più recente è lo stesso. Ogni punto di ripristino si comporta come un punto completo.

Se ogni punto di ripristino si comporta come un punto completo, questo influisce sul totale dell'archiviazione di backup fatturabile?

I punti di conservazione tipici a lungo termine archiviano i dati di backup come punti completi. I punti completi sono inefficienti dal punto di vista dell'archiviazione, ma consentono un ripristino più facile e veloce. Le copie incrementali sono efficienti dal punto di vista dell'archiviazione, ma richiedono il ripristino di una catena di dati, che influisce sui tempi di ripristino. L'architettura di archiviazione di Backup di Azure offre il meglio dei due mondi, garantendo un'archiviazione dei dati ottimale per ripristini veloci e costi di archiviazione ridotti. Questo approccio all'archiviazione dati assicura che la larghezza di banda in ingresso e in uscita venga usata in modo efficiente. Sia la quantità dell'archivio dati che il tempo necessario per ripristinare i dati vengono mantenuti a un livello minimo. Sono disponibili altre informazioni sull'efficienza dei backup incrementali.

Esiste un limite al numero di punti di ripristino che è possibile creare?

Per ogni istanza protetta, è possibile creare fino a 9999 punti di ripristino. Un'istanza protetta è un computer, un server (fisico o virtuale) o un carico di lavoro configurato per eseguire il backup dei dati in Azure. Per altre informazioni, vedere le spiegazioni disponibili in Backup e conservazione e Che cos'è un'istanza protetta?.

Quanti ripristini è possibile eseguire sui dati sottoposti a backup in Azure?

Non esistono limiti al numero di ripristini da Backup di Azure.

Quando si ripristinano i dati, vengono addebitati costi per il traffico in uscita da Azure?

No. I ripristini sono gratuiti e non viene addebitato alcun costo per il traffico in uscita.

Crittografia in Backup di Azure

I dati inviati in Azure sono crittografati?

Sì. I dati vengono crittografati nel computer server/client/SCDPM locale mediante AES256 e i dati vengono inviati tramite un collegamento HTTPS sicuro.

Anche i dati di backup in Azure sono crittografati?

Sì. I dati inviati ad Azure rimangono crittografati (inattivi). Microsoft non decrittografa mai i dati di backup. Quando si esegue il backup di una macchina virtuale di Azure, Backup di Azure si basa sulla crittografia della macchina virtuale. Ad esempio, se la macchina virtuale è crittografata con Crittografia dischi di Azure o un'altra tecnologia di crittografia , Backup di Azure usa tale crittografia per proteggere i dati.

Qual è la lunghezza minima della chiave di crittografia usata per crittografare i dati di backup?

Quando si usa l'agente di Backup di Azure, la chiave di crittografia deve contenere almeno 16 caratteri. Per le macchine virtuali di Azure non c'è un limite di lunghezza delle chiavi usate da Azure Key Vault.

Cosa accade se si smarrisce la chiave di crittografia? È possibile ripristinare i dati? Microsoft può recuperarli?

La chiave usata per crittografare i dati di backup è disponibile solo nelle risorse del cliente. Microsoft non ne conserva una copia in Azure e non dispone dell'accesso alla chiave. Se il cliente smarrisce la chiave, Microsoft non può recuperare i dati di backup.