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à.
Backup di Amazon Relational Database Service
Amazon RDS e AWS Backup
Quando si considerano le opzioni per il backup delle istanze e dei cluster Amazon RDS, è importante chiarire quale tipo di backup si desidera creare e utilizzare. Diverse AWS risorse, tra cui Amazon RDS, offrono le proprie soluzioni di backup native.
Amazon RDS offre la possibilità di effettuare backup automatici e backup manuali. I punti di ripristino creati da AWS Backup sono classificati in modo diverso a seconda del tipo di backup:
-
Le istantanee periodiche create da AWS Backup sono considerate backup manuali in Amazon RDS. Si tratta di backup basati su istantanee eseguiti in base alla pianificazione del piano di backup.
-
I backup continui creati da AWS Backup sono considerati backup automatici in Amazon RDS. Questi consentono il ripristino point-in-time (PITR) conservando i log delle transazioni insieme a istantanee automatizzate.
Questa distinzione è importante perché i backup manuali e automatici hanno comportamenti di conservazione e gestione del ciclo di vita diversi in Amazon RDS.
Quando lo utilizzi AWS Backup per creare un backup (punto di ripristino) di un'istanza Amazon RDS, AWS Backup
verifica se in precedenza hai utilizzato Amazon RDS per creare un backup automatico. Se esiste un backup automatico, AWS Backup crea una copia istantanea incrementale (operazione). copy-db-snapshot Se non esiste alcun backup, AWS Backup crea un'istantanea dell'istanza indicata, anziché una copia (create-db-snapshotoperazione).
La prima istantanea creata da AWS Backup, creata da una delle due operazioni, risulterà in 1 istantanea completa. Tutte le copie successive saranno backup incrementali, purché esista il backup completo.
Quando si utilizzano copie su più account o più regioni, i processi di copia delle istantanee incrementali vengono elaborati più rapidamente rispetto ai lavori di copia di istantanee complete. La conservazione di una copia snapshot precedente fino al completamento del nuovo processo di copia può ridurre la durata del processo di copia. Se si sceglie di copiare snapshot da istanze database RDS, è importante notare che l'eliminazione delle copie precedenti comporterà innanzitutto la creazione di copie snapshot complete (anziché incrementali). Per ulteriori informazioni sull'ottimizzazione della copia, consulta la sezione Copia incrementale degli snapshot nella Amazon RDS User Guide.
Importante
Quando è pianificato un piano di AWS Backup backup per creare più snapshot giornalieri di un'istanza Amazon RDS e quando una di queste finestre di avvio di AWS Backup backup pianificate coincide con la finestra di backup di Amazon RDS, la derivazione dei dati dei backup può suddividersi in backup non identici, creando backup non pianificati e in conflitto. Per evitare che ciò accada, assicurati che il piano di AWS Backup backup o la finestra di Amazon RDS non coincidano nei rispettivi orari.
Considerazioni
AWS Backup supporta la creazione di backup su richiesta di istanze RDS Custom per SQL Server. Tuttavia, il ripristino di RDS Custom for SQL Server tramite non è supportato in modo nativo. AWS Backup Per il ripristino, utilizza l'restore-db-instance-from-db-snapshotoperazione in Amazon RDS con lo AWS Backup snapshot creato. Per ulteriori informazioni, consulta Ripristinare un'istanza Amazon RDS Custom for SQL Server utilizzando un backup da AWS Backup
RDS Custom for Oracle non è attualmente supportato da. AWS Backup
AWS Backup non supporta il backup e il ripristino di RDS su Outposts.
Comprensione della sovrapposizione e dei costi dei backup
AWS Backup gli snapshot periodici sono classificati come backup manuali in Amazon RDS. Sebbene condividano la stessa catena di snapshot incrementali dei backup automatici, contano per lo storage totale di backup insieme ai backup automatici. Amazon RDS offre un'allocazione gratuita dello storage di backup pari allo storage di istanze DB fornito, che copre sia i backup automatici che gli snapshot manuali combinati. Lo storage oltre tale allocazione viene fatturato. Se esegui sia AWS Backup gli snapshot pianificati che i backup automatici di Amazon RDS, entrambi contribuiscono a questo totale e dovresti tenerne conto nella pianificazione dei costi.
Backup continui e ripristino point-in-time di Amazon RDS
I backup continui prevedono l'utilizzo AWS Backup per creare un backup completo della risorsa Amazon RDS, quindi l'acquisizione di tutte le modifiche tramite un registro delle transazioni. È possibile ottenere una maggiore granularità riavvolgendo fino al punto in cui si desidera eseguire il ripristino anziché scegliere un'istantanea precedente scattata a intervalli di tempo prestabiliti.
Per ulteriori informazioni, consulta i backup continui e i servizi supportati da PITR e la gestione delle impostazioni di backup continuo.
Importante
L'abilitazione dei backup continui per Amazon RDS utilizzando AWS Backup quando erano precedentemente disabilitati (o disabilitando i backup continui quando erano abilitati in precedenza) mette offline l'istanza Amazon RDS per apportare le modifiche. Pianifica questa modifica durante una finestra di manutenzione per ridurre al minimo l'impatto. Se i backup automatici sono stati abilitati da Amazon RDS e il backup è stato semplicemente spostato su AWS Backup, non sono necessari tempi di inattività.
Backup di Amazon RDS Multi-Availability Zone
AWS Backup esegue il backup e supporta le opzioni di distribuzione di Amazon RDS for MySQL e Multi-AZ PostgreSQL (Availability Zone) con un'istanza di database in standby principale e due istanze di database in standby leggibili.
Per un elenco delle regioni in cui sono disponibili i backup delle Multi-Availability zone, consulta la Multi-AZ colonna Amazon RDS in. Servizi supportati da Regione AWS
L'opzione di Multi-AZ implementazione ottimizza le transazioni di scrittura ed è ideale quando i carichi di lavoro richiedono capacità di lettura aggiuntiva, minore latenza delle transazioni di scrittura, maggiore resilienza al jitter di rete (che influisce sulla coerenza della latenza delle transazioni di scrittura) e disponibilità e durabilità elevate.
Per creare un Multi-AZ cluster, puoi scegliere MySQL o PostgreSQL come tipo di motore.
Nella AWS Backup console sono disponibili tre opzioni di implementazione:
Multi-AZ Cluster DB: crea un cluster DB con un'istanza DB principale e due istanze DB in standby leggibili, ciascuna delle quali si trova in una zona di disponibilità diversa. Fornisce elevata disponibilità, ridondanza dei dati e aumenta la capacità dei carichi di lavoro pronti per il server.
Multi-AZ Istanza DB: crea un'istanza DB primaria e un'istanza DB in standby in una zona di disponibilità diversa. Ciò garantisce elevata disponibilità e ridondanza dei dati, ma l'istanza database in standby non supporta connessioni per carichi di lavoro di lettura.
Istanza database singola: crea una singola istanza database senza istanze database in standby.
Comportamento di backup con istanze e cluster
-
Point-in-Time Recovery (PITR) può supportare istanze, ma non cluster.
-
La copia di uno snapshot del cluster Multi-AZ DB non è supportata.
-
L'Amazon Resource Name (ARN) per un punto di ripristino RDS dipende dall'utilizzo di un'istanza o di un cluster:
Un ARN dell'istanza RDS:
arn:aws:rds:region:account:db:nameUn cluster RDS: Multi-Availability
arn:aws:rds:region:account:cluster:name
Per ulteriori informazioni, consulta le distribuzioni di cluster Multi-AZ DB nella Amazon RDS User Guide.
Per ulteriori informazioni sulla creazione di uno snapshot del cluster Multi-AZ DB, consulta la Amazon RDS User Guide.
Database globali Amazon Aurora
AWS consiglia di mantenere i backup in ogni regione in cui viene distribuito il database globale.
