Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Операция восстановления выводит в таблице данные за определенный диапазон времени в оперативном кэше для высокопроизводительных запросов. В этой статье описано, как восстановить данные, запросить эти данные и закрыть их по завершении операции.
Примечание.
Таблицы с планом вспомогательной таблицы не поддерживают восстановление данных. Используйте поисковую задачу для получения данных из вспомогательной таблицы, которые содержатся в долгосрочном хранении.
Предупреждение
Создание восстановления данных приведет к тому, что начнется взимание платы за каждое восстановление данных до тех пор, пока восстановление не будет прекращено. Узнайте больше о затратах на использование восстановления данных.
Разрешения
Чтобы восстановить данные из долгосрочного хранения, вам потребуются Microsoft.OperationalInsights/workspaces/tables/write и Microsoft.OperationalInsights/workspaces/restoreLogs/write разрешения для рабочей области Log Analytics, например, с помощью встроенной роли участника Log Analytics.
Когда нужно восстанавливать журналы
Используйте операцию восстановления для запроса данных в долгосрочном хранении. Операцию восстановления можно также использовать для запроса данных за определенный период времени в любой таблице Analytics, когда запросы журнала, выполняемые в исходной таблице, не могут завершиться в течение 10-минутного периода, установленного для их выполнения.
Примечание.
Восстановление — это один из методов доступа к данным при долгосрочном хранении. Используйте функцию восстановления для выполнения запросов к набору данных в пределах определенного временного диапазона. Для доступа к данным на основе определенных критериев используйте функцию поиска заданий.
Что делает задание восстановления?
При восстановлении данных необходимо указать исходную таблицу с данными, к которым выполняется запрос, и целевую таблицу, которая будет создана.
Операция восстановления создает таблицу восстановления и выделяет дополнительные вычислительные ресурсы для запроса восстановленных данных с помощью высокопроизводительных запросов, поддерживающих полный KQL.
Целевая таблица определяет представление базовых исходных данных, но никак не влияет на них. Таблица не имеет параметра хранения, а вам необходимо явным образом закрыть восстановленные данные, если они больше не нужны.
восстановление данных.
Предупреждение
При восстановлении данных не забудьте закрыть восстановление сразу после завершения восстановления. Вам будут продолжать выставлять счета за восстановление данных, пока оно не будет прекращено (узнать больше).
Чтобы восстановить данные из таблицы, вызовите API создания или изменения таблиц. Имя целевой таблицы должно заканчиваться на _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
Текст запроса
Текст запроса должен содержать следующие значения:
| Имя. | Тип | Описание |
|---|---|---|
| свойства.восстановленныеЖурналы.исходнаяТаблица | строка | Таблица с восстанавливаемыми данными. |
| properties.restoredLogs.startRestoreTime | строка | Начало диапазона времени для восстановления. |
| properties.restoredLogs.endRestoreTime | строка | Окончание диапазона времени для восстановления. |
Восстановить состояние таблицы
Свойство provisioningState указывает текущее состояние операции восстановления. API возвращает это свойство при запуске восстановления. Вы также можете получить это свойство впоследствии с помощью операции GET для таблицы. Свойство provisioningState имеет одно из следующих значений:
| значение | Описание |
|---|---|
| Обновление | Выполняется операция восстановления. |
| Успешно | Восстановление выполнено. |
| Удаление | Удаление таблицы с восстановленными данными. |
Образец запроса
В этом примере восстанавливаются данные за январь 2020 из таблицы Usage в таблицу с именем Usage_RST.
Запросить
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
Текст запроса:
{
"properties": {
"restoredLogs": {
"startRestoreTime": "2020-01-01T00:00:00Z",
"endRestoreTime": "2020-01-31T00:00:00Z",
"sourceTable": "Usage"
}
}
}
Запрос к восстановленным данным
В восстановленных журналах сохраняются исходные метки времени. При выполнении запросов к восстановленным журналам задавайте диапазон времени запроса на основе времени создания данных.
Задать для запроса диапазон времени можно одним из следующих способов:
Выберите Настраиваемый в раскрывающемся списке Диапазон времени в верхней части редактора запросов и задайте значения С и По.
илиУкажите диапазон времени в запросе. Например:
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)
Удалить восстановленные данные
Чтобы сэкономить затраты, рекомендуется удалить восстановленную таблицу , чтобы закрыть восстановленные данные, если она больше не нужна.
Удаление таблицы с восстановленными данными не приводит к удалению данных из исходной таблицы.
Примечание.
Восстановленные данные доступны при условии доступности базовых исходных данных. При удалении исходной таблицы из рабочей области или по окончании периода хранения исходной таблицы данные будут удалены из восстановленной таблицы. Но при этом пустая таблица сохранится, если вы не удалите ее.
Ограничения
Операция восстановления имеет указанные ниже ограничения.
Вы можете:
Восстановите данные за период не менее двух дней назад.
Восстановление данных: до 60 ТБ.
одновременно запустить не более двух процессов восстановления в одной рабочей области;
Выполняйте только одно активное восстановление на конкретной таблице в заданный момент времени. Выполнение второго восстановления в таблице, которая уже имеет активное восстановление, завершается сбоем.
Выполняйте до четырех восстановлений для каждой таблицы в неделю.
Модель ценообразования
Плата за восстановленные логи зависит от объема восстанавливаемых данных и продолжительности активного восстановления. Таким образом, единицы измерения цены — ГБ в день. Плата за восстановление данных взимается за каждый день по времени UTC, когда оно активно.
Плата взимается с минимальным объемом восстановленных данных 2 ТБ на восстановление, так как восстановление выделяет дополнительные вычислительные ресурсы для запроса восстановленных данных. Если вы восстанавливаете меньше данных, вы будете взиматься за 2 ТБ минимум каждый день, пока восстановление не будет прекращено.
В первые и последние дни, когда восстановление активно, выставляется счет только за часть дня, когда восстановление было активным.
Минимальная плата взимается за 12 часов восстановления, даже если восстановление длится менее 12 часов.
Дополнительные сведения о цене восстановления данных смотрите на вкладке "Журналы" в ценах Azure Monitor.
Ниже приведены некоторые примеры для иллюстрации вычислений затрат на восстановление данных:
Если таблица содержит 500 ГБ в день и восстанавливаете данные из этой таблицы 10 дней, общий размер восстановления составляет 5 ТБ. Плата взимается за эти 5 ТБ восстановленных данных каждый день, пока вы не удалите восстановленные данные. Ваша ежедневная стоимость составляет 5000 ГБ, умноженных на цену восстановления данных (см. цены на Azure Monitor).
Если вместо этого восстанавливается только 700 ГБ данных, каждый день, когда восстановление активно взимается за минимальный уровень восстановления 2 ТБ. Ваша ежедневная стоимость составляет 2000 ГБ, умноженная на цену восстановления данных.
Если восстановление данных объемом 5 ТБ активировано всего на 1 час, то расчет стоимости производится исходя из минимального времени в 12 часов. Стоимость этого восстановления данных составляет 5000 ГБ, умноженная на цену восстановления данных, умноженную на 0,5 дня (минимум 12 часов).
Если восстановление данных размером 700 ГБ сохраняется только в течение 1 часа, плата взимается за 12-часовой минимум. Стоимость этого восстановления данных составляет 2000 ГБ (минимальный размер оплачиваемого восстановления), умноженный на цену восстановления данных и на 0,5 дня (минимум 12 часов).
Примечание.
Плата за запросы восстановленных журналов не взимается, так как они являются журналами Аналитики.