Para obtener capacidades similares a las de Amazon Timestream, considere Amazon Timestream LiveAnalytics para InfluxDB. Ofrece una ingesta de datos simplificada y tiempos de respuesta a las consultas en milisegundos de un solo dígito para realizar análisis en tiempo real. Obtenga más información aquí.
Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Copia de seguridad y restauración de las tablas de Timestream: cómo funciona
Puede crear copias de seguridad de las tablas de Amazon Timestream. En esta sección se proporciona información general acerca de qué ocurre durante los procesos de copia de seguridad y restauración.
Copias de seguridad
Puede utilizar la función de copia de seguridad bajo demanda para crear copias de seguridad completas de su Amazon Timestream LiveAnalytics para tablas. En esta sección se proporciona información general acerca de qué ocurre durante los procesos de copia de seguridad y restauración.
Puede crear una copia de seguridad de los datos de Timestream con una granularidad de tabla. Puede iniciar una copia de seguridad de la tabla seleccionada mediante la consola Timestream, la consola, el SDK o AWS Backup la CLI. La copia de seguridad se crea de manera asíncrona y todos los datos de la tabla hasta la hora de inicio de la copia de seguridad se incluyen en la copia de seguridad. Sin embargo, existe la posibilidad de que algunos de los datos ingresados en la tabla mientras se realiza la copia de seguridad también se incluyan en la copia de seguridad. Para proteger los datos, puede crear una copia de seguridad a demanda por única vez o programar una copia de seguridad periódica de la tabla.
Mientras se esté realizando una copia de seguridad, no puede hacer lo siguiente:
-
Pausar o cancelar la operación de backup.
-
Eliminar la tabla de origen del backup.
-
Deshabilitar los backup de una tabla si uno de ellos está en curso.
Una vez configurada, AWS Backup proporciona programas de respaldo automatizados, administración de la retención y administración del ciclo de vida, lo que elimina la necesidad de scripts personalizados y procesos manuales. Para obtener más información, consulte la Guía para desarrolladores de AWS Backup.
Todos los tiempos de creación de LiveAnalytics copias de seguridad son incrementales por naturaleza, lo que implica que la primera copia de seguridad de una tabla es una copia de seguridad completa y todas las copias de seguridad posteriores de la misma tabla son copias de seguridad incrementales, en las que solo se copian los cambios en los datos desde la última copia de seguridad. Como los datos de Timestream for LiveAnalytics se almacenan en un conjunto de particiones, todas las particiones que hayan cambiado debido a la ingesta de nuevos datos o a las actualizaciones de los datos existentes desde la última copia de seguridad se copian en las copias de seguridad posteriores.
Si utiliza Timestream para LiveAnalytics consola, las copias de seguridad creadas para todos los recursos de la cuenta aparecen en la pestaña Copias de seguridad. Además, las copias de seguridad también se muestran en los detalles de la tabla.
Restauraciones
Puede restaurar una tabla desde Timestream para LiveAnalytics consola, AWS Backup consola, SDK o CLI AWS . Puede restaurar todos los datos de la copia de seguridad o configurar los ajustes de retención de la tabla para restaurar los datos seleccionados. Al iniciar una restauración, puede configurar la siguiente configuración de tabla:
-
Database Name (Nombre de base de datos)
-
Nombre de la tabla
-
Retención del almacén de memoria
-
Retención del almacén magnético
-
Habilitar las escrituras en el almacén magnético
-
Ubicación de los registros de errores de S3 (opcional)
-
Función de IAM que AWS Backup asumirá al restaurar la copia de seguridad
Las configuraciones anteriores son independientes de la tabla de origen. Para restaurar todos los datos de la copia de seguridad, le recomendamos que configure los ajustes de la nueva tabla de manera que la suma del periodo de retención del almacén de memoria y el periodo de retención del almacén magnético sea mayor que la diferencia entre la marca de tiempo más antigua y la actual. Si selecciona una copia de seguridad incremental para restaurarla, se restauran todos los datos (la incremental y los datos completos subyacentes). Tras una restauración correcta, la tabla estará activa y podrá realizar operaciones de and/or consulta de ingesta en la tabla restaurada. Sin embargo, no puede realizar estas operaciones mientras la restauración esté en curso. Una vez restaurada, la tabla es similar a cualquier otra tabla de su cuenta.
ejemplo Restaure todos los datos desde una copia de seguridad
En este ejemplo, encontrará los siguientes supuestos:
Marca de tiempo más antigua: August 1, 2021 0:00:00
-
Actual:
November 9, 2022 0:00:00
Para restaurar todos los datos de una copia de seguridad, ingrese y compare los valores de la siguiente manera.
-
Ingrese la Retención del almacén de memoria y Retención del almacén magnético. Por ejemplo, supongamos estos valores.
-
Retención del almacén de memoria: 12 horas
-
Retención del almacén magnético: 500 días
-
-
Busque la suma de la Retención del almacén de memoria y Retención del almacén magnético.
12 hours + (500 * 24 hours) = 12 hours + 12,000 hours = 12,012 hours
-
Busque la diferencia entre la marca de tiempo más antigua y la actual.
November 9, 2022 0:00:00 - August 1, 2021 0:00:00 = 465 days = 465 * 24 hours = 11,160 hours
-
Asegúrese de que la suma de los valores de retención en el segundo paso sea mayor que la diferencia de tiempos en el tercer paso. Ajuste los tiempos de retención en caso de que sea necesario.
12,012 > 11,160 true
ejemplo Restaure los datos seleccionados a partir de una copia de seguridad
En este ejemplo, encontrará los siguientes supuestos.
-
Actual:
November 9, 2022 0:00:00
Para restaurar solo seleccione los datos de una copia de seguridad, ingrese y compare los valores de la siguiente manera.
-
Determine la marca de tiempo más temprana requerida. Por ejemplo, supongamos
December 4, 2021 0:00:00. -
Busque la diferencia entre la primera marca de tiempo requerida y la actual.
November 9, 2022 0:00:00 - December 4, 2021 0:00:00 = 340 days = 340 * 24 hours = 8,160 hours
-
Ingrese el valor deseado para la retención del almacén de memoria. Por ejemplo, ingrese 12 horas.
-
Reste el valor de la diferencia en el segundo paso.
8,160 hours - 12 hours = 8148 hours
-
Ingrese ese valor para la retención del almacén magnético.
Puede copiar una copia de seguridad de su flujo temporal para los datos de la LiveAnalytics tabla en una AWS región diferente y, a continuación, restaurarla en esa nueva región. Puedes copiar y restaurar copias de seguridad entre regiones AWS comerciales y regiones AWS GovCloud (de EE. UU.). Solo pagará por los datos que copie de la región de origen y por los que restaure en una nueva tabla de la región de destino.
Una vez que se restaure la tabla, debe configurar manualmente lo siguiente en la tabla que se restaura.
-
AWS Políticas de Identity and Access Management (IAM)
-
Tags
-
Consultas programadas
Los tiempos de restauración están relacionados de manera directa con la configuración de las tablas. En estos se incluyen el tamaño de las tablas, la cantidad de particiones subyacentes, la cantidad de datos restaurados en el almacén de memoria y otras variables. Una práctica recomendada a la hora de planificar la recuperación ante desastres es documentar regularmente los tiempos promedio de finalización de la restauración y establecer cómo estos tiempos afectan a su objetivo de tiempo de recuperación (RTO) general.
La consola de backup y restauración y las acciones de API se capturan y registran en AWS CloudTrail para su registro, supervisión y auditoría.
