DynamoDB BackupNotFoundException

TL;DR: DynamoDB no tiene ninguna copia de seguridad que coincida con la BackupArn que proporcionaste. Casi siempre un ARN incorrecto o con formato incorrecto, una copia de seguridad eliminada o caducada, o un client apuntado a la región/cuenta incorrecta. Enumere las copias de seguridad de la tabla y copie exactamente ARN.

Qué significa

BackupNotFoundException: Backup not found for the given BackupARN.

Las llamadas de restauración y descripción (RestoreTableFromBackup, DescribeBackup, DeleteBackup) direccionan un backup por su ARN. Este HTTP 400 significa que no existe ningún backup en ese ARN en la región + cuenta a la que resuelven tus credenciales. Es del lado del cliente y no reintentable hasta que el ARN sea correcto.

Por qué ocurre

ARN incorrecto o mal formado — un error tipográfico, un ARN truncado, o uno construido a mano en lugar de copiado de list-backups.
El backup fue eliminado o caducó — alguien quitó el backup bajo demanda, una regla de ciclo de vida de AWS Backup lo dio de baja por antigüedad, o era un backup SYSTEM (creado automáticamente cuando se elimina una tabla con PITR activado), que caduca 35 días después de su creación.
Región equivocada — list-backups/describe-backup son regionales; el backup vive en la región donde se creó (la región embebida en su ARN), así que un cliente apuntando a otro sitio no puede verlo.
Cuenta equivocada — las credenciales resuelven a una cuenta de AWS distinta de la que posee el backup.
Punto de recuperación gestionado por AWS Backup — los backups programados a través de AWS Backup se almacenan como puntos de recuperación en un vault de AWS Backup, donde las reglas de ciclo de vida pueden transicionarlos o eliminarlos; consulta la consola de AWS Backup si un backup no está donde esperas.

Cómo solucionarlo

Lista los backups de la tabla y coge el ARN real:
```
aws dynamodb list-backups --table-name <Table> --region <r>
```
Verifica que existe y está disponible:
```
aws dynamodb describe-backup --backup-arn <arn> --region <r>
```
BackupStatus debería ser AVAILABLE — un backup que está a mitad de creación/eliminación/restauración rechaza las llamadas en conflicto con BackupInUseException en su lugar.
Fija la región a la del ARN del backup (donde se creó el backup).
Confirma la cuenta con aws sts get-caller-identity.
¿Backup tomado por un plan de AWS Backup? Búscalo en la consola de AWS Backup (los puntos de recuperación de su vault) — las reglas de ciclo de vida de ahí pueden transicionar o eliminar backups según una programación.

Conéctate desde DynoTable

DynoTable es un banco de trabajo de tablas, no una consola de backups — úsalo para confirmar que la tabla viva existe en la región donde piensas restaurar antes de llamar a RestoreTableFromBackup. Abre el perfil de la región de destino (⌘P), ⌘K → abre la tabla por su nombre y verifica la cuenta con el estado de credenciales del chip de perfil.

Si la restauración falla con BackupNotFoundException, el ARN es incorrecto o ha caducado; arréglalo en las APIs de AWS Backup / backups de DynamoDB y luego vuelve a DynoTable para inspeccionar el esquema y los items de la tabla restaurada. La calculadora de tamaño de item ayuda a comprobar si la forma de un item restaurado sigue encajando en tu plan de capacidad.

Fuentes

DescribeBackup — Amazon DynamoDB API Reference (verificado 2026-07-13)
Restoring a DynamoDB table from a backup (verificado 2026-07-13)

Errores relacionados

BackupInUseException — el backup existe pero una operación de backup en conflicto sigue en curso.
ResourceNotFoundException — la propia tabla no se encuentra en la región/cuenta.
Table already exists — el nombre de la tabla de destino de la restauración está ocupado.
Aprende: Backups y recuperación a un punto en el tiempo

Referencias

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