Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
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 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 DB è associato a un piano di backup inAWS Backup, è possibile utilizzare tale piano di backup per point-in-time il ripristino. I nomi dei backup automatici (continui) gestiti da AWS Backup includono continuous:cluster-. Per ulteriori informazioni, consulta Ripristino di un cluster DB a un'ora specificata utilizzando 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 (Ohio) | us-east-2 | 03:00 - 11:00 UTC |
| US East (N. Virginia) | us-east-1 | 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 (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 (Stati Uniti orientali) | us-gov-east-1 | 17:00 - 01:00 UTC |
| AWS GovCloud (Stati Uniti occidentali) | us-gov-west-1 | 06:00 - 14:00 UTC |
Mantenimento dei backup automatici
Quando si elimina un cluster predisposto o un cluster Aurora Serverless v2 DB, è possibile conservare i backup automatici. Ciò consente di ripristinare un cluster database in un punto nel tempo specifico all'interno del periodo di conservazione del backup, anche dopo l'eliminazione del cluster.
I backup automatici mantenuti contengono snapshot di sistema e log delle transazioni di un cluster database. Includono anche le proprietà del cluster database, come la classe di istanza database, necessarie per ripristinarlo in un cluster attivo.
Puoi ripristinare o rimuovere i backup automatici mantenuti tramite la AWS Management Console, l'API RDS e AWS CLI.
Nota
Non è possibile conservare i backup automatici per Aurora Serverless v1 i cluster DB.
Argomenti
Periodo di conservazione
Gli snapshot di sistema e i log delle transazioni di un backup automatico mantenuto scadono allo stesso modo del cluster database di origine. Le impostazioni per il periodo di conservazione del cluster di origine si applicano anche ai backup automatici. Poiché non vengono creati nuovi snapshot o log per questo cluster, i backup automatici mantenuti scadranno. Al termine del periodo di conservazione, si continua a mantenere gli snapshot del cluster database manuali, ma tutti i backup automatici scadranno.
È possibile rimuovere backup automatici mantenuti mediante la console, AWS CLI o l'API RDS. Per ulteriori informazioni, consulta Eliminazione dei backup automatici mantenuti.
A differenza di un backup automatico mantenuto, uno snapshot finale non scade. Ti suggeriamo di acquisire uno snapshot finale anche se mantieni i backup automatici, perché i backup automatici mantenuti prima o poi scadono.
Visualizzazione dei backup conservati
Per visualizzare i backup automatici mantenuti nella console RDS, scegli Backup automatici nel pannello di navigazione, quindi seleziona Conservato. Per visualizzare singoli snapshot associati a un backup automatico mantenuto, scegli Snapshot nel pannello di navigazione. In alternativa, puoi descrivere singoli snapshot associati a un backup automatico mantenuto. Da qui, puoi ripristinare un'istanza database direttamente da uno di tali snapshot.
Per descrivere i backup automatizzati conservati utilizzando il AWS CLI, utilizza uno dei seguenti comandi:
aws rds describe-db-cluster-automated-backups --db-cluster-resource-idDB_cluster_resource_ID
Per descrivere i backup automatici mantenuti tramite l'API RDS, chiama l'operazione DescribeDBClusterAutomatedBackups con il parametro DbClusterResourceId.
Costi di retention
Per lo storage di backup non vengono addebitati costi aggiuntivi fino al 100% dello storage di database Aurora totale per ogni cluster database Aurora. Inoltre, non sono previsti costi aggiuntivi fino a un giorno se si mantengono i backup automatici dopo l'eliminazione di un cluster database. I backup mantenuti per più di un giorno vengono addebitati.
Non sono previsti costi aggiuntivi per i log delle transazioni o i metadati dell'istanza. Tutte le altre regole di prezzo per i backup si applicano ai cluster ripristinabili. Per ulteriori informazioni, consulta la pagina Prezzi di Amazon Aurora
Limitazioni
Le seguenti limitazioni si applicano ai backup automatici mantenuti:
-
Il numero massimo di backup automatici mantenuti in una regione AWS è pari a 40. Non è incluso nella quota per i cluster database. È possibile avere fino a 40 cluster database in esecuzione, 40 istanze database in esecuzione e 40 backup automatici mantenuti per i cluster database contemporaneamente.
Per ulteriori informazioni, consulta Quote in Amazon Aurora.
-
I backup automatici mantenuti non contengono informazioni relative ai parametri o ai gruppi di opzioni.
-
È possibile ripristinare un cluster eliminato in un punto temporale che si trova all'interno del periodo di conservazione al momento dell'eliminazione.
-
Non è possibile modificare un backup automatico mantenuto perché è costituito da backup di sistema, log delle transazioni e proprietà del cluster database presenti al momento dell'eliminazione del cluster di origine.
Eliminazione dei backup automatici mantenuti
Puoi eliminare i backup automatici mantenuti quando non servono più.
Per eliminare i backup automatici mantenuti
Accedi alla AWS Management Console e apri la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/
. -
Nel riquadro di navigazione, selezionare Automated backups (Backup automatici).
-
Scegli la scheda Conservato.
-
Scegliere il backup automatico mantenuto da eliminare.
-
In Actions (Azioni), selezionare Delete (Elimina).
-
Nella pagina di conferma, immetti
delete mee seleziona Elimina.
È possibile eliminare un backup automatico conservato utilizzando il AWS CLI comando delete-db-cluster-automated-backup con la seguente opzione:
-
--db-cluster-resource-id: l'identificatore della risorsa per il cluster database di origine.
Questo esempio elimina il backup automatico mantenuto per il cluster database di origine con l'ID risorsa cluster-123ABCEXAMPLE.
PerLinux, o: macOS Unix
aws rds delete-db-cluster-automated-backup \ --db-cluster-resource-idcluster-123ABCEXAMPLE
Per Windows:
aws rds delete-db-cluster-automated-backup ^ --db-cluster-resource-idcluster-123ABCEXAMPLE
Puoi eliminare un backup automatico mantenuto utilizzando l'operazione API Amazon RDS DeleteDB ClusterAutomatedBackup con il seguente parametro:
-
DbClusterResourceId: l'identificatore della risorsa per il cluster database di origine.
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 conservati.
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.
