InvalidRestoreTimeException

TL;DR — Il valore RestoreDateTime richiesto è esterno alla finestra di ripristino point-in-time di questa tabella. PITR ti consente di ripristinare qualsiasi secondo entro il periodo di recupero (configurabile tra 1 e 35 giorni, al massimo gli ultimi 35 giorni), ma la finestra non può essere avviata prima che PITR sia abilitato. Leggi la finestra effettiva della tabella da "DescribeContinuousBackups" e scegli un orario al suo interno oppure passa "UseLatestRestorableTime" per "il più recente possibile".

Cosa significa

InvalidRestoreTimeException: An invalid restore time was specified.
RestoreDateTime must be between EarliestRestorableDateTime and
LatestRestorableDateTime.

Ogni tabella abilitata per PITR contiene una finestra mobile delimitata da "EarliestRestorableDateTime" (fino al periodo di recupero precedente, ma mai prima dell'attivazione di PITR) e "LatestRestorableDateTime" (in genere circa 5 minuti prima dell'ora corrente). Una richiesta di ripristino al di fuori di questi limiti (troppo vecchia o troppo vicina a adesso) fallisce con questa eccezione.

Perché succede

Il tempo è precedente al periodo di recupero: l'incidente da cui ti stai riprendendo si è verificato prima della finestra temporale (35 giorni al massimo, meno se è configurato un periodo più breve).
PITR è stato abilitato di recente: la finestra inizia all'abilitazione; non è possibile ripristinare a prima di quel momento nemmeno entro 35 giorni.
L'ora è troppo recente — LatestRestorableDateTime ritarda il tempo reale di ~5 minuti; "Ripristina a 30 secondi fa" non è ancora nella finestra.
Timezone/formato slip: un timestamp dell'ora locale inviato dove erano previsti i secondi dell'epoca UTC atterra fuori dalla finestra senza che tu te ne accorga.

Come risolverlo

Leggi prima la finestra vera e propria:

aws dynamodb describe-continuous-backups --table-name orders
# ...PointInTimeRecoveryDescription:
#    EarliestRestorableDateTime, LatestRestorableDateTime

Scegli un RestoreDateTime al suo interno (secondi epocali, UTC) o prendi lo stato disponibile più recente senza nominare un'ora:

aws dynamodb restore-table-to-point-in-time \
  --source-table-name orders --target-table-name orders-recovered \
  --use-latest-restorable-time

Hai bisogno di dati più vecchi della finestra? PITR non può raggiungerli: esegui un backup su richiesta o un'esportazione di tabella eseguita in quell'epoca, se ne esiste uno.
Ricorda cosa non comporta un ripristino: la nuova tabella ottiene dati, indici, capacità e impostazioni di crittografia, ma devi ricreare policy di scalabilità automatica, IAM policy, allarmi CloudWatch, tag, impostazioni di flusso, TTL e PITR stesso.
Converti timestamp in secondi di epoca UTC. Una stringa dell'ora locale che sembra valida può non rientrare nella finestra se interpretata come UTC.

Aprilo in DynoTable

Una volta completato il ripristino, sfoglia la tabella recuperata in DynoTable, aprila con ⌘K e verifica a campione gli elementi rispetto alla sequenza temporale dell'incidente prima di interrompere il traffico. Confronta con la tabella di origine cambiando profilo con ⌘P.

Dimensiona la capacità della nuova tabella con il calcolatore dei prezzi. Configura i profili in Impostazioni → Profili con Connessione di prova per ciascuna regione. Consulta Connetti a AWS e Installa.

Fonti

Riferimento RestoreTableToPointInTime — Amazon DynamoDB API (verificato il 13-07-2026)
Abilita il ripristino point-in-time in DynamoDB (verificato il 13-07-2026)

Errori correlati

PointInTimeRecoveryUnavailableException — PITR non è affatto abilitato.
L'esportazione richiede PITR — il cugino del tempo di esportazione di questa finestra.
La tabella esiste già: viene utilizzato il nome di destinazione.
Impara: Backup e ripristino temporizzato

Riferimenti

Ultima verifica il 13-07-2026 rispetto alla documentazione ufficiale del AWS collegata sopra.