¿Por qué tarda tanto en restaurarse mi tabla de Amazon DynamoDB?

Resolución

Cuando restaura la tabla de DynamoDB desde la copia de seguridad, el proceso se suele completar, en la mayoría de los casos, en menos de una hora. A pesar de ello, los tiempos que requiere la restauración están directamente relacionados con la configuración de la tabla, como el tamaño de esta, el número de particiones subyacentes y otras variables relacionadas. Cuando esté planificando la identificación de desastres, se recomienda documentar con regularidad los tiempos promedio que tarda en completarse la restauración y establecer cómo estos tiempos afectan a su objetivo general de tiempo de recuperación.

El tiempo que tarda DynamoDB en restaurar una tabla varía en función de distintos factores, y no está necesariamente relacionado de forma directa con el tamaño de la tabla. Si la tabla contiene datos que presentan un sesgo significativo e incluye índices secundarios, la restauración podría llevar más tiempo. Cuando se está llevando a cabo el proceso de restauración, el estado de la tabla es Restoring (Restaurándose). Cuando se completa la restauración, la tabla muestra el estado Active (Activo). Todas las copias de seguridad de DynamoDB funcionan sin consumir ningún porcentaje del rendimiento aprovisionado en la tabla.

Tenga en cuenta lo siguiente cuando vaya a restaurar una tabla de DynamoDB a partir de una copia de seguridad:

• Los tiempos de restauración no siempre están relacionados directamente con el tamaño de la tabla.
• Al llevar a cabo una recuperación puntual de una tabla de DynamoDB, el proceso de restauración emplea, por lo menos, 20 minutos, independientemente del tamaño de la tabla. El motivo es que, tras completar la restauración, DynamoDB necesita tiempo para aprovisionar todos los recursos y, así, crear la nueva tabla e iniciar el proceso de restauración para copiar los datos reales.
• Si los datos de la tabla están distribuidos de manera uniforme, el tiempo de restauración es proporcional respecto a la partición individual más grande en función del número de elementos.
• Si los datos están sesgados, el tiempo de restauración podría aumentar debido a una posible limitación de las teclas de acceso rápido. Por ejemplo, si la clave principal de su tabla está usando el mes del año para realizar la partición y todos los datos pertenecen al mes de diciembre, los datos estarán sesgados.
• La restauración de una tabla puede llevarse a cabo de manera más rápida y rentable si excluye la creación de índices secundarios.
• No se pueden comparar los tiempos de restauración de dos tablas diferentes de esquemas y datos diferentes, debido a que el tiempo de restauración de una tabla depende de la asimetría de los datos en el nivel de partición.

Información relacionada

Copia de seguridad y restauración en DynamoDB