PointInTimeRecoveryUnavailableException

TL;DR: la recuperación a un momento dado no se ha habilitado en esta tabla de origen, por lo que no hay un historial de copias de seguridad continuas desde el cual restaurar. Habilite PITR ahora (UpdateContinuousBackups): la ventana de recuperación comienza desde ese momento y, para todo lo anterior, restaure desde una copia de seguridad bajo demanda, si tiene una.

Qué 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 se activa por tabla de forma opcional. Hasta que esté activado, DynamoDB no mantiene ningún historial de cambios continuo, y RestoreTableToPointInTime no tiene nada desde lo que reconstruir — sin importar cuánto tiempo lleve existiendo la tabla. Esto es una carencia de configuración, no un error transitorio; reintentar no cambiará la respuesta.

Por qué ocurre

PITR nunca se habilitó — está desactivado por defecto cuando se crea una tabla sin activarlo explícitamente.
Una tabla nueva se saltó la lista de comprobación — código de infraestructura copiado de una plantilla que no establece PointInTimeRecoverySpecification.
El nombre de tabla equivocado — estás restaurando orders pero PITR se habilitó en orders-prod (o al revés), o la tabla vive en otra región.

Cómo solucionarlo

Confirma el estado de copia de seguridad de la tabla:

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

Habilita PITR — la protección empieza a acumularse de inmediato, y la ventana de restauración crece desde ahora hasta el periodo de recuperación configurado:
```
aws dynamodb update-continuous-backups --table-name orders \
  --point-in-time-recovery-specification PointInTimeRecoveryEnabled=true
```
Recupera los datos de hoy de otra forma — PITR no puede alcanzar el pasado retroactivamente. Si existe una copia de seguridad bajo demanda, haz RestoreTableFromBackup; de lo contrario, el contenido actual de la tabla es lo que tienes.
Integra PITR en la creación de tablas — establécelo en tu IaC para cada tabla de producción para que la carencia no pueda repetirse, y recuerda que una tabla restaurada tampoco hereda PITR — vuelve a habilitarlo en la tabla nueva.
Comprueba la región correcta. PITR es por tabla y por región; una llamada de restauración contra una réplica en otra región sigue necesitando PITR habilitado en la copia de la tabla de esa región.

Antes de reintentar en DynoTable

Antes de decidir qué tablas necesitan PITR, mira su contenido en DynoTable — abre cada tabla con ⌘K en todas las regiones (⌘P cambia de perfil) y confirma que los datos merecen el coste de las copias de seguridad continuas. La calculadora de precios estima los cargos de almacenamiento de PITR por tabla para que puedas priorizar las cargas de trabajo de producción.

Después de habilitar PITR, verifica el estado de las copias de seguridad desde la consola de AWS o la CLI, y luego revisa los datos restaurados en DynoTable en cuanto termine una restauración de prueba. Configura los perfiles en Ajustes → Perfiles con Test Connection para cada región. Consulta Conectar con AWS e Instalación. El almacenamiento de PITR se acumula desde el momento de la activación — no hay ventana retroactiva para los datos escritos antes de activarlo.

Fuentes

RestoreTableToPointInTime — Amazon DynamoDB API Reference (verificado el 2026-07-13)
Point-in-time recovery for DynamoDB (verificado el 2026-07-13)

Errores relacionados

InvalidRestoreTimeException — PITR está activado, pero el tiempo solicitado está fuera de la ventana.
Export requires PITR — las exportaciones de tabla también necesitan PITR.
BackupNotFoundException
Aprende: Backups & point-in-time recovery

Referencias

Verificado por última vez el 2026-07-13 contra la documentación oficial de AWS enlazada arriba.