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à.
Copia di uno snapshot del cluster di database
Con Amazon Aurora è possibile copiare backup automatici o snapshot manuali del cluster di database. Dopo aver copiato uno snapshot, la copia è uno snapshot manuale. È possibile creare più copie di un backup automatico o di uno snapshot manuale, ma ogni copia deve avere un identificatore univoco.
È possibile copiare un'istantanea all'interno della stessa Regione AWS, copiare un'istantanea dall'altra Regioni AWS e copiare istantanee condivise. È possibile copiare le istantanee su un altro account in Regione AWS un unico passaggio.
Nota
Amazon ti invia una fattura in base alla quantità dei dati di backup e snapshot Amazon Aurora mantenuti e alla 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 relativi allo storage Aurora, consulta prezzi di Amazon RDS for Aurora
Esamina i limiti e le considerazioni per la copia di snapshot del cluster di database. Per copiare snapshot del cluster di database, consulta uno dei seguenti argomenti.
Limitazioni
Di seguito sono riportate alcune limitazioni che si applicano quando si copiano le snapshot:
-
Non puoi copiare un'istantanea da o verso i seguenti siti: Regioni AWS
-
Cina (Pechino)
-
Cina (Ningxia)
-
-
È possibile copiare un'istantanea tra AWS GovCloud (Stati Uniti orientali) e AWS GovCloud (Stati Uniti occidentali). Tuttavia, non puoi copiare un'istantanea tra queste AWS GovCloud (US) regioni e quelle commerciali. Regioni AWS
-
Se elimini una snapshot origine prima che la snapshot target diventi disponibile, la copia della snapshot potrebbe non riuscire. Verifica che la snapshot target abbia lo stato di
AVAILABLEprima di eliminare una snapshot origine. -
Puoi avere un massimo di cinque richieste di copia di snapshot in corso in una singola regione di destinazione per account
-
Quando vengono richieste più copie di snapshot per la stessa istanza database di origine, vengono accodate internamente. Le copie richieste in seguito non verranno avviate fino al completamento delle copie di snapshot precedenti. Per ulteriori informazioni, consulta Perché la creazione di snapshot EC2 AMI o EBS è
lenta? nel AWS Knowledge Center. -
A seconda del soggetto Regioni AWS coinvolto e della quantità di dati da copiare, il completamento di una copia istantanea tra diverse regioni può richiedere ore. In alcuni casi, potrebbe esserci un numero elevato di richieste di copia di snapshot tra regioni da una determinata regione di origine. In questi casi, Amazon RDS potrebbe mettere in coda le richieste di copia tra regioni provenienti dalla regione di origine fino al completamento di alcune copie in corso. Nessuna informazione di progresso viene visualizzata sulle richieste di copia mentre sono in coda. Le informazioni sul progresso vengono visualizzate quando inizia la copia.
Aurora non supporta gli snapshot incrementali. Le copie degli snapshot del cluster di database Aurora vengono sempre archiviate come copie complete. La copia di uno snapshot completa contiene tutti i dati e i metadati necessari per archiviare l'istanza database.
Considerazioni sulla copia di snapshot
Di seguito sono riportate alcune considerazioni relative alla copia di snapshot.
Argomenti
Considerazioni sulla copia di snapshot condivisi
Puoi copiare istantanee condivise con te da altri account. AWS In alcuni casi, è possibile copiare un'istantanea crittografata che è stata condivisa da un altro AWS account. In questi casi, è necessario avere accesso allo AWS KMS key strumento utilizzato per crittografare l'istantanea. Per ulteriori informazioni, consulta Condivisione di snapshot crittografati.
Copia tra regioni e più account in un unico passaggio
Per copiare un'istantanea tra regioni e più account in un'unica operazione, devi prima condividere l'istantanea con l'account di destinazione. AWS Se l'istantanea è crittografata, devi anche condividere la AWS KMS chiave con l'account di destinazione. AWS Se l'istantanea è crittografata con la AWS KMS chiave predefinita, è necessario prima copiarla per crittografarla nuovamente con una chiave gestita dal cliente prima di condividerla con l'account di destinazione. Una volta condivisa, puoi iniziarne una copia su quell'account (interno o interregionale) dall'account di destinazione.
Considerazioni sulla copia di snapshot crittografati dei cluster di database
Puoi copiare una snapshot che è stata crittografata utilizzando una chiave KMS. Se la copia di una snapshot crittografata, la copia della snapshot deve anche essere crittografata. Se copi un'istantanea crittografata all'interno dello stesso Regione AWS, puoi crittografare la copia con la stessa chiave KMS dell'istantanea originale. Oppure puoi specificare una chiave KMS diversa.
Se copi uno snapshot crittografato tra regioni, devi specificare una chiave KMS valida nella Regione AWS di destinazione. Può essere una chiave KMS specifica per la regione o una chiave multi-regione. Per ulteriori informazioni sulle chiavi multi-regione, consulta Utilizzo delle chiavi multi-regione in AWS KMS.
Per ulteriori informazioni sulla gestione delle AWS KMS chiavi per Amazon RDS, consultaGestione di AWS KMS key.
La snapshot di origine resta crittografata nel processo di copia. Per ulteriori informazioni, consulta Limiti relativi a istanze database crittografate Amazon Aurora.
Nota
Per le snapshot di cluster di database Amazon Aurora, non puoi crittografare una snapshot di cluster di database quando copi la snapshot.
Per copiare snapshot crittografati dei cluster di database, consulta i seguenti argomenti.
Considerazioni sulla copia di snapshot tra Regioni diverse
È possibile copiare snapshot di cluster di database tra Regioni AWS. Tuttavia, esistono alcuni vincoli e considerazioni per la copia di snapshot tra le regioni.
A seconda del soggetto Regioni AWS coinvolto e della quantità di dati da copiare, il completamento di una copia istantanea tra diverse regioni può richiedere ore.
In alcuni casi, potrebbe esserci un numero elevato di richieste di copia di snapshot tra regioni da una determinata Regione AWS di origine. In questi casi, Amazon RDS potrebbe mettere in coda nuove richieste di copia interregionali provenienti da tale fonte fino al completamento di alcune copie Regione AWS in corso. Nessuna informazione di progresso viene visualizzata sulle richieste di copia mentre sono in coda. Le informazioni sul progresso vengono visualizzate quando inizia la copia.
Per la copia di istantanee in più regioni si applicano i costi di trasferimento dei dati. La copia di snapshot tra Regioni crea copie complete dei dati di destinazione, ma i costi di trasferimento dei dati sono incrementali. I dati incrementali includono sia i nuovi dati che sono stati aggiunti al database di un cliente dopo l’ultima copia, sia tutte le modifiche apportate ai dati esistenti. Per ulteriori informazioni, consulta Creazione di copie di backup tra Regioni AWS nella Guida per gli sviluppatori di AWS Backup .
Nota
Aurora copia la quantità minima di dati richiesta per creare una copia completa di uno snapshot nella Regione di destinazione. Le tariffe per il trasferimento dei dati si applicano quando si copiano snapshot tra Regioni.
Considerazioni sui gruppi di parametri
Quando copi uno snapshot tra regioni, la copia non include il gruppo di parametri usato dal cluster di database originale. Quando si ripristina un'istantanea per creare un nuovo cluster DB, tale cluster DB ottiene il gruppo di parametri predefinito in cui Regione AWS è stato creato. Per assegnare al nuovo cluster di database gli stessi parametri dell'originale, completa la seguente procedura:
-
Nella destinazione Regione AWS, crea un gruppo di parametri del cluster DB con le stesse impostazioni del cluster DB originale. Se ne esiste già uno nel nuovo Regione AWS, puoi usare quello.
-
Dopo aver ripristinato l'istantanea nella destinazione Regione AWS, modifica il nuovo cluster DB e aggiungi il gruppo di parametri nuovo o esistente del passaggio precedente.