Restauración de registros en Azure Monitor
La operación de restauración hace que un intervalo de tiempo específico de los datos de una tabla esté disponible en la caché activa para consultas de alto rendimiento. En este artículo se describe cómo restaurar los datos, consultarlos y, descartarlos cuando haya terminado.
Nota:
Las tablas con el plan de tabla Auxiliar no admiten la restauración de datos. Use un trabajo de búsqueda para recuperar los datos que están en retención a largo plazo de una tabla Auxiliar.
Permisos
Para restaurar los datos en la retención a largo plazo, necesita permisos Microsoft.OperationalInsights/workspaces/tables/write y Microsoft.OperationalInsights/workspaces/restoreLogs/write en el área de trabajo de Log Analytics, por ejemplo, según los proporciona el Colaborador de rol integrado de Log Analytics.
Cuándo restaurar registros
Use la operación de restauración para consultar datos en la retención a largo plazo. También puede usar la operación de restauración para ejecutar consultas eficaces en un intervalo de tiempo específico en cualquier tabla de Analytics, cuando las consultas de registro que se ejecutan en la tabla de origen no se puedan completar durante el tiempo de espera de la consulta de registro, que es de 10 minutos.
Nota:
La restauración es un método para acceder a los datos en la retención a largo plazo. Use la restauración para ejecutar consultas en un conjunto de datos dentro de un intervalo de tiempo determinado. Use Trabajo de búsqueda para acceder a los datos en función de criterios específicos.
¿Qué hace la restauración?
Al restaurar los datos, especifique la tabla de origen que contiene los datos que desea consultar y el nombre de la nueva tabla de destino que se va a crear.
La operación de restauración crea la tabla de restauración y asigna recursos de proceso adicionales para consultar los datos restaurados mediante consultas de alto rendimiento que admiten KQL completo.
La tabla de destino proporciona una vista de los datos de origen subyacentes, pero no los afecta de ninguna manera. La tabla no tiene ninguna configuración de retención y debe explícitamente descartar los datos restaurados cuando ya no los necesite.
Restauración de datos
Para restaurar datos desde una tabla, llame a la API Tables - Create or Update. El nombre de la tabla de destino debe terminar con _RST.
PUT https://management.azure.com/subscriptions/{subscriptionId}/resourcegroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/tables/{user defined name}_RST?api-version=2021-12-01-preview
Cuerpo de la solicitud
El cuerpo de la solicitud debe incluir los siguientes valores:
| Nombre | Escribir | Descripción |
|---|---|---|
| properties.restoredLogs.sourceTable | cadena | Tabla con los datos que se restaurarán. |
| properties.restoredLogs.startRestoreTime | cadena | Inicio del intervalo de tiempo que se va a restaurar. |
| properties.restoredLogs.endRestoreTime | cadena | Final del intervalo de tiempo que se va a restaurar. |
Restaurar el estado de la tabla
La propiedad provisioningState indica el estado actual de la operación de restauración de la tabla. La API devuelve esta propiedad al iniciar la restauración y puede recuperarla más adelante mediante una operación GET en la tabla. La propiedad provisioningState tiene uno de los siguientes valores:
| Value | Descripción |
|---|---|
| Actualizando | Operación de restauración en curso. |
| Correcto | Operación de restauración completada. |
| Eliminando | Eliminar la tabla restaurada. |
Solicitud de ejemplo
En este ejemplo se restauran los datos del mes de enero de 2020 de la tabla Usage a una tabla denominada Usage_RST.
Solicitud
PUT https://management.azure.com/subscriptions/00000000-0000-0000-0000-00000000000/resourcegroups/testRG/providers/Microsoft.OperationalInsights/workspaces/testWS/tables/Usage_RST?api-version=2021-12-01-preview
Cuerpo de la solicitud:
{
"properties": {
"restoredLogs": {
"startRestoreTime": "2020-01-01T00:00:00Z",
"endRestoreTime": "2020-01-31T00:00:00Z",
"sourceTable": "Usage"
}
}
}
Consulta de datos restaurados
Los registros restaurados conservan sus marcas de tiempo originales. Al ejecutar una consulta en los registros restaurados, establezca el intervalo de tiempo de consulta en función de cuándo se generaron originalmente los datos.
Establezca el intervalo de tiempo de consulta de una de estas maneras:
Seleccione Personalizado en la lista desplegable Intervalo de tiempo, en la parte superior del editor de consultas, y establezca los valores Desde y Hasta.
oEspecifique el intervalo de tiempo en la consulta. Por ejemplo:
let startTime =datetime(01/01/2022 8:00:00 PM); let endTime =datetime(01/05/2022 8:00:00 PM); TableName_RST | where TimeGenerated between(startTime .. endTime)
Descartar los datos restaurados
Para ahorrar costos, se recomienda eliminar la tabla restaurada para descartar los datos restaurados cuando ya no los necesite.
Al eliminar la tabla restaurada, no se eliminan los datos de la tabla de origen.
Nota:
Los datos restaurados están disponibles siempre que estén disponibles los datos de origen subyacentes. Cuando se elimina la tabla de origen del área de trabajo o cuando finaliza el período de retención de la tabla de origen, los datos se descartan de la tabla restaurada. Sin embargo, la tabla vacía permanecerá si no la elimina explícitamente.
Limitaciones
La restauración está sometida a las limitaciones siguientes.
Puede:
Restaure los datos a partir de un período de al menos dos días.
Restauración de hasta 60 TB.
Ejecutar hasta dos procesos de restauración en un área de trabajo simultáneamente.
Ejecutar solo una restauración activa en una tabla específica en un momento dado. Se produce un error al ejecutar una segunda restauración en una tabla que ya tiene una restauración activa.
Realice hasta cuatro restauraciones por tabla por semana.
Modelo de precios
El cargo por los registros restaurados se basa en el volumen de datos que restaure y en la duración para la que esté activa cada restauración. Por lo tanto, las unidades de precio son por GB al día. Las restauraciones de datos se facturan en cada día UTC que la restauración está activa.
Los cargos están sujetos a un volumen mínimo de datos restaurados de 2 TB por restauración. Si restaura menos datos, se le cobrarán los 2 TB mínimos cada día hasta que se descarte la restauración.
En los primeros y últimos días en que la restauración está activa, solo se le factura la parte del día en que la restauración estaba activa.
El cargo mínimo es por una restauración de 12 horas de duración, aunque la restauración esté activa durante menos de 12 horas.
Para más información sobre el precio de restauración de datos, consulte Precios de Azure Monitor en la pestaña Registros.
Estos son algunos ejemplos para ilustrar los cálculos de costos de restauración de datos:
Si la tabla contiene 500 GB al día y restaura datos de 10 días de esa tabla, el tamaño total de la restauración es de 5 TB. Se le cobra por este 5 TB de datos restaurados cada día hasta que descarte los datos restaurados. El costo diario es de 5000 GB multiplicados por el precio de restauración de datos (consulte Precios de Azure Monitor).
Si en su lugar, solo se restauran 700 GB de datos, cada día que la restauración está activa se factura por el nivel mínimo de restauración de 2 TB. El costo diario es de 2000 GB multiplicados por el precio de restauración de datos.
Si una restauración de datos de 5 TB solo se mantiene activa durante 1 hora, se factura durante un mínimo de 12 horas. El costo de esta restauración de datos es de 5000 GB multiplicados por el precio de restauración de datos multiplicado por 0,5 días (el mínimo de 12 horas).
Si una restauración de datos de 700 GB solo se mantiene activa durante 1 hora, se factura por un mínimo de 12 horas. El costo de esta restauración de datos es de 2000 GB (el tamaño mínimo de restauración facturado) multiplicado por el precio de restauración de datos multiplicado por 0,5 días (el mínimo de 12 horas).
Nota:
No hay ningún cargo por consultar los registros restaurados, ya que son registros de Analytics.