Restaurar registos no Azure Monitor

  • Artigo

A operação de restauração disponibiliza um intervalo de tempo específico de dados em uma tabela no hot cache para consultas de alto desempenho. Este artigo descreve como restaurar dados, consultar esses dados e, em seguida, descartar os dados quando terminar.

Permissões

Para restaurar dados de uma tabela arquivada, você precisa de Microsoft.OperationalInsights/workspaces/tables/write permissões para Microsoft.OperationalInsights/workspaces/restoreLogs/write o espaço de trabalho do Log Analytics, por exemplo, conforme fornecido pela função interna Colaborador do Log Analytics.

Quando restaurar os registos

Use a operação de restauração para consultar dados em logs arquivados. Você também pode usar a operação de restauração para executar consultas poderosas dentro de um intervalo de tempo específico em qualquer tabela do Google Analytics quando as consultas de log executadas na tabela de origem não puderem ser concluídas dentro do tempo limite de consulta de log de 10 minutos.

Nota

A restauração é um método para acessar dados arquivados. Use a restauração para executar consultas em um conjunto de dados dentro de um intervalo de tempo específico. Use a Pesquisa de vagas para acessar dados com base em critérios específicos.

O que é que o restauro faz?

Ao restaurar dados, você especifica a tabela de origem que contém os dados que deseja consultar e o nome da nova tabela de destino a ser criada.

A operação de restauração cria a tabela de restauração e aloca recursos de computação extras para consultar os dados restaurados usando consultas de alto desempenho que suportam KQL completo.

A tabela de destino fornece uma exibição dos dados de origem subjacentes, mas não os afeta de forma alguma. A tabela não tem nenhuma configuração de retenção e você deve descartar explicitamente os dados restaurados quando não precisar mais deles.

Restaurar dados

Para restaurar dados de uma tabela, chame a API Tabelas - Criar ou Atualizar . O nome da tabela de destino deve terminar com _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

Corpo do pedido

O corpo da solicitação deve incluir os seguintes valores:

Nome Tipo Description
properties.restoredLogs.sourceTable string Tabela com os dados a restaurar.
propriedades.restoredLogs.startRestoreTime string Início do intervalo de tempo para restaurar.
propriedades.restoredLogs.endRestoreTime string Fim do intervalo de tempo para restaurar.

Restaurar o estado da tabela

A propriedade provisioningState indica o estado atual da operação da tabela de restauração. A API retorna essa propriedade quando você inicia a restauração e você pode recuperá-la posteriormente usando uma operação GET na tabela. A propriedade provisioningState tem um dos seguintes valores:

valor Description
Atualização Restaure a operação em andamento.
Com êxito Operação de restauração concluída.
Eliminar Excluindo a tabela restaurada.

Pedido de amostra

Este exemplo restaura dados do mês de janeiro de 2020 da tabela Uso para uma tabela chamada Usage_RST.

Pedir

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

Corpo do pedido:

{
    "properties":  {
    "restoredLogs":  {
                      "startRestoreTime":  "2020-01-01T00:00:00Z",
                      "endRestoreTime":  "2020-01-31T00:00:00Z",
                      "sourceTable":  "Usage"
    }
  }
}

Consultar dados restaurados

Os logs restaurados mantêm seus carimbos de data/hora originais. Ao executar uma consulta em logs restaurados, defina o intervalo de tempo de consulta com base em quando os dados foram originalmente gerados.

Defina o intervalo de tempo de consulta da seguinte forma:

  • Selecionar Personalizado na lista suspensa Intervalo de tempo na parte superior do editor de consultas e definir os valores De e Para.

    ou

  • Especificando o intervalo de tempo na consulta. Por exemplo:

    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)

Rejeitar dados restaurados

Para economizar custos, recomendamos que você exclua a tabela restaurada para descartar os dados restaurados quando não precisar mais deles.

A exclusão da tabela restaurada não exclui os dados na tabela de origem.

Nota

Os dados restaurados estão disponíveis desde que os dados de origem subjacentes estejam disponíveis. Quando você exclui a tabela de origem do espaço de trabalho ou quando o período de retenção da tabela de origem termina, os dados são descartados da tabela restaurada. No entanto, a tabela vazia permanecerá se você não excluí-la explicitamente.

Limitações

A restauração está sujeita às seguintes limitações.

Pode:

  • Restaure dados de um período de pelo menos dois dias.

  • Restaure até 60 TB.

  • Execute até dois processos de restauração em um espaço de trabalho simultaneamente.

  • Execute apenas uma restauração ativa em uma tabela específica em um determinado momento. A execução de uma segunda restauração em uma tabela que já tem uma restauração ativa falha.

  • Realize até quatro restaurações por tabela por semana.

Modelo de preços

A cobrança pelos logs restaurados é baseada no volume de dados restaurados e na duração da restauração ativa. Assim, as unidades de preço são por GB por dia. As restaurações de dados são cobradas em cada dia UTC em que a restauração está ativa.

  • As cobranças estão sujeitas a um volume mínimo de dados restaurados de 2 TB por restauração. Se você restaurar menos dados, será cobrado pelo mínimo de 2 TB por dia até que a restauração seja descartada.

  • No primeiro e no último dia em que a restauração estiver ativa, você será cobrado apenas pela parte do dia em que a restauração esteve ativa.

  • A cobrança mínima é para uma duração de restauração de 12 horas, mesmo que a restauração esteja ativa por menos de 12 horas.

  • Para obter mais informações sobre o preço da restauração de dados, consulte Preços do Azure Monitor na guia Logs.

Aqui estão alguns exemplos para ilustrar os cálculos de custo de restauração de dados:

  1. Se a tabela tiver 500 GB por dia e você restaurar dados de 10 dias dessa tabela, o tamanho total da restauração será de 5 TB. Você será cobrado por esses 5 TB de dados restaurados todos os dias até descartar os dados restaurados. Seu custo diário é de 5.000 GB multiplicado pelo preço da restauração de dados (consulte Preços do Azure Monitor).

  2. Se, em vez disso, apenas 700 GB de dados forem restaurados, cada dia em que a restauração estiver ativa será cobrado pelo nível mínimo de restauração de 2 TB. Seu custo diário é de 2.000 GB multiplicado pelo preço de restauração de dados.

  3. Se uma restauração de dados de 5 TB for mantida ativa apenas por 1 hora, ela será cobrada por um mínimo de 12 horas. O custo dessa restauração de dados é de 5.000 GB multiplicado pelo preço da restauração de dados multiplicado por 0,5 dias (o mínimo de 12 horas).

  4. Se uma restauração de dados de 700 GB for mantida ativa apenas por 1 hora, ela será cobrada pelo mínimo de 12 horas. O custo dessa restauração de dados é de 2.000 GB (o tamanho mínimo de restauração faturado) multiplicado pelo preço da restauração de dados multiplicado por 0,5 dias (o mínimo de 12 horas).

Nota

Não há cobrança para consultar logs restaurados, pois eles são logs do Google Analytics.

Próximos passos