Questo articolo risponde a domande comuni sul backup di file di Azure. Alcune risposte includono collegamenti ad articoli con informazioni complete. È anche possibile inserire le domande sul servizio Backup di Azure nella pagina delle domande di Domande e risposte Microsoft per avviare una discussione.
Per analizzare rapidamente le sezioni di questo articolo, usare i collegamenti riportati a destra sotto In questo articolo.
Configurazione del processo di backup per i file di Azure
Perché non vengono visualizzati alcuni degli account di archiviazione da proteggere e che contengono condivisioni file di Azure valide?
Per verificare che l'account di archiviazione appartenga a uno dei tipi di account di archiviazione supportati, vedere la matrice di supporto per il backup di condivisioni file di Azure. È anche possibile che l'account di archiviazione che si sta cercando sia già protetto o registrato con un altro insieme di credenziali. Annullare la registrazione dell'account di archiviazione dall'insieme di credenziali per individuare l'account di archiviazione in altri insiemi di credenziali per la protezione.
Perché non vengono visualizzate alcune delle condivisioni file di Azure nell'account di archiviazione quando si prova a configurare il backup?
Verificare se la condivisione file di Azure è già protetta nello stesso insieme di credenziali di Servizi di ripristino oppure se è stata eliminata di recente.
Perché è consigliabile abilitare il blocco nell'account di archiviazione?
La soluzione di backup corrente File di Azure mantiene gli snapshot nello stesso account di archiviazione della condivisione file di cui è stato eseguito il backup. Se l'account di archiviazione viene eliminato, si perderanno tutti gli snapshot. Per proteggere l'account da eliminazioni accidentali, Backup di Azure accetta un blocco di eliminazione nell'account di archiviazione. Significa che gli utenti autorizzati possono comunque leggere e modificare una risorsa, ma non possono eliminarla. Il blocco limita anche l'eliminazione di qualsiasi condivisione file nell'account di archiviazione. Di conseguenza, si ottiene la protezione dall'eliminazione accidentale sia dell'account di archiviazione che delle condivisioni file.
È possibile proteggere le condivisioni file connesse a un gruppo di sincronizzazione in Sincronizzazione file di Azure?
Sì. La protezione di condivisioni file di Azure connesse a gruppi di sincronizzazione è abilitata.
Durante il tentativo di eseguire il backup delle condivisioni file, è stato selezionato un account di archiviazione per individuare le condivisioni file presenti al suo interno. Le condivisioni non sono state tuttavia protette. Ricerca per categorie: proteggere queste condivisioni file con altri insiemi di credenziali
Durante un tentativo di backup, la selezione di un account di archiviazione per l'individuazione di condivisioni file incluse in tale account comporta la registrazione dell'account di archiviazione nell'insieme di credenziali da cui viene eseguita l'operazione. Se si sceglie di proteggere le condivisioni file con un insieme di credenziali diverso, annullare la registrazione dell'account di archiviazione scelto da questo insieme di credenziali.
Perché non è possibile modificare l'insieme di credenziali per configurare il backup per la condivisione file?
Se l'account di archiviazione è già registrato con un insieme di credenziali o altre condivisioni file nell'account di archiviazione, non è possibile modificarlo. Tutte le condivisioni file in un account di archiviazione possono essere protette solo dallo stesso insieme di credenziali. Se si vuole modificare l'insieme di credenziali, è necessario arrestare la protezione per tutte le condivisioni file nell'account di archiviazione dall'insieme di credenziali connesso, annullare la registrazione dell'account di archiviazione e quindi scegliere un insieme di credenziali diverso per la protezione.
È possibile cambiare l'insieme di credenziali in cui si esegue il backup delle condivisioni file?
Sì. Sarà tuttavia necessario interrompere la protezione della condivisione file dall'insieme di credenziali connesso, annullare la registrazione dell'account di archiviazione e quindi proteggerlo da un insieme di credenziali diverso.
È possibile proteggere due condivisioni file diverse dallo stesso account di archiviazione in insiemi di credenziali diversi?
No. Tutte le condivisioni file di un account di archiviazione possono essere protette solo dallo stesso insieme di credenziali.
Backup
Cosa fare se i backup non vengono avviati a causa dell'errore limite massimo raggiunto?
È previsto un limite di 200 snapshot per ogni condivisione file in qualsiasi momento. Il limite include gli snapshot creati da Backup di Azure in base ai criteri definiti. Se si iniziano a rilevare errori con i backup dopo aver raggiunto questo limite, eliminare gli snapshot su richiesta per poter completare i backup successivi.
Come viene calcolato il numero totale di snapshot corrispondenti a una configurazione dei criteri di backup?
La tabella seguente illustra il numero di snapshot in base alla configurazione dei criteri di backup:
| Frequenza di backup | Periodo di memorizzazione | Numero di snapshot |
|---|---|---|
| Giornaliero | Aggiungere i valori di conservazione configurati per i backup giornalieri, settimanali, mensili e annuali. Ad esempio, si configura un criterio di backup con i valori seguenti: - Conservazione giornaliera: 30 giorni - Conservazione settimanale: 40 settimane - Conservazione mensile: 4 mesi - Conservazione annuale: 6 anni |
Corrisponde a 80 snapshot (30+40+4+6). |
| Oraria | Esiste un buffer allocato per qualsiasi ritardo nell'eliminazione degli snapshot scaduti. Ad esempio, si configura un criterio di backup con: - Numero di snapshot giornalieri in base alla pianificazione: 6 - Conservazione giornaliera: 30 giorni - Conservazione mensile: 11 mesi - Conservazione annuale: 8 anni |
Considerando un buffer di 1 giorno per ogni snapshot giornaliero, la conservazione giornaliera di 30 giorni viene considerata come 31 giorni per ognuno dei 6 snapshot giornalieri. Questa configurazione corrisponde quindi a 205 snapshot [(6X31)+11+8]. |
Ripristino
È possibile recuperare una condivisione file di Azure eliminata?
Se la condivisione file si trova nello stato di eliminazione temporanea, è prima necessario annullare l'eliminazione della condivisione file per eseguire l'operazione di ripristino. L'operazione di annullamento dell'eliminazione porterà la condivisione file nello stato attivo in cui è possibile eseguire il ripristino in qualsiasi momento. Per informazioni su come annullare l'eliminazione della condivisione file, visitare questo collegamento o vedere Annullare l'eliminazione dello script di condivisione file. Se la condivisione file è stata eliminata definitivamente, non sarà possibile ripristinare il contenuto e gli snapshot al suo interno.
È possibile eseguire il ripristino dai backup se è stata interrotta la protezione in una condivisione file di Azure?
Sì. Se si è scelto Conserva i dati di backup quando è stata interrotta la protezione, sarà possibile eseguire il ripristino da tutti i punti di ripristino esistenti.
Cosa accade se si annulla un processo di ripristino in corso?
Se si annulla un processo di ripristino in corso, il processo si interrompe e tutti i file ripristinati prima dell'annullamento rimangono nella destinazione configurata (posizione originale o alternativa) senza rollback.
Perché non è possibile visualizzare un punto di ripristino specifico?
Se un punto di ripristino non è elencato, deve essere scaduto. È consigliabile controllare la conservazione configurata nei criteri di backup per comprendere la durata di conservazione per i punti di ripristino della condivisione file di cui è stato eseguito il backup.
Gestire il backup
È possibile usare PowerShell per configurare/gestire/ripristinare i backup di condivisioni file di Azure?
Sì. Vedere la documentazione dettagliata qui.
Perché i dati trasferiti in MB sono 0 per i processi di backup?
Nella soluzione di backup corrente per File di Azure non vengono trasferiti dati nell'insieme di credenziali e gli snapshot vengono conservati nello stesso account di archiviazione della condivisione file di cui è stato eseguito il backup. Quindi, i dati trasferiti in MB sono 0.
Perché i backup File di Azure non vengono replicati in base all'impostazione Archiviazione Tipo di replica dell'insieme di credenziali?
L'impostazione replica Archiviazione dell'insieme di credenziali non è rilevante per File di Azure backup. Ciò è dovuto al fatto che la soluzione corrente è basata su snapshot e non sono presenti dati trasferiti all'insieme di credenziali. Gli snapshot vengono archiviati nello stesso account di archiviazione della condivisione file di cui è stato eseguito il backup e quindi replicati in base all'impostazione di replica dell'account di archiviazione.
È possibile accedere agli snapshot creati da backup di Azure e montarli?
È possibile accedere a tutti gli snapshot creati da Backup di Azure visualizzandoli nel portale, in PowerShell o nell'interfaccia della riga di comando. Per altre informazioni sugli snapshot di condivisioni file di Azure, vedere Panoramica degli snapshot di condivisioni file di Azure.
Cosa accade dopo lo spostamento di una condivisione file di cui è stato eseguito il backup in una sottoscrizione diversa?
Una volta spostata in una sottoscrizione diversa, una condivisione file viene considerata come nuova da Backup di Azure. Ecco la procedura consigliata:
Scenario: si supponga che sia presente una condivisione file FS1 nella sottoscrizione S1 e che sia protetta tramite l'insieme di credenziali V1. Si vuole spostare la condivisione file nella sottoscrizione S2.
- Spostare l'account di archiviazione e la condivisione file (FS1) desiderati nell'altra sottoscrizione (S2).
- Nell'insieme di credenziali V1 attivare l'operazione di arresto della protezione con eliminazione dei dati per FS1.
- Annullare la registrazione dell'account di archiviazione che ospita FS1 dall'insieme di credenziali V1.
- Riconfigurare il backup per la condivisione file FS1, ora spostata in S2, con un insieme di credenziali (V2) nella sottoscrizione S2.
Si noti che dopo la riconfigurazione del backup con V2, gli snapshot acquisiti con V1 non verranno più gestiti da Backup di Azure. Sarà quindi necessario eliminare manualmente gli snapshot in base alle esigenze.
È possibile spostare la condivisione file di cui è stato eseguito il backup in un gruppo di risorse diverso?
Sì, è possibile spostare la condivisione file di cui è stato eseguito il backup in un gruppo di risorse diverso. Sarà tuttavia necessario riconfigurare il backup per la condivisione file perché verrà considerata come una nuova risorsa da Backup di Azure. Inoltre, gli snapshot creati prima dello spostamento del gruppo di risorse non verranno più gestiti da Backup di Azure. Sarà quindi necessario eliminare manualmente gli snapshot in base alle esigenze.
Qual è il periodo di conservazione massimo configurabile per i backup?
Per informazioni dettagliate sul periodo di conservazione massimo, vedere la matrice di supporto. Backup di Azure esegue un calcolo in tempo reale del numero di snapshot quando si immettono i valori di conservazione durante la configurazione dei criteri di backup. Quando il numero di snapshot corrispondenti ai valori di conservazione definiti supera i 200, nel portale verrà visualizzato un avviso che richiede di modificare i valori di conservazione, in modo da non superare il limite massimo di snapshot supportato da File di Azure per una condivisione file in qualsiasi momento.
Qual è l'effetto sui punti di ripristino e sugli snapshot esistenti quando si modificano i criteri di backup per una condivisione file di Azure per passare da "criteri giornalieri" a "criteri GFS"?
Quando si modifica un criterio di backup giornaliero in criteri GFS (aggiungendo la conservazione settimanale/mensile/annuale), il comportamento è il seguente:
Conservazione: se si aggiunge la conservazione settimanale/mensile/annuale durante la modifica dei criteri, tutti i punti di ripristino futuri creati come parte del backup pianificato verranno contrassegnati in base ai nuovi criteri. Tutti i punti di ripristino esistenti verranno comunque considerati come punti di ripristino giornalieri e pertanto non verranno contrassegnati come settimanali/mensili/annuali.
Pulizia di snapshot e punti di ripristino
- Se la conservazione giornaliera viene estesa, la data di scadenza dei punti di ripristino esistenti viene aggiornata in base al valore di conservazione giornaliero configurato nel nuovo criterio.
- Se il periodo di conservazione giornaliero è ridotto, i punti di ripristino e gli snapshot esistenti vengono contrassegnati per l'eliminazione nel processo di pulizia successivo, in base al valore di conservazione giornaliero configurato nei nuovi criteri e quindi eliminati.
Di seguito è riportato un esempio:
Criteri esistenti [P1]
| Tipo di conservazione | Programmazione | Conservazione |
|---|---|---|
| Ogni giorno | Ogni giorno alle 20:00 | 100 giorni |
Nuovi criteri [P1 modificato]
| Tipo di conservazione | Programmazione | Conservazione |
|---|---|---|
| Ogni giorno | Ogni giorno alle 21:00 | 50 giorni |
| Ogni settimana | Domenica alle 21:00 | 3 settimane |
| Mensile | Lunedì scorso alle 21:00 | 1 mese |
| Annuale | La terza domenica di gennaio alle 21:00 | 4 anni |
Impatto
La data di scadenza dei punti di ripristino esistenti verrà regolata in base al valore di conservazione giornaliero dei nuovi criteri, ovvero 50 giorni. Qualsiasi punto di ripristino che risalga a più di 50 giorni prima verrà quindi contrassegnato per l'eliminazione.
In base ai nuovi criteri, i punti di ripristino esistenti non verranno contrassegnati come settimanali/mensili/annuali.
Tutti i backup futuri verranno attivati in base alla nuova pianificazione, ovvero alle 21:00.
La data di scadenza di tutti i punti di ripristino futuri verrà allineata con i nuovi criteri.
Nota
Le modifiche ai criteri avranno effetto solo sui punti di ripristino creati nel quadro dell'esecuzione del processo di backup pianificato. Per i backup su richiesta, la conservazione è determinata dal valore Conserva backup fino a, specificato al momento dell'esecuzione del backup.
Qual è l'effetto sui punti di ripristino esistenti quando si modifica un criterio GFS esistente?
Quando alle condivisioni file viene applicato un nuovo criterio, tutti i futuri backup pianificati verranno eseguiti in base alla pianificazione configurata nei criteri modificati. La conservazione di tutti i punti di ripristino esistenti è allineata in base ai nuovi valori di conservazione configurati. Pertanto, se la conservazione viene estesa, i punti di ripristino esistenti vengono contrassegnati per essere conservati in base ai nuovi criteri. Se il periodo di conservazione viene ridotto, vengono contrassegnati per la pulizia nel processo di pulizia successivo e vengono quindi eliminati.
Di seguito è riportato un esempio:
Criteri esistenti [P2]
| Tipo di conservazione | Programmazione | Conservazione |
|---|---|---|
| Ogni giorno | Ogni giorno alle 20:00 | 50 giorni |
| Ogni settimana | Lunedì alle 20:00 | 3 settimane |
Nuovi criteri [Modificato P2]
| Tipo di conservazione | Programmazione | Conservazione |
|---|---|---|
| Ogni giorno | Ogni giorno alle 21:00 | 10 giorni |
| Ogni settimana | Lunedì alle 21:00 | 2 settimane |
| Mensile | Lunedì scorso alle 21:00 | 2 mesi |
Impatto della modifica
La data di scadenza dei punti di ripristino giornalieri esistenti verrà allineata in base al nuovo valore di conservazione giornaliero (10 giorni). Tutti i punti di ripristino giornalieri più vecchi di 10 giorni verranno quindi eliminati.
La data di scadenza dei punti di ripristino settimanali esistenti verrà allineata in base al nuovo valore di conservazione settimanale (due settimane). Pertanto, qualsiasi punto di ripristino settimanale superiore a due settimane verrà eliminato.
I punti di ripristino mensili verranno creati solo nell'ambito dei backup futuri in base alla configurazione dei nuovi criteri.
La data di scadenza di tutti i punti di ripristino futuri verrà allineata con i nuovi criteri.
Nota
Le modifiche ai criteri avranno effetto solo sui punti di ripristino creati nel quadro del processo di backup pianificato. Per i backup su richiesta, la conservazione è determinata dal valore Conserva backup fino a, specificato al momento dell'esecuzione del backup.
Qual è l'attributo duration nei criteri di backup File di Azure?
L'attributo duration consente di determinare il timestamp per l'ultimo backup del giorno.
Ad esempio, se l'ora di inizio è "x AM" e la durata è "y hours", i backup verranno pianificati tra "x AM" e (x AM + y ore) in base all'attributo di pianificazione definito nei criteri. Questo attributo consente di garantire che i backup vengano attivati solo durante le ore lavorative quando sono presenti frequenti operazioni di aggiornamento sul contenuto della condivisione file; di conseguenza, l'acquisizione di più snapshot proteggerà i dati da eventuali modifiche accidentali.
In che modo i backup vengono pianificati in base agli attributi, ovvero ora di inizio, pianificazione e durata?
Ad esempio, è stato creato un criterio con la configurazione seguente:
- Ora di inizio: 9:00
- Pianificazione: ogni 4 ore
- Durata: 12 ore
In base a questi valori, la finestra di backup viene calcolata come 9:00 - (9:00 + 12 ore), ovvero 9:00 -09:00. Pertanto, tutti i backup verranno pianificati all'interno di questa finestra.
Il primo backup del giorno viene attivato all'ora di inizio indicata nei criteri, ovvero alle 9:00 e la pianificazione determina la differenza di tempo tra i backup consecutivi, ovvero 4 ore. Con questo calcolo, la pianificazione del backup sarà: 9:00, 13:00 (9:00 + 4 ore), 15:00 (13:00 + 4 ore) e 19:00 (17:00 + 4 ore).
Dal momento che l'ora di fine della finestra di backup calcolata era 9 PM, non verrà attivato alcun backup dopo questa volta.
Perché viene visualizzato l'errore "La configurazione selezionata attiverà solo 1 backup al giorno"?
Questo errore si verifica se è stata specificata una pianificazione maggiore della durata. Ad esempio, l'ora di inizio è stata configurata come 9:00, la pianificazione come 6 ore e la durata di 4 ore. In questo scenario, l'unica volta in cui il processo di backup può essere attivato è 9:00, dal momento che l'ora di backup successiva delle 17:00 (9:00 + 6 ore) è al di fuori della finestra di backup: 9:00 - 13:00 +4 ore.
Per risolvere questo problema, è consigliabile modificare la pianificazione o la durata oppure selezionare Frequenza giornaliera anziché Oraria.
Perché viene visualizzato l'errore "La configurazione selezionata estende la finestra di backup al giorno successivo"?
Questo errore si verifica se l'ora di inizio e l'ora di fine della finestra di backup, determinata in base alla pianificazione e alla durata del backup, rientra in due giorni diversi.
Ad esempio, è stato configurato un criterio con i parametri seguenti:
- Pianificazione: ogni 4 ore
- Ora di inizio: 12 PM
- Durata: 15 ore
In base a questa configurazione, la finestra di backup sarà: 12:00 - 3:00 (12 PM + 15 ore). Poiché l'ora di inizio e di fine cade in due giorni diversi, è consigliabile modificare l'ora di inizio o la durata per assicurarsi che siano nello stesso giorno.
Si supponga di modificare l'ora di inizio alle 6.00 nella configurazione precedente. Ora, la finestra di backup sarà 6:00 - 9:00 (6:00 + 15 ore). Si tratta di una configurazione supportata.
Qual è l'impatto sui punti di ripristino esistenti quando si passa dalla frequenza "Giornaliera" alla frequenza "Oraria"?
Quando si passa dalla frequenza giornaliera alla frequenza oraria , il comportamento è il seguente:
Conservazione: se si aggiunge la conservazione settimanale/mensile/annuale durante la modifica dei criteri, tutti i punti di ripristino futuri creati come parte del backup pianificato verranno contrassegnati in base ai nuovi criteri. Tutti i punti di ripristino esistenti verranno comunque considerati come punti di ripristino giornalieri; quindi, non verranno contrassegnati come settimanali/mensili/annuali.
Pulizia di snapshot e punti di ripristino
- Se la conservazione giornaliera viene estesa, la data di scadenza dei punti di ripristino giornalieri esistenti viene aggiornata in base al valore di conservazione giornaliero configurato nei nuovi criteri.
- Se la conservazione giornaliera viene ridotta, i punti di ripristino giornalieri e gli snapshot esistenti vengono contrassegnati per l'eliminazione nel successivo processo di esecuzione della pulizia in base al valore di conservazione giornaliero configurato nei nuovi criteri e quindi eliminati.
Snapshot di lease
L'eliminazione dell'account di archiviazione verrà bloccata se è presente un lease attivo negli snapshot?
No, l'eliminazione dell'account di archiviazione non è bloccata da un lease per gli snapshot.
Qual è il modo consigliato per eliminare una condivisione file di cui è stato eseguito il backup con un lease sugli snapshot?
È consigliabile eseguire l'arresto della protezione con l'operazione di eliminazione dei dati nella condivisione file di cui è stato eseguito il backup.
Dopo questa operazione, Backup di Azure rilascerà il lease ed eliminerà tutti gli snapshot. È quindi possibile eliminare la condivisione file.
Backup di Azure accetta il lease in modo retroattivo?
No, Backup di Azure accetta solo un lease sugli snapshot acquisiti dopo il rilascio di questa funzionalità.
Il lease è valido per gli snapshot in una condivisione file non eliminato dallo stato di eliminazione temporanea?
No. Se si elimina una condivisione file contenente snapshot con lease, il lease non sarà attivo quando la condivisione file non viene eliminata.
È possibile configurare criteri di backup diversi per le condivisioni file in un account di archiviazione?
Sì, è possibile proteggere le condivisioni file in un account di archiviazione nello stesso insieme di credenziali di Servizi di ripristino con criteri di backup diversi.