Backup dei volumi a blocchi

• Lista dei backup dei volumi
• Ripristino di un backup in un nuovo volume
• Copia di un backup del volume tra le region
• Spostamento di un backup del volume a blocchi in un altro compartimento
• Eliminazione di un backup del volume

Vedere anche Backup manuale di un volume e Backup basati su criteri (criteri di backup).

Per iniziare a utilizzare i backup dei volumi, un amministratore deve concedere l'accesso utente tramite un criterio IAM. Ogni servizio in Oracle Cloud Infrastructure si integra con IAM per l'autenticazione e l'autorizzazione, per tutte le interfacce (console, SDK o CLI e API REST).

Criterio di esempio per consentire agli amministratori di volumi a blocchi di gestire volumi a blocchi, backup e gruppi di volumi in più aree:

Allow group VolumeBackupAdmins to use volumes in tenancy
Allow group VolumeBackupAdmins to manage volume-backups in tenancy
Allow group VolumeBackupAdmins to inspect volume-attachments in tenancy
Allow group VolumeBackupAdmins to inspect instances in tenancy
Allow group VolumeBackupAdmins to manage backup-policies in tenancy
Allow group VolumeBackupAdmins to manage backup-policy-assignments in tenancy
Allow group VolumeBackupAdmins to use volume-backups in tenancy where request.permission='VOLUME_BACKUP_COPY'

Allow group BootVolumeBackupAdmins to use volumes in tenancy
Allow group BootVolumeBackupAdmins to manage boot-volume-backups in tenancy
Allow group BootVolumeBackupAdmins to inspect instances in tenancy
Allow group BootVolumeBackupAdmins to manage backup-policies in tenancy
Allow group BootVolumeBackupAdmins to manage backup-policy-assignments in tenancy
Allow group BootVolumeBackupAdmins to use boot-volume-backups in tenancy where request.permission='BOOT_VOLUME_BACKUP_COPY'

Di seguito sono riportati i tipi di backup disponibili nel volume a blocchi.

• Incrementale: questo tipo di backup include solo le modifiche apportate dopo l'ultimo backup.
• Completo: questo tipo di backup include tutte le modifiche apportate dopo la creazione del volume.

Esempio

Puoi creare un volume a blocchi da 50 GB, scrivere 25 GB sul volume, quindi avviare un backup completo del volume il Giorno 1 con un periodo di conservazione di due giorni. Al termine, la dimensione del backup è di 25 GB.

Il Giorno 2, si modificano 2 GB di dati esistenti, si scrivono 3 GB di nuovi dati e si crea un backup incrementale. La dimensione univoca del backup incrementale è pari a 5 GB.

Il giorno 3, un altro backup incrementale viene effettuato con 3 G di dati esistenti modificati e 2 GB aggiunti di nuovi dati, per un totale di 5 GB.

Il giorno 4, il backup completo viene eliminato alla scadenza della conservazione. La dimensione di backup incrementale è ora pari a 28 GB, il cui contenuto è necessario per ripristinare il contenuto del volume nel momento in cui è stato eseguito il backup incrementale.

Il giorno 5 scade il primo backup retention incrementale. La dimensione di backup per questo secondo backup incrementale è pari a 30 GB, la dimensione effettiva del contenuto del volume al momento in cui è stato eseguito il secondo backup incrementale. Poiché i blocchi vengono conservati anche dopo l'eliminazione del backup completo, è comunque possibile ripristinare il volume da un backup incrementale.

La dimensione del backup del volume potrebbe essere maggiore dell'uso corrente del volume. I possibili motivi per una dimensione di backup maggiore potrebbero includere:

• Qualsiasi parte di un volume scritta viene considerata inizializzata ed è sempre inclusa in un backup del volume.
• Molti sistemi operativi scrivono o azzerano il contenuto, che contrassegna questi blocchi come utilizzati. Il servizio per volumi a blocchi considera questi blocchi aggiornati e li include nel backup del volume.
• I backup dei volumi includono anche metadati, che possono essere fino a 1 GB in altri dati. Ad esempio, in un backup completo di un disco di avvio Windows da 256 GB, potresti vedere una dimensione di backup di 257 GB, che include un extra di 1 GB di metadati.

La copia dei backup dei volumi a blocchi tra le aree migliora gli scenari riportati di seguito.

• Disaster recovery e business continuity: copiando i backup dei volumi a blocchi in un'altra area a intervalli regolari, puoi ricreare facilmente applicazioni e dati nell'area di destinazione se si verifica una calamità a livello di area nell'area di origine.
• Migrazione ed espansione: puoi migrare ed espandere facilmente le tue applicazioni in un'altra area.

È inoltre possibile abilitare i backup automatici tra più aree pianificati con criteri definiti dall'utente. Vedere Programmazione di copie di backup dei volumi in più aree.

Per copiare i backup dei volumi tra le aree, è necessario disporre dell'autorizzazione per leggere e copiare i backup dei volumi nell'area di origine e dell'autorizzazione per creare i backup dei volumi nell'area di destinazione. Per ulteriori informazioni, vedere Copia di un backup dei volumi tra le aree.

Dopo aver copiato il backup del volume nella nuova area, è possibile eseguire il ripristino da tale backup creando un nuovo volume dal backup utilizzando la procedura descritta in Ripristino di un backup su un nuovo volume.

Il servizio Oracle Cloud Infrastructure Block Volume cifra sempre tutti i volumi a blocchi, i volumi di avvio e i backup dei volumi in archivio utilizzando l'algoritmo AES (Advanced Encryption Standard) con la cifratura a 256 bit.

Il servizio Oracle Cloud Infrastructure Vault ti consente di trasferire e gestire le tue chiavi da utilizzare per cifrare i volumi e i relativi backup. Quando si crea un backup del volume, per il backup del volume viene utilizzata anche la chiave di cifratura utilizzata per il volume.

È possibile modificare la chiave di cifratura per il backup del volume in un'altra chiave di cifratura Vault o in una chiave gestita da Oracle. Per ulteriori informazioni, vedere Modifica della chiave di cifratura principale assegnata.

Quando si ripristina il backup per creare un nuovo volume, si configura una nuova chiave, vedere Ripristino di un backup su un nuovo volume. Vedere anche Vault.

Se non si configura un volume per l'uso del servizio Vault, il servizio per volumi a blocchi utilizza invece la chiave di cifratura fornita da Oracle. Questo vale sia per la crittografia at-rest che per la crittografia in transito.

Applica tag alle risorse per organizzarle in base alle tue esigenze aziendali. È possibile applicare tag quando si crea una risorsa ed è possibile aggiornare una risorsa in un secondo momento per aggiungere, rivedere o rimuovere tag. Per informazioni generali sull'applicazione dei tag, vedere Tag risorsa.

Durante la creazione e il ripristino dai backup, tenere presente quanto riportato di seguito.

• Eseguire il backup dei volumi di applicazioni strategiche più volte al giorno. Per le applicazioni mission-critical, ti consigliamo di eseguire più backup al giorno per ridurre al minimo il possibile recovery point objective (RPO).

  Nota
  
  Con i backup basati su criteri è possibile pianificare un solo backup e copia al giorno. Gli utenti possono utilizzare i backup manuali per avviare più backup in un giorno. Per la copia tra più aree, si consiglia di copiare solo un backup al giorno nell'area remota. Per RPO ancora più piccolo, consulta il nostro supporto per la replica.
• Configurare i tempi di conservazione e di scadenza per i backup. I backup vengono rimossi automaticamente dopo il tempo di scadenza impostato per liberare spazio e costi di storage. I backup manuali non scadono.

• Pianifica o crea i backup durante le ore non di punta. se noti che i backup non vengono completati all'ora prevista, prendi in considerazione la possibilità di modificare gli orari di backup pianificati o manuali in un'ora del giorno diversa. Un backup giornaliero viene comunque completato in meno di 24 ore.

• Organizza dati critici e non critici. Per ridurre la quantità di backup da gestire, si consiglia di utilizzare operazioni di creazione, backup e ripristino separate per dati critici e non critici. I dati critici in genere includono tutti i dati necessari per il recupero e l'uso dell'applicazione. La procedura consigliata consiste nel mantenere i dati critici in un volume a blocchi secondario anziché nel volume di avvio. I dati non critici includono file di swap, temporanei, di cache o di pagina e log non critici e tendono ad avere dimensioni maggiori.

• Utilizza i gruppi di volumi per creare backup su più volumi e coerenti con crash. Quando i dati sono distribuiti su più volumi, puoi crearli ed eseguirne il backup come gruppo di volumi. Poiché i backup dei gruppi di volumi acquisiscono in modo coerente tutti i dati sincronizzati in ogni volume, non è più necessario arrestare le istanze per eseguire singoli snapshot. Questo metodo è ideale per i file system e le applicazioni che supportano il journaling.
• Massimizza la recuperabilità dei dati e il tempo di recupero con backup coerenti con le app. Puoi ottenere backup coerenti con le app mettendo in pausa o sospendendo il servizio prima di avviare un backup. Ciò può includere l'arresto di tutte le operazioni di I/O, la sincronizzazione di tutti i buffer di memoria e lo svuotamento delle transazioni in esecuzione. È quindi possibile inviare una chiamata API per eseguire il backup di un volume o di un gruppo di volumi.
• Prima di creare un backup, assicurarsi che i dati siano coerenti: sincronizzare il file system, disattivare il file system se possibile e salvare i dati dell'applicazione. Viene eseguito il backup solo dei dati presenti sul disco. Quando si crea un backup, dopo che lo stato del backup cambia da REQUEST_RECEIVED a CREATING, è possibile tornare alla scrittura dei dati nel volume. Mentre è in corso un backup, il volume di cui viene eseguito il backup non può essere eliminato.
• Per collegare un volume ripristinato a cui è collegato il volume originale, potrebbe essere necessario modificare prima gli ID partizione. Questo requisito proviene da sistemi operativi che non consentono di ripristinare volumi identici. Per istruzioni sulla modifica degli ID delle partizioni, consultare la documentazione del sistema operativo in uso.

Per ulteriori informazioni, vedere Backup manuale di un volume e Ripristino di un backup su un nuovo volume.

L'uso principale dei backup è quello di supportare i requisiti di continuità del business, disaster recovery e archiviazione a lungo termine. Quando si determina una pianificazione di backup, considerare i seguenti aspetti del piano e degli obiettivi di backup,

• Frequenza: la frequenza con cui si desidera eseguire il backup dei dati.
• Tempo di recupero: quanto tempo puoi attendere per ripristinare un backup e essere accessibile alle applicazioni che lo utilizzano. Mentre il tempo per il completamento di un backup varia in base a diversi fattori, il tempo è in genere di alcuni minuti o più, a seconda della dimensione dei dati di cui viene eseguito il backup e della quantità di dati che è cambiata dall'ultimo backup.
• Numero di backup memorizzati: numero di backup che devono rimanere disponibili e pianifica l'eliminazione di quelli non più necessari. È possibile creare un solo backup alla volta, quindi se è in corso un backup, tale backup deve essere completato prima di poterne creare un altro. Per informazioni dettagliate sul numero di backup che è possibile memorizzare, vedere Funzionalità e limiti del volume a blocchi.

Di seguito sono riportati i casi d'uso comuni per l'utilizzo dei backup.

• È necessario creare più copie dello stesso volume. I backup sono molto utili nei casi in cui è necessario creare molte istanze con molti volumi che devono avere la stessa formazione di dati.

• Creazione di uno snapshot del lavoro che è possibile ripristinare in un nuovo volume in un secondo momento.
• Assicurati di avere una copia di riserva del tuo volume nel caso in cui qualcosa vada storto con la tua copia primaria.

Oracle Cloud Infrastructure Block Volume supporta i comandi SCSI UNMAP sia per i volumi di avvio che per i volumi a blocchi per recuperare spazio inutilizzato. Utilizzare questi comandi per ridurre le dimensioni del backup, con conseguente tempi di ripristino del backup più rapidi. Per ulteriori informazioni, vedere Supporto per SCSI UNMAP.

Per informazioni e passi di base per duplicare un volume a blocchi, vedere Duplicazione di un volume a blocchi.