Panoramica di backup e ripristino di un cluster di database Aurora
Negli argomenti seguenti vengono descritti i backup Aurora e come ripristinare il cluster database Aurora.
Indice
Backup
Aurora esegue automaticamente il backup del volume del cluster e conserva i dati per la durata del tempo di conservazione del backup. I backup automatizzati Aurora sono continui e incrementali, in modo da poter eseguire rapidamente un ripristino da qualsiasi point-in-time incluso nel periodo di conservazione del backup. Durante la scrittura dei dati di backup, non si verifica alcun impatto sulle prestazioni o interruzione del funzionamento del servizio del database. È possibile specificare un periodo di conservazione del backup (da 1 a 35 giorni) quando un cluster database viene creato o modificato. I backup automatizzati Aurora sono archiviati in Amazon S3. Per ulteriori informazioni sulla conservazione dei backup automatici, consulta Mantenimento dei backup automatici.
Per mantenere i dati oltre il tempo di conservazione del backup, è possibile eseguire uno snapshot dei dati del volume del cluster. Gli snapshot dei cluster Aurora non scadono. Puoi creare un nuovo cluster database dallo snapshot. Per ulteriori informazioni, consulta Creazione di uno snapshot del cluster database.
Nota
-
Per i cluster di database Amazon Aurora, il periodo di retention dei backup predefinito è di un giorno indipendentemente dal modo in cui viene creato il cluster DB.
-
Non puoi disabilitare i backup automatici su Aurora. Il periodo di retention dei backup per Aurora viene gestito dal cluster di database.
I costi dello storage di backup dipendono dalla quantità di dati di backup e snapshot Aurora mantenuti e dalla durata di mantenimento. Per informazioni sullo storage associato ai backup e agli snapshot Aurora, consulta Informazioni sull'utilizzo dello storage di backup Amazon Aurora. Per informazioni sui prezzi dello storage di backup di Aurora, consulta Prezzi di Amazon RDS for Aurora
Uso di AWS Backup
Per gestire i backup dei cluster database Amazon Aurora puoi anche utilizzare AWS Backup.
Gli snapshot gestiti da AWS Backup sono considerati snapshot di cluster database manuali, ma non vengono conteggiati per la quota di snapshot dei cluster database per Aurora. I nomi degli snapshot creati con AWS Backup includono awsbackup:job-. Per ulteriori informazioni su AWS Backup, consulta la Guida per sviluppatori di AWS Backup.AWS-Backup-job-number
Per gestire i backup dei cluster database Amazon Aurora, puoi anche utilizzare AWS Backup. Se il cluster database è associato a un piano di backup in AWS Backup, puoi utilizzare tale piano di backup per il ripristino point-in-time (PITR). I nomi dei backup automatici (continui) gestiti da AWS Backup includono continuous:cluster-. Per ulteriori informazioni, consulta Ripristino di un cluster database a un'ora specificata mediante AWS Backup.AWS-Backup-job-number
Finestra di backup
I backup automatici vengono effettuati quotidianamente durante la finestra di backup scelta. Se il backup richiede più tempo rispetto alla finestra di backup prevista, il backup continua dopo il termine della finestra, finché non viene completato. La finestra di backup non può sovrapporsi con la finestra di manutenzione settimanale per il cluster database.
I backup automatici di Aurora sono continui e incrementali, tuttavia si utilizza una finestra di backup per creare un backup giornaliero del sistema che viene conservato per tutto il periodo di conservazione del backup. È possibile copiare il backup per conservarlo oltre il periodo di conservazione.
Nota
Quando si crea un cluster database utilizzando la AWS Management Console, non è possibile specificare una finestra di backup. Tuttavia, è possibile specificare una finestra di backup quando si crea un cluster database utilizzando la AWS CLI o l'API RDS.
Se non si specifica una finestra di backup preferita al momento della creazione del cluster, Aurora assegna una finestra di backup predefinita di 30 minuti. La finestra è selezionata a caso da un blocco di tempo di 8 ore per ogni Regione AWS. La seguente tabella elenca i blocchi temporali per ciascuna Regione AWS da cui sono assegnate le finestre di backup predefinite.
| Nome della regione | Regione | Periodo di tempo |
|---|---|---|
| US East (N. Virginia) | us-east-1 | 03:00 - 11:00 UTC |
| Stati Uniti orientali (Ohio) | us-east-2 | 03:00 - 11:00 UTC |
| US West (N. California) | us-west-1 | 06:00 - 14:00 UTC |
| US West (Oregon) | us-west-2 | 06:00 - 14:00 UTC |
| Africa (Cape Town) | af-south-1 | 03:00 - 11:00 UTC |
| Asia Pacific (Hong Kong) | ap-east-1 | 06:00 - 14:00 UTC |
| Asia Pacific (Hyderabad) | ap-south-2 | 06:30 - 14:30 UTC |
| Asia Pacifico (Giacarta) | ap-southeast-3 | 08:00–16:00 UTC |
| Asia Pacifico (Malesia) | ap-southeast-5 | 09:00 - 17:00 UTC |
| Asia Pacifico (Melbourne) | ap-southeast-4 | 11:00 - 19:00 UTC |
| Asia Pacific (Mumbai) | ap-south-1 | 16:30 - 00:30 UTC |
| Asia Pacific (Osaka) | ap-northeast-3 | 00:00 - 08:00 UTC |
| Asia Pacific (Seoul) | ap-northeast-2 | 13:00 - 21:00 UTC |
| Asia Pacific (Singapore) | ap-southeast-1 | 14:00 - 22:00 UTC |
| Asia Pacific (Sydney) | ap-southeast-2 | 12:00 - 20:00 UTC |
| Asia Pacific (Tokyo) | ap-northeast-1 | 13:00 - 21:00 UTC |
| Canada (Central) | ca-central-1 | 03:00 - 11:00 UTC |
| Canada occidentale (Calgary) | ca-west-1 | 18:00 - 02:00 UTC |
| China (Beijing) | cn-north-1 | 06:00 - 14:00 UTC |
| China (Ningxia) | cn-northwest-1 | 06:00 - 14:00 UTC |
| Europe (Frankfurt) | eu-central-1 | 20:00 - 04:00 UTC |
| Europe (Ireland) | eu-west-1 | 22:00 - 06:00 UTC |
| Europe (London) | eu-west-2 | 22:00 - 06:00 UTC |
| Europa (Milano) | eu-south-1 | 02:00 - 10:00 UTC |
| Europe (Paris) | eu-west-3 | 07:29 - 14:29 UTC |
| Europa (Spagna) | eu-south-2 | 02:00 - 10:00 UTC |
| Europe (Stockholm) | eu-north-1 | 23:00 - 07:00 UTC |
| Europa (Zurigo) | eu-central-2 | 02:00 - 10:00 UTC |
| Israele (Tel Aviv) | il-central-1 | 03:00 - 11:00 UTC |
| Medio Oriente (Bahrein) | me-south-1 | 06:00 - 14:00 UTC |
| Medio Oriente (Emirati Arabi Uniti) | me-central-1 | 05:00–13:00 UTC |
| Sud America (São Paulo) | sa-east-1 | 23:00 - 07:00 UTC |
| AWS GovCloud (US-East) | us-gov-east-1 | 17:00 - 01:00 UTC |
| AWS GovCloud (US-West) | us-gov-west-1 | 06:00 - 14:00 UTC |
Ripristino dei dati
È possibile recuperare i dati creando un nuovo cluster database Aurora dai dati di backup mantenuti da Aurora, da uno snapshot del cluster database salvato o da un backup automatico mantenuto. Puoi ripristinare rapidamente una nuova copia di un cluster DB creato dai dati di backup a un momento qualsiasi del periodo di retention dei backup. Data la natura continua e incrementale dei backup Aurora durante il tempo di conservazione del backup, non sarà necessario effettuare snapshot frequenti dei dati per migliorare i tempi di ripristino.
L'ultimo orario di ripristino di un cluster database corrisponde al punto più recente in corrispondenza del quale è possibile ripristinare il cluster database. In genere, ciò avviene entro 5 minuti dall'ora corrente per un cluster database attivo o 5 minuti dall'orario di eliminazione del cluster per un backup automatico mantenuto.
Il primo orario di ripristino indica il punto all'interno del periodo di conservazione dei backup dai cui è possibile ripristinare il volume del cluster.
Per determinare l'ora più recente o meno recente disponibile per il ripristino di un cluster database, individuare i valori Latest restorable time o Earliest restorable time nella console RDS. Per informazioni sulla visualizzazione di tali valori consulta Visualizzazione dei backup automatici mantenuti per Amazon Aurora.
Puoi stabilire il completamento del ripristino di un cluster DB verificando i valori Latest restorable time ed Earliest restorable time. Questi valori restituiranno NULL fino al termine dell'operazione di ripristino. Non è possibile richiedere l'esecuzione di un'operazione di backup o ripristino se Latest restorable time o Earliest restorable
time restituisce NULL.
Per informazioni sul ripristino di un cluster di database a un punto temporale specifico, consulta Ripristino di un cluster di database a un determinato momento.
Clonazione dei database per Aurora
Anziché ripristinare la snapshot di un cluster DB, puoi anche clonare i database del cluster DB Aurora in un nuovo cluster DB. I database dei cloni utilizzano un ridottissimo spazio aggiuntivo al momento della creazione. I dati vengono copiati solo come modifiche nel database di origine o in quelli clone. Puoi effettuare più cloni dello stesso cluster DB oppure creare cloni aggiuntivi da altri cloni. Per ulteriori informazioni, consulta Clonazione di un volume per un cluster di database Amazon Aurora.
Backtrack
Aurora MySQL ora supporta il "riavvolgimento" di un cluster database a un'ora specifica, senza ripristinare i dati di un backup. Per ulteriori informazioni, consulta Backtrack di un cluster database Aurora.
