PointInTimeRecoveryUnavailableException

TL;DR: il ripristino point-in-time non è stato abilitato su questa tabella di origine, quindi non è disponibile una cronologia di backup continuo da cui eseguire il ripristino. Abilita PITR adesso (UpdateContinuousBackups) — la finestra di ripristino inizia da quel momento — e per qualsiasi cosa prima, ripristina da un backup su richiesta, se ne hai uno.

Cosa significa

PointInTimeRecoveryUnavailableException: Point in time recovery has not
yet been enabled for this source table.

# what the engine actually returns, reproduced against Amazon DynamoDB (live service, us-east-1):
PointInTimeRecoveryUnavailableException: Point in time recovery is not enabled for table 'seo-repro-scratch'

PITR è opt-in per tabella. Finché non è attivo, DynamoDB non conserva una cronologia continua delle modifiche e RestoreTableToPointInTime non ha nulla da cui ricostruire, indipendentemente da quanto tempo esiste la tabella. Si tratta di una lacuna di configurazione, non di un errore temporaneo; riprovare non cambierà la risposta.

Perché succede

PITR non è mai stato abilitato: è disattivato per impostazione predefinita quando viene creata una tabella senza attivarla esplicitamente.
Una nuova tabella non è stata inserita nell'elenco di controllo: codice dell'infrastruttura copiato da un modello che non imposta PointInTimeRecoverySpecification.
Nome della tabella sbagliato: stai ripristinando "orders" ma PITR è stato abilitato su "orders-prod" (o viceversa) oppure la tabella si trova in un'altra regione.

Come risolverlo

Conferma lo stato del backup della tabella:

aws dynamodb describe-continuous-backups --table-name orders
# PointInTimeRecoveryStatus: DISABLED

Abilita PITR: la protezione inizia ad accumularsi immediatamente e la finestra di ripristino aumenta da ora fino al periodo di ripristino configurato:
```
aws dynamodb update-continuous-backups --table-name orders \
  --point-in-time-recovery-specification PointInTimeRecoveryEnabled=true
```
Recupera i dati di oggi in un altro modo: PITR non può raggiungere il passato in modo retroattivo. Se esiste un backup su richiesta, RestoreTableFromBackup; altrimenti il contenuto della tabella corrente è quello che hai.
Inserisci PITR nella creazione della tabella: impostalo nel tuo IaC per ogni tabella di produzione in modo che il divario non possa ripresentarsi e ricorda che una tabella _ripristinata non eredita nemmeno PITR: riattivalo sulla nuova tabella.
Controlla la regione corretta. PITR è per tabella per regione; una chiamata di ripristino su una replica in un'altra regione necessita ancora che PITR sia abilitato sulla copia della tabella di quella regione.

Prima di riprovare in DynoTable

Prima di decidere quali tabelle necessitano di PITR, sfoglia i loro contenuti in DynoTable: apri ciascuna tabella con ⌘K in tutte le regioni (⌘P cambia profilo) e conferma che i dati valgono il costo del backup continuo. Il calcolatore dei prezzi stima i costi di archiviazione PITR per tabella in modo da poter dare priorità ai carichi di lavoro di produzione.

Dopo aver abilitato PITR, verifica lo stato del backup dalla console AWS o dalla CLI, quindi controlla a campione i dati ripristinati in DynoTable una volta completato un ripristino di prova. Configura i profili in Impostazioni → Profili con Connessione di prova per ciascuna regione. Consulta Connetti a AWS e Installa. Lo spazio di archiviazione PITR matura dal momento dell'attivazione: non esiste una finestra retroattiva per i dati scritti prima dell'attivazione.

Fonti

Riferimento RestoreTableToPointInTime — Amazon DynamoDB API (verificato il 13/07/2026)
Recupero point-in-time per DynamoDB (verificato il 13-07-2026)

Errori correlati

InvalidRestoreTimeException: PITR è attivo, ma l'orario richiesto è fuori dall'intervallo.
L'esportazione richiede PITR: anche le esportazioni di tabelle richiedono PITR.
BackupNotFoundException
Impara: Backup e ripristino temporizzato

Riferimenti

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