¿Por qué tarda tanto la restauración de mi tabla de Amazon DynamoDB?

Solución

Cuando restaura una tabla de DynamoDB a partir de una copia de seguridad, el proceso de restauración suele tardar menos de una hora en completarse. El tiempo de restauración guarda relación con la configuración de la tabla, como el tamaño de la tabla, el número de particiones subyacentes y otras variables relacionadas. Cuando planifique la recuperación ante desastres, se recomienda documentar periódicamente el tiempo promedio que la restauración tarda en completarse. Luego, determine cómo afectan estos tiempos a su objetivo de tiempo de recuperación total.

El tiempo que tarda DynamoDB en restaurar una tabla varía en función de varios factores y no está necesariamente vinculado al tamaño de la tabla. Si la tabla contiene datos con un sesgo significativo e índices secundarios, es posible que el tiempo de restauración aumente. Mientras el proceso de restauración está en curso, el estado de la tabla es Restaurando. Una vez completado el proceso de restauración, la tabla muestra el estado Activo. Las copias de seguridad de DynamoDB no consumen el rendimiento aprovisionado en la tabla.

Sin embargo, tenga en cuenta que no es posible calcular el tiempo de restauración de la tabla. Cuando restaure una tabla de DynamoDB a partir de una copia de seguridad, revise la siguiente información:

• El tiempo que lleva restaurar la tabla no siempre está directamente relacionado con el tamaño de la tabla.
• Cuando se lleva a cabo una recuperación puntual de una tabla de DynamoDB, la restauración tarda al menos 20 minutos, independientemente del tamaño de la tabla. Una vez restaurada la tabla, DynamoDB necesita tiempo para aprovisionar todos los recursos necesarios para crear la nueva tabla e iniciar el proceso de restauración. A continuación, DynamoDB puede copiar los datos reales.
• Si los datos de la tabla están distribuidos de manera uniforme, el tiempo de restauración será proporcional a la partición individual más grande según el número de elementos.
• Puede producirse un sesgo en los datos si una clave de partición tiene muchos más datos que otra. Si los datos están sesgados, es posible que el tiempo de restauración aumente debido a las posibles teclas de acceso rápido y a la limitación. Por ejemplo, si la clave principal de la tabla usa el mes del año para las particiones, revise cómo se han distribuido los datos. Si la mayoría de los datos son de diciembre, entonces hay un sesgo en los datos.
• Para aumentar la eficiencia y la velocidad de la restauración de una tabla, excluya la creación de índices secundarios.
• No puede comparar los tiempos de restauración de dos tablas distintas con esquemas y datos diferentes. El tiempo de restauración de una tabla depende del sesgo de los datos en el nivel de partición.

Nota: No modifique ni elimine las políticas de AWS Identity and Access Management (IAM) que otorgan a la entidad permiso para realizar la restauración mientras la restauración esté en curso. Si modifica o elimina las políticas para la entidad de IAM, puede producirse un comportamiento inesperado. Por ejemplo, supongamos que quita los permisos de escritura de una tabla mientras se está restaurando. En tal caso, la operación subyacente RestoreTableToPointInTime o RestoreTableFromBackup no podrá escribir datos restaurados en la tabla. Las políticas de IAM que implican restricciones de la IP de origen para acceder a la tabla de restauración de destino pueden provocar problemas similares.

En el caso de las copias de seguridad cifradas con una clave administrada de cliente o de AWS Key Management Service (AWS KMS), monitoree la clave. Si desactiva o elimina la clave mientras hay una restauración en curso, se producirá un error en la restauración. Una vez completada la restauración, podrá cambiar la clave de cifrado de la tabla restaurada y desactivar o eliminar la clave anterior.

Información relacionada

Copia de seguridad y restauración para DynamoDB

Uso de la copia de seguridad y restauración de DynamoDB