Perché il ripristino della tabella Amazon DynamoDB richiede molto tempo?

Risoluzione

Quando ripristini la tabella DynamoDB da un backup, il completamento del processo di ripristino richiede in genere meno di un'ora. Il tempo di ripristino è correlato alla configurazione della tabella, ad esempio la dimensione della tabella, il numero di partizioni sottostanti e altre variabili correlate. Quando si pianifica un disaster recovery, è consigliabile documentare regolarmente il tempo medio di completamento del ripristino. Sarà quindi possibile determinare in che modo questi tempi di completamento influiscono sull’Obiettivo del tempo di ripristino (RTO) complessivo.

Il tempo impiegato da DynamoDB per ripristinare una tabella varia in base a diversi fattori e non è necessariamente legato alle dimensioni della tabella. Se la tabella contiene dati con asimmetria significativa e indici secondari, il tempo di ripristino potrebbe aumentare. Quando il processo di ripristino è in corso, lo stato della tabella è Ripristino. Al termine del processo di ripristino, la tabella mostra lo stato Attivo. Tutti i backup in DynamoDB funzionano senza consumare alcun Provisioned Throughput sulla tabella.

Tuttavia, non è possibile calcolare il tempo di ripristino della tabella. Quando ripristini una tabella DynamoDB dal backup, rivedi le seguenti informazioni:

• Il tempo necessario per ripristinare la tabella non è sempre direttamente correlato alle dimensioni della tabella.
• Quando esegui un ripristino point-in-time di una tabella DynamoDB, il ripristino richiede almeno 20 minuti indipendentemente dalle dimensioni della tabella. Dopo avere ripristinato la tabella, DynamoDB ha bisogno di tempo per fornire tutte le risorse necessarie per creare la nuova tabella e avviare il processo di ripristino. Quindi, DynamoDB potrà copiare i dati effettivi.
• Se i dati nella tabella sono distribuiti uniformemente, il tempo di ripristino è proporzionale alla partizione singola più grande per numero di elementi.
• L'asimmetria dei dati può verificarsi quando una chiave di partizione contiene molti più dati rispetto all'altra chiave di partizione. Se i dati sono asimmetrici, il tempo di ripristino potrebbe aumentare a causa di potenziali chiavi sovrautilizzate e limitazioni. Ad esempio, se la chiave primaria della tabella utilizza il mese dell'anno per la partizione, controlla come vengono distribuiti i dati. Se la maggior parte dei dati è di dicembre, allora i dati sono asimmetrici.
• Per aumentare l'efficienza e la velocità del ripristino di una tabella, escludi la creazione di indici secondari.
• Non è possibile confrontare i tempi di ripristino di due tabelle diverse con schemi e dati diversi. Il tempo di ripristino di una tabella dipende dall'asimmetria dei dati a livello di partizione.

Nota: quando il ripristino è in corso, non modificare o eliminare le policy di AWS Identity and Access Management (IAM) che concedono all'entità l'autorizzazione al ripristino. Se modifichi o elimini le policy per l'entità IAM, può verificarsi un comportamento imprevisto. Ad esempio, supponi di rimuovere le autorizzazioni di scrittura per una tabella durante il ripristino della tabella. In questo caso, l'operazione RestoreTableToPointInTime o RestoreTableFromBackup sottostante non potrà scrivere alcun dato ripristinato nella tabella. Le policy IAM che prevedono restrizioni dell'IP di origine per accedere alla tabella di ripristino di destinazione possono causare problemi simili.

Per i backup crittografati con una chiave gestita da AWS Key Management Service (AWS KMS) o una chiave gestita dal cliente, è necessario monitorare la propria chiave. Se si disattiva o si elimina la chiave quando è in corso un ripristino, il ripristino non riesce. Al termine del ripristino, è possibile modificare la chiave di crittografia per la tabella ripristinata e disattivare o eliminare la vecchia chiave.

Informazioni correlate

Using On-Demand backup and restore for DynamoDB

Using DynamoDB backup and restore